Adding cddb to toc/data with cdrdao ?
Hello, I have done a `cdrdao read-cd toc_file` of 47 of my CDs that I wanted to backup, and I completely forgot to add the `read-cddb` for each CD... Is there another way to add cddb text info to the files without the need to retake every CD ? Thank you very much, -- Grégoire Favre http://magma.epfl.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED]
Re: Adding cddb to toc/data with cdrdao ?
On Fri, Nov 26, 2004 at 08:28:20PM +0100, Joerg Schilling wrote: > Why do you use cdrdao? Because it works ALL the time... > No problem with cdda2wav Yes, it also works all the time, but 10% of the cdrecord -v dev=... -useinfo *.wav faills and I have to disable the -useinfo in order to make it works... and I dislike things that don't work all the time... Just for the info, what would be the way after i did a cdda2wav -v255 -D 0,2,0 -B to fetch then the cddb for the files ? And then how to write it ? -- Grégoire Favre http://magma.epfl.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED]
Re: Adding cddb to toc/data with cdrdao ?
Gregoire Favre <[EMAIL PROTECTED]> wrote: > Hello, > > I have done a `cdrdao read-cd toc_file` of 47 of my CDs that I wanted to > backup, and I completely forgot to add the `read-cddb` for each CD... > > Is there another way to add cddb text info to the files without the need > to retake every CD ? Why do you use cdrdao? No problem with cdda2wav Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Adding cddb to toc/data with cdrdao ?
Gregoire Favre <[EMAIL PROTECTED]> wrote: > On Fri, Nov 26, 2004 at 08:28:20PM +0100, Joerg Schilling wrote: > > > Why do you use cdrdao? > > Because it works ALL the time... > > > No problem with cdda2wav > > Yes, it also works all the time, but 10% of the > cdrecord -v dev=... -useinfo *.wav faills and I have to disable the > -useinfo in order to make it works... and I dislike things that don't > work all the time... You are reporting just the contrary to what I constantly read. cdrdao has problems with many CDs (in special when there is no pregap). I did not see a single failure report for cdrecord. > Just for the info, what would be the way after i did a > cdda2wav -v255 -D 0,2,0 -B to fetch then the cddb for the files ? > > And then how to write it ? Check for the option that reads the *.info files only Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cdwrite@other.debian.org
$BL$>5Bz9-9p"((B $B$4LBOG$JJ}$O:o=|$7$F$/[EMAIL PROTECTED](B $Be5~6h8fA0DL:[EMAIL PROTECTED];5oA0D.#6#6!]#3(B $BBeI=$K$"$j$^$;$s!*!!(B $B%S%8%M%9$NE4B'$G$9!##1HVEEh$jCY$l$F$b#2HVEEh$jCY$l$k$J!*(B! $B;qK\6b$NMW$i$J$$%S%8%M%9$G$9!*(B($B$"[EMAIL (BPROTECTED];W$&6/$$0U;V$,I,MW$G$9!K(B $B>pJs2=$N;~Be(B,$B>[EMAIL PROTECTED](%M%k%.!<(B $B$G$9!#I4J9$O0l8+$KG!$+$:$G$9!#0lEY8+$F$/[EMAIL PROTECTED](B (B (B $B!!(B http://takana.minidns.net/ (B $B(Bhttp://aabcxy.dyndns.dk/ (B (B (B-- (BTo UNSUBSCRIBE, email to [EMAIL PROTECTED] (Bwith a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Adding cddb to toc/data with cdrdao ?
Gregoire Favre wrote: On Fri, Nov 26, 2004 at 08:28:20PM +0100, Joerg Schilling wrote: Why do you use cdrdao? Because it works ALL the time... No problem with cdda2wav Yes, it also works all the time, but 10% of the cdrecord -v dev=... -useinfo *.wav faills and I have to disable the -useinfo in order to make it works... and I dislike things that don't work all the time... What failure message do you get? I haven't seen any problems in this area, although I rip few CDs, mostly for "best of" compilations. -- bill davidsen <[EMAIL PROTECTED]> CTO TMR Associates, Inc Doing interesting things with small computers since 1979 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Unidentified subject!
Joerg Schilling wrote: Rob Bogus <[EMAIL PROTECTED]> wrote: If that's what you want "-graft-points var.www.1=/var/www/1" (you will need options for having multiple dots). And what I said works, at least here, "-graft-points /var/www/1=/var/www/1" preserves everything. That's the whole point of addir backups. Joerg, would you accept a patch such that "/var/www/1=" with no trailing copy of the same string would be a shorthand for this behaviour? I am not sure if this would really make sense as you could easily write var.www.1=/var/www/1 instead of var.www.1= in special when you run scripts. The idea is not to solve the original poster's problem, but to avoid /var/www/1=/var/www/1 many times repeated when what is really wanted is to say /usr/local/src (or similar) and not have to use graft-points and say /usr/local/src=/usr/local/src. To say that the current behaviour is inconvenient when saving a large number of directories *in the original location*, since graft-points are needed. Also please note that I did not yet start with a new development cycle for cdrtools as I am currently working on Star's incremental restores. Sending patches now could easily get lost :-( Okay, I'll put them on a web site and send them off to a few vendors who have their own version anyway. That way you won't have to worry about losing it. It looks as if using a trailing dot will be more natural: Ex: /usr/local/src/. /opt/tmr/. /home myron/. instead of haveing to write graft-points: /usr/local/src=/usr/local/src /opt/tmr=/opt/tmr /home /home myron=/home myron since I doubt anyone writes that way, and backing up directories using the original names is useful. -- E. Robert Bogusta It seemed like a good idea at the time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
