similar to: Gapless concatenation of Opus frames

Hi Jean-Mark, thank you for your answer! Yes, you understood my question correctly. I was just about to compose a reply to my original question, where I described how I solved my problem. As you've already suggested, I've switched to Ogg/Opus, which is better supported, but does not work with the Media Source Extensions. I'll have a look whether disabling prediction will help with

Hi Jean-Marc (and everyone else who replied), > Considering you're switching to Ogg, I think you should give libopusenc> a try. It does a really good job at getting rid of *all* discontinuities> -- to the point where you can chop a song into files less than one> millisecond each and it still sounds good. It's also pretty simple to> use. You just feed it audio and tell it

Hi all, I finally understand how lipopusenc is capable of producing chainable Opus files (in contrast to my program), and I managed to successfully implement the method [1]. Essentially, the last frame of a file is marked as a "keyframe" by disabling prediction for this frame in libopus. This encoded keyframe frame is then copied in verbatim to the next file, with the pre-skip set to

Hi Jean-Marc, thank you for looking into this. I'm using the current release version of libopus (1.2.1) and version 0.1.10 of opus-tools, both built from source. Libopusenc is the current git master. Indeed I cannot hear any glitches in continuous.opus, continuous.wav, and chained.wav. chained.opus decodes just fine with opusdec as well, but doesn't play properly in any standard audio

Hi Andreas, Considering you're switching to Ogg, I think you should give libopusenc a try. It does a really good job at getting rid of *all* discontinuities -- to the point where you can chop a song into files less than one millisecond each and it still sounds good. It's also pretty simple to use. You just feed it audio and tell it where the file boundaries are. Cheers, Jean-Marc On

Hi Andreas, So I encoded your file in chunks with a slightly modified version of opusenc_example and I can't hear anything wrong. Maybe there's a problem in the tools you used? I uploaded the files at: https://jmvalin.ca/misc_stuff/continuous.opus (one file) https://jmvalin.ca/misc_stuff/continuous.wav (one file, decoded) https://jmvalin.ca/misc_stuff/chained.opus (many small files)

Actually, cross-fading will work even better than what libopusenc does. The reason I did not do it is because the Ogg Opus spec provides a preskip, but no crossfade option. This means you will not be able to get standard players to play your files (which may be OK). BTW, there may be a way to implement what libopusenc does in parallel. All you'd need to do is start each parallel chunk with

Hi Andreas, So if I understand your question correctly, what you want is really short "files" that are independent, but yet create a glitchless stream when concatenated, right. For Ogg, this can be implemented with libopusenc and chaining. It works pretty well (even for really tiny files). For WebM, I'm not sure how to handle the details at the container level, but for how to handle

What got me experimenting with Opus is that I heard it's going to be a supported codec in WebM, which I also have a Premiere plug-in for: http://github.com/fnordware/AdobeWebM I just posted a new beta that includes Opus support. Naturally, I *think* I'm doing it right, but I'd love for someone more knowledgeable about Opus or WebM to take a look. The closest thing to a standards

Yes, it's basically an intrinsic aspect of the mathematics. If you seek into the middle of an Opus stream, that's about how long it takes before the audio converges to be correct. On Jan 17, 2014 2:13 PM, "Brendan Bolles" <brendan at fnordware.com> wrote: > On Jan 7, 2014, at 11:11 AM, Brendan Bolles wrote: > > > The closest thing to a standards document for

Hi, i?m not part of the FLAC project, but i have a question regarding FLAC and Gapless support I hope, I get an answer from some of you ;-) We are currently try to add Gapless support on our device If we rip an CD with our device, we can find out, that one track follow after another so we can recognize, that the tracks are gapless or not. But how can we find that out on already existing

I am forwarding your request to the FLAC development mailing list. ----- Forwarded message from Jamie Heilman <jamie@audible.transient.net> ----- Date: Sun, 8 Sep 2002 16:13:32 -0700 From: Jamie Heilman <jamie@audible.transient.net> Resent-From: Jamie Heilman <jamie@audible.transient.net> To: submit@bugs.debian.org Subject: Bug#160155: gapless playback Package: xmms-flac

We all know that currently Vorbis is the only codec out there that doesn't add any silence to the decoded file, so when you decode your .ogg file the resulting .wav will be exactly the same length as the original one. This is very useful when encoding gapless songs (like live concerts...). But since Vorbis is a lossy codec, even though there is no silence added, sometimes you can still hear a

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03.02.2012 1:11, Declan Kelly wrote: > Many people who use FLAC to archive entire CDs (as opposed to > "albums" of tracks that may or may not be on the same CD) will rip > the entire disc and store it in a single FLAC file, with the CUE > sheet either as a separate file, embedded in the FLAC metadata, or > both. > >

Assuming I have a WAV file that represents a continous performance, e.g. a recording of a live concert, which I want to play continously on a CD but nevertheless have track marks so that individual items can be selected some WAV splitting programs offer the ability to split the file into pieces which are an exact multiple of the CD sector size so that when recording all these files to CD with no

OpenCodecs release 0.84.17338 ----------------------------- OpenCodecs is a set of DirectShow filters for playing Ogg Vorbis, Speex, Theora, FLAC, and WebM files in Windows Media Player and other players. This release added WebM support (using versioned snapshots provided by The WebM Project), which determined the change of project's name from "Ogg Codecs" to "Open

OpenCodecs release 0.84.17338 ----------------------------- OpenCodecs is a set of DirectShow filters for playing Ogg Vorbis, Speex, Theora, FLAC, and WebM files in Windows Media Player and other players. This release added WebM support (using versioned snapshots provided by The WebM Project), which determined the change of project's name from "Ogg Codecs" to "Open

OpenCodecs release 0.84.17338 ----------------------------- OpenCodecs is a set of DirectShow filters for playing Ogg Vorbis, Speex, Theora, FLAC, and WebM files in Windows Media Player and other players. This release added WebM support (using versioned snapshots provided by The WebM Project), which determined the change of project's name from "Ogg Codecs" to "Open

Perhaps update the codec to handle 32 bit files while remaining the same otherwise? Dennis Brunnenmeyer FULL FIDELITY MUSIC ------------------------------------------------------------------------ On 6/19/2012 12:00 PM, flac-dev-request at xiph.org wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit

I did some tests: ### Theora support in Firefox 3.7a (missnamed as "Minefield"): Same as since 3.5 (plays, no controls if Javascript off, no thorough retest of buffering issues). http://lists.xiph.org/pipermail/theora/2010-January/003369.html http://bugzilla.mozilla.org/show_bug.cgi?id=449358 ### WeBM support in Firefox 3.7a Seems to play (controls bug of course also there) and