search for: gaplessness

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

On Tue, Jan 17, 2012 at 09:44:25AM +0100, rs at noveltech.de wrote: > 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. Are you aiming for maximum compatibility with how the source CD would be played on an average CD audio

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

Jamie, I hear what you're saying. I don't believe this *should* be a plugin's responsibility, though it sounds like with XMMS it is. But I don't know how to fix it. Probably with enough archaeology into the XMMS source and other plugins I could find out. I'll file it in the feature requests and hope someone can get to it. Josh --- Matt Zimmerman <mdz@debian.org>

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

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

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

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

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

On 2015-02-20 7:25 AM, Daniel James wrote: > I don't understand why this has to be so limited, because the basic > idea, as I understand it, is to extend the .m3u playlist format so that > stream listeners can automatically choose alternative sources for the > same content. That could be implemented in a codec-agnostic way. Stitching together compressed media streams for gapless

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

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

On Sat, 2015-10-24 at 22:16 -0700, Thomas Daede wrote: > Everything above 96kbps on that table is speculative, as the highest > multi-participant listening testing done was at 96kbps. Here's the > results from that test, if you're curious: > > http://listening-test.coresv.net/results.htm > > As you can see, at that rate Opus ranged from slightly perceptible to >

Mike... did you look into this? I posted a waveform from a file generated by ogg123 dumping to a wav (so that audio driver problems were eliminated). It looks to me like ices2 is restarting the vorbis encoder in a non-gapless way when it stops and starts the encoding (to change the stream id and update the metadata). Because I'm doing crossfades from one track to another, this shows up.

On Mon, Sep 26, 2005 at 12:41:00PM +0200, Michael Smith wrote: > On 9/23/05, Paul Martin <pm@nowster.zetnet.co.uk> wrote: > > Mike... did you look into this? I posted a waveform from a file > > generated by ogg123 dumping to a wav (so that audio driver problems were > > eliminated). > > > > It looks to me like ices2 is restarting the vorbis encoder in a >

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

does ogg vorbis or any other format currently allow say, a whole cd recorded and compressed into one file, but with points stating where one track begins and ends, so you can just play certain songs out of this file, or possibly cut songs out of the file into seperate tracks. or is there any format that will do this in the future? (like ogg vorbis maybe). just wondering, thanks! Andy

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