search for: 3f7cdc43b02ec3bbd91641b9333ba072

...les and seek in a file that is downloading (so I can stream an audio file and process audio samples on the fly, from anywhere in the file). So here is the code I use, to extract audio samples from a downloading ogg file (I keep it simple so it's easy to read): https://gist.github.com/mregnauld/3f7cdc43b02ec3bbd91641b9333ba072 In that code, the oggFile is the file that I download (using Java code). So I start the download, and when there is some data available, I open the file, seek in the file, and extract audio samples from the desired position. And here is the problem: the ov_pcm_seek() function doesn't work pro...

Hello, After more tests, I discovered a new problem in my code ( https://gist.github.com/mregnauld/3f7cdc43b02ec3bbd91641b9333ba072) while seeking in an audio file that is being downloaded. When I seek in random positions (when I call OggPlayer::seek()), while I extract audio samples (when I call OggPlayer::extract() every 5ms, in my test - basically, I just play the audio file), sometimes, I get random errors with ov_read():...

Thanks for your answer. But as I said, I don't have any problem seeking in a local file. Also, I have full control on the ogg file I play, since I encode it by myself. I first would like to know if the code I provided ( https://gist.github.com/mregnauld/3f7cdc43b02ec3bbd91641b9333ba072) is good practice when it comes to extracting and seeking in a file that is being downloaded. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/vorbis-dev/attachments/20181103/9a0faf18/attachment.html>

On 2018-11-03 05:32 AM, Matthieu Regnauld wrote: > I first would like to know if the code I provided > (https://gist.github.com/mregnauld/3f7cdc43b02ec3bbd91641b9333ba072) is > good practice when it comes to extracting and seeking in a file that is > being downloaded. You didn't share many details of how your code fails, but one idea: libvorbisfile builds a seek table from the available data when you call 'ov_open' so it probably isn't abl...

OK, thanks for the information. > Is the overhead of closing and re-opening the handle significant on android? Not that much: I can close, reopen and seek in a file right before extracting samples to play a second audio file, while a first file is already extracting and playing, without any glitch, even on low-end device. -------------- next part -------------- An HTML attachment was

...the library it crashes? Not that you did Fuzzing using incomplete files and found a bug. Am 5. November 2018 20:46:21 MEZ schrieb Matthieu Regnauld <mregnauld at gmail.com>: >Hello, > >After more tests, I discovered a new problem in my code ( >https://gist.github.com/mregnauld/3f7cdc43b02ec3bbd91641b9333ba072) >while >seeking in an audio file that is being downloaded. > >When I seek in random positions (when I call OggPlayer::seek()), while >I >extract audio samples (when I call OggPlayer::extract() every 5ms, in >my >test - basically, I just play the audio file), sometimes, I ge...

I'm making all my calls from the same thread, yes. Also, I'll try to reproduce the bug in a very basic C/C++ project, without using Android, so I can get a stacktrace (the only way to make vorbisfile work in Android was to compile it as a static library - as .a file - so I think that's why I can't get any stacktrace so far). If there is any working similar project, I'm