You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(6) |
Jun
(6) |
Jul
(5) |
Aug
(55) |
Sep
(16) |
Oct
(28) |
Nov
(35) |
Dec
(19) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(12) |
Feb
(15) |
Mar
(14) |
Apr
(27) |
May
(35) |
Jun
(42) |
Jul
(22) |
Aug
(21) |
Sep
(62) |
Oct
(52) |
Nov
(49) |
Dec
(14) |
2003 |
Jan
(11) |
Feb
(41) |
Mar
(16) |
Apr
(18) |
May
(9) |
Jun
(8) |
Jul
(9) |
Aug
(4) |
Sep
(3) |
Oct
(2) |
Nov
(6) |
Dec
(5) |
2004 |
Jan
(13) |
Feb
(32) |
Mar
(10) |
Apr
(5) |
May
|
Jun
(6) |
Jul
(12) |
Aug
|
Sep
(2) |
Oct
|
Nov
(6) |
Dec
|
2005 |
Jan
(1) |
Feb
(7) |
Mar
(4) |
Apr
(1) |
May
(1) |
Jun
(2) |
Jul
(7) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(1) |
Dec
(4) |
2006 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
(10) |
Mar
|
Apr
|
May
(9) |
Jun
(4) |
Jul
(5) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: Chris D. <Chr...@cl...> - 2005-02-09 06:30:24
|
Hi there, Firstly, thanks to the team of developers who produced cdrdao. I run Sun JDS Linux. Wishing to burn CD-Audio in DAO mode (I had been using cdrecord to burn CD-Audio in TAO mode) I downloaded the cdrdao source. Configuration, compilation, and installation went smoothly - great start! Unfortunately, the first burning didn't. I've pasted the output below. My CD writer is a HP CD-Writer+ 8100, in case that matters. Thanks & regards, Chris. saxon:/mnt/ultra3/Music/wav # cdrdao write --device ATAPI:0,0,0 --speed 2 --eject cd.toc Cdrdao version 1.1.9 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' ATAPI:0,0,0: HP CD-Writer+ 8100 Rev: 1.0g Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0010) Burning entire 79 mins disc. Starting write at speed 2... Pausing 10 seconds - hit CTRL-C to abort. Process can be aborted with QUIT signal (usually CTRL-\). Executing power calibration... Power calibration successful. Writing track 01 (mode AUDIO/AUDIO )... /usr/local/bin/cdrdao: Input/output error. : scsi sendcmd: no error CDB: 2A 00 00 00 01 15 00 00 17 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 12 00 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 30.484s timeout 180s ERROR: Write data failed. ERROR: Writing failed - buffer under run? ERROR: Writing failed. |
From: Jonathan H. <jo...@on...> - 2005-01-29 03:46:56
|
I'm trying to find a way to get cdrdao to abort when it detects an uncorrected error during read-cd (like -X in cdparanoia). I am at a complete loss as to how this might be accomplished, and have found only one possible lead so far... I see that gcdmaster calls cdrdao with a '--remote' flag, which seems to pass some amount of information to the front-end, to allow updating of status bars, etc. So my question is two-fold: 1) How can I interpret the data sent by --remote? 2) Does the data passed by --remote reflect the result of the paranoia library reads, or other information useful in determining if an error was uncorrectable? Thanks to anyone who can help. -- Jonathan |
From: Giuseppe C. <co...@lu...> - 2004-11-24 19:49:06
|
On Tue, Nov 23, 2004 at 08:11:49PM +0000, Richard Wild wrote: > Hi all, > > the error message requested that I report it, so that's what I am > doing. I was trying to write an audio CD that I had just ripped. Here > is the output: > > $ cdrdao write --overburn --device /dev/hdb sb2.toc > Cdrdao version 1.1.9 - (C) Andreas Mueller <an...@da...> > SCSI interface library - (C) Joerg Schilling > Paranoia DAE library - (C) Monty > > Check http://cdrdao.sourceforge.net/drives.html#dt for current driver > tables. > > Using libscg version 'schily-0.8' > > /dev/hdb: PIONEER DVD-RW DVR-107D Rev: 1.10 > Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000) > > Burning entire 79 mins disc. > WARNING: Length of toc (80:00:17, 360017 blocks) exceeds capacity of > CD-R (79:57:74, 359849 blocks). > WARNING: Ignored because of option '--overburn'. > WARNING: Some drives may fail to record this toc. > Starting write at speed 24... > Pausing 10 seconds - hit CTRL-C to abort. > Process can be aborted with QUIT signal (usually CTRL-\). > Turning BURN-Proof on > Executing power calibration... > Power calibration successful. > ERROR: Drive does not accept any cue sheet variant - please report. > ERROR: Writing failed. > > > Please ask if any more info is required. Does this happen with this disc only? Please increase the verbosity, say -v 4 -- Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net -<! Any sufficiently advanced bug is indistinguishable from a feature. !>- Rich Kulawiec |
From: Richard W. <ric...@nt...> - 2004-11-23 20:11:40
|
Hi all, the error message requested that I report it, so that's what I am doing. I was trying to write an audio CD that I had just ripped. Here is the output: $ cdrdao write --overburn --device /dev/hdb sb2.toc Cdrdao version 1.1.9 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' /dev/hdb: PIONEER DVD-RW DVR-107D Rev: 1.10 Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000) Burning entire 79 mins disc. WARNING: Length of toc (80:00:17, 360017 blocks) exceeds capacity of CD-R (79:57:74, 359849 blocks). WARNING: Ignored because of option '--overburn'. WARNING: Some drives may fail to record this toc. Starting write at speed 24... Pausing 10 seconds - hit CTRL-C to abort. Process can be aborted with QUIT signal (usually CTRL-\). Turning BURN-Proof on Executing power calibration... Power calibration successful. ERROR: Drive does not accept any cue sheet variant - please report. ERROR: Writing failed. Please ask if any more info is required. Thanks, Rich. |
From: Jason N. <sys...@po...> - 2004-11-05 20:10:53
|
Well to answer my own question, yes it was hardware problems. I grabbed an external 1394 dvdr drive from a co-workers desk, and the "cdparanoia -d /dev/sr1 '[.0],[.22336]' test.wav" worked perfectly. FYI a LITE-ON DVDRW SOHW-1633S sucks!! (thats the drive that would not read the track0) On Thu, 2004-11-04 at 13:34 -0500, Jason Noble wrote: > Is there any way to Rip a track that starts before Track 1? > > To play this track on a regular cd player, I have to hold the rewind > button at the start of track 1, and wait for the cd to rewind back 5 > minutes. > > the first track starts at 22337 [04:57.62] > > Table of contents (audio tracks only): > track length begin copy pre ch > =========================================================== > 1. 24703 [05:29.28] 22337 [04:57.62] no no 2 > 2. 21535 [04:47.10] 47040 [10:27.15] no no 2 > 3. 24677 [05:29.02] 68575 [15:14.25] no no 2 > 4. 15873 [03:31.48] 93252 [20:43.27] no no 2 > 5. 21437 [04:45.62] 109125 [24:15.00] no no 2 > 6. 16853 [03:44.53] 130562 [29:00.62] no no 2 > 7. 17952 [03:59.27] 147415 [32:45.40] no no 2 > 8. 22333 [04:57.58] 165367 [36:44.67] no no 2 > 9. 25202 [05:36.02] 187700 [41:42.50] no no 2 > 10. 39240 [08:43.15] 212902 [47:18.52] no no 2 > TOTAL 229805 [51:04.05] (audio only) > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Cdrdao-devel mailing list > Cdr...@li... > https://lists.sourceforge.net/lists/listinfo/cdrdao-devel > |
From: Jason N. <sys...@po...> - 2004-11-05 13:08:54
|
Well now I'm guessing my DVD drive doesnt like reading this hidden track. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 1. 24703 [05:29.28] 22337 [04:57.62] no no 2 2. 21535 [04:47.10] 47040 [10:27.15] no no 2 3. 24677 [05:29.02] 68575 [15:14.25] no no 2 4. 15873 [03:31.48] 93252 [20:43.27] no no 2 5. 21437 [04:45.62] 109125 [24:15.00] no no 2 6. 16853 [03:44.53] 130562 [29:00.62] no no 2 7. 17952 [03:59.27] 147415 [32:45.40] no no 2 8. 22333 [04:57.58] 165367 [36:44.67] no no 2 9. 25202 [05:36.02] 187700 [41:42.50] no no 2 10. 39240 [08:43.15] 212902 [47:18.52] no no 2 TOTAL 229805 [51:04.05] (audio only) cdparanoia '[.0],[.22336]' test.wav scsi_read error: sector=7 length=13 retry=0 Sense key: 5 ASC: 64 ASCQ: 0 Transport error: Illegal SCSI request (rejected by target) System error: Invalid argument scsi_read error: sector=7 length=6 retry=1 Sense key: 5 ASC: 64 ASCQ: 0 Transport error: Illegal SCSI request (rejected by target) System error: Invalid argument scsi_read error: sector=7 length=3 retry=2 Sense key: 5 ASC: 64 ASCQ: 0 Transport error: Illegal SCSI request (rejected by target) System error: Invalid argument scsi_read error: sector=7 length=1 retry=3 Sense key: 5 ASC: 64 ASCQ: 0 Transport error: Illegal SCSI request (rejected by target) System error: Invalid argument scsi_read error: sector=7 length=1 retry=4 Sense key: 5 ASC: 64 ASCQ: 0 Transport error: Illegal SCSI request (rejected by target) System error: Invalid argument scsi_read error: sector=7 length=1 retry=5 Sense key: 5 ASC: 64 ASCQ: 0 Transport error: Illegal SCSI request (rejected by target) System error: Invalid argument scsi_read error: sector=7 length=1 retry=6 Sense key: 5 ASC: 64 ASCQ: 0 Transport error: Illegal SCSI request (rejected by target) System error: Invalid argument scsi_read error: sector=7 length=1 retry=7 Sense key: 5 ASC: 64 ASCQ: 0 Transport error: Illegal SCSI request (rejected by target) System error: Invalid argument scsi_read error: sector=7 length=1 retry=8 Sense key: 5 ASC: 64 ASCQ: 0 Transport error: Illegal SCSI request (rejected by target) System error: Invalid argument this sucks, does it truly mean its a hardware limitation? On Thu, 2004-11-04 at 23:08 -0800, Paul Cassella wrote: > On Thu, 4 Nov 2004, Jason Noble wrote: > > > Is there any way to Rip a track that starts before Track 1? > > > To play this track on a regular cd player, I have to hold the rewind > > button at the start of track 1, and wait for the cd to rewind back 5 > > minutes. > > The vtracks patch can do this: > > http://sourceforge.net/tracker/index.php?func=detail&aid=572559&group_id=3714&atid=303714 > > > Another option is to use cdparanoia or possibly cdda2wav from the command > line. > > To use cdparanoia for example, it looks like you'd want to do > > cdparanoia -Q > > to get the table of contents, which might give a hint as to where the > hidden track is. > > For example, They Might Be Giants's Factory Showroom has a hidden track > like that. Its table of contents starts like this: > > track length begin copy pre ch > =========================================================== > 1. 17335 [03:51.10] 4575 [01:01.00] no no 2 > 2. 13025 [02:53.50] 21910 [04:52.10] no no 2 > > Which suggests that the hidden track runs from frame 0 through frame 4574 > and that > > cdparanoia '[.0],[.4574]' tbtb.wav > > might be a reasonable command line to start with. > > |
From: Jason N. <sys...@po...> - 2004-11-04 18:39:59
|
Is there any way to Rip a track that starts before Track 1? To play this track on a regular cd player, I have to hold the rewind button at the start of track 1, and wait for the cd to rewind back 5 minutes. the first track starts at 22337 [04:57.62] Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 1. 24703 [05:29.28] 22337 [04:57.62] no no 2 2. 21535 [04:47.10] 47040 [10:27.15] no no 2 3. 24677 [05:29.02] 68575 [15:14.25] no no 2 4. 15873 [03:31.48] 93252 [20:43.27] no no 2 5. 21437 [04:45.62] 109125 [24:15.00] no no 2 6. 16853 [03:44.53] 130562 [29:00.62] no no 2 7. 17952 [03:59.27] 147415 [32:45.40] no no 2 8. 22333 [04:57.58] 165367 [36:44.67] no no 2 9. 25202 [05:36.02] 187700 [41:42.50] no no 2 10. 39240 [08:43.15] 212902 [47:18.52] no no 2 TOTAL 229805 [51:04.05] (audio only) |
From: <dw...@co...> - 2004-11-01 01:50:08
|
So, using Fedora Core 1, kernel 2.4.22-2199 Using cdrdao 1.1.7, I can burn just fine to my cdrw drive using ide-scsi. Of course, I've been running into the DMA problems when trying to burn videocds. So, I thought I would give the packet interface a try. Grabbed cdrdao-1.1.9-1, and reloaded ide-scsi, ide-cd so that the drive was now owned by ide-cd. Attempting to burn gives the following error: A scanbus located my drive. So, let's attempt to burn: /usr/bin/cdrdao write --device ATAPI:0,0,0 --speed 16 videocd.cue Cdrdao version 1.1.9 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' ATAPI:0,0,0: SAMSUNG CD-R/RW SW-216B Rev: Q001 Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000) Burning entire 79 mins disc. Starting write ERROR: Cannot retrieve drive capabilities mode page. at speed 0... Pausing 10 seconds - hit CTRL-C to abort. Process can be aborted with QUIT signal (usually CTRL-\). WARNING: No super user permission to setup real time scheduling. ERROR: Cannot retrieve write parameters mode page. ERROR: Cannot setup write parameters for session-at-once mode. ERROR: Please try to use the 'generic-mmc-raw' driver. ERROR: Writing failed. Trying the generic-mmc-raw driver and trying as root fail w. the same error. Any ideas (esp since ide-scsi, as I have said, does work)? Thanks! -- ******************************** David William Botsch dw...@co... ******************************** |
From: Denis L. <den...@ya...> - 2004-09-08 11:11:38
|
Yup, i think patches were issues very quickly. I think the kernel that's affected is 2.6.8-1.521. I tried release 533 from Arjan's site and the problem was gone! :-) Can you explain briefly what the O_RDWR patch is ? thanks! -denis --- Harald Hoyer <ha...@re...> wrote: > Worksforme(tm) with the Fedora 2.6.8-1.540smp kernel > cdrdao using the newest cdrecord library, plus patches to open the > device O_RDWR > |
From: Denis L. <den...@ya...> - 2004-09-07 16:19:19
|
A couple of notes on recent linux kernel stuff : - as of 2.6.8, some security "fixes" were introduced that no longer allows cdrdao to burn CDs without root permissions. It's a classical case of somebody making a decision without using their heads and thinking about the consequences. This means cdrecord and cdrdao need to be setuid as root to run correctly, which, from a secury standpoint, is much worse :-( - 2.6.8-1 has a monster bug related to DMA buffer alignment. As a result, audio cd burning doesn't work correctly with both cdrecord and cdrdao: the burning process seems to work fine but it'll produce a inaudible CD. You've been warned :-) |
From: Denis L. <den...@ya...> - 2004-07-30 09:23:26
|
I've checked in code for Mp3 and Ogg support in gcdmaster in the gtkmm24 branch, as well as drag'n'drop support, which means you can select a bunch of MP3 files in Nautilus and drag'em onto a gcdmaster sample display window. You'll need the libmad library to compile in mp3 support. Temporary WAV files are created in /tmp. -denis |
From: Denis L. <den...@ya...> - 2004-07-23 17:45:20
|
Marius, I understand your concern. This feature is of course mainly targeted at gcdmaster, so that i can go into nautilus and double-click on any .toc or .cue files and things "will just work"(tm). It just so happens that the code required for this needs to live in the trackdb library which is used by both cdrdao and gcdmaster. However, the dependencies are mainly for gcdmaster, and cdrdao can live without that stuff. I can guarantee you that the dependencies will never be mandatory for cdrdao. As a matter of fact, gcdmaster will not need cdrdao to have this stuff compiled in at all. Right now, cdrdao inherits this feature "for free" if you compile it in, but it's more a proof of concept than anything else. As far as calling some external scripts being better than including the libs, i completely disagree. There's nothing more britle and unstable than some executable having to fork/exec other stuff. It's the exact same dependency, except it's run-time, it's undocumented and you have no control over where mpg123, ogg123 are installed, how they're compiled, what kind of errors are reported, etc... Still, gcdmaster will probably have that feature in the future, so that you can configure it at run-time to support, say, wma files by entering the appropriate mplayer command to translate them to wav files. But i'd rather have support compiled in, especially with such lightweight libraries as libmad or vorbis. --- Marius Strobl <li...@al...> wrote: > On Tue, Jul 20, 2004 at 11:34:50PM -0700, Denis Leroy wrote: > > I've checked in support for Mp3 and Ogg into the gtkmm24 branch, > though > > this targets mainly cdrdao (more work is required to integrate this > > nicely into gcdmaster thouhg it'll kind of work now). The libraries > > libmad, libvorbis and libao are used for this. It's of course an > > optional feature based on the availability of those libraries. > > > > Support is done by first converting any mp3 or ogg files specified > into > > a toc file into a corresponding temporary WAV file, stored in a > > temporary directory (specified with the new --tmpdir option, > defaults > > to /tmp). All temporary files are deleted upon exit, unless the new > > --keep option is specified. > > > > What is the advantage of adding this support to cdrdao itself that > justifies the myriads of dependencies it causes rather than using > a script that calls mpg123/321 or ogg123 to do the conversion or > adding it to a front-end like gcdmaster instead. I mean cdrdao > (currently) is just a simple application for writing CDs with no > dependencies and should be kept as such and as long this approach > still requires temporary files I don't see a real benefit of going > this way. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click > _______________________________________________ > Cdrdao-devel mailing list > Cdr...@li... > https://lists.sourceforge.net/lists/listinfo/cdrdao-devel > |
From: Marius S. <li...@al...> - 2004-07-23 13:26:07
|
On Tue, Jul 20, 2004 at 11:34:50PM -0700, Denis Leroy wrote: > I've checked in support for Mp3 and Ogg into the gtkmm24 branch, though > this targets mainly cdrdao (more work is required to integrate this > nicely into gcdmaster thouhg it'll kind of work now). The libraries > libmad, libvorbis and libao are used for this. It's of course an > optional feature based on the availability of those libraries. > > Support is done by first converting any mp3 or ogg files specified into > a toc file into a corresponding temporary WAV file, stored in a > temporary directory (specified with the new --tmpdir option, defaults > to /tmp). All temporary files are deleted upon exit, unless the new > --keep option is specified. > What is the advantage of adding this support to cdrdao itself that justifies the myriads of dependencies it causes rather than using a script that calls mpg123/321 or ogg123 to do the conversion or adding it to a front-end like gcdmaster instead. I mean cdrdao (currently) is just a simple application for writing CDs with no dependencies and should be kept as such and as long this approach still requires temporary files I don't see a real benefit of going this way. |
From: Denis L. <den...@ya...> - 2004-07-21 06:34:56
|
I've checked in support for Mp3 and Ogg into the gtkmm24 branch, though this targets mainly cdrdao (more work is required to integrate this nicely into gcdmaster thouhg it'll kind of work now). The libraries libmad, libvorbis and libao are used for this. It's of course an optional feature based on the availability of those libraries. Support is done by first converting any mp3 or ogg files specified into a toc file into a corresponding temporary WAV file, stored in a temporary directory (specified with the new --tmpdir option, defaults to /tmp). All temporary files are deleted upon exit, unless the new --keep option is specified. |
From: Manuel C. <ll...@er...> - 2004-07-20 20:31:40
|
Hi all, no user visible changes in this commit. Basically I have removed global guiUpdate() calls to local update() calls in AudioCDView, and use signalTocModified() when parent(s) need to know about the modification. This will make easier to write multiple AudioCDView in the AudioCDProject and does not produce an storm of updates accross different Gnome::App windows. See you. Boring details: guiUpdate() ======= - Things that "work" "magically" when doing a guiUpdate should be corrected. - add/remove funcs modify the toc, should update all views. AudioCDView::zoomIn calls: tocEditView_->sampleView(start, end); DONE: update (UPD_SAMPLES); AudioCDView::zoomx2 calls: tocEditView_->sampleView(start, end); DONE: update (UPD_SAMPLES) AudioCDView::zoomOut calls: tocEditView_->sampleView(start, end); DONE: update (UPD_SAMPLES) AudioCDView::fullView calls: tocEditView_->sampleViewFull(); DONE: update (UPD_SAMPLES) AudioCDView::trackMarkSelectedCallback calls: tocEditView_->trackSelection(trackNr); calls: tocEditView_->indexSelection(indexNr); DONE update (UPD_TRACK_MARK_SEL); AudioCDView::markerSetCallback calls: tocEditView_->sampleMarker(sample); DONE: update (UPD_SAMPLE_MARKER); AudioCDView::selectionSetCallback calls: tocEditView_->sampleView(start, end); DONE: update (UPD_SAMPLES); calls: tocEditView_->sampleSelection(start, end); DONE: update (UPD_SAMPLE_SEL); AudioCDView::markerSet DONE: update (UPD_SAMPLE_MARKER); AudioCDView::selectionSet calls: tocEditView_->sampleSelection(s1, s2); DONE: update (UPD_SAMPLE_SEL); AudioCDView::trackMarkMovedCallback calls: tocEditView_->trackSelection(trackNr); calls: tocEditView_->indexSelection(indexNr); DONE: update (UPD_TRACK_MARK_SEL); AudioCDView::cutTrackData calls: project_->tocEdit()->removeTrackData(tocEditView_)) DONE: signal_tocModified(UPD_TOC_DATA | UPD_TRACK_DATA | UPD_SAMPLE_SEL | UPD_SAMPLE_MARKER | UPD_SAMPLES); This is now like a global guiUpdate() but only from AudioCDProject AudioCDView::pasteTrackData calls: project_->tocEdit()->insertTrackData(tocEditView_)) DONE: signal_tocModified(UPD_TOC_DATA | UPD_TRACK_DATA | UPD_SAMPLE_SEL); This is now like a global guiUpdate() but only from AudioCDProject AudioCDView::addTrackMark DONE: signal_tocModified(UPD_TOC_DATA | UPD_TRACK_DATA | UPD_SAMPLE_MARKER); This is now like a global guiUpdate() but only from AudioCDProject AudioCDView::addIndexMark DONE: signal_tocModified(UPD_TRACK_DATA | UPD_SAMPLE_MARKER); This is now like a global guiUpdate() but only from AudioCDProject AudioCDView::addPregap DONE: signal_tocModified(UPD_TRACK_DATA | UPD_SAMPLE_MARKER); This is now like a global guiUpdate() but only from AudioCDProject TocEditView::trackSelection DONE: //llanero: different views DONE: // tocEdit_->updateLevel_ |= UPD_TRACK_MARK_SEL; TocEditView::indexSelection DONE: //llanero: different views DONE: // tocEdit_->updateLevel_ |= UPD_TRACK_MARK_SEL; TocEditView::sampleMarker DONE: //llanero: different views DONE: // tocEdit_->updateLevel_ |= UPD_SAMPLE_MARKER; TocEditView::sampleMarker DONE: //llanero: different views DONE: // tocEdit_->updateLevel_ |= UPD_SAMPLE_MARKER; TocEditView::sampleSelection DONE: //llanero: different views DONE: // tocEdit_->updateLevel_ |= UPD_SAMPLE_SEL; TocEditView::sampleViewFull DONE: //llanero: different views DONE: // tocEdit_->updateLevel_ |= UPD_SAMPLES; TocEdit::removeTrackData DONE: //llanero: different views DONE: // updateLevel_ |= UPD_TOC_DATA | UPD_TRACK_DATA | UPD_SAMPLE_SEL | UPD_SAMPLE_MARKER | UPD_SAMPLES ; TocEdit::insertTrackData DONE: //llanero: different views DONE: // updateLevel_ |= UPD_TOC_DATA | UPD_TRACK_DATA | UPD_SAMPLE_SEL; -- Manuel Clos ll...@er... http://llanero.eresmas.net |
From: <es...@th...> - 2004-07-17 00:15:26
|
This is automatically generated email about problems in a man page for which you appear to be responsible. If you are not the right person or list, tell me and I will attempt to correct my database. See http://catb.org/~esr/doclifter/problems.html for details on how and why these patches were generated. Feel free to email me with any questions. Note: This patch does not change the mod date of the manual page. You may wish to do that by hand. Problems with cdrdao.1: 1. My translator trips over a useless command in list markup. --- cdrdao.1-orig 2003-11-19 01:46:18.000000000 -0500 +++ cdrdao.1 2003-11-19 01:46:42.000000000 -0500 @@ -490,7 +490,6 @@ may follow. See the CD-TEXT section below for the syntax of the CD-TEXT block contents. .IP "CD_TEXT { ... }" -.LP At least one of the following statements must appear to specify the data for the current track. Lengths and start positions may be expressed in samples (1/44100 seconds) for audio tracks or in bytes -- Eric S. Raymond |
From: Giuseppe C. <co...@lu...> - 2004-07-16 17:05:23
|
On Thu, Jul 15, 2004 at 02:33:15AM +0200, Christian Schnobrich wrote: > Hello, > > This may be silly, at any rate I feel silly. Perhaps it is just too > obvious for me to see. > > Anyway... I've tried to copy an audio CD; the writing eventually failed, > the original CD is no longer available. But as I used the --keepimage > option, not all is lost -- I hope. > But I've tried, and looked, and googled, and can't find out how to feed > the image file to cdrdao for another writing attempt. You need the tocfile. cdrdao write [tocfile] -- Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net -<! windoze: no need of an hammer to crash it! !>- |
From: Christian S. <sc...@ba...> - 2004-07-16 12:14:25
|
On Thu, 2004-07-15 at 18:03, Manuel Clos wrote: > Christian Schnobrich wrote: > > It's not that easy. I tried to supply the image file in the place where > > the examples have a toc file, but no avail. All I get is a complaint > > about the supplied file having syntax errors. > > Well, I can think of two cases: > > 1) On the fly copy: if there was an error, the process didn't finished, > so you don't have the .toc file and very probably the .bin file is > INCOMPLETE. > There was an error, but IIRC in writing: I had supplied the wrong driver option (don't ask). However, reading the disc finished sucessfully. Hmmm. Just try again: schnobs@pferd:~$ cdrdao copy --source-device 0,1,0 --device 0,4,0 --datafile /home/schnobs/muzak/cdrdao.tmp --simulate --eject --paranoia-mode 2 -n -v 2 --keepimage Alright, now the write simulation has started; I can only see the file cdrdao.tmp, but no toc file anywhere. Wait.... > Found 674 Q sub-channels with CRC errors. > Found disk catalogue number. > Keeping created image file "/home/schnobs/muzak/cdrdao.tmp". > Corresponding toc-file is written to "cd1045.toc". > Writing track 01 (mode AUDIO/AUDIO )... I've got it -- the toc file ends up in the current working directory, even if there is different location specified for the datafile. Not exactly intuitive, but I was finally able to recover the toc file. Thanks. Because of your second reply, I wanted to prove that you are wrong and no toc file was ever created. Without your patience, I would quite likely not have found it at all or only after I had deleted the datafile. But all is well that ends better... cu, Schnobs |
From: Manuel C. <ll...@er...> - 2004-07-15 16:03:23
|
Christian Schnobrich wrote: > It's not that easy. I tried to supply the image file in the place where > the examples have a toc file, but no avail. All I get is a complaint > about the supplied file having syntax errors. Well, I can think of two cases: 1) On the fly copy: if there was an error, the process didn't finished, so you don't have the .toc file and very probably the .bin file is INCOMPLETE. 2) dump to disk, then burn: probably not the case since you will have the .toc file around. To build the toc file you will need more info. What type of CD is it? ISO? Audio? mixed? > I don't have gcdmaster installed yet. But for lack of other ideas, I'll > give it a try. If it is a .iso image you should be able to mount it, or try to find the iso inside the file (not easy, but I will try to help you). If it is pure Audio, just run gcdmaster and add the .bin file as a track, it will be interpreted as raw audio if no wav header is found. Then you can play it so see if it is correct before burning... -- Manuel Clos ll...@er... http://llanero.eresmas.net |
From: Manuel C. <ll...@me...> - 2004-07-15 14:07:55
|
Hi Christian, just locate the image and use the "write" command instead of the "copy" command and let know what file you want to burn, this is: cdrdao write something.toc or use gcdmaster to open and burn the image. Christian Schnobrich wrote: > Hello, > > This may be silly, at any rate I feel silly. Perhaps it is just too > obvious for me to see. > > Anyway... I've tried to copy an audio CD; the writing eventually failed, > the original CD is no longer available. But as I used the --keepimage > option, not all is lost -- I hope. > But I've tried, and looked, and googled, and can't find out how to feed > the image file to cdrdao for another writing attempt. > > I'm aware that this list does not seem to deal with support and stupid > questions -- but I don't know any other place to ask. > At any rate I can't find the information in the manpage or readme file. > Insofar, you may consider this to be a bug report, if this provides some > justification for me appealing to this list. -- Manuel Clos ll...@me... http://www.webpersonal.net/llanero/ |
From: Christian S. <sc...@ba...> - 2004-07-15 00:33:21
|
Hello, This may be silly, at any rate I feel silly. Perhaps it is just too obvious for me to see. Anyway... I've tried to copy an audio CD; the writing eventually failed, the original CD is no longer available. But as I used the --keepimage option, not all is lost -- I hope. But I've tried, and looked, and googled, and can't find out how to feed the image file to cdrdao for another writing attempt. I'm aware that this list does not seem to deal with support and stupid questions -- but I don't know any other place to ask. At any rate I can't find the information in the manpage or readme file. Insofar, you may consider this to be a bug report, if this provides some justification for me appealing to this list. cu, Schnobs |
From: Denis L. <den...@ya...> - 2004-07-12 18:24:14
|
Some exciting udpates on Manuel's work on the gcdmaster branch. --- Manuel Clos <ll...@me...> wrote: > Hi all, > > I have been doing some work on the gtkmm2.4 branch, mainly: > > - Port menus to Action based menus > - use glade and follow HIG where we rework things > - modify ProjectChooser so it shows in a Gnome::App, which also now > contains a list of recent used files (still todo). > - At startup launch should present a Gnome::app based ProjectChooser, > then switch the main content to the selected project (and do the menu > and toolbar merging). This way the user always sees the main window > (so > has access to the menus) > - don't use gcdmaster globally in ProjectChooser (guiUpdate remains) > > There are still some things I need to finish with guiUpdate, the > statubar and do the recent files list. > > Todo: > - Recent Projects > - Fixes > > Possible for the next release: > - Port to the new gtkfileselector > - create a data project with simple support to open .iso files and be > able to burn them. > > Also, Denis is working on mp3 support. > > See you! > > > Here are the complete changes in a boring way: > > stock/ > Added record.png from media-record.png > > AddFileDialog.cc > different way to get the parent window > > AudioCDChild.cc > different way to get the parent window > > AudioCDProject.cc > AudioCDProject.h > move to new gtk menu stuff > add_menus: way to merge menuitems in the main menu > configureAppBar: pass the app bar to configure the SampleManager > play, stop, pause are now in the menu too (HIG) > zoom, select, zoom in/out/fit are now in the menu too (HIG) > sensitive on/off is done with the new Action based menu stuff > > AudioCDView.cc > AudioCDView.h > move to new gtk menu stuff > add_menus: way to merge menuitems in the main menu > different way to get the parent window > > BlankCDDialog.cc > BlankCDDialog.h > build fixes > > CdDevice.cc > CdDevice.h > build fixes > > DumpCDProject.cc > DumpCDProject.h > cleanup, menu stuff, new parent > > DuplicateCDProject.cc > DuplicateCDProject.h > cleanup, menu stuff, new parent > > Icons.cc > Icons.h > added record pixmap > > Project.cc > Project.h > Project is now a VBox and GCDMaster is a Gnome::App > removed menu and toolbar stuff and about dialog > > ProjectChooser.cc > ProjectChooser.h > redone using glade > use signals to abstract from GCDMaster > new recent files list still to be implemented > if fits in a GCDMaster windows instead of its own. > > gcdmaster.cc > gcdmaster.h > GCDMaster is now the Gnome::App > list of Projects and Project Choosers is static > add menus and toolbar using the new gtk menu stuff and the about > dialog > > xcdrdao.cc > fixes > > -- > Manuel Clos > ll...@er... > http://llanero.eresmas.net > > |
From: Denis L. <den...@ya...> - 2004-06-23 21:23:14
|
I prepared and submitted official fedora packages for cdrdao 1.1.9 and its needed gtkmm 2.2 libraries. The packages are available here : http://www.poolshark.org/fc2.html -denis |
From: Denis L. <den...@ya...> - 2004-06-07 02:34:24
|
Ok, i just released 1.1.9. Enjoy. Also, say hello to the new 'gtkmm24' branch. -denis |
From: Denis L. <den...@ya...> - 2004-06-04 08:40:03
|
I just released cdrdao 1.1.9rc1 on SourceForge. I though we'd try a short trial period before doing the final 1.1.9 release, to make sure things are building ok with non-linux platforms. After the 1.1.9 release, we'll tag the tree to gtkmm22 and continue onward with gtkmm2.4 and maybe target a 1.2.0 release. So please let me know if you find any problems, if not we could release the final 1.1.9 in a week or so... -denis |