Building from source: how to?
MainMenu.xib: broken compatibility with Xcode 3 since rev, 637
discogs: use larger buffer to prevent crash
I get the same problem, can reproduce with the correct CD and another unrelated CD I tried with the same URL. The URL is: https://www.discogs.com/release/789958-Various-Michael-Andrews-Donnie-Darko-Original-Soundtrack-Score Immediately crashes after hitting "OK" in the "Enter Resource URL..." window.
I realise I forgot something (and apparently one can't edit tickets on here): What steps will reproduce the problem? Start XLD, open an audio CD, fetch metadata from MusicBrainz How about the reproducibility (always, sometimes, rarely, ...)? Sometimes image art is retrieved successfully, usually not. What is the expected output? What do you see instead? Image art retrieval succeeds and the album art appears instead of getting "No Image" What version of the product are you using? On what operating...
I realise I forgot something (and apparently one can't edit tickets on here): What steps will reproduce the problem? Start XLD, open an audio CD, fetch metadata from MusicBrainz How about the reproducibility (always, sometimes, rarely, ...)? Sometimes image art is retrieved successfully, usually not. What is the expected output? What do you see instead? Image art retrieval succeeds and the album art appears instead of getting "No Image" What version of the product are you using? On what operating...
Please consider using another SSL library
I have a gripe with this rule too. Unix filesystems (HFS included) typically do not attach any special meaning to the colon character and in my experience the replacement glyphs from extended character sets (also for the slash) cause enough problems themselves to prefer something less fancy from the good old ASCII range.
Bump
XLD CLI: GENRE, ARTIST, COMMENT and OTHER TAGS not added
Originally posted by: tmkkmac Here is a new version fixing path name issue.
Copyright and publisher information lost after FLAC to ALAC conversion
Cannot get Vorbis aoTuV beta6.03 Plugin to show up
XLD rip very slow (Mac)
While testing make sure to select a bitrate like 320. anything higer than 256. This is where the error happens
Converting Lengthy files to AAC Fails
The software is not using all available CPU cores for decoding files.
Decoding files
Command line tool should parse conditional file naming pattern like the GUI app can
Command line tool should infer the input file from the cuesheet
Command line tool ignores the file naming pattern defined in the profile
I got an API key (key + secret), entered into XLD but still the dreaded NSXMLParserErrorDomain error 65. Any updates ideas on what to do?
XLD missing a lot of common audio file associations
DSD 256
worked! Thanks so much for the quickest response ever!
Usually CLI is available through xld shell script inside .dmg package. When you invoke XLD.app directly you must add --cmdline option. /Applications/XLD.app/Contents/MacOS/XLD --cmdline -f aif -o /output filename.flac should work properly.
@tmkk there seems to be a regression with this bug or I am doing something stupid. I tried the last 4 versions and all give me the original error: 2025-05-15 20:08:19.942 XLD[81361:57988437] WARNING: NSTableView data source <XLDProfileManager: 0x6000033d0480> implements tableView:writeRows:toPasteboard: which was deprecated in 10.4. Use tableView:writeRowsWithIndexes:toPasteboard: instead osx version 14.7.1 I download the dmg, drag XLD.app to Applications, allow security so I can open, then run this...
Unknown title vs. Track ##
Unable to read files from a playlist that have emoji in the file-path
Number of a track in a playlist
This happened with version 20250302 (157.2) under Sequoia 15.3.1 (24D70) when permission to access removable volumes was not selected (Privacy & Security > Files & Folders); once selected, XLD operated normally—this may be your issue.
20250302 release
bump version
update credits
FlacOutput: embedded image data should be less than 16MiB
FlacOutput: multi-threaded encoding support
output timestamp properly with non-English calendar locales
prevent failure with empty drive string
Thanks for pointing it out, it should be fixed in the next update.
Year localization issue in log with Japanese calendar
I just noticed the inability to change tracks when in open folder as disc and editing metadata. Any updates?
DSD export cuts off seconds from track endings
I'm seeing the same thing, and settings don't persist at all. Saw this error after telling it not to check for updates automatically: 2025-01-02 23:39:52.977 XLD[38850:388580] *** -[__NSCFConstantString substringToIndex:]: Index 18446744073709551615 out of bounds; string length 0 XLD Version 20240511 (157.1) macOS 15.2 (24C101)
In my case, not even without slugs. I will test the new built to see how it does. EDIT: the new build restored Discogs function. Thanks!
In my case, not even without slugs. I will test the new built to see how it does.
I'd also like to see this. Workaround is to use the app Burn https://burn-osx.sourceforge.io
So I just ran in2 this issue going from flac to alac. Been using xld a while now and now I have two files that fail. Both of them play just fine but on one the conversion appears to fail almost immediately and for the second it fails about halfway. (taken from the progress bar) I can send the files if someone wants to take a look. XLD 157.1
Can't open some AAC files
Cannot save settings or manage profiles
I've changed my mind: you may disregard the bit about processing separate audio-files by reading the cue sheet. Upon revising the code, it turned out that I had foreseen such a situation. Nevertheless, batch-converting remains as an enhancement request. Thank you for you job!
Please Add The Option Of Batch-Converting On The Command Line
Ticket can be closed. I now only use the burst rip mode, and the disc always ejects there correctly
I'm referring to -q 0 for a CBR 320 encode with LAME. It may not be the most efficient with size, and the differences to other -q settings might be minor, but it is still the highest quality setting for a CBR encode with LAME and there are situations where it would be desirable to encode at the absolute maximum quality. It would be ideal if XLD supported this setting.
It's an so old request, but indeed - this feature would be very helpful. Currently I need to edit most of all tracks manually. An automatic format function to get upper letter cases for every word would be awesome and would spent so much time.
filename colon rule cannot be reverted to original value
I forgot to add: Version 20240511 (157.1)
XLD Secure Ripper - Accurate Rip not working
CDs are not ejected after conversion
XLD not decoding all files.
Thank you! Originally posted by: tmkkmac Huh? Just use "Open..." menu and select .cue, not .flac. Again, "Open Raw PCM" cannot be used for opening flac (wav, ape, etc) + cue files. It is for opening Raw PCM (.wav without header) files. This is what I wrote in "How to use" section in the XLD website years ago.
Allow extracting HTOA as separate track
20240511 release
bump version
update drive offset list
update credits
Set responder chain on launch
save/restore CDDB mail setting
Set responder chain
CDDB: support sending e-mail address for authentication
Handle 'indx' atom in CD info.cidb
Same issue with beta Version 20240310 (157.0)
Been using fantastic XLD for decade, two decades. Never had anythign liek this. Any operation pop up that dialog. I believe there's no need to add any new API, just need to change the address.
XLD hangs detecting pregap
XLD v157 doesn't batch convert. converting single files works
Submit to CueTools / AccurateRip
Thanks for reporting. It will be fixed in the next update. A test build is available here.
accept Discogs release URL which has supplemental srings followed by the release id
Discogs can not handle urls with slug
Drive used not recognised - (null) (null) (revision (null)) (not found in database)
This should be fixed in the latest update.
20240310 release
Bump version
gcc4 compatibility
update credits
WavpackOutput: support for multithreaded encoding
prevent accidental double-clicking on an extract button
basic support for multi-threaded encoders
show progress in Finder
fix a problem when queueing non-atomic task after atomic task
improve mechanism of reading optical drive informations
avoid touching UI in the main thread
Drive used not recognised - (null) (null) (revision (null)) (not found in database)
Is that still the case? Maybe things have changed in the last decade Would be useful to contribute, given how much more niche CD-ripping has become!
another SEGV
another SEGV
XLD file install is not robust
XLD crashes with SEGV after finishing rip