search for: webaudio

...uot;cut out". In contrast to WebM, browsers (and ffmpeg) actually correctly interpret this meta-information in an Ogg container. However, browsers do not support Ogg in conjunction with the Media Source Extensions. Thus, I've ditched MSE and I am now decoding the individual chunks with the WebAudio API and schedule gapless playback of the chunks (which is not optimal, since WebAudio is rather finicky). The working implementation can be found here [3]. Since Ogg is so much simpler than WebM I also wrote my own minimal C++ Ogg/Opus muxer, which shaves off another dependency of my application....

...bM, browsers >> (and ffmpeg) actually correctly interpret this meta-information in an >> Ogg container. However, browsers do not support Ogg in conjunction >> with the Media Source Extensions. Thus, I've ditched MSE and I am now >> decoding the individual chunks with the WebAudio API and schedule >> gapless playback of the chunks (which is not optimal, since WebAudio >> is rather finicky). >> >> The working implementation can be found here [3]. Since Ogg is so much >> simpler than WebM I also wrote my own minimal C++ Ogg/Opus muxer, >> wh...

...bM, browsers >> (and ffmpeg) actually correctly interpret this meta-information in an >> Ogg container. However, browsers do not support Ogg in conjunction >> with the Media Source Extensions. Thus, I've ditched MSE and I am now >> decoding the individual chunks with the WebAudio API and schedule >> gapless playback of the chunks (which is not optimal, since WebAudio >> is rather finicky). >> >> The working implementation can be found here [3]. Since Ogg is so much >> simpler than WebM I also wrote my own minimal C++ Ogg/Opus muxer, >> wh...

...n contrast to WebM, browsers > (and ffmpeg) actually correctly interpret this meta-information in an > Ogg container. However, browsers do not support Ogg in conjunction > with the Media Source Extensions. Thus, I've ditched MSE and I am now > decoding the individual chunks with the WebAudio API and schedule > gapless playback of the chunks (which is not optimal, since WebAudio > is rather finicky). > > The working implementation can be found here [3]. Since Ogg is so much > simpler than WebM I also wrote my own minimal C++ Ogg/Opus muxer, > which shaves off another...

...nd ffmpeg) actually correctly interpret this meta-information in an >>>> Ogg container. However, browsers do not support Ogg in conjunction >>>> with the Media Source Extensions. Thus, I've ditched MSE and I am now >>>> decoding the individual chunks with the WebAudio API and schedule >>>> gapless playback of the chunks (which is not optimal, since WebAudio >>>> is rather finicky). >>>> >>>> The working implementation can be found here [3]. Since Ogg is so much >>>> simpler than WebM I also wrote my own...

...;>> (and ffmpeg) actually correctly interpret this meta-information in an >>> Ogg container. However, browsers do not support Ogg in conjunction >>> with the Media Source Extensions. Thus, I've ditched MSE and I am now >>> decoding the individual chunks with the WebAudio API and schedule >>> gapless playback of the chunks (which is not optimal, since WebAudio >>> is rather finicky). >>> >>> The working implementation can be found here [3]. Since Ogg is so much >>> simpler than WebM I also wrote my own minimal C++ Ogg/Opu...

...;>> (and ffmpeg) actually correctly interpret this meta-information in an >>> Ogg container. However, browsers do not support Ogg in conjunction >>> with the Media Source Extensions. Thus, I've ditched MSE and I am now >>> decoding the individual chunks with the WebAudio API and schedule >>> gapless playback of the chunks (which is not optimal, since WebAudio >>> is rather finicky). >>> >>> The working implementation can be found here [3]. Since Ogg is so much >>> simpler than WebM I also wrote my own minimal C++ Ogg/Opu...

Hi! Short version of my question: How to produce Opus frames which can be safely concatenated and how to embed them into a WebM file? Long version: I'm currently implementing a web-based audio player which streams audio as opus/WebM using the HTML5 media source extensions. Currently, the server decodes a set of input files to a fixed RAW audio format (stereo, 48000 kHz) and encodes the