similar to: CDex and Flac

Where did your rip files come from? Are they WAVE or AIFF? My hunch is that technically bad files were created when you ripped your CDs. "data pad byte" sounds like one of those things that is required in WAVE/AIFF, but many application developers miss. As a result of the various errors out there, many tools will accept bad audio files without complaint, others will point out

Goals: 1. Store meta data 2. Be able to recreate and burn bit-for-bit accurate audio CDs from archive. 3. Be able to "generate" lossy format files (OggVorbis,MP3,etc) with meta info intact when needed. 4. One file per song. 5. Files playable in XMMS and WinAMP3. Questions: Q1. OGG vs FLAC container? Q2. Meta data format? Q3. In detail, how does one do goal 2? Q4. What ripping/encoding

Hello all, I seem to be in a bit of a bind. Below is the email which I sent to the list a while back. I wrote the vast majority of my CD collection to Flac and checked them with the Flac test (the -t option of Flac), they played fine and all seemed wonderful. Sadly life is no longer roses and chocolates. Now as I come to rip the whole lot to Vorbis files, Oggenc is spewing an error that the

This is more of an EAC question, but I have not yet received an answer from my post on that page. Since they are closely related I thought I would give it a try here. I just bought a BIG stack of CDs (70+) and decided to recheck all of my EAC (beta 4) + FLAC (1.1.2) settings prior to ripping and encoding them. I also calibrated a new external Plextor CD-ROM too. The setting string I use in

I'm currently using CDex with the string: -8 -V -T artist="%a" -T album="%b" -T title="%t" -T date="%y" -T tracknumber="%tn" -T genre="%g" --replay-gain -o "%2" "%1" but I decided I don't need/want ReplayGain since I can't stand how low (quiet) it plays. Funny thing is I edited the RG part

I've had this problem encoding oggs where the output file is small, like 24kbytes for a 4 minute song (tested at 128 and 160kbit). I'm running Windows 2000 and this has happened in oggenc, oggdrop, and CDEX, though I've also been able to get good encodings with each of these. I think the only clean encodings have been .wav's that I've made myself with SoundForge or CoolEdit,

ok, i'm puzzeled here I just recently reinstalled windows 2k, and i've been useing EAC to rip my CDs for a while now. i wanted to test it out (i had to reconfigure it) so i put in a burned CD with a few pretty bad scratches (used a hunting knife to make em) When i rip it i don't get any errors (with CDex to) but of course when i listen to it i hear them. This is strange bceause

> You can ask. A bug report with priority 'enhancement' is probably the > best way to do that. I'd consider it. Thanks for your help, Michael. I have entered this as an enhancement request. <p>Also, for the record, I originally made this comment: > I am actually trying to get OggEnc up and running nicely with > AudioGrabber, but so far I no joy I

Hey all. I was an "early" adopter of mp3 (1994-1995), and I took great pains to use digital audio extractors and avoid jitter and whatnot thru proper hardware - back then, this was no mean feat. Well, I'm starting to switch to Ogg (dragging out all the CD's, starting over) and I want to know if anyone has an informed opinion on the merits or demerits of "normalization"

I see that this was the right place to fire off this question. Thanks for your feedback. It has given me a base to start some trials. I used to use EAC on Windows, but I tend to only use open source software as much as possible and I don't use Windows any more. I gave a brief look at abcde, but it is clear I need to look at this some more. It looks like it has the potential to do everything I

> You don't. Audio CDs don't support ReplayGain tags. The only thing > you may do on Audio CDs is to use Volume Normalize techniques > available on certain programs. Normalization of sound is not a good, > clean thing, though. Surely it would be possible to have something apply the ReplayGain to the WAV after decoding and prior to writing them to CD... but I don't know

At 01:42 AM 8/13/2005, you wrote: > > It would actually be easier to rerip all your CDs using EAC. I rip to > > ogg vorbis with EAC and it comes out fine. I can give you a website URL > > that will give you the info on how to setup EAC to use ogg vorbis. And I > > use -q 8 so they sound good. > >Thanks for the suggestion, Jon, but I would rather not re-rip them. I

Hi all! I've read http://reactor-core.org/ogg-tagging.html and http://www.vorbis.com/ot/20030303.html#id2726753 about the goals and non-goals of vorbis comments, but I'm still unsure: 1) Is it by purpose to forget about CDA's index feature because it's so rarely used or did nobody here ever thought about it? -> Add an INDEXNUMER field? 2) If "Vorbis comments are the

On 2007-09-13, Brian wrote: > On Sep 13, 2007, at 12:08, Daniel Aleksandersen wrote: >> I would really like to see support for .cda as input files. The cda >> format >> is the one used on regular audio CDs. >> >> Support for this format would make it even easier to encode to FLAC >> from CDs > > You are mistaken, Daniel. Regular audio CDs do not use

>I can see the other side of the arguement too tho, there may be many >players around now, and in the future that will add flac support, but >not flac-album support :( yes this would be my concern as well. also, individual track support is just more flexible for moving music around between devices. it's funny, i've been on-and-off trying to get the whole eac+flac+id3+cuesheet

I've been having problems with Amarok and K3B, but I think it comes down to a problem with flac. All my music and audio files are encoded in flac format. I've ripped my CDs using KAudioCreator and using this command to encode them (split for formatting): flac --best -o %o --tag=Artist=%{artist} --tag=Album=%{albumtitle} --tag=Date=%{year} --tag=Title=%{title}

I backed up my entire CD collection to Flac (350+) to avoid losing them to scratches, laser burns, etc. Now I'm wondering how RG affects the Wav file produced from Flac decompresion if I used the following command with CDex: -8 -V -T artist="%a" -T album="%b" -T title="%t" -T date="%y" -T tracknumber="%tn" -T genre="%g" --replay-gain

I'm having some difficulty getting into Ogg. Being my first time encoding to Ogg, I am left doubtful of the quality in reproduction. Hopefully, it is merely something that I am doing. My original intentions were to go through my CD collection and rip everything out at 224kps VBR. I began with an album I was relatively familiar with. I used FreeRip 2.53 initially, but found that I had

Well it says: "With this option, Flac will create a parallel decoder that decodes the output of the encoder and compares the result against the original." My question still remains. With "on the fly encoding" it encodes as it rips. It does not create an intermediate WAV file and then converts. So if verification is indeed taking place, does it mean it verifies against the

Hi All, Some of the discussion recently has touched on ripping one's own CDs for archival purposes. I've consistantly rejected the idea of doing this in my case for space and time reasons, and in the belief that commercially produced CDs when properly treated can be expected to have a very long life. However, I'm now questioning this assumption. I have a 2 CD set of "The