similar to: Help with Opus Streaming

On 2016-11-08 1:59 AM, Philipp Schafft wrote: > Some notes: > * libvorbisfile has a nice implementation of that, it also takes > care of matching the signal at the very point of the jump. I would recommend the opusfile library, which implements seeking specifically for Opus streams. https://archive.mozilla.org/pub/opus/opusfile-0.8.zip

Good morning, On Tue, 2016-11-08 at 14:35 +0530, Deepak K wrote: > Hi, > > We have an windows client application to playback wav audio. Now we > have to support Ogg Opus audio. The client is WPF application and the > audio player component is in C++. The opus audio file is downloaded > from an web-service and written to a Stream which is loaded into the > player. I need to

Hi Ralph, I am using Http Progressive download technique to download the opus audio in chunks. So I am not sure if the Opusfile seek API will work in this case. Please correct me if I am wrong. Is there anyway to get or calculate the byte offset corresponding to the PCM time position? Then I can ask the server to serve the file from that byte onwards. Regards, Deepak. On Tue, Nov 8, 2016 at

On 2016-11-14 6:09 AM, Deepak K wrote: > I am using Http Progressive download technique to download the opus > audio in chunks. So I am not sure if the Opusfile seek API will work in > this case. Please correct me if I am wrong. If you don't want to use opusfile's http client implementation (libopusurl) you can still use its seeking implementation. Just provide the

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.

Hello, I am new to the list and I need to find a 32 or 64 bit windows dll to work with. I spent 2 hours on archive files and not easy to find if there is already one on windows. Can someone point me direction and where to start ? Thanks Charlie -------------- next part -------------- An HTML attachment was scrubbed... URL:

I would like to decode an Opus file in chunks (e.g. 16K byte array). Is this possible with the Opusfile library or would I need to interface directly with libogg and libopus? It seems like the Opusfile decoder functions maintain an internal pointer/state for OggOpusFile during multiple calls to op_read(OggOpusFile *_op ...) and a complete byte array of the entire Opus file would be needed. Any

Thanks for the quick response. That makes sense. I just wanted to make sure it wasn't an easy fix, or that I wasn't overlooking something. My scenario calls for very low latency playback with a user being able to jump between many files quickly, or seek quickly. This means I am priming the pump by downloading the first chunk of many files that are likely to be started soon. I was

Hello Opus experts! I'm new in the Opus development area - working on application that is supposed to read the opus-encoded data from the ogg opus file and send the opus media via RTP,. The RTP opus stream shall be received by some remote softphone client, decoded and stored in the PCM wav file . Could you please point me to some sample code outside of the opus and opusfile libraries

help compiling Opus! i'm stuck at opusfile. configure says i don't have openssl package installed but Debian 9.4 thinks i do. this Debian only have Opus 1.2-alpha2 package, so i need to compile Opus by myself. seems even Debian developers having trouble compiling latest versions of Opus, what chances do i have to succeed? -------------- next part -------------- An HTML attachment was

Hello, Will there be support for big endiness machine or not? If not, would you please guide me how can I edit the library/libraries so they support such thing? I'm currently using opusfile, opuslib. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20130710/173d51a4/attachment.htm

Friendly ping for supporting ambisonics in opus-tools & opusfile Please LMK any ?s you might have. Cheers, Drew -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/opus/attachments/20180410/fd4a3709/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name:

Hi I’m currently trying to implement the Opus codec on a nRF 52 DK (from Nordic). One main goal of my project is a low power application that can record and send audio data (16+ kHz) over BLE. Therefore, the Opus audio codec would be suitable to encode audio data, send it over BLE and decode it on another chip. Unfortunately, I have some trouble implementing it. There are different parts to the

Just an attempt to avoid overflows with an explicit check, I don't know if there's a better way to identify corrupt input here. James Zern (2): op_pcm_seek: fix int64 overflow op_fetch_and_process_page: fix int64 overflow src/opusfile.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) -- 2.15.0.448.gf294e3d99a-goog

Hi all! When compiling the program using opusfile the #include <opus/opusfile.h> generates error that # include <opus_multistream.h> is not found. Actually it should be included as # include <opus/opus_multistream.h> just like the ogg.h in the previous line. A small patch attached. -- Best regards, Alexander -------------- next part -------------- A non-text attachment

Hi I am an Audacity (http://audacity.sourceforge.net/) developer and I'd like to see Audacity reading and writing Opus files as easily as it does others. What would you recommend as a way forward for this? I am thinking that (Win) we should ship opusenc.exe and opusdec.exe and send command line stuff to them; that way we wouldn't need to dip into your code and as you update we would

HI list, While attempting to build the Opus 0.2.1 codec library, the build stopped immediately with a failed #include call to 'opus.h' from 'opus_header.c'. I searched the mailing list archives and found nothing current about this mysterious header file. I cannot find it anywhere in the package, and it is certainly not in my includes directories! So, where can it be found,

Hello all, Sorry for the delay (got really sick last week). Attached are updated patches for libopus, libopusenc, opusfile and opus-tools. Note that the patches for libopusenc, opusfile and opus-tools are dependent on the patch for libopus. Please let me know if you have any additional followup comments or questions. Cheers, Drew -------------- next part -------------- An HTML attachment was

For definition of off_t type, stream.c needs including sys/types.h. I hit this requirement at least once when compiling against Mac OSX 10.4 SDK. Trivial patch inlined below. --- opusfile/src/stream.c~ +++ opusfile/src/stream.c @@ -14,6 +14,7 @@ last mod: $Id: vorbisfile.c 17573 2010-10-27 14:53:59Z xiphmont $ ********************************************************************/ +#include

Okay, I just came up with a possible solution. In the case of multiplexed streams, FLAC could not just keep track of its own serial number in that link, but also of the serial numbers of other streams in that link. That way, it could easily determine whether it is still in the current link, as any page will either have a known or unknown serial number. Is that also how opusfile works? I can't