Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: XLD found problems and bug list (Read 77363 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

XLD found problems and bug list

Reply #25 –
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.

XLD found problems and bug list

Reply #26 –
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.

Toast

Audio Hijack

Edit:
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 City

2nd 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 cable

Good Luck,
macman4hire

XLD found problems and bug list

Reply #27 –
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.

XLD found problems and bug list

Reply #28 –
Quote from: Esanssi on
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.

XLD found problems and bug list

Reply #29 –
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: [Select]
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

[!--sizeo:1--][span style=\"font-size:8pt;line-height:100%\"][!--/sizeo--]Moderation: Codebox is the forum's best friend for this kind of thing.  Please learn how to use it. [/size]

XLD found problems and bug list

Reply #30 –
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

XLD found problems and bug list

Reply #31 –
  • 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.

XLD found problems and bug list

Reply #32 –
  • 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: [Select]
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

XLD found problems and bug list

Reply #33 –
@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: [Select]
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

XLD found problems and bug list

Reply #34 –
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.)

XLD found problems and bug list

Reply #35 –
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 ?

XLD found problems and bug list

Reply #36 –
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

XLD found problems and bug list

Reply #37 –
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.

XLD found problems and bug list

Reply #38 –
Quote from: paco on
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: [Select]
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

XLD found problems and bug list

Reply #39 –
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

XLD found problems and bug list

Reply #40 –
can anyone help me with this?

XLD found problems and bug list

Reply #41 –
Quote from: rydenfan on
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.


XLD found problems and bug list

Reply #42 –
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

XLD found problems and bug list

Reply #43 –
Quote from: knucklehead on
Quote from: rydenfan on
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?

XLD found problems and bug list

Reply #44 –
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.

XLD found problems and bug list

Reply #45 –
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.

XLD found problems and bug list

Reply #46 –
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.

XLD found problems and bug list

Reply #47 –
It is not supposed to do that. XLD grabs FreeDB, iTunes grabs Gracenote.

XLD found problems and bug list

Reply #48 –
Quote from: vulc44n on
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"?

XLD found problems and bug list

Reply #49 –
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