macman4hire
Sep 24 2008, 19:21
Please post your found problems and bug issues at this thread.
After reading this thread please check the
XLD Master Thread List for other important XLD threads.
Guide lines for reporting problems or bugs in XLD on this thread.
- Incude the version of XLD you used when the problem occured.
- Include the system configuration:
- (Computer used Power Mac, iMac, MacBook, etc.)
- OS version (10.5.2, 10.5.4, and so on)
- Specific architecture (PPC G4, PPC G5, Intel, etc.)
- Drive model and firmware (if log is not posted)
- Amount of system memory
- An accurate description of how XLD's settings are fixed before the problem occurs.
- A detail report of the undesired or incorrect result that is occurring when using XLD.
- Post any XLD logs that were produced during the problem situation when using XLD.
Esanssi
Sep 24 2008, 22:12
Okay, I have a *slight* problem with XLD. I tried to encode a CD to AAC (settings True VBR, Max quality, no accurate bitrate information, no add gapless information for iTunes 7). The CD is ripped properly and encoded to m4a-files but when I try to play them in iTunes there's a problem: First track(track1) is played properly but the next one starts with the beginning of the track1, plays it for 10-15s and then starts another track(track2). If I try to play these songs separately (by clicking them), they all include a piece of track1 and after that the actual track that it's supposed to play...
I used version 20080921a (I think), the problem still persists with the newest version (which is at the moment 20080925).
Here's the logfile (if it helps or anything). I only ripped first two tracks this time:
CODE
X Lossless Decoder version 20080925 (93.2)
XLD extraction logfile from 2008-09-25 00:01:53 +0300
Conception / In Your Multitude
Used drive : MATSHITA DVD-R UJ-835E (revision GAND)
Use cdparanoia mode : YES (CDParanoia III 10.2 engine)
Disable audio cache : OK for the drive with cache less than 2750KB
Make use of C2 pointers : NO
Read offset correction : 0
Max retry count : 100
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 00:00:32 | 05:09:70 | 32 | 23276
2 | 05:10:27 | 03:39:68 | 23277 | 39769
3 | 08:50:20 | 03:12:00 | 39770 | 54169
4 | 12:02:20 | 03:46:62 | 54170 | 71181
5 | 15:49:07 | 02:57:15 | 71182 | 84471
6 | 18:46:22 | 07:44:60 | 84472 | 119331
7 | 26:31:07 | 04:35:08 | 119332 | 139964
8 | 31:06:15 | 04:21:72 | 139965 | 159611
9 | 35:28:12 | 03:56:40 | 159612 | 177351
10 | 39:24:52 | 06:39:18 | 177352 | 207294
Track 01
Filename : /Users/Trikimees/Music/01 Conception - Under A Mourning Star.m4a
CRC32 hash : 4EDBD281
CRC32 hash (skip zero) : BF189EC7
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 02
Filename : /Users/Trikimees/Music/02 Conception - Missionary Man.m4a
CRC32 hash : 6D60D46C
CRC32 hash (skip zero) : 16E45CD0
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
No errors occurred
End of status report
Moderation: Code changed to codebox.
macman4hire
Sep 24 2008, 22:35
Did you rip the tracks individually or save as one file? I just ripped 2 tracks as separate as files with include pregrap. I had accurate bitrate information, add gapless information for iTunes 7 both checked. Sorry misread your post I did the opposite of your settings. I did not have any issues with the outputted files playing correctly in iTunes 8.0.
CODE
X Lossless Decoder version 20080925 (93.2)
XLD extraction logfile from 2008-09-24 17:44:27 -0400
Blues Traveler / Four
Used drive : SONY DVD RW DW-D150A (revision 1.MD)
Use cdparanoia mode : YES (CDParanoia III 10.2 engine)
Disable audio cache : OK for the drive with cache less than 2750KB
Make use of C2 pointers : YES
Read offset correction : 48
Max retry count : 100
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 00:00:32 | 04:40:03 | 32 | 21034
2 | 04:40:35 | 05:19:15 | 21035 | 44974
3 | 09:59:50 | 05:41:57 | 44975 | 70606
4 | 15:41:32 | 04:46:63 | 70607 | 92119
5 | 20:28:20 | 05:05:47 | 92120 | 115041
6 | 25:33:67 | 04:01:18 | 115042 | 133134
7 | 29:35:10 | 02:59:27 | 133135 | 146586
8 | 32:34:37 | 05:16:63 | 146587 | 170349
9 | 37:51:25 | 04:50:15 | 170350 | 192114
10 | 42:41:40 | 01:55:60 | 192115 | 200799
11 | 44:37:25 | 05:34:35 | 200800 | 225884
12 | 50:11:60 | 06:38:07 | 225885 | 255741
List of alternate offset correction values
# | Absolute | Relative | Confidence
------------------------------------------
1 | 89 | 41 | 50
2 | 2362 | 2314 | 48
3 | 85 | 37 | 36
4 | 59 | 11 | 18
5 | -143 | -191 | 16
6 | 1220 | 1172 | 10
7 | 2381 | 2333 | 9
8 | 1915 | 1867 | 8
9 | 1027 | 979 | 8
10 | 1313 | 1265 | 6
11 | 75 | 27 | 3
Track 07
Filename : /Users/macman4hire/Music/Blues Traveler/Four/MPEG-4 AAC/07 Crash & Burn.m4a
CRC32 hash : 3846F82B
CRC32 hash (skip zero) : 2215C4FA
AccurateRip signature : E89CD3F9
->Accurately ripped! (confidence 110)
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Inconsistency in error sectors : 0
Track 10
Filename : /Users/macman4hire/Music/Blues Traveler/Four/MPEG-4 AAC/10 The Good, The Bad, And The Ugly.m4a
CRC32 hash : E6B0BE50
CRC32 hash (skip zero) : FA738070
AccurateRip signature : 1434A565
->Accurately ripped! (confidence 111)
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Inconsistency in error sectors : 0
No errors occurred
End of status report
Edit: Just ripped to the same two tracks with no accurate bitrate information, no add gapless information for iTunes 7 and both play fine in iTunes 8.0. Sorry don't know whats going with your rips. Try a different CD and see what happens!
Pepzhez
Sep 25 2008, 05:23
I believe it would really help if those posting in this thread provided some information about the system they are using. I have found (and tmkk has fixed) a couple of PPC-specific bugs in XLD.
With that in mind, I think it would be beneficial to mention:
1. Computer used (Power Mac, iMac, MacBook, etc.)
2. OS version (10.5.2, 10.5.4, and so on)
3. Specific architecture (PPC G4, PPC G5, Intel, etc.)
4. Drive model and firmware (if log is not posted)
This will help zero in on any problems. Thanks.
Esanssi
Sep 25 2008, 07:06
QUOTE (macman4hire @ Sep 25 2008, 00:35)
Did you rip the tracks individually or save as one file? I just ripped 2 tracks as separate as files with include pregrap. I had accurate bitrate information, add gapless information for iTunes 7 both checked. Sorry misread your post I did the opposite of your settings. I did not have any issues with the outputted files playing correctly in iTunes 8.0.
I ripped them individually with pregap and without pregap. I had accurate bitrate information and gapless information for iTunes 7 both checked. I also ripped the same CD (individually) with and without pregap and both accurate bitrate information and gapless information for iTunes 7 *unchecked*.
So in total I made four different rips and the problem persisted. I had no problems whatsoever when I ripped the cd with iTunes 8.
As requested, here's my system:
Mac PowerPC G4, Mac OS 10.4.11 (Tiger); MATSHITA DVD-R UJ-835E (revision GAND).
***Edit: I tested another cd: no change.***
CODE
X Lossless Decoder version 20080925 (93.2)
XLD extraction logfile from 2008-09-25 10:01:11 +0300
Yann Tiersen / Tabarly
Used drive : MATSHITA DVD-R UJ-835E (revision GAND)
Use cdparanoia mode : YES (CDParanoia III 10.2 engine)
Disable audio cache : OK for the drive with cache less than 2750KB
Make use of C2 pointers : NO
Read offset correction : 0
Max retry count : 100
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 00:00:00 | 03:05:05 | 0 | 13879
2 | 03:05:05 | 03:38:08 | 13880 | 30237
3 | 06:43:13 | 01:14:65 | 30238 | 35852
4 | 07:58:03 | 03:33:72 | 35853 | 51899
5 | 11:32:00 | 00:55:63 | 51900 | 56087
6 | 12:27:63 | 02:14:35 | 56088 | 66172
7 | 14:42:23 | 01:12:50 | 66173 | 71622
8 | 15:54:73 | 02:19:45 | 71623 | 82092
9 | 18:14:43 | 02:38:20 | 82093 | 93962
10 | 20:52:63 | 01:18:37 | 93963 | 99849
11 | 22:11:25 | 02:45:30 | 99850 | 112254
12 | 24:56:55 | 03:37:53 | 112255 | 128582
13 | 28:34:33 | 01:32:07 | 128583 | 135489
14 | 30:06:40 | 02:38:03 | 135490 | 147342
15 | 32:44:43 | 01:07:10 | 147343 | 152377
Track 01
Filename : /Users/Trikimees/Music/01 Yann Tiersen - Tabarly.m4a
CRC32 hash : 6BD0FA61
CRC32 hash (skip zero) : 7D58BD1B
AccurateRip signature : 09B2245C
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 02
Filename : /Users/Trikimees/Music/02 Yann Tiersen - Naval.m4a
CRC32 hash : 1AAD21DF
CRC32 hash (skip zero) : 92B869B6
AccurateRip signature : 3C7F64C3
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
No errors occurred
End of status report
.
macman4hire
Sep 25 2008, 13:28
Esanssi from the information displayed by you I don't think its the way you have XLD setup. I hope someone with a similar system configuration will try to duplicate the same problem. If another user with a similar system configuration does obtain the same result, then we will be able to report the problem with this useful information to developer and let him concentrate on programming instead of testing. Sorry nothing has helped so far!
macman4hire
Sep 25 2008, 14:08
QUOTE (Pepzhez @ Sep 24 2008, 22:23)
I believe it would really help if those posting in this thread provided some information about the system they are using. I have found (and tmkk has fixed) a couple of PPC-specific bugs in XLD.
Pepzhez I added a guide lines for reporting problems and bugs to the 1st post of this thread. Hopefully this will inform all new posters of this thread what information is necessary for other HA members to hopefully find a solution their problem.
I've noticed an issue during format conversion that I believe it XLD related and not user related ... although I'm happy to be corrected!
It looks like XLD does not respect the "Format of filename" setting when converting from one format to another, it only outputs converted files to the output directory setting. For example,
Output Directory: /Volumes/library/music/xld
Format of filename: %f/%a/%T/%n. %t
Formats: FLAC, AAC
Output therefore looks like:
/Volumes/library/music/xld/FLAC/<artist>/<AlbumTitle>/etc.
/Volumes/library/music/xld/MPEG-4 AAC/<artist>/<AlbumTitle>/etc.
When converting a file, e.g. from FLAC to Ogg Vorbis, the converted file is output to the output directory only. I'm losing all of the filename formatting and consequent structure. Mass conversion is not usable at this time.
macman4hire
Sep 26 2008, 22:44
mookr I do know that there is an issue when you rip a CD and try to output two formats simultaneously. XLD will not let you choose to output Save as a single file(+cue) for one of the choosen formats and to select Include pregap in the end of the previous track or Exclude pregap for the other output (which output separate track files). The developer is aware of this. You can only pick one output type when ripping!
I think my work flow may solve some of the problems you seem to be having.
This is my current work flow with XLD:
1. I choose FLAC and I rip the CD Save as a single file(+cue) the Output directory: to Specify User/macman4hire/Music, the Format of filename: to Specify %A/%T/%f/%T The following outputted structure 1st Arist 2nd Album 3rd Format 4th the file saved with correct Album Title is saved in my Music folder.
2.I next open the newly created FLAC file from the freshly ripped CD and select MPEG-4 AAC for my next format(note you can select Multiple Formats if your desire more than one format) and change the Format of filename: to Specify %A/%T/%f/%n %t next I hit Decode and the output is place in the existing 1st Arist 2nd Album folders with newly created format folder which is reads MPEG-4 AAC , inside the new format folder are the separate tracks with the track number first and the correct track title.
I tried using the Multiple Formats selection with MPEG-4 AAC, LAME and OGG without any issues. This seems to work for me. I hope this was useful.
QUOTE (macman4hire @ Sep 26 2008, 14:44)
...
I tried using the Multiple Formats selection with MPEG-4 AAC, LAME and OGG without any issues. This seems to work for me. I hope this was useful.
Hi macman4hire - I'm successfully ripping to multiple formats, no problem there (and I'm ripping to individual files, not cue sheet). The problem I'm experiencing is when I want to convert already ripped files to a different format. For example, I have an already ripped FLAC file I want to convert to AIFF or Ogg Vorbis. The conversion output is not respecting the filename format setting - the converted file will be placed into the output directory only, ignoring any filename format structure that would otherwise have put the file in the correct place. Or am I missing something in what I'm doing that would otherwise correct this behavior?
The other small issue I've found recently was with the logging. Log files now go in the directory of the album, but only if the file is in the AR db (I *think*). Now, I've not tested to determine whether AR settings in preferences have any impact on this, but I've noticed that two albums that were *not* in AR have their log files in the output directory and not with the album. I've got "Test and Copy" set if the album is not in AR; "Query AR db to check integrity" is also set, but "Treat AR mismatch as inconsistency" is not set.
Example albums:
Nick Cave and the Bad Seeds: Abattoir Blues
California Guitar Trio: Whitewater
Edit: Updated with example albums
macman4hire
Sep 26 2008, 23:02
The FLAC file you already have ripped how did save it Single cue+, Include pregap, Exclude pregap? If you are using individual FLAC files XLD will out the file to the Output directory and not into the Format of filename structure. Unfortunately XLD does not recognize cue for multiple file yet! This why rip to a Single(+cue) file.
QUOTE (macman4hire @ Sep 26 2008, 15:02)
.. If you are using individual FLAC files XLD will out the file to the Output directory and not into the Format of filename structure ...
Yes, that's what I'm experiencing. I'm ripping in multiple formats (FLAC and AAC) to single files with pregap included. Occasionally I want to transcode and would like to see the transcoding respect the output filename convention as well. Currently, outputting files to the output directory doesn't make it that useful to me. If I want to mass-transcode, I'm left with a lot of structural tidying up to do!
macman4hire
Sep 26 2008, 23:26
I will send this info along to the developer tmkk. Sorry it took so long to isolate the problem.
No problem - it hardly took long, but I'm not measuring in "tmkk minutes"! Thank you for collating all the info (and raising the feature request - thanks!).
Esanssi
Sep 28 2008, 20:17
I think my problem (look above) is somehow related to the way the XLD rips the cd's. Today I used this method and everything worked as it should (songs played properly etc.):
QUOTE (jmcguckin @ Sep 28 2008, 21:01)
well, just to throw it out there, here's the process I use to encode my CD's to AAC (it works like a charm with my 2G iPod Touch), assuming both Max and XLD are installed-
- rip/encode CD to FLAC using Max (paranoia enabled, etc.)
- navigate to the folder containing the FLAC files, select all/right click, and choose "Open with XLD"
An oddity noticed with the current release of XLD with multi-session disks and the use of GraceNote CDDB (iTunes open): after pregap analysis, the track listing is not displayed per the iTunes listing - no values are reported so you have to update via FreeDB or MusicBrainz (or whatever is available). This does not happen with single session CDs. Also, it's not possible for force a re-read via GraceNote (I'll put that in as a feature request).
garaden
Oct 4 2008, 22:17
I have a badly scratched CD that XLD consistently hangs on. Most of my disks rip within a half hour, but I left this one overnight (8 hours) and came back and found it not making any progress. XLD was able to quit cleanly, but the "cancel" button did nothing for several minutes. I was able to get a log at one point with dozens of suspicious sectors; unfortunately I don't have it on me... I've been overwriting the files every time.
Machine: Macbook
OS: 10.5.5
Processor: Intel Core 2 Duo 2.4 GHz
Drive: HL-DT-ST DVDRW GSA-S10N Revision BP10 ("Superdrive") (Caches 36kb)
Memory: 2 Gb
XLD settings:
Convert to FLAC w/ embedded cue sheet
cdparanoia mode
No C2 pointers (does this drive support it? I'm guessing no)
Retry count: tried 100 and 50
Offset correction: 667 (set automatically)
AccurateRip query activated (the disk isn't in accuraterip anyway)
Automatically save log when ripping to single file + cue
Verify suspicious sectors
Don't test before copy (see below)
Don't scan ReplayGain
Anyway, I'm trying it again now with a max retry of 20 and no suspicious sector verification. I'm not that "paranoid" about this one since it's technically a Taiwanese bootleg anyway (that was a nasty surprise when I found out), I just want to get as much quality out of it as possible. So since I'm not getting any data with verification on, let's see if that helps. Would the old cdparanoia engine help here?
Ok, good, the time remaining is now in the low thousands... seems like it's working better so far :/
macman4hire
Oct 5 2008, 01:53
The key phrase is
badly scratched CD, that is the reason for the hang up in XLD. I have been using XLD for sometime now and find it will on occasion hang up when ripping a badly scratched CD. It will hang up at the same location during a 2nd attempt at ripping. If you have another drive you want to try ripping the CD on that drive. Certain CD's rip well on one drive and not on the other! What you can do is uncheck to the CD Paranoia box and attempt a rip using the burst mode. I would still use AccurateRip to verify the tracks. For me on several occasions the problem was only on one track and all the other tracks were verified using Accurate. I then would listen to the track that was
not verified by AccurateRip for any readily apparent audio distortion. If I can not detect any audio distortion on the non verified track, I will then put it to bed. I will not repurchase a CD for one or two tracks that I can not detect any audio distortion on. Another solution would be to try ripping the CD with EAC if you have Windows on your Mac. EAC will work under Boot Camp, VMware Fusion and Parallels.
Good Luck,
macman4hire
garaden
Oct 5 2008, 04:17
QUOTE (macman4hire @ Oct 4 2008, 20:53)
The key phrase is
badly scratched CD, that is the reason for the hang up in XLD. I have been using XLD for sometime now and find it will on occasion hang up when ripping a badly scratched CD. It will hang up at the same location during a 2nd attempt at ripping. If you have another drive you want to try ripping the CD on that drive. Certain CD's rip well on one drive and not on the other! What you can do is uncheck to the CD Paranoia box and attempt a rip using the burst mode. I would still use AccurateRip to verify the tracks. For me on several occasions the problem was only on one track and all the other tracks were verified using Accurate. I then would listen to the track that was
not verified by AccurateRip for any readily apparent audio distortion. If I can not detect any audio distortion on the non verified track, I will then put it to bed. I will not repurchase a CD for one or two tracks that I can not detect any audio distortion on. Another solution would be to try ripping the CD with EAC if you have Windows on your Mac. EAC will work under Boot Camp, VMware Fusion and Parallels.
Good Luck,
macman4hire
I'm afraid AccurateRip is a no go since the disk isn't listed (I'm sure the bootleg part doesn't help with that). I don't have any other drives either, and though I can get a discounted copy of Windows I oppose that on principle
That said, I would consider burst mode a last resort. There's got to be a way around this...
A few options:
1. I have Max installed as well; I can just use the comparison ripper on that. Problem is, cdparanoia reports that my drive caches 36kb... doesn't that render the comparison ripper useless? Also, I really like embedded .cue sheets. But I can always rip to a separate .cue and convert again with XLD... awkward but effective, assuming the comparison ripper works on caching drives.
2. There's a Darwin port for command-line cdparanoia, but it hasn't been updated since 2006... supposedly. How exactly is XLD using a Linux ripper anyway? Does tmkk have a Darwin port lying around, and would he be willing to distribute it seperately from the GUI? I understand XLD has a command line interface, but it doesn't mention cdparanoia (or any ripping capability for that matter) anywhere in the documentation. Then again, Darwin's UNIX-based... is it possible for me to download the cdparanoia source and compile it on my Mac? I'm not exactly an experienced programmer; my only training is in Java, so this cross-platform stuff isn't really in my playbook.
Any suggestions, or is burst mode and crossed fingers my best bet? To tell you the truth, I actually have in my possession an old FLAC of this disk from a copy of EAC I had on my old PC... but all these errors are making me question its integrity, especially since I recall EAC generating some pretty bizarre .cue files for that rip (multi-minute pregaps and other strange things). Fortunately I had daemon-tools and didn't have to worry about pregap for individual track conversions (at least I think that's how I ended up with decipherable files, either that or I ripped them directly).
Not that it matters much (bootleg specter again), but well... you know... once this kind of thing pops up, you have to nip it in the bud or computers will think they can do whatever they want with our data. They're plotting something big, I'm tellin' ya...
Seriously, at this point I just want to see it through and get this data if it kills me. What's the best course of action?
Pepzhez
Oct 5 2008, 04:45
XLD uses cdparanoia 10.2 via libcdio. No, tmkk does not have a ported version of the command line 10.2, sadly.
I think your best bet would be to use the extant command line cdpanoia III 9.8 OS X port, slowing down the drive to 1x speed. I've actually had good luck salvaging certain tracks via this method.
It's available through Fink and Macports. You can also Google around for a standalone installation. Your drive caches far less than 300KB worth of audio, so using 9.8 won't be a problem for you.
No one has yet ported the command line cdparanoia III 10.2 to OS X. Sadly, no one seems very interested in creating one either. I attempted to do a simple update of the cdparanoia engine with the old port, but couldn't get it to work properly. You can compile cdparanoia 10.2, but you'll still need a hardware interface in order to use it on OS X. An all new cdparanoia OS X port is definitely needed. It probably wouldn't be all that difficult to make one using libcdio (which didn't exist when the original cdparanoia OS X port was made).
knucklehead
Oct 5 2008, 13:21
QUOTE (garaden @ Oct 4 2008, 19:17)
Seriously, at this point I just want to see it through and get this data if it kills me. What's the best course of action?
Have you tried repairing the scratch?
I just use a big slowdown in ripping speed as my cue to take out the CD and spend a few minutes on repairing the disk. Beats waiting hours for a rip that will only most likely come out with problems anyway.
macman4hire
Oct 5 2008, 22:10
macman4hire
Oct 6 2008, 22:43
The text posted below and highlighted was from a specific iTunes/Mac question. I did not post it in this thread initially because I did not want to limit the responses from just XLD users. I am sure one of XLD users would have the answer but was wanting an immediate response. Anyway Pepzhez had the answer to my question. The reason I posted question below in the first place was to test a potential workaround for a problem I was having with XLD.
XLD Version 20080926 (93.3)
Mac Pro Model Identifier: MacPro1,1
Tiger 10.4.11 OS
Intel architecture
Sony DVD RW DW-D150A with the following firmware: 1.MD
1 Gig of Memory
Does any know how to clear the audio CD history on Mac? I want to clear the cache of all opened audio CD's. When you open a CD with iTunes and search Gracenote for the CD info it is cached some where so the next time you insert the CD it will display the title. I currently have a problem with a new CD coming up as previously played CD when using XLD. XLD displays the incorrect CD info and creates a cue sheet for the wrong CD. I think it is title issue because this the second time it has occurred with the title "The Greatest Hits". I don't really care about maintaining this cache. Be advised I removed the XLD and iTunes cache and the incorrect title is still displayed instead of just" Audio CD". So if I could clear the cache I think that I will not have this problem when using XLD.
Work around to XLD displaying incorrectect CD title info
macman4hire
Oct 6 2008, 23:19
garden,
1. How does the CD playback in a stand alone CD/DVD player?
2. How does the CD playback in your computers drive?
The reason I asked you the above posted questions is that if you hear less audio distortion when playing the CD on either of the stand alone CD/DVD player or your computers drive than the ripped version you have other options. Players have error correction that can do a decent on guessing what information should be on an audio disc. You can leverage this correction capability to your benefit. Depending on which player yields the best playback result over the ripped version you may have the following options.
1. A..If the stand alone CD/DVD player plays back the CD the best you can use an optical or coaxial connection from the stand alone player and connect it to your computer to record the digital signal using the error correction of the stand alone player. Note this option is the preferred option over B. because it leaves everything in the digital domain. On the Mac there is a an application called Disk Doctor that facilitates this.
B.If the stand alone CD/DVD player plays back best you can use the analog rca outputs and hook it up to your computer analog rca inputs if you have them. Disk Doctor again will work here.
2. If the computer drive plays back the CD the best over the ripped version you can record the analog signal from the sound card to a digital file. On the Mac there is an application called Audio Hijack that facilitates this. Note option 1 A is still preferred unless the playback result on the stand alone player is less than the computers drive.
Before anyone chastises me about that fact it is better to keep things in the digital domain note I would rather have the ability to archive a deteriorating CD before it is to late to a decent sounding digital file. This circumstance warrants leaving the completely digital ideal.
garaden
Oct 6 2008, 23:47
See, I'm a college student, so the most sophisticated equipment I have available is my Macbook. From what you've told me, no software solutions exist for this problem, unless I try the command-line cdparanoia port. Can that even handle cue sheets, or online DB's?
So right now I'm sticking with my previously ripped, vaguely suspicious copy of the file. Once I go home for Thanksgiving I can try to scrounge up some sandpaper and silver polish, or try using a stand-alone player. macman, does that software you mentioned cost anything? Cheap-as-free solutions are preferred. But even if not, that's a pretty good idea I hadn't considered. But I'm not sure if our home system even has any digital ports.
macman4hire
Oct 7 2008, 00:04
Unfortunately both Disk Doctor and Audio Hijack are commercial applications with a cost. Disk Doctor is bundle with an disc burning application called Toast. I have seen a freeware application to record audio from external sources but can not recall the name. I am sure if you search the web you can find a freeware app. Also Audio Hijack provides a trail mode which allows you to record for 10 minutes or less, any recordings longer than 10 minutes the application introduces noise into the recording after the 10 minute mark. So if the songs are not to long this may still be a free option depending on you use it.
ToastAudio HijackEdit:
I just checked the Audio Hijack site and it seems that it will now use the System Audio input source to record all audio being played on your machine. So it looks like it is capable of employing all of the strategies I recommended to you. This gives you several of options as long as your tracks are 10 minutes or less. Also you could splice two recorded segments together if a track is longer than 10 minutes using a freeware application called Audio City. This will be a time consuming task but if you really care about the music and you can't Audio Hijack it is an option.
Audio City2nd Eit:
The latest version of Audiocity will facilitate recording through the 1/8 stereo input and is free. What you will need to purchase is a stereo rca to 1/8 mini plug cable. Just check to see if you Mac Book has this input. An icon will look something like this
>O<above 1/8 input jack(note the current models do have this input jack). If you do you are golden. I would use this strategy before attempting to the repair CD. Hopefully a repair effort makes a CD rip and playback better but sometimes it can it cause more problems than before the attempted repair. Remember you can't undo a failed CD repair! Some video game stores, movie rental and used CD stores also offer disc repair services with specialized commercial grade repair equipment.
Amazon 1/8 stereo mini plug to rca cable Radio Shack 1/8 stereo mini plug to rca cableGood Luck,
macman4hire
Kees de Visser
Oct 22 2008, 22:08
It seems that when I drag an audio (wav) file onto the XLD player, the Left and Right channels are reversed on playback.
I didn't have enough time to dig into it much. The wav files plays correctly in the finder (preview).
MacBook OS X 10.4.11, built-in audio digital out.
Can anyone confirm this bug ?
Kees de Visser
(15 min. later) the problem seems to be linked to the cue sheet. When I use another cue sheet, L/R balance is ok.
Interesting because AFAIK the cue sheet doesn't contain any channel routing info.
QUOTE (Esanssi @ Sep 24 2008, 22:12)
Okay, I have a *slight* problem with XLD. I tried to encode a CD to AAC (settings True VBR, Max quality, no accurate bitrate information, no add gapless information for iTunes 7). The CD is ripped properly and encoded to m4a-files but when I try to play them in iTunes there's a problem: First track(track1) is played properly but the next one starts with the beginning of the track1, plays it for 10-15s and then starts another track(track2). If I try to play these songs separately (by clicking them), they all include a piece of track1 and after that the actual track that it's supposed to play...
I had the same problem. What seems to solve it for me is to
check the box in the "CD Rip" settings called "Use C2 error pointers". I don't really know what that means. Does it have any risks or drawbacks?
Anyway, I hope knowing this can help in ironing out this bug.
Todd W.
Nov 21 2008, 06:22
Ugh, XLD does not seem to be getting all of my Gracenote info from iTunes?
What am I doing wrong??
Here is my log file.
2.5GHz MBP 10.5.5
CODE
X Lossless Decoder version 20080926 (93.3)
XLD extraction logfile from 2008-11-20 22:03:08 -0600
AC/DC / Black Ice
Used drive : MATSHITA DVD-R UJ-867 (revision HA13)
Use cdparanoia mode : YES (CDParanoia III 10.2 engine)
Disable audio cache : OK for the drive with cache less than 2750KB
Make use of C2 pointers : YES
Read offset correction : 102
Max retry count : 100
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 00:00:00 | 04:21:38 | 0 | 19612
2 | 04:21:38 | 03:34:13 | 19613 | 35675
3 | 07:55:51 | 03:57:05 | 35676 | 53455
4 | 11:52:56 | 03:22:12 | 53456 | 68617
5 | 15:14:68 | 03:09:59 | 68618 | 82851
6 | 18:24:52 | 04:06:31 | 82852 | 101332
7 | 22:31:08 | 03:17:06 | 101333 | 116113
8 | 25:48:14 | 03:28:37 | 116114 | 131750
9 | 29:16:51 | 03:33:66 | 131751 | 147791
10 | 32:50:42 | 03:10:16 | 147792 | 162057
11 | 36:00:58 | 03:52:71 | 162058 | 179528
12 | 39:53:54 | 04:15:34 | 179529 | 198687
13 | 44:09:13 | 04:40:68 | 198688 | 219755
14 | 48:50:06 | 03:22:37 | 219756 | 234942
15 | 52:12:43 | 03:25:08 | 234943 | 250325
Track 01
Filename : /Users/todd/Music/01 AC／DC - Rock 'n' Roll Train.m4a
CRC32 hash : 28939EFE
CRC32 hash (skip zero) : 52140DF7
AccurateRip signature : 0B33BB38
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 02
Filename : /Users/todd/Music/02 AC／DC - Skies on Fire.m4a
CRC32 hash : FBF30B4D
CRC32 hash (skip zero) : 64C0EC18
AccurateRip signature : C70C290B
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 03
Filename : /Users/todd/Music/03 AC／DC - Big Jack.m4a
CRC32 hash : EA9C6FD5
CRC32 hash (skip zero) : DC12C6CF
AccurateRip signature : 362E8490
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 04
Filename : /Users/todd/Music/04 AC／DC - Anything Goes.m4a
CRC32 hash : 03DBA257
CRC32 hash (skip zero) : 989DAEBE
AccurateRip signature : D2C3B47E
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 05
Filename : /Users/todd/Music/05 AC／DC - War Machine.m4a
CRC32 hash : 79FE9808
CRC32 hash (skip zero) : DE76F6C2
AccurateRip signature : D12EB4D0
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 06
Filename : /Users/todd/Music/06 AC／DC - Smash 'n' Grab.m4a
CRC32 hash : 8249CC3A
CRC32 hash (skip zero) : 303D8508
AccurateRip signature : DC51E30D
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 07
Filename : /Users/todd/Music/07 AC／DC - Spoilin' for a Fight.m4a
CRC32 hash : 451C26A4
CRC32 hash (skip zero) : 10FAB849
AccurateRip signature : C64A110B
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 08
Filename : /Users/todd/Music/08 AC／DC - Wheels.m4a
CRC32 hash : 2FD77A3A
CRC32 hash (skip zero) : BA778A68
AccurateRip signature : 45AD2BBB
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 09
Filename : /Users/todd/Music/09 AC／DC - Decibel.m4a
CRC32 hash : 70F8F7E6
CRC32 hash (skip zero) : 25B87126
AccurateRip signature : 032BA370
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 10
Filename : /Users/todd/Music/10 AC／DC - Stormy May Day.m4a
CRC32 hash : 20DCCE7D
CRC32 hash (skip zero) : 5A622D02
AccurateRip signature : 367179BD
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 11
Filename : /Users/todd/Music/11 AC／DC - She Likes Rock 'n' Roll.m4a
CRC32 hash : 222106CB
CRC32 hash (skip zero) : AC8F1714
AccurateRip signature : 63B448AE
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 12
Filename : /Users/todd/Music/12 AC／DC - Money Made.m4a
CRC32 hash : 34FA8390
CRC32 hash (skip zero) : 84E85039
AccurateRip signature : 739504F9
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 13
Filename : /Users/todd/Music/13 AC／DC - Rock 'n' Roll Dream.m4a
CRC32 hash : E5FE861D
CRC32 hash (skip zero) : 84C4938C
AccurateRip signature : D1B5F2A3
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 14
Filename : /Users/todd/Music/14 AC／DC - Rocking All the Way.m4a
CRC32 hash : 8F8B4D42
CRC32 hash (skip zero) : FC66274B
AccurateRip signature : 1C17419C
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Track 15
Filename : /Users/todd/Music/15 AC／DC - Black Ice.m4a
CRC32 hash : 8629A0D6
CRC32 hash (skip zero) : CF317F05
AccurateRip signature : 8BF780BB
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
No errors occurred
End of status report
Moderation: Codebox is the forum's best friend for this kind of thing. Please learn how to use it.
dnobel
Dec 16 2008, 16:18
I am having an issue with XLD effectively hanging when trying to rip certain CDs with little to no visible damage. With some of them, the problem starts right away when XLD takes forever to read the gap info. In all cases, the ripping of one or more (or all) tracks slows to a virtual crawl, registering "0.0 x" rip speed and showing many hundreds or thousands of minutes to finish ripping a single track.
All of these discs play back without problems in all my CD players and will play from the same drive in iTunes. I can also rip them no prob in Max.
I have listed my machine specs and XLD rip prefs below.
Anybody have any ideas to resolve this? This is kind of a pain.
Machine and set-up:
2 Ghz DP G5
OS 10.5.5
Pioneer DVR-107D
XLD version 20080926 (93.3)
XLD CD rip prefs (checked or with values entered):
Rip as accurate as possible
Max retry count: 100
Offset correction: 48 (auto)
Query AccurateRip
Automatically save log file: Always
Verify suspicious sectors
Test before copy: only when track does not exist in AccurateRip DB
theSeaHawk
Dec 19 2008, 03:01
- Version 20080926 (93.3)
- system configuration:
- iMac 2.16 HGz Intel Core 2 Duo
- 10.4.11
- Intel
- MATSHITA DVD-R UJ-85J (revision FCQA)
- 1 GB 667 MJz DDR2 SDRAM
- Preferences General: output format: WAV - output directory: specified to working folder for rip - filename: %n - %t - max threads: 2 - remaining selections only automatically add tags if possible
- Preferences CD rip: following selected: rip as accurate as possible - max retry 100 - read sample offset 102 - set automatically - query AR DB - automatically save log file always - verify suspicious sectors
Using XLD for one day. First rip of silver CD bootleg went fine and log file appeared at completion of rip. On subsequent attempt to rip again three tracks from the same disc that had slight atom jitter errors, this time with "test before copy checked," XLD will NOT produce any logs for any rip. I've tried several times, searched with finder for any .log file and the only ones that show up are the ones from the first rip.
Solved: XLD lets you rip from File > Open as well as File > Open Audio CD. For some reason I started ripping from the first option, then locating the tracks in finder. Do it that way and no log is generated.
gerbrent
Jan 5 2009, 19:22
- Version 20080926 (93.3)
- System Configuration:
- 10.4.11
- 2GHz Intel Core Duo
- MATSHITA DVD-R UJ-857 (revision HAE4)
- 2GB 667 MHz DDR2 SDRAM
- Preferences General:
- output format: FLAC
- CDDB freedb.freedb.org /~cddb/cddb.cgi
- max threads: 2
- Problem:
- I seem to be having a problem where every single unsuccessful CDDB query causes XLD to crash. This happens after pregaps are detected and I 'get CD track names', and even happens when I do a query after having ripped a song off the then untagged album.
CODE
X Lossless Decoder version 20080926 (93.3)
XLD extraction logfile from 2009-01-05 12:56:32 -0500
/ Beyond The Horizon
Used drive : MATSHITA DVD-R UJ-857 (revision HAE4)
Use cdparanoia mode : YES (CDParanoia III 10.2 engine)
Disable audio cache : OK for the drive with cache less than 2750KB
Make use of C2 pointers : NO
Read offset correction : 102
Max retry count : 100
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 00:00:00 | 04:26:65 | 0 | 20014
2 | 04:26:65 | 04:46:62 | 20015 | 41526
3 | 09:13:52 | 04:26:39 | 41527 | 61515
4 | 13:40:16 | 04:12:11 | 61516 | 80426
5 | 17:52:27 | 04:35:09 | 80427 | 101060
6 | 22:27:36 | 03:34:37 | 101061 | 117147
7 | 26:01:73 | 05:17:44 | 117148 | 140966
8 | 31:19:42 | 04:02:69 | 140967 | 159185
9 | 35:22:36 | 03:51:08 | 159186 | 176518
10 | 39:13:44 | 05:28:56 | 176519 | 201174
11 | 44:42:25 | 03:45:39 | 201175 | 218088
12 | 48:27:64 | 05:08:03 | 218089 | 241191
Track 01
Filename : /Users/brent/Music/XLD/Unknown Artist -- Unknown Album -- 01 -- Unknown Title.flac
CRC32 hash (test run) : 5A2451E9
CRC32 hash : 5A2451E9
CRC32 hash (skip zero) : 46F527A7
AccurateRip signature : A6649789
->Track not present in AccurateRip database.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Inconsistency in error sectors : 0
No errors occurred
End of status report
This can be worked around by manually inputting the metadata, but is still a bug I believe. Might be nice to have a message reading that the CDDB query returned no results perhaps?
thanks
Brent
@bkhl
Thank you for posting that solution!!!! I had gone through about 15 CDs before I had noticed that error.
The 10-15 seconds from Track 1 would appear regardless of the file format selected. The error only occurred when I selected Open Audio CD from the File menu. If I clicked File>Open, XLD would just start ripping without the CDDB metadata & the error wouldn't occur. I uninstalled and reinstalled XLD, and tried two different versions: 20090215 and 20090217. It didn't matter which version I used the error remained the same.
Here's the log file from one of the files that had the 10-15 seconds from Track 1 included>
CODE
X Lossless Decoder version 20090217 (101.1)
XLD extraction logfile from 2009-02-20 16:14:53 -0600
The Miles Davis Quintet / Relaxin' With Miles
Used drive : SONY DVD RW DW-U10A (revision A43h)
Use cdparanoia mode : YES (CDParanoia III 10.2 engine)
Disable audio cache : OK for the drive with cache less than 2750KB
Make use of C2 pointers : NO
Read offset correction : 0
Max retry count : 100
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 00:00:00 | 08:17:30 | 0 | 37304
2 | 08:17:30 | 05:20:05 | 37305 | 61309
3 | 13:37:35 | 05:10:72 | 61310 | 84631
4 | 18:48:32 | 05:54:05 | 84632 | 111186
5 | 24:42:37 | 06:39:65 | 111187 | 141176
6 | 31:22:27 | 05:01:63 | 141177 | 163814
Track 01
Filename : /Desktop/rips/01 The Miles Davis Quintet - If I Were A Bell.mp3
CRC32 hash (test run) : 18AD8357
CRC32 hash : 79FFFBB6
->Rip may not be accurate.
CRC32 hash (skip zero) : 6214B14B
AccurateRip signature : 3DA7E008
->Rip may not be accurate.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Inconsistency in error sectors : 0
Track 02
Filename : /Desktop/rips/02 The Miles Davis Quintet - You're My Everything.mp3
CRC32 hash (test run) : 3C6A42EA
CRC32 hash : 9A1E6B04
->Rip may not be accurate.
CRC32 hash (skip zero) : 330DE008
AccurateRip signature : 15C6A04E
->Rip may not be accurate.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Inconsistency in error sectors : 0
Track 03
Filename : /Desktop/rips/03 The Miles Davis Quintet - I Could Write A Book.mp3
CRC32 hash (test run) : 660F2DF6
CRC32 hash : F105E3ED
->Rip may not be accurate.
CRC32 hash (skip zero) : 554AB774
AccurateRip signature : EA7EAF56
->Rip may not be accurate.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Inconsistency in error sectors : 0
Track 04
Filename : /Desktop/rips/04 The Miles Davis Quintet - Oleo.mp3
CRC32 hash (test run) : 6137D6BF
CRC32 hash : B6D6F62A
->Rip may not be accurate.
CRC32 hash (skip zero) : F1B82687
AccurateRip signature : A91F3896
->Rip may not be accurate.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Inconsistency in error sectors : 0
Track 05
Filename : /Desktop/rips/05 The Miles Davis Quintet - It Could Happen To You.mp3
CRC32 hash (test run) : CA7ADE79
CRC32 hash : 27FE3DC9
->Rip may not be accurate.
CRC32 hash (skip zero) : C2A86233
AccurateRip signature : CA86A656
->Rip may not be accurate.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Inconsistency in error sectors : 0
Track 06
Filename : /Desktop/rips/06 The Miles Davis Quintet - Woody'n You.mp3
CRC32 hash (test run) : 4D65E615
CRC32 hash : 7E19B91E
->Rip may not be accurate.
CRC32 hash (skip zero) : 89B2E9DA
AccurateRip signature : 20839996
->Rip may not be accurate.
Statistics
Read error : 0
Skipped (treated as error) : 0
Edge jitter error (maybe fixed) : 0
Atom jitter error (maybe fixed) : 0
Drift error (maybe fixed) : 0
Dropped bytes error (maybe fixed) : 0
Duplicated bytes error (maybe fixed) : 0
Inconsistency in error sectors : 0
Some inconsistencies found
End of status report
Power Mac G5
Leopard 10.5.6
PPC architecture
Sony DVD RW DW-U10A with the following firmware: A43h
1.5 GB of memory
tubegeek
Feb 23 2009, 18:06
version: Version 20090217 (101.1)
system configuration: MacBook, Intel Core Duo processor, OS X 10.5.6, 1GB RAM
Drive model and firmware (if log is not posted)
XLD settings: Format of filename: Specify (String: %a/%T [%f]/%n - %t)
incorrect result that is occurring:
In each CUE file generated, [%f] is not expanded to [MP3] or [FLAC]. Instead the cue file contains the string value [%f] in each filename. String expansion was accomplished in the actual file naming, just not in the file location specified in the CUE file.
(I didn't include the log because it didn't seem relevant to this problem.)
All the tags are blank after Transcoding mp3 (or ogg) > aac.
But with cuesheet (ape or flac), the freedb request is effective and all the tags come in the files.
Is this problem normal ?
Transcoding can't work with freedb or there is a solution ?
My problem is similar to that of tubegeek as it has to do with proper file naming but erroneous cue sheet generation.
XLD version 20090320 (105.1) used on an iMac Aluminium (Intel Core 2 Duo) 2GB RAM running Mac OS X 10.5.6.
When using the "Format of filename (when using cuesheet / ripping)":
%A/%T/%n - %t
Files will be properly created in their respective folders but the cuesheet will be generated with "/" folder level separators and the preceding %A argument like in the included cuesheet:
TITLE "Beast"
PERFORMER "Beast"
CATALOG 0823674100322
REM GENRE "Electronic"
REM DATE "2008-11-18"
REM REPLAYGAIN_ALBUM_GAIN -8.68 dB
REM REPLAYGAIN_ALBUM_PEAK 1.000000
FILE "%A／Beast／01 - Devil.wav" WAVE
TRACK 01 AUDIO
TITLE "Devil"
PERFORMER "Beast"
ISRC CAM370800864
REM REPLAYGAIN_TRACK_GAIN -8.40 dB
REM REPLAYGAIN_TRACK_PEAK 1.000000
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "Finger Prints"
PERFORMER "Beast"
ISRC CAM370800865
REM REPLAYGAIN_TRACK_GAIN -8.54 dB
REM REPLAYGAIN_TRACK_PEAK 0.992615
INDEX 00 03:20:17
FILE "%A／Beast／02 - Finger Prints.wav" WAVE
INDEX 01 00:00:00
vulc44n
Jun 5 2009, 01:49
Anyone else still having issues with XLD treating enhanced cds correctly?
On my external drive enhanced cds always hang on the external drive. Also, I can never seem to get AR or CDDB (iTubes) metadata import to work properly on enhanced cds either.
vulc44n
Jun 5 2009, 01:51
QUOTE (paco @ May 7 2009, 23:32)
Files will be properly created in their respective folders but the cuesheet will be generated with "/" folder level separators and the preceding %A argument like in the included cuesheet:
I am having a similar problem...
CODE
TITLE "Songs In The Night"
PERFORMER "Samantha Crain"
REM GENRE "Folk"
REM DATE 2009
FILE "／%A - Songs In The Night [%f]／01 - Rising Sun.wav" WAVE
TRACK 01 AUDIO
TITLE "Rising Sun"
ISRC US4BW0900300
INDEX 01 00:00:00
FILE "／%A - Songs In The Night [%f]／02 - Songs In The Night.wav" WAVE
TRACK 02 AUDIO
TITLE "Songs In The Night"
ISRC US4BW0900301
INDEX 01 00:00:00
FILE "／%A - Songs In The Night [%f]／03 - Long Division.wav" WAVE
TRACK 03 AUDIO
TITLE "Long Division"
ISRC US4BW0900302
INDEX 01 00:00:00
rydenfan
Jun 24 2009, 03:10
I have a very strange problem! When I use XLD as a ripper File > Open Audio cd it is adding the first 15-20 seconds of track 1 to every track. I am most confused by this. I used XLD to convert about 600 gigs of FLAC files to AIFF and had no issues. But I have this problem whenever I try and rip a disc. Any help would be greatly appreciated.
System
Mac Mini 2.26 GHz Intel Core 2 duo
4 gigs of RAM
rydenfan
Jul 6 2009, 03:39
can anyone help me with this?
knucklehead
Jul 6 2009, 06:26
QUOTE (rydenfan @ Jul 5 2009, 19:39)
can anyone help me with this?
Have you tried using a different ripping drive?
I had an iMac a few years ago, with an internal Matshita that was simply incompatible with cdparanoia (I was using Max at the time). Apparently, it would frequently dump some of the contents of it's cache on the end of many tracks - often just as rude noise, sometimes as recognizable musical content from earlier in the CD.
Sounds like this is happening to you.
This is my first time using XLD. I'm having trouble ripping 2 enhanced CD's, on the last track on the CD it just hangs at 99%. I tried ripping a regular CD and there where no problems. Any help?
----
iMac 24"
2.93 GHz Intel Core Duo
4GB RAM
OSX Version 10.5.7
XLD Version 20090320 (105.1)
OPTIARC DVD RW AD-5670S:
Firmware Revision: 2AHC
Interconnect: ATAPI
Burn Support: Yes (Apple Shipping Drive)
Cache: 2048 KB
Reads DVD: Yes
CD-Write: -R, -RW
DVD-Write: -R, -R DL, -RW, +R, +R DL, +RW
Write Strategies: CD-TAO, CD-SAO, CD-Raw, DVD-DAO
Media: Insert media and refresh to show available burn speeds
rydenfan
Jul 9 2009, 02:46
QUOTE (knucklehead @ Jul 6 2009, 06:26)
QUOTE (rydenfan @ Jul 5 2009, 19:39)
can anyone help me with this?
Have you tried using a different ripping drive?
I had an iMac a few years ago, with an internal Matshita that was simply incompatible with cdparanoia (I was using Max at the time). Apparently, it would frequently dump some of the contents of it's cache on the end of many tracks - often just as rude noise, sometimes as recognizable musical content from earlier in the CD.
Sounds like this is happening to you.
I have tried it with both my external drive and the internal drive and it has the same issue. It adds the same 30 seconds to every track! It is very annoying and I have no idea how to fix it.
Is this truly the place to go for bugs with XLD? or should I be going somewhere else?
barthold
Jul 17 2009, 11:22
system Imac
Intel
OSX 10.5.7
Description of the problem:
When I try to convert a CD image file (FLAC/WAV with cue sheet) to single Apple Lossless tracks I get the following problem. Some tracks are ripped and others are skipped, the skipped tracks show up in the folder but are like 300 kb or something. I tried this a couple of times and keep running into the same problem. When I convert flac files to apple lossless i have no problems, so the problem only arise with coverting from a single file with cuesheet.
randian
Aug 11 2009, 10:04
If you quit XLD during a rip, it doesn't save the log file before exiting.
Canceling a track in the middle of a rip can take ages (as in tens of minutes) before stopping. In some cases, XLD won't ever stop.
vulc44n
Sep 5 2009, 20:07
Anyone having issues with XLD not grabbing the iTunes CDDB metadata like its supposed to?
The data is showing in iTunes but XLD never grabs it.
It is not supposed to do that. XLD grabs FreeDB, iTunes grabs Gracenote.
knucklehead
Sep 6 2009, 00:04
QUOTE (vulc44n @ Sep 5 2009, 11:07)
Anyone having issues with XLD not grabbing the iTunes CDDB metadata like its supposed to?
The data is showing in iTunes but XLD never grabs it.
Are you hitting "Refresh List" in "Open Audio CD"?
Jason Newton
Sep 24 2009, 13:13
Hi guys.
I have an issue with XLD where sometimes it takes a very long time to detect the pre-gaps using my new external Plextor Premium 2. Once that is done, everything works smoothly and quickly but initially the pre-gap detection is often very slow indeed.
I should add that I am still running XLD on Leopard 10.5.8 and I'm using a PPC machine. It's a Powerbook G4.
I cannot seem to identify where the problem might be. For instance, a disc that has slow pre-gap detection on my Plextor will not exhibit this behavior using the Powerbook's internal MATSHITA DVD-R UJ-845E.
I should add that the problem is complicated by the fact that it only happens on some compact discs (maybe older ones - but I couldn't really say).
I like to ask anyone very familiar with XLD where the problem most likely stems from. Is it the Plextor or maybe the PPC architecture or perhaps I should upgrade my machine in order to run Snow Leopard?
Your help would be much appreciated.
Regards
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.