benfried / xld Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/xld
Automatically exported from code.google.com/p/xld
When you rip two CDs with XLD set to open the resulting log file automatically,
if you scroll the first log file to examine it and then close it and then rip
the second CD, when the log file opens, it is scrolled to where the first one
was scrolled. This is wrong behavior, as they are two different files. The log
file should open at the start of the file.
Original issue reported on code.google.com by [email protected]
on 22 Aug 2011 at 12:49
What steps will reproduce the problem?
1. Open single-file CUE to extract/transcode to multiple files
2. Set output formats to include FLAC
3. Set disc numbers in metadata prior to encoding
What is the expected output? What do you see instead?
Expect to see disc number / total discs information. Instead, these fields are
blank.
What version of the product are you using? On what operating system?
20110703 (135.1) on OS X 10.6.8
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 19 Aug 2011 at 8:18
What steps will reproduce the problem?
1. Put a disc into my Plextor PX-760A, mounted in a Belkin F5U209 USB 2 (IDE)
enclosure;
2. Open the disc
3. No pregap is found (tested with various disk; always 00:00:00).
What is the expected output? What do you see instead?
The pregaps are detected with any MacBook (Pro) internal DVD drive. If the
Plextor unit in plugged on a PC and EAC is used, they are detected too.
What version of the product are you using? On what operating system?
Version 20110821 (136.1), on Mac OS X Lion 10.7.1.
Please provide any additional information below.
I understand that debugging a device you don't have in your own hands is hardly
possible. Moreover, I can't say if the problem comes from the drive or from the
enclosure USB 2 controller. So I'd be glad to provide you with any log or test
case you'd submit me.
Original issue reported on code.google.com by [email protected]
on 10 Sep 2011 at 5:32
What steps will reproduce the problem?
1.Just ripping any album
2.
3.
I have not changed my Preferences. Just downloaded the latest version. XLD has
stopped saving the audio tracks and logs within an album titled folder which
previously it would place onto the designated external HD Library. Now It is
just outputting into the library the the individual tracks of an album with
its log
Would like to regain the old out format of the individual tracks with the
titled folder. Otherwise the new version has doubled my work.
What version of the product are you using? On what operating system?
Version 20110820 (136.0) on OSX Snow Leopard
Please address.
Original issue reported on code.google.com by [email protected]
on 20 Aug 2011 at 11:05
What steps will reproduce the problem?
1. Load a cue sheet containing a link to a file with a latin accent;
2. Save the cue sheet as UTF-8;
3. Try to read the new cue/flac pair with another player than XLD.
What is the expected output? What do you see instead?
Say I have a cuesheet that is linked to "testé.flac". It contains the line:
FILE "testé.flac" WAVE
XLD will encode the é in UTF-8 as a three-byes 65 CC 81, which is correct, but
unusual. The usual way of encoding the character is the two-bytes C3 A9.
On most systems, this cuesheet will not be read correctly, because even if it
reads the same for a human (é), 65 CC 81 is different from C3 A9 for a parser
or a filesystem. Note that XLD seems to do fine with both encoding, even when
reading.
What version of the product are you using? On what operating system?
XLD 20110611 (or previous) on Mac OS X 10.6.7 and Windows 7 with foobar2000 for
reading. Also tested with various other players which exhibit the same behavior.
Please provide any additional information below.
The problem is not limited to the é letter as shown in this example, but
occurs with any latin diacritic (I haven't tested other alphabets). Some common
examples in French : é, à, è, ç, ô.
Original issue reported on code.google.com by [email protected]
on 22 Jun 2011 at 8:17
The metadata editing window is too small to be useful. It is very difficult to
read or edit a song title or artist entry of real length (the length one
encounters in real life). Please make this window larger, horizontally
resizable, bigger font size, etc.
Original issue reported on code.google.com by [email protected]
on 1 Sep 2011 at 8:57
What steps will reproduce the problem?
1. Dragging a cue file (that refers to an mp3 file) works fine in 20100911 and
subsequently decodes and splits.
2. The same files crash XLD in the latest 2 builds upon opening XLD fresh,
dragging cue file to dock icon.
3. Have deleted the plist file.
What is the expected output? What do you see instead?
Expect window with cue track info. App force-quits.
What version of the product are you using? On what operating system?
Mac OS 10.6.4
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 7 Oct 2010 at 1:29
What steps will reproduce the problem?
1. Open cue+flac
2. Start convert
What is the expected output? What do you see instead?
XLD creates m4a files with 4kb size and stop.
What version of the product are you using? On what operating system?
20100908
Original issue reported on code.google.com by [email protected]
on 8 Sep 2010 at 10:37
What steps will reproduce the problem?
1.Open a "whatever" .cue file crash the application
2.
3.
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
20110703 (135.1) OSX 10.5.8
Please provide any additional information below.
Every cue files crash the application ...
Original issue reported on code.google.com by [email protected]
on 22 Jul 2011 at 8:52
Please provide a detailed description about the new feature which is
missing in the current version.
Some folks on Hydrogenaudio have found a command-line switch to FLAC that
produces slightly shorter files while allegedly using less resources for
decoding.
These switches are: flac -8 -A tukey\(0.5\) -A flattop
I've tested in on some files and the result is always better (by a few hundred
of bytes sometimes, but better anyway). XLD's FLAC setting don't allow such
fine-tuning even if I believe that the libraries used do.
Therefore, would it be possible to add an advanced option for setting crazy
FLAC switches?
Original issue reported on code.google.com by [email protected]
on 25 Jun 2011 at 9:23
If you change the Data for one file of a Disk you sometimes want to change all
open files from this disk with the same changed entry. (Like the title, number
of discs or year entry)
Suggestion:
could you underlay the changed data with a color like yellow.
If you press the option key the "save" button changes to a "save changes to all
files of that disc".
Or you make a separate button or a selection field to arm this option.
Original issue reported on code.google.com by [email protected]
on 7 Jul 2011 at 8:47
First of all, really great peace of software.
I'm using XLD only to import flac files into iTunes as mp3.
Could you please add an option to delete mp3 files after successful import to
iTunes.
Thanks for this amazing tool.
Original issue reported on code.google.com by [email protected]
on 12 Sep 2011 at 7:23
If you exchange .cue sheets with EAC it is fine for english Names, but German
or French umlauts are not carried over. So I have to use a text editor like
BBEdit to change the UTF8 Unix LF format to the Windows Latin-1 Windows CRLF
encoding.
I had cases where the other way round worked right from EAC but not from XLDs
own files generated. I have to look up this for the current build as you
changed the UTF8 handling.
But a switch for interpreting for read and write to the different formats would
be great to omit the text editor step.
If you need Example files, I can deliver some.
Original issue reported on code.google.com by [email protected]
on 7 Jul 2011 at 11:39
If I try to use XLD to convert a list of 24bit/96kHz WAV files, the resulting
FLACs are 16bit/44.1kHz. It would be nice to be able to handle these files in
XLD as well.
If you need some sample content to work with I can attach some.
Original issue reported on code.google.com by [email protected]
on 3 Dec 2010 at 3:11
What steps will reproduce the problem?
1. Open preferences ans enter %f:%A:%T:%n or %f/%A/%T/%n in "format of file
name" input box
2. Rip a CD
3. Files are stored as "FLAC (level 8)/Artist/Album/Track.flac"
What is the expected output? What do you see instead?
expected is the creation of new subfolders format, artist, album instead of
combining the folder names in a file name
What version of the product are you using? On what operating system?
XLD Version 20110820 (136.0) on Mac OS X 10.6.8, this problem exists since the
last update of xld to 20110820
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 20 Aug 2011 at 7:56
What steps will reproduce the problem?
1. Insert a cd
2. try to get metadata via cddb, unknown cd
3. try to edit metadata
What is the expected output? What do you see instead?
nothing appears, no window to edit
What version of the product are you using? On what operating system?
the version from today xxxx2805
Please provide any additional information below.
my Mac os x version ist the newest
Original issue reported on code.google.com by [email protected]
on 28 May 2011 at 8:29
What steps will reproduce the problem?
1. adding more than 15 or so albums on batch convert
2. crashes middle of scan
3. adding 40 albums for batch will crash XLD
What is the expected output? What do you see instead? scanning files hangs
crash error report
What version of the product are you using? On what operating system? 10.7 Lion
Please provide any additional information below.
All the info is in mac crash report attached!
Original issue reported on code.google.com by [email protected]
on 30 Jul 2011 at 3:59
Attachments:
What steps will reproduce the problem?
1. Download the tta album and cue sheet from this link: <removed>
2. Convert track 7 to apple lossless using cue sheet processor
3. Transfer track 7 to ipod touch 3g (possibly this will work on an iphone 4,
they came out about the right time?), play it there, compare it to playback in
itunes.
What is the expected output? What do you see instead?
expected output, the song, including the final 8 seconds of the leadout on the
ipod (as seen in itunes).
what is seen instead is the stricter interpreter on the ipod freaking out and
truncating the last 8 seconds from the song. Note, if you look closely you
will see the seek head suddenly "jump" a few pixels as the timecode shifts from
2:58 to the 2:4X range
What version of the product are you using? On what operating system?
Version 20110703 (135.1)
osX lion, 10.7.0
Please provide any additional information below:
Note: in my experimentation, I've also tried converting to aiff first, then to
apple lossless. The result was the same when I used XLD to convert the aiff
file extracted from TTA, the track behaved properly when transcoded from aiff
using the latest version of itunes.
Original issue reported on code.google.com by tmkkmac
on 17 Aug 2011 at 7:03
What steps will reproduce the problem?
1.converting any FLAC file to Apple Lossless
2.
3.
What is the expected output? What do you see instead?
conversion file is truncated at the end by 5 to 15 seconds
What version of the product are you using? On what operating system?
Version 20110703 (135.1) Mac OS 10.6.8
Please provide any additional information below.
By truncation I mean songs are being cut off at the end, a 3:48 song is cut off
at 3:31 for example.
Original issue reported on code.google.com by [email protected]
on 16 Jul 2011 at 8:06
Now that Apple is quickly ditching the optical drive, I would really appreciate
it if remote cd import is added. I tried to do it via numerous ways (open, open
location, open cd) but it didn't work.
Regards a very happy user,
Robbert
Original issue reported on code.google.com by [email protected]
on 2 Aug 2011 at 3:57
Each file ripped is displayed in the log file with the full path on the machine
on which the rip is performed, although the log itself is generally
automatically stored in the same path as the ripped file.
It would be nice to be able to generate a log file that would only display a
relative path (to the location where the rip is saved, for example) or only the
file name of the ripped file (therefore in a way relative to the log file
location)
This would make the log file more "independent" of the location where the file
are stored, and avoid displaying unnecessary or personnal information, such as
the user name (when the file is stored in a user profile document area).
Then a log checksum could be implemented to guarantee the log is not forged,
like in other ripping softwares (but that is another story).
Original issue reported on code.google.com by [email protected]
on 23 Sep 2011 at 7:10
What steps will reproduce the problem?
1. Configure AWS in XLD
2. Open ~/Library/Preferences/jp.tmkk.XLD.plist with Property List Editor
3. Look for AWSSecretKey field and you will find the secret key.
What is the expected output? What do you see instead?
Ideally, the private key should be encrypted or stored as a hash.
What version of the product are you using? On what operating system?
Version 20110703 (135.1)
Please provide any additional information below.
I love XLD. Keep up the good work and let me know if I can help.
Original issue reported on code.google.com by [email protected]
on 17 Jul 2011 at 7:03
What steps will reproduce the problem?
1. Open cue+flac
2. Start convert
What is the expected output? What do you see instead?
XLD creates m4a files with 4kb size and stop.
What version of the product are you using? On what operating system?
20100908
Original issue reported on code.google.com by [email protected]
on 8 Sep 2010 at 10:37
What steps will reproduce the problem?
1. Create two profiles with two different "specified" output directories
2. Choose the first profile.
3. Begin transcode of a lengthy file
4. While transcode is in-progress, change to the second profile via the menu.
What is the expected output? What do you see instead?
I expect the file to be saved at the folder from the profile chosen when
Export/OK was clicked.
What version of the product are you using? On what operating system?
20110924, Mac OS X 10.5.8 (PowerPC)
Please provide any additional information below.
See attached PLIST. Started with profile "Non-Album (FLAC)". During extraction
changed profile to "iTunes Add Tracks (ALAC)" via Profile menu. I did this
multiple times before I realized what was happening when the transcode was
finished and no file was in the output directory. "Fortunately" iTunes rejected
the FLAC file and I found it sitting in the "Automatically Add to iTunes"
folder.
Original issue reported on code.google.com by [email protected]
on 9 Oct 2011 at 7:43
Attachments:
Liquid CD or Burn can be used to write Audio CDs with CD-Text.
They might collaborate to use their engine with your source of music data.
And solve the riddle with the correct offsets of the drive.
Transfer to Roxio Toast which has a weird not public image format would be fine
as well.
Scripting it and supplying the cue sheet data with applescripts or generating
their binary image format or their .disc meta format that links to the source
files?
Original issue reported on code.google.com by [email protected]
on 7 Jul 2011 at 8:42
What steps will reproduce the problem?
1. Convert FLAC to ALAC with files set to be deleted
2. FLAC files in the Finder are not removed;
3. ALAC files do not appear in the Finder until I remove any file from this
folder.
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
Latest
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 30 Sep 2011 at 9:32
It would be awesome to automatically set the output folder based on tags like
artist and album name. I hate to set individual folder for every album (nor I
want to use the same folder).
Original issue reported on code.google.com by [email protected]
on 18 May 2011 at 5:47
Every so often I'm seeing this sort of thing in the Console:
10/5/11 9:13:52 AM XLD[919] *** Assertion failure in -[NSThemeFrame lockFocus],
/SourceCache/AppKit/AppKit-1038.36/AppKit.subproj/NSView.m:5237
10/5/11 9:13:52 AM XLD[919] -[NSThemeFrame(0x345de0) lockFocus] failed with
window=0x345ae0, windowNumber=-1, [self isHiddenOrHasHiddenAncestor]=0
Original issue reported on code.google.com by [email protected]
on 5 Oct 2011 at 5:19
Would it be remotely possible to add the ability to use command-line options
when encoding in MP3? I would love to be able to go into Preferences > General
> Output Format > LAME MP3 and then click on Option and be able to type in LAME
command-line options for even better encoding.
Please? Unless this can already be done via the command-line version of XLD?
Original issue reported on code.google.com by [email protected]
on 26 Sep 2010 at 9:58
Sometimes I get this sort of thing in the log file. It seems like nonsense -
how can the rip be both accurate and not accurate???
Track 07
Pre-gap length : 00:08:02
CRC32 hash (test run) : 9E96AF1A
CRC32 hash : 973ADECE
->Rip may not be accurate.
CRC32 hash (skip zero) : 40BD3EE2
AccurateRip signature : 85F12232
->Accurately ripped! (AR2, confidence 4)
Statistics
Read error : 0
Jitter error (maybe fixed) : 0
Retry sector count : 0
Damaged sector count : 0
Original issue reported on code.google.com by [email protected]
on 13 Sep 2011 at 1:34
In ripping a CD to flac + separate cue sheet, I used the feature where
MusicBrainz etc. will be consulted for the track info, and had two problems
with the resulting cue sheet:
* The track title info included quotation marks, e.g. Symphony #6 "Pastoral".
This gives an invalid cue sheet, since you can't have quotation marks within
the quotation marks of a track title. XLD should turn these to single quotes,
perhaps.
* I was producing a utf8 cue sheet, but the track title info was in some other
encoding. This resulted in some nonsense characters. It would be good if there
were an option to specify the track title info's encoding, and XLD could then
convert as it forms the cue sheet.
Original issue reported on code.google.com by [email protected]
on 21 Aug 2011 at 6:00
It would be helpful for general usability and simplicity to just use one window
and have the progress window dock to the main window or just have it slide out
as a drawer.
Original issue reported on code.google.com by [email protected]
on 29 Sep 2011 at 8:01
What steps will reproduce the problem?
1. Install any version after 20100401 (not including this version).
2. Open FLAC
3. Convert
What is the expected output? What do you see instead?
Expected: 01 - We Will Rock You.flac -> 01 - We Will Rock You.m4a (I
convert to M4A 160 kbps for iTunes).
Instead: 01 - Unknown Title.m4a
What version of the product are you using? On what operating system?
20100503 (and further) on Mac OS X 10.5.8
Please provide any additional information below.
20100401 works with FLAC tags correctly.
Original issue reported on code.google.com by [email protected]
on 4 Jun 2010 at 9:34
[deleted issue]
What steps will reproduce the problem?
1. Take a cuesheet that references a file that does not exist, e.g. the
attached one.
2. Open the cuesheet in XLD.
What is the expected output? What do you see instead?
XLD merely says, “Cannot open the input file.” It would be great if it
said, “Cannot find ‘<filename>’.”
What version of the product are you using? On what operating system?
20110703 (135.1) on Lion
Original issue reported on code.google.com by alex.bepple
on 26 Jul 2011 at 7:31
Attachments:
What steps will reproduce the problem?
1. Open a CUE file by either drag&drop or from File menu
2. XLD spends a few seconds doing something (pre-Intel Mac's fan speeds up a
bit)
3. XLD crashes (and Apple bug report dialog appears)
What is the expected output? What do you see instead?
Previously, opening a CUE file opened a window showing individual tracks to convert.
This suddenly stopped happening, and now XLD crashes with any CUE file.
(Note: version of XLD unchanged before and after crashes started happening.)
What version of the product are you using? On what operating system?
XLD: xld-gui-20110528
Mac OS X 10.5.8
Please provide any additional information below.
Because this phenomenon suddenly started happening, I suspected the executable may have become corrupted. Tried reinstalling, also replacing with earlier version of XLD, but crashes continue.
Several CUE files have been tried, and all crash.
Audio file conversion function of XLD is unaffected
Apple bug report file content says:
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000000
Crashed Thread: 0
(etc.)
Original issue reported on code.google.com by [email protected]
on 6 Jun 2011 at 9:39
don't creat album art then decode from ALAC to OGG
MAC OS X
Original issue reported on code.google.com by [email protected]
on 18 Jul 2011 at 7:59
Is it possible to implement a log checksum for XLD rip logs. This would take
into account the rip log data and calculate a checksum for the entire log.
Ideally, the checksum itself would be written into the rip log. Thanks again
for developing XLD and making it such a great piece of software!
Regards,
DF
Original issue reported on code.google.com by [email protected]
on 18 Aug 2011 at 5:14
What steps will reproduce the problem?
10.6.8 and XLD after 12-03-2011 (any burning enabled version)
1. Have a Mac Pro with 2 DVD Burners
2. Use the lower ones to RIP a CD
3. Will stay in the state with starting reading pregaps and stalls that way but
never ends.
4. restart the machine immediately, otherwise the DVD-Drive may go defect (I
lost 2 of them).
5. The whole machine acts erratically as events are late delivered or doubled
in that state (usb keyboard, misses characters or does multiply them).
What is the expected output? What do you see instead?
Expected result is that it reads the Pregap like the 12-03-2011 version does it.
What version of the product are you using? On what operating system?
10.6.8 Version 1.0, with XLD 20110703
Please provide any additional information below.
It works with the upper drive but now with the lower. It is not depending on
the CD that is to be ripped.
Same drive works flawlessly with XLD 20110312 and before.
Original issue reported on code.google.com by [email protected]
on 7 Jul 2011 at 8:15
What steps will reproduce the problem?
1.Get Flac Files (an album for example)
2.Open folder as disc
3.Extract
4. ***The progress bar gets close to 100% for 2 songs, Stops, and then it shows
0:00 time remaining***
5. ***The output files are corrupted and cant be read by itunes or VLC
What is the expected output? What do you see instead?
Alac Files or Aiff Files
What version of the product are you using? On what operating system?
Mac OSX 10.6.8v1.1 White Macbook (late 2009) Core2Duo, XLD Version 20110821
(136.1) and Version 20110820. Tried going back to earlier but now all are
affected...
Please provide any additional information below.
Pic 1 : corupted files
Pic 2 : the buton I clicked
Pic 3 : the problem
Any Thing else you want to add?
GREAT APP! THANKYOUSOMUCH!!!
Original issue reported on code.google.com by [email protected]
on 7 Sep 2011 at 9:48
Attachments:
What steps will reproduce the problem?
Open a .m4a file.
What is the expected output? What do you see instead?
[French] "Erreur: Impossible d'ouvrir le fichier source."
[English] "Error: Cannot open the source file."
What version of the product are you using? On what operating system?
XLD 20110821 on Mac OS 10.6.8
Please provide any additional information below.
Max can convert these files
Original issue reported on code.google.com by [email protected]
on 23 Aug 2011 at 7:54
Are there plans to make XLD 64-bit native? Thanks!
Original issue reported on code.google.com by [email protected]
on 18 Jun 2011 at 2:02
What steps will reproduce the problem?
1.Just ripping any album
2.
3.
I have not changed my Preferences. Just downloaded the latest version. XLD has
stopped saving the audio tracks and logs within an album titled folder which
previously it would place onto the designated external HD Library. Now It is
just outputting into the library the the individual tracks of an album with
its log
Would like to regain the old out format of the individual tracks with the
titled folder. Otherwise the new version has doubled my work.
What version of the product are you using? On what operating system?
Version 20110820 (136.0) on OSX Snow Leopard
Please address.
Original issue reported on code.google.com by [email protected]
on 20 Aug 2011 at 11:18
What steps will reproduce the problem?
1. File->Open a .cue file for a single-file .flac, such as the attached one
2. Observe that some of the track gaps are displayed incorrectly
What is the expected output? What do you see instead?
In the attached example, the pregap for Track 07 displays as "00:01:27".
However, in the actual cue sheet XLD generates when ripping the CD, the actual
difference between "INDEX 00" and "INDEX 01" for that track is only 00:01:12:
TRACK 07 AUDIO
TITLE "Choose Your Masques"
REM COMMENT "EMI/7243 521751 2 3"
INDEX 00 31:14:55
INDEX 01 31:16:07
What version of the product are you using? On what operating system?
Version 20110821 (136.1) on Mac OS 10.7.1
Please provide any additional information below.
See attached cue sheet and screenshot.
Original issue reported on code.google.com by [email protected]
on 4 Sep 2011 at 6:00
Attachments:
It would be nice if the chosen profile would be shown in the main window. Or
did I not seen this feature?
Greatings
Dirk
Original issue reported on code.google.com by [email protected]
on 28 Jun 2011 at 7:42
I just did a rip where the downloaded metadata had this album title:
Johann Sebastian Bach / Bach Edition, Volume I: Orchestral Works/Chamber Music
(disc 23: Violin Sonatas / Trio Sonatas)
In the two places where you see a colon in that title, we ended up after the
rip with folders:
Johann Sebastian Bach / Bach Edition, Volume I
and
Orchestral Works/Chamber Music (disc 23
and the title of the actual flac/cue files was:
Violin Sonatas / Trio Sonatas)
This is wrong. Okay, Mac OS X has some problems with colons, but then XLD
should change them to slashes or something.
Original issue reported on code.google.com by [email protected]
on 6 Oct 2011 at 4:20
Most of the files that I encode come from an audio recorder, and some are very
quiet. Would it be possible to add a checkbox in the Preferences to perform
100% normalization on the audio file before compressing it?
(Normalization would increase the volume across the entire audio file so that
it was as loud as possible without clipping.)
Thanks!
Original issue reported on code.google.com by [email protected]
on 9 Jul 2011 at 6:00
Every so often I'll insert a CD, get the pregap info, then click Get Metadata
and the following occurs: the "Multiple Matches" sheet appears, I pick one and
click OK, and the sheet goes away but the track names **do not change** (they
still say Track 01 etc.).
I believe that on the occasions when this happens (1) sometimes there are more
matches in various databases that didn't appear in the popup in the multiple
matches sheet, and (2) there is an "error: server error" message in the log.
Often if I wait a few minutes and try again, things are fine.
I suggest XLD should do a more proactive job of informing the user that it had
trouble talking to a server, if that's the source of this issue.
Original issue reported on code.google.com by [email protected]
on 5 Oct 2011 at 5:24
What steps will reproduce the problem?
1.
2.
3.
What is the expected output? What do you see instead?
I expect a new album for an artist be put in that artist's folder, in a folder
of the album name. It used to work that way. Now it just dumps all the music in
my music folder.
What version of the product are you using? On what operating system?
136.3 Mac OS Lion 10.7.1
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 2 Oct 2011 at 11:38
I like the way that XLD can rip the hidden pregap tracks from albums, but is it
possible to rip it as a separate track?
Original issue reported on code.google.com by ikirudennis
on 28 Jul 2011 at 1:04
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.