danielphoton / xld Goto Github PK

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.

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

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.)

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.

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 ... 

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

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.  

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.

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).

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

don't creat album art then decode from ALAC to OGG
MAC OS X

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

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.

Are there plans to make XLD 64-bit native?  Thanks!

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.

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!!!

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

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

It would be nice if the chosen profile would be shown in the main window. Or 
did I not seen this feature?

Greatings

Dirk

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?

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! 

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

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.

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?

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.

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.

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?

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.

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.

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

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.

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.

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.

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!

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.

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 : é, à, è, ç, ô.

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.

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.

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.

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?

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).

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.

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

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.

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.

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.

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.

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.

[deleted issue]

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.