IPB

Welcome Guest ( Log In | Register )

11 Pages V  < 1 2 3 4 > »   
Reply to this topicStart new topic
XLD Requested Features List, Communicate ideas about the development path of XLD
greynol
post Sep 10 2008, 02:38
Post #26





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



QUOTE (bhoar @ Sep 9 2008, 15:21) *
Note that EAC does so using spoon's accuraterip DLL. XLD can't do that (at the moment).

EAC also uses the DLL to check rips which XLD can do, so I don't see the dilemma.

@Pepzhez:
I'm talking about not being able to submit data from files on your hard drive, but being able to submit from rips from your optical drive and want to also note that these rips should only be allowed using drives with the correct offset correction. Whether the titles are obscure is irrelevant. The point is to prevent information from downloads and previous rips where there is absolutely no mechanism in place to verify that the data was extracted correctly by way of offsets and gap handling as well as other issues. These are the "rules" which are already in place and have been for quite some time. As an example, if you try to upload information using a virtual drive, your results are rejected and a ban is placed on your ID.


--------------------
YOUR EYES CANNOT HEAR!!!!!!!!!!!
Go to the top of the page
+Quote Post
fracai
post Sep 10 2008, 03:20
Post #27





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



QUOTE (greynol @ Sep 9 2008, 20:38) *
QUOTE (bhoar @ Sep 9 2008, 15:21) *
Note that EAC does so using spoon's accuraterip DLL. XLD can't do that (at the moment).

EAC also uses the DLL to check rips which XLD can do, so I don't see the dilemma.


I think bhoar is getting at the point that XLD can't submit data. Calculating the AccurateRip hash and retrieving the relevant hash file is trivial to implement. Getting access to the submission process hasn't been publicized. I believe Spoon has listed his reasons for this as maintaining the accuracy of the database, etc.
Go to the top of the page
+Quote Post
macman4hire
post Sep 10 2008, 03:30
Post #28





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



QUOTE (spoon @ Sep 7 2008, 14:13) *
I have always held back on this kind of sub offset detection as it greatly increases the chances of collisions, hence the design for AR2. (for example if 2000 offsets are tested then the 1:4 billion collision is 1:4 billion / 2000). If the offset is kept constant across all tracks (ie only done once all tracks are ripped then there is less chances of collision).

The "Detect Offset" feature uses the Accurate DB as the reference. I do not see the benefit of adding these corrected files if this could possible taint the accuracy of AccurateRip DB when files are already contained in the DB. It seems like a lot of risk just to increase the confidence levels. Newly ripped CD added to AccurateRips DB make sense if the CD has never been added before or if the CD is already in the DB to increase the confidence levels. I think to have the ability to add a newly ripped CD is fine to increase DB if there is no risk of tainting the DB. The key is not to taint AccurateRips DB or it will become useless as resource. Above is quote from Spoon who is the developer of AccurateRip.
Go to the top of the page
+Quote Post
greynol
post Sep 10 2008, 06:40
Post #29





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



Yeah this brings up an excellent point. Even though it's a great thing to be able to check your disc against an alternate pressing when yours doesn't exist in the database, I think it would be better to submit your pressing with the correct offset so that it will be available for the next person with your pressing.

Anyway if I'm just restating the previous point, my apologies. I'm a bit slow today. Pretend I'm just thinking out loud.

Oh and when I said "rules" earlier, I'm only speaking from the impression I've gotten after discussing AR over the past couple of years. I don't pretend to speak for Spoon.


--------------------
YOUR EYES CANNOT HEAR!!!!!!!!!!!
Go to the top of the page
+Quote Post
spoon
post Sep 10 2008, 08:55
Post #30


dBpowerAMP developer


Group: Developer (Donating)
Posts: 2741
Joined: 24-March 02
Member No.: 1615



It would not be possible to submit to AR without the use of AccurateRip.dll, there are many 'attacks' on the database where rouge data is submitted (sometimes even doc files mangled into AR results), deliberate attempts to pollute the database, so we will not be opening up the submission details.


--------------------
Spoon http://www.dbpoweramp.com
Go to the top of the page
+Quote Post
macman4hire
post Sep 10 2008, 10:37
Post #31





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



Apples global market share is 1.8% in the third quarter of this year. I seriously doubt if Mac users not being able to submit their XLD AccurateRip results to the database will negatively impact on the AccurateRip concept when 98.2% of the world will be able to submit their results. The only way I see a negative impact is if Mac users listen to some weird and obscure tunes, which is possible. Such as Steve's Silicon Sonata, Cupertino California Concerto or the Apples Adagio for Strings!

This post has been edited by macman4hire: Sep 10 2008, 10:53
Go to the top of the page
+Quote Post
MichaelW
post Sep 10 2008, 12:42
Post #32





Group: Members
Posts: 631
Joined: 15-March 07
Member No.: 41501



For use as a ripper, I'd like an option for it to automagically query its databases for metadata, rather than having to be told to go look.

Also as a ripper feature, creating a directory for the tracks would be a great help.

I realise in making these suggestions that XLD was first intended as a file converter, and it's only grown into being a ripper.
Go to the top of the page
+Quote Post
macman4hire
post Sep 10 2008, 12:47
Post #33





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



QUOTE (MichaelW @ Sep 10 2008, 05:42) *
For use as a ripper, I'd like an option for it to automagically query its databases for metadata, rather than having to be told to go look.

Also as a ripper feature, creating a directory for the tracks would be a great help.

I realise in making these suggestions that XLD was first intended as a file converter, and it's only grown into being a ripper.

Added your first suggestion to the list. Please explain the creating a directory for tracks. Not sure what you mean.

This post has been edited by macman4hire: Sep 10 2008, 12:52
Go to the top of the page
+Quote Post
Fandango
post Sep 10 2008, 15:10
Post #34





Group: Members
Posts: 1548
Joined: 13-August 03
Member No.: 8353



QUOTE (spoon @ Sep 10 2008, 09:55) *
It would not be possible to submit to AR without the use of AccurateRip.dll, there are many 'attacks' on the database where rouge data is submitted (sometimes even doc files mangled into AR results), deliberate attempts to pollute the database, so we will not be opening up the submission details.

Off-topic: Have you logged the IPs? So can you elaborate what persons or organizations might be behind those attacks? Just random idiots or actually some bigger players?
Go to the top of the page
+Quote Post
spoon
post Sep 10 2008, 21:29
Post #35


dBpowerAMP developer


Group: Developer (Donating)
Posts: 2741
Joined: 24-March 02
Member No.: 1615



Never looked at IP addresses, luckily the database importer seems to have automatically highlighed and purged all attacks so far.


--------------------
Spoon http://www.dbpoweramp.com
Go to the top of the page
+Quote Post
MichaelW
post Sep 10 2008, 23:44
Post #36





Group: Members
Posts: 631
Joined: 15-March 07
Member No.: 41501



QUOTE (macman4hire @ Sep 11 2008, 00:47) *
QUOTE (MichaelW @ Sep 10 2008, 05:42) *

SNIP
Also as a ripper feature, creating a directory for the tracks would be a great help.

SNIP Please explain the creating a directory for tracks. Not sure what you mean.


Sorry for lack of clarity. I meant what I think is a point on your original list, I now see:

"Logical output folder creation based on searched metadata. Example main folder=Artist, sub folder 1=Album, sub folder 2=codec type"

So I'm sorry for redundancy, too.
Go to the top of the page
+Quote Post
macman4hire
post Sep 10 2008, 23:50
Post #37





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



QUOTE (MichaelW @ Sep 10 2008, 16:44) *
QUOTE (macman4hire @ Sep 11 2008, 00:47) *

QUOTE (MichaelW @ Sep 10 2008, 05:42) *

SNIP
Also as a ripper feature, creating a directory for the tracks would be a great help.

SNIP Please explain the creating a directory for tracks. Not sure what you mean.


Sorry for lack of clarity. I meant what I think is a point on your original list, I now see:

"Logical output folder creation based on searched metadata. Example main folder=Artist, sub folder 1=Album, sub folder 2=codec type"

So I'm sorry for redundancy, too.

No problem thank you for your input.

This post has been edited by macman4hire: Sep 10 2008, 23:50
Go to the top of the page
+Quote Post
macman4hire
post Sep 11 2008, 17:11
Post #38





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



Here are some new features for XLD included in version Version 20080912 just released today. I don't know what else to say! I will try to updated the suggested features list today. Thanks tmkk!
CODE

Version 20080912:
• Automatic album art downloading feature now can be disabled from CDDB menu
• Added option to modify a size of padding section in FLAC encoder
• Added save button in Log window
• Modified log format to show not only relative values but also absolute values for a real-time offset checking result
• Absolute values can be used for the drive offset, and relative values can be used for fixing offset of existing files.
• A real-time offset checking feature now can be used for the first and the last track
• Note that detection will fail if the first or last 5 sectors contain non-zero samples.Version
20080911:
• Fixed a problem of ALAC decoding with QuickTime 7.5.5
Version 20080910:

• Fixed a problem for reading an enhanced CD (CD-extra)
Version 20080909:
• Fixed an endian-swapping issue on some environments and CDs
Version 20080908:
• Implemented a feature to check offset in the ripping stage
• Now XLD performs a real-time offset checking while ripping, when the CD is available in AccurateRip DB. The result is written in the log if found. Note that this feature is not available for the first and the last track.
Version 20080907a:
• Improved performance of offset detection
• Supported displaying all candidates for the offset correction value
Version 20080907:
• Added feature to fix a wrong offset of the existing files using AccurateRip database
• You can detect and fix an offset from "Detect Offset" and "Save with Offset Correction..." in File menu, after opening a file (with cuesheet) that you want to fix.
• Separated drift errors from skip errors in cdparanoia statistics
• Added option to treat AccurateRip mismatch as an inconsistency in log
• Modified loading method of Sparkle.framework to support OSX 10.3
Version 20080906:
• Sorted character encoding pop-up menu by alphabetical order
Version 20080905:
• XLD now shows "[AR]" string in the titlebar of the window when a disc is available in AccurateRip DB
Version 20080904:
• Added option to avoid testing when the track exists in AccurrateRip DB
• Supported creating a cue sheet for separated track files
• You can choose type in the save dialog. Note that currently XLD can't read this type of cue sheet.
Version 20080902:
• Fixed a problem in ALAC decoder
Version 20080830:
• Added option to test before copy
Version 20080829:
• Added option to veryfy suspicious sectors
Version 20080828:
• Added option to save a log file automatically
• Improved progress view to show a speed and remaining time
Version 20080827:
• XLD now automatically recognizes inserted/ejected CD
• Supported embedding album art in WavPack encoder
• Fixed to ask output directory if the default directory is not writable
Version 20080826:
• Fixed to report correctly in case AccurateRip doesn't have informations for all tracks
Version 20080825:
• Fixed several bugs in cdparanoia routine according to the latest release
• Fixed UTF-8 NFD issue when looking up Gracenote database
• Fixed MusicBrainz query failure on PPC Mac
Version 20080824:
• Fixed a problem that XLD sometimes failed to find a CD in AccurateRip database
Version 20080823:
• Added feature to calculate an AccurateRip hash for the existing files
• Choose "Check file with AccurateRip" from the File menu.
• Fixed again an AccurateRip hash calculation for the first track
• Sorry for confusion... I hope this will be the solution...
Version 20080822a:
• Fixed an AccurateRip hash calculation for the first track with pregap
Version 20080822:
• Fixed an AccurateRip hash calculation for the first and last track
• Improved tag editor
• Supported automatic update using Sparkle
Go to the top of the page
+Quote Post
greynol
post Sep 11 2008, 17:41
Post #39





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



Now you need real-time offset adjustment for AccurateRip verification (EDIT: but not for the files written to your drive, which should be offset according to the correction currently entered into XLD) so that you don't have to re-rip with a different correction, or apply a correction to previously ripped files.

This post has been edited by greynol: Sep 11 2008, 17:51


--------------------
YOUR EYES CANNOT HEAR!!!!!!!!!!!
Go to the top of the page
+Quote Post
Pepzhez
post Sep 11 2008, 22:04
Post #40





Group: Members
Posts: 257
Joined: 18-May 03
Member No.: 6685



QUOTE (XLD)
• Added option to modify a size of padding section in FLAC encoder


So what is all that about? I notice that the default in this new XLD FLAC padding feature is 4kb. Is there a reason to keep it at 4kb when I encode to FLAC?

This post has been edited by Pepzhez: Sep 11 2008, 22:04
Go to the top of the page
+Quote Post
macman4hire
post Sep 12 2008, 02:02
Post #41





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



Notice that the feature suggestions are disappearing form beneath the Feature Suggestions heading at the top of the list (located 1st post 1st page of this thread). Several suggested features are now placed in the middle of the list under the Addition of Suggestions and Development Explanations heading as newly incorporated features or explanations about a suggested feature and its status of being added to the XLD project. The feature suggestions list is getting smaller. tmkk is hammering away at this list!


Note this post was edited. The Feature Suggestion List was removed so members will not be become confused where to locate it in this thread. The Feature Suggestion List will be the first 1st post 1st page in this thread always. Thanks.

This post has been edited by macman4hire: Sep 12 2008, 12:36
Go to the top of the page
+Quote Post
macman4hire
post Sep 12 2008, 13:40
Post #42





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



Great news on September 11, 2008 a version of CD was released. This sounds like an upgrade to suggest for XLD.
Read the info below. Finally it seems like the drive cache problem may fixed!

cdparanoia 10.2 final released

10.2 is a substantial upgrade release over 10.1.

10.2 includes a raft of minor bugfixes in device scan, device autosense and the transport layer.

More importantly, 10.2 addresses serious CDROM drive cache modelling deficiencies that exist in earlier versions. In a nutshell, a sizable fraction of modern drives exhibit new and exciting readahead cache abuses/bugs of which older versions of cdparanoia were not fully aware. This means that skips and cracks could slip through the cache management strategy of older versions completely undetected. 10.2 fully addresses and models these new cache behaviors.

10.2 also includes a cache analysis option (-A) to do a slow and thorough offline check of the drive's cache behavior. The feature also dumps a detailed log to assist in debugging should either the test or cdparanoia's ripping go awry in any way. After all... better thoroughly safe than sorry.
Go to the top of the page
+Quote Post
macman4hire
post Sep 13 2008, 02:26
Post #43





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



QUOTE (Pepzhez @ Sep 12 2008, 15:37) *
QUOTE
10.2 also includes a cache analysis option (-A) to do a slow and thorough offline check of the drive's cache behavior. The feature also dumps a detailed log to assist in debugging should either the test or cdparanoia's ripping go awry in any way. After all... better thoroughly safe than sorry.


I wonder if the cache analysis option can be made to run on OS X? This would be a quite useful setup feature for XLD, to say the least.

I did just download the cdparanoia 10.2 src. I will see if the -A option will work from the command line.

I agree with Pepzhez and will add it to the suggested feature list.
Go to the top of the page
+Quote Post
MacMelo
post Sep 13 2008, 03:54
Post #44





Group: Members
Posts: 15
Joined: 20-July 08
Member No.: 56039



These are two features I already talked with tmkk, and he already said will be implemented as soon as other more important ones are done. I'm only posting them here so that more people can keep track of them:

1. Add option to automatically save a M3U file, for the folks who need them.

2. Add option to "Always ask" in the Output Directory preferences...
Go to the top of the page
+Quote Post
macman4hire
post Sep 13 2008, 04:28
Post #45





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



QUOTE (MacMelo @ Sep 12 2008, 20:54) *
These are two features I already talked with tmkk, and he already said will be implemented as soon as other more important ones are done. I'm only posting them here so that more people can keep track of them:

1. Add option to automatically save a M3U file, for the folks who need them.

2. Add option to "Always ask" in the Output Directory preferences...

Thanks MacMelo thats why this thread exists! I will be happy to update the list.
Go to the top of the page
+Quote Post
flacflac
post Sep 13 2008, 05:02
Post #46





Group: Members
Posts: 56
Joined: 3-December 07
Member No.: 49229



Just my general 2 cents: it was just a matter of time until an open source ripper came along that would most likely develop faster and more user-oriented than either one of the current two closed-source alternatives.

I still don't understand why Andre does not open his code - what's the point in keeping it locked and unchanged when he is not earning money with it anyways? XLD will surpass EAC eventually and hopefully gets ported to Windows soon.

Closed source in audio ripping won't last long. Transparency is key here, just like it is with audio codecs, which is why FLAC will always lead head-and-shoulders over closed-source attempts such as TAK... .

Let's hope Andre wakes up one of these days... .

ff

This post has been edited by flacflac: Sep 13 2008, 05:02
Go to the top of the page
+Quote Post
greynol
post Sep 13 2008, 08:11
Post #47





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



QUOTE (flacflac @ Sep 12 2008, 21:02) *
XLD will surpass EAC eventually and hopefully gets ported to Windows soon.

Not without pointer support, it won't. tongue.gif

EDIT: <Notices the following post has avoided this one>

QUOTE
It is *highly desirable* that XLD incorporate the (-A) option!
It would seem unnecessary.

QUOTE
Windows Ripping Brigade

Zealots wear blinders. It's particularly funny to see that they're not noticing the 800 pound gorilla in the room.

This post has been edited by greynol: Sep 13 2008, 19:19


--------------------
YOUR EYES CANNOT HEAR!!!!!!!!!!!
Go to the top of the page
+Quote Post
Pepzhez
post Sep 13 2008, 13:00
Post #48





Group: Members
Posts: 257
Joined: 18-May 03
Member No.: 6685



From the cdparanoia news page:

QUOTE
10.2 also includes a cache analysis option (-A) to do a slow and thorough offline check of the drive's cache behavior. The feature also dumps a detailed log to assist in debugging should either the test or cdparanoia's ripping go awry in any way. After all... better thoroughly safe than sorry.


It is *highly desirable* that XLD incorporate the (-A) option!

QUOTE ('flacflac')
XLD will surpass EAC eventually and hopefully gets ported to Windows soon.


laugh.gif Correction: XLD will surpass EAC in about six more minutes and hopefully never gets ported to Windows, because if it *did* get ported to Windows, how would I then be able to childishly revel in the Windows Ripping Brigade's bad karma that they brought upon themselves by spending the past decade penning snarly "Why don't you buy a Wintel machine/use Wine/use Parallels/buy a copy of Windows; why should Andrι port his program to an inferior OS, anyway?!" responses every time some hapless, innocent individual asked "What is the Mac equivalent to EAC?"

Just kidding.

(Sort of. tongue.gif )

This post has been edited by Pepzhez: Sep 13 2008, 13:05
Go to the top of the page
+Quote Post
ffooky
post Sep 13 2008, 14:53
Post #49





Group: Members
Posts: 261
Joined: 8-July 04
Member No.: 15184



Anyway Pepzhez, XLD is clearly a dead project as there hasn't been an update for at least 5 hours.
Go to the top of the page
+Quote Post
tim.lance
post Sep 13 2008, 15:16
Post #50





Group: Members
Posts: 89
Joined: 9-July 07
Member No.: 45161



QUOTE (ffooky @ Sep 13 2008, 08:53) *
Anyway Pepzhez, XLD is clearly a dead project as there hasn't been an update for at least 5 hours.

5 hours!? Crap. Doom. Past few weeks for naught. Might as well mow the yard.
Go to the top of the page
+Quote Post

11 Pages V  < 1 2 3 4 > » 
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: 23rd July 2014 - 01:52