search for: mregnauld

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 g...

Can you get a backtrace that tells in which line of the code of 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::s...

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

...audio samples 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_see...

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/attach...

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&...

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

Well, your " OggPlayer::release; OggPlayer::open; before OggPlayer::seek" seems to work! Thank you so much! Also, I'll take a look at the Opus codec, thanks for the advice! For your information, here was the problem in details: let's say I download an audio file whose length is 300 seconds. When, for example, 15 seconds of the file were downloaded, I called OggPlayer::open().

I haven't managed yet to get any stacktrace, but I'll work on it (that's the problem using C/C++ code in an Android app...). Also, it's important to notice that I manage to make ov_read() crash, *even when the audio file is fully downloaded!* What I do to reproduce the bug is to call ov_pcm_seek() (without any reload of the file) many times in a row, very quickly (like 6-7 times