[Entagged-devel] Re: [Jajuk-developers] CDDB retagger
Brought to you by:
kikidonk
From: Bertrand F. <ber...@fl...> - 2005-12-23 17:09:29
|
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=F6rchen 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/j= amis/cd/FreeDB.java?rev=3D1.1&view=3Dmarkup > >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_jami= s_cd_Drive.c?rev=3D1.2&view=3Dmarkup > >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: > =20 > >>Hi Erwan, >> >> >> =20 >> >>>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 hav= e >>>all the tracks of the album in the directory. >>>Maybe should I ask entagged team for this... >>> =20 >>> >> >>Yes, do not hesitate to contact entagged team, you will probably get so= me >>good ideas from them and you can try entagged-musicbox to get ideas. Fo= r >>first option (discid), I don't see how you could get it from music file= s >>(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 ;-) >> >> >> =20 >> >>>Another question is, what to do if the tracks are unknown, should we a= sk >>>to the user the artist/album/tracks name ? >>> =20 >>> >>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 hesita= te >>to contact me as needed. >> >>Merry Christmas. >> >>Bertrand. >> >> >> =20 >> >>>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=3D7637&alloc_id=3D16865&op=3Dclick >>>_______________________________________________ >>>Jajuk-developers mailing list >>>Jaj...@li... >>>https://lists.sourceforge.net/lists/listinfo/jajuk-developers >>> >>> =20 >>> >> >> >> >>------------------------------------------------------- >>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_id=16865&op=CCk >>_______________________________________________ >>Jajuk-developers mailing list >>Jaj...@li... >>https://lists.sourceforge.net/lists/listinfo/jajuk-developers >> =20 >> > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log f= iles >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=3D7637&alloc_id=3D16865&op=3Dclick >_______________________________________________ >Jajuk-developers mailing list >Jaj...@li... >https://lists.sourceforge.net/lists/listinfo/jajuk-developers > > =20 > --=20 Bertrand FLORAT =20 ber...@fl... http://www.florat.net PGP keyserver: pgp.mit.edu =20 |