search for: regnauld

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

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().

On 2018-11-03 02:18 PM, Matthieu Regnauld wrote: . > When, for example, 15 seconds of the file were downloaded, I called > OggPlayer::open(). > After that moment, even if the file was fully downloaded, I was able to > seek in the file, but only between 0 and 15 seconds (whether I > useov_pcm_seek() or even ov_raw_seek())....

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

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

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

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

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

Hello, I'd like to switch off this silly "Nakatomi Socrates" message which reminds me on Linux and their childish naming schemes. It is only cosmetics, but it bothers me whenever I switch on the laptop. I guess there is a switch already prsent to have in the bootloader config? Thanks, oh -------------- next part -------------- A non-text attachment was scrubbed... Name:

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

...sept. 2013 ? 01:54, Ricardo Ferreira <ricardo.ferreira at sotechdatacenter.com.br> a ?crit : >> >>> Em 29-09-2013 19:11, Charles Sprickman escreveu: >>>> On Sep 29, 2013, at 3:28 PM, C. P. Ghost wrote: >>>> >>>>> On 28.09.2013 11:32, Phil Regnauld wrote: >>>>>> Teske, Devin (Devin.Teske) writes: >>>>>>> If you work seriously on serious issues long enough... you'll become burned- >>>>>>> out. Let me just come right out and say it... >>>>>>> >>>>&g...

Hi. Here you can find patches with changes to gmirror(8) and graid3(8): http://people.freebsd.org/~pjd/patches/gmirror.7.patch http://people.freebsd.org/~pjd/patches/graid3.patch The patches does the following: - Significant synchronization speed improvement. Now many parallel synchronization I/O requests can be used instead of only one before. Many people requested this. - Close race

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