Robin Bowes;200876 Wrote: > SadGamerGeek wrote: > > > Unfortunately my flac2mp3 runs always have to be all or nothing. When > > it tries to just update tags it renders some of the (VBR) files > > unplayable on my 2nd Gen Nano (they played fine on older iPods). I > > spent ages trying to get to the bottom of this (and tried many > > versions), but once I discovered I could rebuild the whole library > > "relatively" quickly via my desktop machine I decided to do just that > > occasionally. > > Is this my script? If so: > > What version? > What version of lame? > > R.
Hi Robin, I did chat to you via email about this problem back in Feb. I think you were pretty snowed under with work at the time, so didn't have a lot of time to look into it. As I had a workaround (and seem to be the only person affected lie this!), it was not a massive problem for me. The versions I was using were: Lame - 3.97 (and one or two earlier versions) Flac2mp3 - 0.27 I think I'd read (probably from you) that there are some issues with newer releases Hope you don't mind me being lazy, as most of the info is in my old email to you, I've extracted it here: > Thanks for your help with my confusion re. flac2mp3 on the slimserver > forum. Hope you don’t mind me emailing regarding a problem > I’m having when re-tagging previously transcoded mp3s. > > > Until now, I’ve been happily using all my flac2mp3 created mp3s > in my car mp3 player, regardless of if they had been purely transcoded, > or transcoded followed by any number of retaggings. I use lame options > -V 2 --vbr-new to get VBR mp3s. > > > Since taking possession of a new iPod Nano though, I’ve run into > problems. I was surprised to find though, that the Nano rejected (just > skipped over) quite a large proportion of the tracks I loaded. > I’ve been spending much time trying to find what differentiated > the good files from the bad ones, and I think I’ve now found it. > > All the mp3s that are the result of just a straight transcode, work on > my Nano without any issues. Where an album has been transcoded, and > then been re-tagged (both by flac2mp3), around half the tracks on those > albums are unplayable by the Nano. I’ve done some experiments, and > the results are completely reproducible. > > I’ve run mp3tool > (http://empeg-hijack.sourceforge.net/mp3tool.html) against both > transcoded only (good) and transcoded then retagged (bad) versions of > some of the problem files, and it does show a “lost audio > sync” problem with the “bad” file: > > > Code: -------------------- > > [EMAIL PROTECTED] mp3]# ../mp3tool --headers Amer* > > Processing "AmericanIdiot_just_transcoded.mp3" > > ID3v2.3.0 tag (5111 bytes) > > Frame ID=TALB, size= 15, FramePreserve, FilePreserve > Frame ID=TCON, size= 5, FramePreserve, FilePreserve > Frame ID=TIT2, size= 15, FramePreserve, FilePreserve > Frame ID=TPE1, size= 10, FramePreserve, FilePreserve > Frame ID=TRCK, size= 3, FramePreserve, FilePreserve > Frame ID=TXXX, size= 58, FramePreserve, FilePreserve > Frame ID=TXXX, size= 29, FramePreserve, FilePreserve > Frame ID=TXXX, size= 31, FramePreserve, FilePreserve > Frame ID=TXXX, size= 59, FramePreserve, FilePreserve > Frame ID=TXXX, size= 34, FramePreserve, FilePreserve > Frame ID=TYER, size= 11, FramePreserve, FilePreserve > Frame ID=UFID, size= 37, FramePreserve, FilePreserve > VBR average rate is 240kbit/s > > Xing VBR header is bad(5): use the '--repair' flag to fix it. > > > > Processing "AmericanIdiot_transcoded_then_tagged_with_flac2mp3.mp3" > > ID3v2.3.0 tag (427 bytes) > > Frame ID=TALB, size= 15, FramePreserve, FilePreserve > Frame ID=TCON, size= 5, FramePreserve, FilePreserve > Frame ID=TIT2, size= 15, FramePreserve, FilePreserve > Frame ID=TPE1, size= 10, FramePreserve, FilePreserve > Frame ID=TRCK, size= 3, FramePreserve, FilePreserve > Frame ID=TXXX, size= 58, FramePreserve, FilePreserve > Frame ID=TXXX, size= 29, FramePreserve, FilePreserve > Frame ID=TXXX, size= 31, FramePreserve, FilePreserve > Frame ID=TXXX, size= 59, FramePreserve, FilePreserve > Frame ID=TXXX, size= 34, FramePreserve, FilePreserve > Frame ID=TYER, size= 11, FramePreserve, FilePreserve > Frame ID=UFID, size= 37, FramePreserve, FilePreserve > 00000000: lost audio sync (5238346 bytes remaining) > fffb9044: resync'd (5233662 bytes remaining) > VBR average rate is 240kbit/s > > Xing VBR header is bad(5): use the '--repair' flag to fix it. > > [EMAIL PROTECTED] mp3]# > -------------------- > > > > Re-tagging a transcoded file with mp3tag does not cause any issues. > > The “VBR header is bad” doesn’t seem to cause me a > problem, but all the “unplayable” files I’ve tested > so far show the “lost audio sync” message. To re-iterate, > these files are playable on some devices (including my friend’s > old iPod mini), but not on my Nano. My Nano is a second generation > one, and I believe Apple have done some extra tweaks to throttle the > CPU speed when load is low to increase battery life. I have heard > this can sometimes cause problem with VBR MP3s, but this > doesn’t explain (or at least I don’t think it does) why > my files only fail after flac2mp3 re-tagging…. > Please let me know if there's any extra info I can give on this. -- SadGamerGeek ------------------------------------------------------------------------ SadGamerGeek's Profile: http://forums.slimdevices.com/member.php?userid=6145 View this thread: http://forums.slimdevices.com/showthread.php?t=35133 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
