similar to: Re: [paranoia] live albums

In all the abx'ing and ear testing I've done in the past for my classical and jazz music I have never seen or heard bladeenc output worse than xing. (worse than lame, yes) Now, to sorta keep this ON topic. I have never heard a an xing, blade OR lame encoded mp3 sound better than a Garf tuned RC2 encode of my Jazz and Classical stuff, (not a large sample set). Also, I haven't used

Dan Nelson (dnelson@allantgroup.com) wrote: > I guess the problem might be oggenc's option parser, then. Given a > stereo 22050hz input file, I can't seem to get oggenc to encode less > than 22kbits. The lowest bitrate it will allow on the commandline (for > 22050hz/2ch input) is -b 30, but if you also add -M 1, it will generate > a file with an average bitrate of 22. $

On <http://cs.leander.isd.tenet.edu/~mitchell/vorbis_intro.html>: "Each snapshot has a 16-bit number for the "loudness" of the sound, meaning that the scale is fairly fine-grained - it ranges from -32,768 (complete silence during that snapshot) to 32,767 (the loudest volume measurable)." That's not correct. A single sample is not meaningful by itself; each sample

Daniel Déchelotte (maitre_yodan@club-internet.fr) wrote: > Hi Greg, I'm cc'ing the list because I'm sure these questions will be of use to many other people. > Yeah, I also find it hard to resist, but there is still one bit that > concerns me: this huge and not so good-looking black backpack. How big is > it actually? I am suspecting it's huge because I can't

Hi, I recently migrated from Windows to Linux. I´ve used Linux quite a bit in server-enviroments, but as a desktop I have very little experience. I am now looking for a tool to rip CD´s to Ogg with CDDA support. I´ve tried KonCD, but it lacks features and is abit buggy. Sure, I can use cdparanoia, rename the wav´s to the right names and then encode to ogg via oggenc. But since I use X I

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

Hi all, I've got a strange problem. I was just encoding a new CD I bought a couple of days ago (Muse - Hullabaloo Soundtrack) when I ran into a strange bug. After ripping track 8, CD 1 with cdparanoia under OpenBSD/alpha, I wanted to encode it with oggenc (latest version from the OpenBSD-current ports tree, (`oggenc -v` says 'OggEnc v1.0 (libvorbis 1.0)')). Here's the output :

Hi I made a CD-backup with cdparanoia | oggenc and I tried to use different values of -q listening to the effect by cdparanoia | oggenc -o - | mplayer -. The best quality was 8 -- why? Oggenc version was the precompiled 1.0 from Mandrake 9. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to

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

hello, i noticed that when i play flac files with xmms there is a gap between tracks, even on a continuous cd. is this supposed to happen? i thought that the file format was suppose to allow continuous playback. my first thoughts were that the program i used to rip (cdparanoia) was to blame. i uncompressed the flac to wav and spliced it together only find it playing correctly. my next

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Edwards wrote: > Hi, > > Bit late to join in the discussion but I've just read through the CD > archiving discussion and was particular interested in Dax's method, > described here (also included below): > > http://lists.xiph.org/pipermail/flac/2006-September/000611.html > > So far I've just been

Hi. I guess the world is full of these, one more won't hurt: "The ogg-cdparanoia script is a wrapper of the programs cdparanoia (http://www.xiph.org/paranoia/), sox (http://sox.sourceforge.net/) and oggenc (http://www.vorbis.com/). The process is simple: for each track, cdparanoia is called to extract the audio to a temporary wav file. Sox is used on it to see if it is normalized.

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>

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

I realize this was an answer to someone else, but... I use Trader's Little Helper for all my encoding/decoding projects (for FLAC mostly). does this automatically do more than just the tracks? If not, how can I get the rest? - - Audio data prior to the start of track 1 (and possibly after the end of the 'last' track, depending on the disc layout) - - Sub-code index information -

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

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

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 >