Re: Decoding non-seekable stream

[email protected]
Newsgroups gmane.comp.multimedia.ogg.vorbis.devel
Message-ID <[email protected]>
Thanks for responding.
In order to see if the code is working, I am presently running the program  
in x86.
The encoded music data is included as a header file in the project. The  
size of the encoded data is 18904 bytes.
The PCM length of the data is 55799 and I allocate 55799*4 bytes memory to  
the bigbuffer to hold the decoded PCM data. Then I start the loop for  
ov_read, which attempts to decode 4096 of PCM data at each loop-iteration.

Regards,
Niranjan


On Jan 29, 2010 4:58am, Conrad Parker <[email protected]> wrote:
> On 29 January 2010 00:04, Niranjan Udipi [email protected]> wrote:

> > Hi All,

> >

> > I am using the Tremor Decoder on an Embedded Systems Board. I have

> > loaded the OV encoded data into the memory. I use callback.seek.func

> > the decoding happens properly. However, if I force the

> > callback.seek.func return -1, thus making the encoded stream a

> > non-seekable one, the decoding does not happen. On debugging, I found

> > that the ov_read function continues to return 0 bytes. Please tell me

> > where I could have gone wrong.

> >

> > The intention of the above experiment is that the Board does not

> > have enough memory to store a whole music file. Thus the encoded data

> > will be copied to the memory regularly from PCI interface.



> how big are the buffers you are using?



> does the same code work on x86?



> Conrad.

_______________________________________________
Vorbis-dev mailing list
[email protected]
http://lists.xiph.org/mailman/listinfo/vorbis-dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.