Activity for tmkk
-
tmkk committed [r644] on Code
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
-
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
-
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
-
XLD does not assume bin+cue which consists of multiple .bin files, then it crashes. I'm not sure how they are generated but when .cue is associated with multiple track files they should be normal audio files (wav, flac, ...) instead of .bin.
-
The plugin is available at https://sourceforge.net/projects/xld/files/XLDVorbisDecoder-20230212.zip
-
20230627 release tag
-
20230627 release
-
Bump version
-
Bump version
-
Update credits
-
20230416 release tag
-
malware
-
Since XLD isn't signed with a paid developer ID, OS puts warnings when you run the app for the first time. Please follow the instruction ("If you want to open an app that hasn't been notarized or is from an unidentified developer" section): https://support.apple.com/en-us/HT202491 Or simply right-click the app icon and choose Open will do the same thing.
-
Command Line Interface Not Working Properly
-
This problem should be fixed in the latest version 20230416.
-
XLD does not add songs to Mac music library
-
Just released version 20230416 which fixes the issue.
-
20230416 release
-
Bump version
-
CLI: --keep-timestamp option
-
Apply keep original timestamp setting to CLI
-
Avoid inserting unnecessary comma for numeric text fields
-
Adjust text color of progress view
-
Forgot to remove test code
-
Update credits
-
Get permission for sending AppleScript commands in Info.plist
-
This test binary should fix the issue: https://tmkk.undo.jp/xld/XLD_dev_230410.zip
-
Set background color of NSTableView explicitly to support dark mode
-
Disclose accessory views by default
-
Do not block UI thread when connecting to AccurateRip database
-
OGG Vorbis Decoder throws unsigned library error
-
Re-uploaded the plugin.
-
This is a test version which does not block user interface when the AccurateRip server is not responding: https://tmkk.undo.jp/xld/XLD_dev_230210.zip Hope it helps.
-
avoid non main-threaded UI access in 64-bit build
-
fix compilar warnings
-
MusicBrainz: do not use https URL for coverartarchive.org on system where TLSv1.2 is not available
-
MusicBrainz: fix infinite loop when fails to connect to coverartarchive.org
-
cmdline: realpath() returns null for empty string
-
How about this test version? https://tmkk.undo.jp/xld/XLD_dev_221222.zip
-
xld-20220910 constantly crashes
-
The problem is how your tag editor writes FLAC metadata. The tag editor you used adds year metadata to "YEAR" field, but this is non-standard. It should be added to "DATE" field in FLAC (which uses vorbiscomment, for standard see here and here). The editor seems to ignore the "DATE" field when updating the year metadata even if the field already exists. As a result, both standard and non-standard fields exist in the edited FLAC file. Since non-standard fields are ignored when transcoding to mp3 with...
-
I'll look into the issue if you can upload the problematic file somewhere.
-
What happens when you transcode only one file? The problem still there?
-
No you don't have to exclude it explicitly. Now I want to clarify how you ripped discs - one file per album or one file per track?
-
In that case the option "Restrict files to open with extension" will be useful - including "flac"and excluding "cue" in the list and XLD will skip all .cue files in the folders.
-
I guess you are transcoding files using a cue sheet, and the metadata gets overwritten by the entries in the sheet. You can do it without the cue sheet, just drag and drop all .flac files (without .cue) to XLD icon.
-
I guess the file is partially broken.
-
20220917 release tag
-
20220917 release
-
Bump version
-
Do not use deprecated FS* APIs on 10.5 and later
-
Fix a problem when overwriting the original file
-
FlacOutput: explicitly set max lpc order to make no compression working
-
20220910 release tag
-
Well, I'm not sure why you think that "compressing the original more than expected", but if you are mentioning to a "Stream size" field it means the actual audio data size in the whole file. In this case a cover art is embedded as PNG and it takes about 3.5 megabytes, then the "Stream size" is smaller than the actual file size. Anyway it is an off-topic. You seem to be able to run CLI properly, so this topic will be closed.
-
XLD CLI error: cannot handle file
-
It isn't ALAC. It's AAC. So it is expected that "error: cannot handle file" message appears without the decoder plugin. Audio ID: 1 Format: AAC LC Format/Info: Advanced Audio Codec Low Complexity
-
As far as I've tested it is working on my all test environments (10.6 and 10.12 and 10.13 and 12). "every format" "every option" isn't informative, exact information (steps to reproduce, input file format, output file format) is necessary.
-
I guess the .m4a file is AAC (which cannot be decoded unless an external plugin is installed), and you don't have a proper install of XLDAacDecoder.plugin (e.g. you are running ARM64 native version of XLD but the plugin is for x86-64 architecture).
-
Latest update won't open on Mac OSX 12.5.1
-
Since XLD isn't signed with a paid developer ID, OS puts warnings when you run the app for the first time. Please follow the instruction ("If you want to open an app that hasn't been notarized or is from an unidentified developer" section): https://support.apple.com/en-us/HT202491 Or simply right-click the app icon and choose Open will do the same thing.
-
Maybe similar issue as #564? The comment says: I solved this problem myself this morning. Under security and privacy, navigate to Files and Folders. XLD will appear in the list. Check "allow access to removable volumes." The app now works like a charm.
-
XLD doesn't support a DSD lossless compression mode of wavpack.
-
20220910 release
-
Bump version
-
Update credits
-
Use https for coverartarchive.org
-
DiscView: apply a minimum width of a left pane properly
-
Do not overwrite existing folders with files
-
Make sure that a disc is completely unmounted before start ripping
-
FLAC+CUE Transcode to other formats not working
-
You should open flac/cue with "Open" menu, not with "Open Raw PCM".
-
Lost Sidebar on Mac - can't restore
-
Duplicate of https://sourceforge.net/p/xld/tickets/544/
-
Impossible to open .Sd2f files anymore
-
Any idea to repair the resource fork ? Not possible if it is really lost. If copying back to native macOS filesystem (i.e. internal SSD) does nothing then no chance I guess.
-
Well, the file doesn't have a resource fork where Sd2f format stores metadata. Copying .Sd2f to non-macos filesystem or uploading to the internet will kill the resource fork and the files will be broken.
-
At least it is working on my environment, both Monterey and Sierra using the latest version of XLD.
-
The plugin does not support opus (it usually has extension .opus, not .ogg). It only decodes Ogg Vorbis. So it is an expected behavior.
1 >