I am using CDex to encode my music into Flac. I am using the latest version of Flac (with the frontend etc.) and sending the rips to it as an 'external encoder' with the string: -8 -o %2 -T "artist=%a" -T "title=%t" -T "album=%b" -T "date=%y" -T "tracknumber=%tn" -T "genre=%g" - However, I am getting the below output/error with every file. I assume that it is because I am sending Flac the incorrect file size or track length but I do not know what to change in the string to correct it. The flac files produced seem to work fine, but I would like to get rid of the error if I can. --------- -------- -------- options: -P 4096 -b 4608 -m -l 12 -e -q 0 -r 0,6 -:2% complete, ratio=0.667-: WARNING: unexpected EOF; expected 536870902 samples, got 12828672 samples -: ERROR during read of data pad byte -: 2% complete, ratio=0.664 --------- -------- -------- In addition, and because I am writing anyway, I cannot seem to get it to create ogg-flacs. I have tried adding '--ogg' to the beginning of the string above and changing the extension, but that seems to yield files which are unplayable in any of the players (Winamp with plugin, WMP with directshow filters, downloading VLC to test it with that) but which are (quickly) marked as 'okay' by the FLAC frontend - far faster than a test of a Native file. I am wondering if it is simply that the above error is causing more problems for ogg-flac than flac-native. Is there a simple utility which can convert FLAC-native to ogg-FLAC without re-encoding and translating tags? Thanks a lot in advance. Top work - all of your products are highly recommended by me to all. Aaron -- For intros to encryption, open source and for a bit of fun, visit: http://www.whitehouse.org.nz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3268 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.xiph.org/pipermail/flac/attachments/20050704/a93b4603/smime.bin
Hello again :), Aaron Whitehouse wrote:> In addition, and because I am writing anyway, I cannot seem to get it to > create ogg-flacs. I have tried adding '--ogg' to the beginning of the > string above and changing the extension, but that seems to yield files > which are unplayable in any of the players (Winamp with plugin, WMP with > directshow filters, downloading VLC to test it with that)Apologies - VLC could play the files so I am left assuming that ogg-Flac support isn't so great in the rest. I think that I will stick to the native Flac for now...> Is there a simple > utility which can convert FLAC-native to ogg-FLAC without re-encoding > and translating tags?I am still very keen to know the answer to this and to the rest of my email! It would be great if the Flac frontend could accept Flac as an input; that would allow translation between compressions or conversion from native to ogg (and vice versa). Regards, Aaron -- For intros to encryption, open source and for a bit of fun, visit: http://www.whitehouse.org.nz
Aaron Whitehouse wrote:>I am using CDex to encode my music into Flac. I am using the latest >version of Flac (with the frontend etc.) and sending the rips to it as >an 'external encoder' with the string: >-8 -o %2 -T "artist=%a" -T "title=%t" -T "album=%b" -T "date=%y" -T >"tracknumber=%tn" -T "genre=%g" - > > >Just figured I'd ask a quick question about CDex, since I might start using it soon. I am using EAC currently, that said is it worth using this over it or perhaps even both? I'd rather not, but hear CDex has less problems on copy protected CDs... Seam
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 the error. I cannot be sure if this is what is happening, but that "unexpected EOF" makes me think that a chunk ended on an odd byte, and that's not legal because all chunks must be an even number of bytes long. Oh, wait, I just noticed that the message says 536 million samples were expected and only 12 million were found. This looks suspiciously like the kinds of bad files I was seeing with cdrecord, or another of the open source CD tools. I never did have the time to track down that bug and fix it. Too bad, because those tools seemed to rip audio faster than iTunes, but produced bad audio files. I do have some tools for repairing bad AIFF, but they not available for distribution. Since you may not be a developer, my advice would be to rip your CDs with another tool, and then test the same FLAC frontend to see if it is the ripped files that are causing the problem. Brian Willoughby Sound Consulting Begin forwarded message: Date: Mon, 04 Jul 2005 00:20:45 +1200 From: Aaron Whitehouse <lists@whitehouse.org.nz> To: flac@xiph.org Subject: [Flac] CDex and Flac List-Archive: <http://lists.xiph.org/pipermail/flac> I am using CDex to encode my music into Flac. I am using the latest version of Flac (with the frontend etc.) and sending the rips to it as an 'external encoder' with the string: -8 -o %2 -T "artist=%a" -T "title=%t" -T "album=%b" -T "date=%y" -T "tracknumber=%tn" -T "genre=%g" - However, I am getting the below output/error with every file. I assume that it is because I am sending Flac the incorrect file size or track length but I do not know what to change in the string to correct it. The flac files produced seem to work fine, but I would like to get rid of the error if I can. --------- -------- -------- options: -P 4096 -b 4608 -m -l 12 -e -q 0 -r 0,6 -:2% complete, ratio=0.667-: WARNING: unexpected EOF; expected 536870902 samples, got 12828672 samples -: ERROR during read of data pad byte -: 2% complete, ratio=0.664 --------- -------- -------- In addition, and because I am writing anyway, I cannot seem to get it to create ogg-flacs. I have tried adding '--ogg' to the beginning of the string above and changing the extension, but that seems to yield files which are unplayable in any of the players (Winamp with plugin, WMP with directshow filters, downloading VLC to test it with that) but which are (quickly) marked as 'okay' by the FLAC frontend - far faster than a test of a Native file. I am wondering if it is simply that the above error is causing more problems for ogg-flac than flac-native. Is there a simple utility which can convert FLAC-native to ogg-FLAC without re-encoding and translating tags? Thanks a lot in advance. Top work - all of your products are highly recommended by me to all. Aaron
Sean Robert Abbey said:> Aaron Whitehouse wrote: >>I am using CDex to encode my music into Flac.I have just finished ripping my 667 CDs into FLAC, and scanning the artwork. It is very tedious. I used CDex and flac command line because EAC gave me various problems, mostly with scratched CDs, where CDex in full paranoia mode worked and I couldn't hear any glitches. Sorry, but I've never seen that error. You're using flac.exe as the command line encoder?>>-8 -o %2 -T "artist=%a" -T "title=%t" -T "album=%b" -T "date=%y" -T "tracknumber=%tn" -T "genre=%g" -I used the same, but with --best rather than -8 so it doesn't have to change when the flac crew come up with -9 :)> I am using EAC currently, that said is it worth using this over it > or perhaps even both? I'd rather not, but hear CDex has less > problems on copy protected CDs...I don't think I have any protected CDs, but either should work. EAC lets you correct for your CD device more, and is preferred by some people. I'm happy with CDex. I also used MAREO for a short time, but have switched to using the diskwriter plugins for foobar2000 for batch transcoding. Moz
rsdio@sounds.wa.com wrote:> Where did your rip files come from? Are they WAVE or AIFF?I don't know, sorry. I tried to find it as an option in CDex, but can not so assume that it is whatever the default in CDex is.> expected and only 12 million were found. This looks suspiciously like the > kinds of bad files I was seeing with cdrecord, or another of the open source CD > tools.It sounds as though this occurs in Foobar as well: http://www.hydrogenaudio.org/forums/lofiversion/index.php/t28323.html> Since you may not be a developer, my advice would be to rip your CDs with > another tool, and then test the same FLAC frontend to see if it is the ripped > files that are causing the problem.Thanks for your help :) Aaron
i use EAC and it works wonderfully, over 300 CDs ripped, What i like about EAC is you can test/rip, it'll rip the track twice and CRC32 it, if the CRCs are diffrent you know theres an error somewhere. Chris rsdio@sounds.wa.com wrote:> 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 the > error. I cannot be sure if this is what is happening, but that "unexpected > EOF" makes me think that a chunk ended on an odd byte, and that's not legal > because all chunks must be an even number of bytes long. > > Oh, wait, I just noticed that the message says 536 million samples were > expected and only 12 million were found. This looks suspiciously like the > kinds of bad files I was seeing with cdrecord, or another of the open source CD > tools. I never did have the time to track down that bug and fix it. Too bad, > because those tools seemed to rip audio faster than iTunes, but produced bad > audio files. I do have some tools for repairing bad AIFF, but they not > available for distribution. > > Since you may not be a developer, my advice would be to rip your CDs with > another tool, and then test the same FLAC frontend to see if it is the ripped > files that are causing the problem. > > Brian Willoughby > Sound Consulting > > > Begin forwarded message: > > Date: Mon, 04 Jul 2005 00:20:45 +1200 > From: Aaron Whitehouse <lists@whitehouse.org.nz> > To: flac@xiph.org > Subject: [Flac] CDex and Flac > List-Archive: <http://lists.xiph.org/pipermail/flac> > > I am using CDex to encode my music into Flac. I am using the latest > version of Flac (with the frontend etc.) and sending the rips to it as > an 'external encoder' with the string: > -8 -o %2 -T "artist=%a" -T "title=%t" -T "album=%b" -T "date=%y" -T > "tracknumber=%tn" -T "genre=%g" - > > However, I am getting the below output/error with every file. > I assume that it is because I am sending Flac the incorrect file size or > track length but I do not know what to change in the string to correct > it. The flac files produced seem to work fine, but I would like to get > rid of the error if I can. > > --------- -------- -------- > options: -P 4096 -b 4608 -m -l 12 -e -q 0 -r 0,6 > -:2% complete, ratio=0.667-: WARNING: unexpected EOF; expected 536870902 > samples, got 12828672 samples > -: ERROR during read of data pad byte > > -: 2% complete, ratio=0.664 > --------- -------- -------- > > In addition, and because I am writing anyway, I cannot seem to get it to > create ogg-flacs. I have tried adding '--ogg' to the beginning of the > string above and changing the extension, but that seems to yield files > which are unplayable in any of the players (Winamp with plugin, WMP with > directshow filters, downloading VLC to test it with that) but which are > (quickly) marked as 'okay' by the FLAC frontend - far faster than a test > of a Native file. I am wondering if it is simply that the above error is > causing more problems for ogg-flac than flac-native. Is there a simple > utility which can convert FLAC-native to ogg-FLAC without re-encoding > and translating tags? > > Thanks a lot in advance. Top work - all of your products are highly > recommended by me to all. > > Aaron > _______________________________________________ > Flac mailing list > Flac@xiph.org > http://lists.xiph.org/mailman/listinfo/flac > > >
--- Aaron Whitehouse <lists@whitehouse.org.nz> wrote:> > Is there a simple > > utility which can convert FLAC-native to ogg-FLAC without > re-encoding > > and translating tags? > I am still very keen to know the answer to this and to the rest of my > email! It would be great if the Flac frontend could accept Flac as an > input; that would allow translation between compressions or > conversion > from native to ogg (and vice versa).no, not yet, but it's possible to go either way without decoding/re-encoding. not much supports Ogg FLAC yet, I think mainly because most players assume codec based on extension, so it is more work to write an Ogg handler for everything, especially since metadata is not part of Ogg but the underlying codec. Josh ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs
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 files are 'not a supported format'. As the flacs which I have produced since moving to Ubuntu (with sound juicer) seem to work, I am starting to worry that all the files which I made from CDex are going to give me grief. Any ideas? Suggestions? Some magical something which someone can offer me to fix up whatever is wrong with my many Flac files??? Can I run some script to decode the flacs to wav and back again without losing the tags? Flac seems to think that they are fine, so I don't understand why Oggenc isn't happy. It will be a rather major effort for me to redo the whole lot... Thanks again Aaron Aaron Whitehouse wrote:> I am using CDex to encode my music into Flac. I am using the latest > version of Flac (with the frontend etc.) and sending the rips to it as > an 'external encoder' with the string: > -8 -o %2 -T "artist=%a" -T "title=%t" -T "album=%b" -T "date=%y" -T > "tracknumber=%tn" -T "genre=%g" - > > However, I am getting the below output/error with every file. > I assume that it is because I am sending Flac the incorrect file size or > track length but I do not know what to change in the string to correct > it. The flac files produced seem to work fine, but I would like to get > rid of the error if I can. > > --------- -------- -------- > options: -P 4096 -b 4608 -m -l 12 -e -q 0 -r 0,6 > -:2% complete, ratio=0.667-: WARNING: unexpected EOF; expected 536870902 > samples, got 12828672 samples > -: ERROR during read of data pad byte > > -: 2% complete, ratio=0.664 > --------- -------- -------- ><snip>> Thanks a lot in advance. Top work - all of your products are highly > recommended by me to all. > > Aaron
maybe cdex put id3 tags on them? there are a lot of programs that can re-tag batches of files. the best place to ask about this stuff is http://hydrogenaudio.org/ Josh --- Aaron Whitehouse <lists@whitehouse.org.nz> wrote:> 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 files > are > 'not a supported format'. As the flacs which I have produced since > moving to Ubuntu (with sound juicer) seem to work, I am starting to > worry that all the files which I made from CDex are going to give me > grief. Any ideas? Suggestions? Some magical something which someone > can > offer me to fix up whatever is wrong with my many Flac files??? Can I > run some script to decode the flacs to wav and back again without > losing > the tags? Flac seems to think that they are fine, so I don't > understand > why Oggenc isn't happy. > > It will be a rather major effort for me to redo the whole lot... > > Thanks again > Aaron > > Aaron Whitehouse wrote: > > I am using CDex to encode my music into Flac. I am using the latest > > version of Flac (with the frontend etc.) and sending the rips to it > as > > an 'external encoder' with the string: > > -8 -o %2 -T "artist=%a" -T "title=%t" -T "album=%b" -T "date=%y" -T > > "tracknumber=%tn" -T "genre=%g" - > > > > However, I am getting the below output/error with every file. > > I assume that it is because I am sending Flac the incorrect file > size or > > track length but I do not know what to change in the string to > correct > > it. The flac files produced seem to work fine, but I would like to > get > > rid of the error if I can. > > > > --------- -------- -------- > > options: -P 4096 -b 4608 -m -l 12 -e -q 0 -r 0,6 > > -:2% complete, ratio=0.667-: WARNING: unexpected EOF; expected > 536870902 > > samples, got 12828672 samples > > -: ERROR during read of data pad byte > > > > -: 2% complete, ratio=0.664 > > --------- -------- -------- > > > <snip> > > Thanks a lot in advance. Top work - all of your products are highly > > recommended by me to all. > > > > Aaron > _______________________________________________ > Flac mailing list > Flac@xiph.org > http://lists.xiph.org/mailman/listinfo/flac >__________________________________ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html
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 am >talking about a lot of CDs and often only one or two tracks from each. >It isn't so much the encoding time that I am worried about as the time >to load and change CDs. Now that I am in Linux I have a much better >program to write FLAC files and once I have those I have a script to >batch convert them to Vorbis when I need smaller files. > >Thanks for your help, but if I can retag my existing files that would be >far better - I would rather decode and reencode my existing FLACs than >re-rip them. > >AaronUse mp3tag.. that uses freedb to tag.. It's very good you can remove all the tags and retag so you can do your conversion from there. It handles any format you could want. http://www.mp3tag.de/en/ Jon -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.8/71 - Release Date: 8/12/2005