IPB

Welcome Guest ( Log In | Register )

11 Pages V  « < 8 9 10 11 >  
Reply to this topicStart new topic
XLD Requested Features List, Communicate ideas about the development path of XLD
lmimmo
post Sep 12 2010, 09:47
Post #226





Group: Members
Posts: 11
Joined: 28-June 05
Member No.: 23016



QUOTE (lmimmo @ Sep 11 2010, 03:12) *
- Add output MP3 (along with v0, v1, v2… presets) to command-line version, as well as being able to specify external JPEG album art.

I need a one stop solution in Mac OS X to batch convert CUE + FLAC to properly tagged MP3 (including album art).


I reply to myself: duh! the GUI can already batch export, although it does not embed album art (File > Open… choose multiple CUE files).

It'd be great if it did, speaking of which I'd like to choose whether to use the art embedded in the FLAC file or a sidecar JPEG with equal name (I'd actually use the latter).
Go to the top of the page
+Quote Post
lmimmo
post Sep 17 2010, 19:23
Post #227





Group: Members
Posts: 11
Joined: 28-June 05
Member No.: 23016



Any way not to loose per-track comments when exporting/saving CUE sheet?

I was dismayed that it was happening after adding per-track comments (in classical music) to quite a few CDs.

Or else, any way to manually edit the CUE sheets to add per-track comments that XLD will recognize, and embedd into MP3's ID3 when exporting as such?
Go to the top of the page
+Quote Post
Larson
post Sep 19 2010, 14:11
Post #228





Group: Members
Posts: 131
Joined: 27-March 09
Member No.: 68422



Here's my features request:

- Apple Lossless bit resample options (for instance to do 24 bit->16 bit along with frequency resample which is already present).
- Option to erase original files after conversion: if I'm transcoding my lossless collection to AAC and would like to automatically delete flac from hard drive there should be an option. Same if you go Apple Lossless -> AAC it doesn't overwrite it just like it would do on Windows, even with "overwrite" setting on. Maybe there is some setting i haven't noticed.
Go to the top of the page
+Quote Post
Hero Kid
post Oct 2 2010, 04:38
Post #229





Group: Members
Posts: 5
Joined: 2-October 10
Member No.: 84282



I have a question before I bother going into my suggestions. Is this thread still being monitored?
It doesn't look like the OP maintains the first post but I wanto know if someone capable of implementing our suggestions is still watching.
Go to the top of the page
+Quote Post
Larson
post Oct 2 2010, 07:22
Post #230





Group: Members
Posts: 131
Joined: 27-March 09
Member No.: 68422



QUOTE (Hero Kid @ Oct 2 2010, 05:38) *
I have a question before I bother going into my suggestions. Is this thread still being monitored?
It doesn't look like the OP maintains the first post but I wanto know if someone capable of implementing our suggestions is still watching.


I believe it is, i made a suggestion about the option to erase original source files after conversions and it was implemented in the latest update =)
Go to the top of the page
+Quote Post
Hero Kid
post Oct 9 2010, 04:50
Post #231





Group: Members
Posts: 5
Joined: 2-October 10
Member No.: 84282



Well these are the things I'd like.

  1. Different user profiles! (I know it has been suggested already - but it's by far the best suggestion I have seen/can think of.)
  2. The ability to save a .cue by default (similar to the way you can automatically save .log files)
  3. The ability to tag an album details from a MusicBrainz/Discogs catlogue number of your CD. (Foobar has a plugin like this - it's great.)
  4. Fix the setting "Don't prompt if multiple candidates are found" - it doesn't work for me (currently).
  5. Button to cancel rip in the progress window.
  6. Accurate Rip v2 support (Already got it?)
  7. Drag'n'Drop of image files (Has it already got this?)


It's already a fantastic program, and with the introduction of "profiles" it would literally be my one stop converting and ripping program.

This post has been edited by Hero Kid: Oct 9 2010, 04:55
Go to the top of the page
+Quote Post
Hero Kid
post Oct 11 2010, 04:23
Post #232





Group: Members
Posts: 5
Joined: 2-October 10
Member No.: 84282



I found a serious flaw! XLD that allows the use of AccurateRip AND the ability to edit the read offset correction.
This will result is inaccurate rips, not good, nor acceptable.

I also have a suggestion stolen straight from EAC. Once AccurateRip is activated in the user cannot change the drive offset settings.
Also can I suggest stopping XLD from defaulting back to the last drive settings used if it can't find the new drives offsets (for users with more than one drive)?
Go to the top of the page
+Quote Post
Larson
post Oct 11 2010, 07:54
Post #233





Group: Members
Posts: 131
Joined: 27-March 09
Member No.: 68422



Does XLD has any kind of "MP4 optimize" setting? It doesn't seem to automatically do that and I can't seem to find that setting anywhere.
Go to the top of the page
+Quote Post
mscrutchin
post Oct 21 2010, 22:32
Post #234





Group: Members
Posts: 3
Joined: 21-October 10
Member No.: 84799



My request:

- for the GROUPING tag on FLAC files to be transferred to the MP3 conversions of those files

Most of the basic tags transfer perfectly from FLAC to MP3 via XLD (ARTIST, ALBUMARTIST, GENRE, COMMENT, etc.), but the GROUPING tag does not carry over to the MP3 files when transcoding from FLAC. Perhaps it has something to do with the naming of the GROUPING tag in Vorbis Comments vs. ID3?
Go to the top of the page
+Quote Post
mscrutchin
post Oct 24 2010, 06:50
Post #235





Group: Members
Posts: 3
Joined: 21-October 10
Member No.: 84799



QUOTE (mscrutchin @ Oct 21 2010, 16:32) *
My request:

- for the GROUPING tag on FLAC files to be transferred to the MP3 conversions of those files


Wow that was fast. I post this, then three days later it appears in an update. smile.gif I love XLD!
Go to the top of the page
+Quote Post
CrEOF
post Oct 26 2010, 00:17
Post #236





Group: Members
Posts: 1
Joined: 25-October 10
From: Madison, WI
Member No.: 84901



It would be wonderful if XLD would read the CD-Text information from the disc and include it in the CUE file. It doesn't seem that XLD is currently reading this information, as discs which I know have CD-Text information (verified using EAC or dBpoweramp) don't shown any track titles until after the CDDB query. I'm guessing at least some of the CD-Text is being read due to the "Don't detect pregap, ISRC, and MCN" option (which I have unchecked). For some reason the ISRC never makes it into the CUE file though. Browsing through the code it appears it's intended to. Bug perhaps?

I've also noticed that XLD will sometimes include the INDEX 00 marker and sometimes not. Using EAC with the same disc/drive the resulting CUE file will often have a number of markers which XLD missed.

Once the CD-Text can be read and included in the CUE file, having the option to disable CDDB data in the CUE file would be excellent - the goal being to try and reproduce the original as closely as possible. Having the additional option to include the CDDB data in the log would be a bonus.

Currently what I am doing to accomplish all this is rip a disc using XLD to a single file, then use EAC (in Fusion) with CDDB disabled to generate a CUE file. If there is no CD-Text I delete all the extra TITLE and PERFORMER lines from the EAC generated CUE file. For the whole process I use an old USB Plextor CD-RW drive.

@tmkk Thanks for the awesome work!
Go to the top of the page
+Quote Post
mojojojo333
post Nov 10 2010, 13:57
Post #237





Group: Members
Posts: 1
Joined: 10-November 10
Member No.: 85605



The new build - Version 20101107 (124.1) - has a good idea - multiple format encoding at the same time. This is a great idea but unfortunately there are some issues with it's current implementation.

1. It places all the encoded files into the same folder - this is extremely inconvenient. Ideally they would be placed in different folders within the output directory, and the folder names appended with the encoder setting.

2. Most annoying of all - it alters the filenames! It adds the encoder setting to each individual filename - this is very undesirable. Ideally it should leave the filenames unchanged.

If these issues were resolved and XLD behaved as I suggested (each encode to a different labelled folder), then XLD would be the only encoder required on ANY platform. cool.gif

Many thanks!
Go to the top of the page
+Quote Post
Insilin1i
post Nov 10 2010, 14:06
Post #238





Group: Members
Posts: 1
Joined: 10-November 10
Member No.: 85590



QUOTE (mojojojo333 @ Nov 10 2010, 07:57) *
The new build - Version 20101107 (124.1) - has a good idea - multiple format encoding at the same time. This is a great idea but unfortunately there are some issues with it's current implementation.

1. It places all the encoded files into the same folder - this is extremely inconvenient. Ideally they would be placed in different folders within the output directory, and the folder names appended with the encoder setting.

2. Most annoying of all - it alters the filenames! It adds the encoder setting to each individual filename - this is very undesirable. Ideally it should leave the filenames unchanged.

If these issues were resolved and XLD behaved as I suggested (each encode to a different labelled folder), then XLD would be the only encoder required on ANY platform. cool.gif

Many thanks!


I agree with this, a great feature but needs some minor changes to put them in folders and just edit the folder names.
Go to the top of the page
+Quote Post
Larson
post Nov 12 2010, 21:16
Post #239





Group: Members
Posts: 131
Joined: 27-March 09
Member No.: 68422



Will XLD be updated for native 64 bit code?
Go to the top of the page
+Quote Post
fadsplat
post Nov 16 2010, 15:38
Post #240





Group: Members
Posts: 35
Joined: 23-April 10
From: Canada
Member No.: 80106



Please, could you improve the AccurateRip reporting, like EAC. With EAC it's easy to tell if the entire album passed AccurateRip, because EAC inserts a line at the end of the log: "All tracks accurately ripped"

With XLD, you must look through the confusing record of each individual track, with all that non-useful stuff about errors that were not found. If the XLD developers would only insert a summary line at the bottom it would make checking logs much simpler.
Go to the top of the page
+Quote Post
Billytheonion
post Nov 16 2010, 20:51
Post #241





Group: Members
Posts: 178
Joined: 25-May 10
Member No.: 80883



Version 20101117:

Fixed a disc open failure on some drives
AccurateRip summary section has been added in the log
Go to the top of the page
+Quote Post
fmurell
post Nov 23 2010, 01:40
Post #242





Group: Members
Posts: 8
Joined: 23-November 10
Member No.: 85924



QUOTE (mojojojo333 @ Nov 10 2010, 12:57) *
The new build - Version 20101107 (124.1) - has a good idea - multiple format encoding at the same time. This is a great idea but unfortunately there are some issues with it's current implementation.

XLD has been able to do that for some time now.

QUOTE
1. It places all the encoded files into the same folder - this is extremely inconvenient. Ideally they would be placed in different folders within the output directory, and the folder names appended with the encoder setting.

Again, I've been doing things this way for ages now:

%a - %T (%y) [%f]/%n - %t

Moreover, when you select multiple formats to output in preferences, you can edit the string that appears in %f. Just to make sure I wasn't losing the plot, I've just ripped the first three tracks from an album that happened to be on my desk. I accepted the defaults for the multiple decodes, so the strings would need tidying for a full rip.

CODE
Steven Wilson - Insurgentes (2009) [FLAC (level 8)]
Steven Wilson - Insurgentes (2009) [LAME MP3 (VBR-new quality 0.0)]
Steven Wilson - Insurgentes (2009) [MPEG-4 AAC (CVBR 256kbps)]

And the tracknames all read as they should, which is <track number> - <track title>.<suffix>

QUOTE
2. Most annoying of all - it alters the filenames! It adds the encoder setting to each individual filename - this is very undesirable. Ideally it should leave the filenames unchanged.

Works perfectly for me using the above. Maybe I'm missing something?

Edit: typos

This post has been edited by fmurell: Nov 23 2010, 01:46
Go to the top of the page
+Quote Post
fmurell
post Nov 23 2010, 01:46
Post #243





Group: Members
Posts: 8
Joined: 23-November 10
Member No.: 85924



By far the biggest issue for me with XLD, as much as I love it and use it often, is the lack of profile selection. Switching from ripping to transcoding is a royal pain in the backside.
Go to the top of the page
+Quote Post
fracai
post Nov 23 2010, 02:58
Post #244





Group: Members
Posts: 80
Joined: 6-June 08
Member No.: 54085



QUOTE (fmurell @ Nov 22 2010, 19:46) *
By far the biggest issue for me with XLD, as much as I love it and use it often, is the lack of profile selection. Switching from ripping to transcoding is a royal pain in the backside.

Agreed, I periodically switch between FLAC image ripping and ripping to individual FLAC and AAC tracks. Then there are the times when I want to encode that FLAC image to individual AAC. Being able to quickly switch between profiles of encode and naming settings would be a great addition.

I suppose this would be possible now by manually swapping out the prefs file, though that's less than ideal.
Go to the top of the page
+Quote Post
fmurell
post Nov 23 2010, 13:12
Post #245





Group: Members
Posts: 8
Joined: 23-November 10
Member No.: 85924



QUOTE (fracai @ Nov 23 2010, 01:58) *
I suppose this would be possible now by manually swapping out the prefs file, though that's less than ideal.

That's how I'm doing it at the moment, but it's not a pleasant workflow, particularly when you forget to copy the prefs back before the next session.
Go to the top of the page
+Quote Post
fmurell
post Nov 24 2010, 01:16
Post #246





Group: Members
Posts: 8
Joined: 23-November 10
Member No.: 85924



QUOTE (Insilin1i @ Nov 10 2010, 13:06) *
I agree with this, a great feature but needs some minor changes to put them in folders and just edit the folder names.

See my comments above, it works fine out of the box with a little tweaking.
Go to the top of the page
+Quote Post
kawaiigardiner
post Nov 26 2010, 04:48
Post #247





Group: Members
Posts: 32
Joined: 3-August 09
Member No.: 71985



For the progress shown, is it possible instead of using percentage to maybe say what sector is being read and whether it is retrying to read something? I'm sitting here with '2938:37' remaining and wondering what is happening - is the drive retrying many times? is is stuck on a sector or has it slowed down reading it? I hear a lot of people talk about XLD 'hanging' when in reality the lack of feedback and lack of obvious progress is giving the appearance of 'nothing happening'.
Go to the top of the page
+Quote Post
fmurell
post Nov 30 2010, 00:19
Post #248





Group: Members
Posts: 8
Joined: 23-November 10
Member No.: 85924



QUOTE (fracai @ Nov 23 2010, 01:58) *
I suppose this would be possible now by manually swapping out the prefs file, though that's less than ideal.

I just had a thought. Assuming the CLI version isn't horribly out of date, and it can transfer tags from files during transcodes, it would be relatively easy to write a script to transcode files to iTunes, leaving XLD to do the heavy lifting of ripping.
Go to the top of the page
+Quote Post
fracai
post Dec 3 2010, 00:37
Post #249





Group: Members
Posts: 80
Joined: 6-June 08
Member No.: 54085



QUOTE (fmurell @ Nov 29 2010, 18:19) *
I just had a thought. Assuming the CLI version isn't horribly out of date, and it can transfer tags from files during transcodes, it would be relatively easy to write a script to transcode files to iTunes, leaving XLD to do the heavy lifting of ripping.

The CLI is very out of date (last updated over 3 years ago). I'd love it if I could rip, convert, and compare to the AR database (including checking for alternate offsets) with the CLI tool.
Go to the top of the page
+Quote Post
fmurell
post Dec 4 2010, 13:28
Post #250





Group: Members
Posts: 8
Joined: 23-November 10
Member No.: 85924



QUOTE (fracai @ Dec 2 2010, 23:37) *
The CLI is very out of date (last updated over 3 years ago).
I figured that, but also wondered if it mattered.

I thought that maybe the CLI just manages the transcode/encode and passing the tags, but it's the GUI that's had the most work and not the encoding engine.

Would be nice to get the author's feedback on this one.
Go to the top of the page
+Quote Post

11 Pages V  « < 8 9 10 11 >
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 21st April 2014 - 04:48