From:
<fa...@in...> - 2005-12-23 17:21:02
|
no, I don't know exactly how it works. that's been ages ago since I looked at this and the C code was actually taken from a different program (see header). My best guess would be to look at the jack code (python), as I know that it works based on durations. bye fabian Bertrand Florat wrote: > Hi Fabian, > > It looks interresting, I don't know if cddb-audiotags api calculates > this ID (Raf please ?) but it could be useful to implement it in java if > not ... Have you got an idea of the algorithm applied on durations ? > > Fabian Mörchen wrote: > > >>we have some code for parsing the freedb protocol in the CVS of a very >>early version of musicminer: >> >>http://cvs.sourceforge.net/viewcvs.py/musicminer/jamis/java/de/mybytes/jamis/cd/FreeDB.java?rev=1.1&view=markup >> >>feel free to be inspired, if the entagged api does not already handle >>this. the calculation of the disc id, was done with C code accessing the >>CD-ROM drive: >> >>http://cvs.sourceforge.net/viewcvs.py/musicminer/jamis/c/de_mybytes_jamis_cd_Drive.c?rev=1.2&view=markup >> >>we never got around to porting the id part to java. this would be >>useful, because the disc can be calculated from the durations of a set >>of mp3 files, this is what jack (http://www.home.unix-ag.org/arne/jack/) >>is doing with the option "-g". it only works, of course, if all files of >>an album are present and the durations are the same as on the cd (no >>trimming of silence) but can be very useful. >> >>bye >>fabian >> >>Bertrand FLORAT wrote: >> >> >> >>>Hi Erwan, >>> >>> >>> >>> >>> >>>>I am working on CDDB for several days and I already designed the table >>>>(without the checkbox), I have looked the entagged-api and I have some >>>>questions. >>>> >>>>There are two ways to query freedb server >>>> - Using album discid, this one is computing from the TOC (the >>>>tracks offset on the physical CD). >>>> - Using html parsing, the entagged-api enable us to perform a >>>>query using the search page on freedb.org. >>>> >>>>In my opinion, the discid solution give better result only if user have >>>>all the tracks of the album in the directory. >>>>Maybe should I ask entagged team for this... >>>> >>>> >>> >>>Yes, do not hesitate to contact entagged team, you will probably get some >>>good ideas from them and you can try entagged-musicbox to get ideas. For >>>first option (discid), I don't see how you could get it from music files >>>(from id3 tags?). Second option should give good results if first can't, >>>note this is basicaly what we do with jajuk to get covers... it's not a >>>probleme for me if it works ;-) >>> >>> >>> >>> >>> >>>>Another question is, what to do if the tracks are unknown, should we ask >>>>to the user the artist/album/tracks name ? >>>> >>>> >>> >>>I think user should be able to give at least author and album. Giving >>>track names should be avoid as it is precisely what this feature is for. >>>As I imagine it, CDDB returns a list of ordered tracks (by track number) >>>and the double table allow to map current track names to proposal >>>tracknames: >>> >>>ex: >>> >>>[x] Track01.mp3 nameoftrack1.mp3 >>>(the checkbox is used to confirm retaging ) >>>... >>> >>>if order of current tracks is not the same than the proposal one, you >>>could perhaps represent proposal track name as a combo box in each line of >>>current track to allow user to select right track (combo default value is >>>the proposal for for given track #)? : >>> >>>[x] Track01.mp3 [Combo with nameoftrack1.mp3 default] >>> nameoftrack2.mp3 >>> nameoftrack3.mp3 >>>? >>> >>>Another thing to be digged is what to do if proposal has a number of >>>tracks different from current album... do we ignore proposal as a whole ? >>>if cddb requets returns several albums, we should display in priority >>>those with the same number of tracks of course... >>> >>>I'm opened to discution and in vacation in few minutes so do not hesitate >>>to contact me as needed. >>> >>>Merry Christmas. >>> >>>Bertrand. >>> >>> >>> >>> >>> >>>>cheers, >>>>erwan >>>> >>>> >>>> >>>> >>>>------------------------------------------------------- >>>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log >>>>files >>>>for problems? Stop! Download the new AJAX search engine that makes >>>>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >>>>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >>>>_______________________________________________ >>>>Jajuk-developers mailing list >>>>Jaj...@li... >>>>https://lists.sourceforge.net/lists/listinfo/jajuk-developers >>>> >>>> >>>> >>> >>> >>> >>>------------------------------------------------------- >>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >>>for problems? Stop! Download the new AJAX search engine that makes >>>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >>>http://ads.osdn.com/?ad_idv37&alloc_id865&opÌk >>>_______________________________________________ >>>Jajuk-developers mailing list >>>Jaj...@li... >>>https://lists.sourceforge.net/lists/listinfo/jajuk-developers >>> >>> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >>for problems? Stop! Download the new AJAX search engine that makes >>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >>_______________________________________________ >>Jajuk-developers mailing list >>Jaj...@li... >>https://lists.sourceforge.net/lists/listinfo/jajuk-developers >> >> >> > > > |