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: Giuseppe C. <co...@lu...> - 2001-08-06 09:08:12
|
On Sat, 4 Aug 2001, strobe anarkhos wrote: > At 4:01 PM -0400 8/4/01, Giuseppe Corbelli wrote: > >On Fri, 3 Aug 2001, strobe anarkhos wrote: > >> Hey, > >> I'm interested in porting cdrdao to Darwin but there aren't many > >>clues as to how exactly it works (looking at the 1.1.5 archive I > >>decompressed). There is some mention that it uses the same 'SCSI library' > >>as cdrecord, but to my knowledge that hasn't been ported either. Do I > >>need to have intimate knowledge of cdrecord before I can port cdrdao? > >Cdrdao's low level SCSI transport library is libscg, written by Joerg > >Schilling, and found in his cdrecord's package. From what I see in the > >latest version he met some problems in porting to Darwin. > >Porting libscg is the first step. You should read PORTING and > >README.macosX. Question regarding libscg are welcome on cdrecord-devel > >mailing list > >(http://lists.berlios.de/mailman/listinfo/cdrecord-developers) > > So if I port libscg everything else should work? (that list had a > total of three messages in 3 months) The hard work should be done. I'm not subscribed to that list but it should be the right place > Last I checked cdrecord was last ported to Rhapsody (Darwin 0.3) which > has little relation to Darwin 1.x. This is the only info I have (AN-1.10) First support for Mac OS X (Darwin variant) This is the MAC OX X version that uses the new mach kernel and has no user SCSI support -- Giuseppe "Cowo" Corbelli -->> Riding on Linux-2.4.7-xfs -<! Desasters in our century: Hiroshima 45, Cernobyl 86, windoze95 !>- |
From: strobe a. <ana...@ma...> - 2001-08-05 18:43:44
|
> > > > > So if I port libscg everything else should work? (that list had a total of three messages in 3 months) >> >> Last I checked cdrecord was last ported to Rhapsody (Darwin 0.3) which has little relation to Darwin 1.x. > >You do not have to port libscg (which could be quiet difficult). >Instead you could just write your own SCSI Interface implementation for >your OS. The interface is defined in "dao/ScsiIf.h". Example non libscg >implementations are found in "dao/ScsiIf-linux.cc" or >"dao/ScsiIf-freebsd-cam.cc". > >If you're facing problems with the Posix threads you can also compile >cdrdao without thread support (configure option). It will then use >SYSV shared memory and fork a child process to implement the buffering. >I could also implement another method to get shared memory if Darwin >does not have SYSV IPC support. > Thank you very much for this info! I have looked at libscg and it's definitely a lot lower level than I wish especially since Darwin provides a method for device discovery which I don't want to bypass. Darwin has excellent pthread support (and will soon have SysV thread support) so that's not an issue. This currently looks more likely than a libscg port. OS X users will have free built-in burning capability for ISO 9660 and other formats so I think the usefulness of cdrecord is minimal. |
From: Manuel C. <ll...@ja...> - 2001-08-05 18:21:52
|
Hi all, This commit fixes some bugs, and adds the pause feature while playing: * Added playPause feature to AudioCDView and AudioCDProject, added icon to the play toolbar * Show a Project chooser if we can't open the filename given at the command line and make the chooser the parent of the error dialog (to make sure it is visible) * add missing pixmaps (play and zoom toolbars) to Makefile.in in install target * playToolbar: play is no more the default (and no signal is emitted while setting stop the default) * fixed a crash due to not removing projects from the list while doing appClose. * fixed an update race because we were deleting before removing from the list. Hope you enjoy :) -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
From: Manuel C. <ll...@ja...> - 2001-08-05 14:22:58
|
Hi all, The problem with adding multiple files is that the tocEdit object return 0 when no modify is allowed: if (!modifyAllowed()) return 0; This return code is also "success" when appending the track. This should be changed, but why modify is not allowed? Should we add a "addMultipleFiles"? I think no, because the problem is that if you do this you still can't add another file while reading the first one. Can we break this into pieces, this is, checking that we are modifying the piece we are scanning, and if this happens then reread/reorder? Can Andreas give some explanation on how this works and in what order? Thanks. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
From: strobe a. <ana...@ma...> - 2001-08-04 14:58:44
|
At 4:01 PM -0400 8/4/01, Giuseppe Corbelli wrote: >On Fri, 3 Aug 2001, strobe anarkhos wrote: >> Hey, >> I'm interested in porting cdrdao to Darwin but there aren't many >>clues as to how exactly it works (looking at the 1.1.5 archive I >>decompressed). There is some mention that it uses the same 'SCSI library' >>as cdrecord, but to my knowledge that hasn't been ported either. Do I >>need to have intimate knowledge of cdrecord before I can port cdrdao? >Cdrdao's low level SCSI transport library is libscg, written by Joerg >Schilling, and found in his cdrecord's package. From what I see in the >latest version he met some problems in porting to Darwin. >Porting libscg is the first step. You should read PORTING and >README.macosX. Question regarding libscg are welcome on cdrecord-devel >mailing list >(http://lists.berlios.de/mailman/listinfo/cdrecord-developers) So if I port libscg everything else should work? (that list had a total of three messages in 3 months) Last I checked cdrecord was last ported to Rhapsody (Darwin 0.3) which has little relation to Darwin 1.x. Regardless I'll take a good look at it. > >PS: MAX 80 COLUMNS IN YOUR EMAIL, PLZ!!! >>I'm on a crusade to avoid >getting >>emails like >this |
From: Giuseppe C. <co...@lu...> - 2001-08-04 13:04:33
|
On Fri, 3 Aug 2001, strobe anarkhos wrote: > Hey, > I'm interested in porting cdrdao to Darwin but there aren't many >clues as to how exactly it works (looking at the 1.1.5 archive I >decompressed). There is some mention that it uses the same 'SCSI library' >as cdrecord, but to my knowledge that hasn't been ported either. Do I >need to have intimate knowledge of cdrecord before I can port cdrdao? Cdrdao's low level SCSI transport library is libscg, written by Joerg Schilling, and found in his cdrecord's package. From what I see in the latest version he met some problems in porting to Darwin. Porting libscg is the first step. You should read PORTING and README.macosX. Question regarding libscg are welcome on cdrecord-devel mailing list (http://lists.berlios.de/mailman/listinfo/cdrecord-developers) ... > I can already burn various kinds of CDs on this OS using >closed-source programs, but they don't support RAW DAO. I'm somewhat >knowledgeable in how Darwin functions, but not at all with how cdrdao >does. Is there a detailed description of how cdrdao communicates with the >drive? How this process differs between OSs would probably help too. Cdrdao sends standard SCSI commands. You're not interested in why and what. Libscg handles the command transport and the way it does is platform-specific. I am not a C++ programmer but I think that cdrdao would compile and work without hassle (perhaps some trouble can come from posix threads). ... > This is basically what I know so far about the inner workings in >OS X (without going through ridiculous detail). OS X (or Darwin, same >thing in this context) has a well organized object-oriented driver >architecture called IOKit or "I/O Kit". It also has a registry which is a >vast hierarchy encompassing all hardware and drivers detected. In OS X my >CD-R burner is recognized as an atapi device type. The atapi 'protocol >transport' appears to manage the atapi protocol. Then, curiously, it's >registered as a SCSI peripheral (I've read that cdrecord does something >similar, but I'm not familiar with the reasoning or history behind this. >Other ATA devices like hard drives are registered as ATA block devices, >but the CDRW burner is registered as a SCSI peripheral.). It's then >registered as a SCSI peripheral "Type05" which I speculate means a CD/DVD >device. This is then used by a CD block storage driver and a SCSI 'task' >'initer' or "CDIniter" driver which I suppose notifies the system when >something is inserted. Atapi is SCSI protocol over IDE bus. ... > Now if I know exactly how cdrdao works what I may be able to do > is author a program or library which connects to the SCSI peripheral > nub of the CD-R using that device exclusively (done using a higher > probe score). Keep in mind I don't know much about the SCSI protocol > despite using it constantly since 1986. I also don't know much about > the RAW DAO protocol, but I do know a little about how CD formats work > (sector areas are sync, header, subheader, user, auxiliary, > errorflags, subchannel. CDDA uses 2352byte user, 294 errorflags, 96 > subchannel, etc. etc.). I hope somebody on this list can help in those > areas in which I'm clueless so I can get this thing to work. You will need to understand OS specific SCSI transport support. For some examples in what is expecting you look at libscg/scsi-{aix,apollo,...}.c in cdrecord package. ... PS: MAX 80 COLUMNS IN YOUR EMAIL, PLZ!!! -- Giuseppe "Cowo" Corbelli -->> Riding on Linux-2.4.7-xfs -<! Computer programmers never die, they just get lost in the processing. !>- |
From: Manuel C. <ll...@ja...> - 2001-08-04 01:10:24
|
Hi all, Here is what I just commited to CVS: * Changed the play/stop button to a "play | stop" toolbar, this prevents the "playing again" problem when you hit the button twice to stop the playing and it starts again... * moved the play and playCallback funcs to AudioCDProject * added a playStop func to audioCDView and AudioCDProject * got some icons from tcd for the play toolbar * AudioCDView is no more a friendly class of AudioCDChild (read: removed bad hack) * Added #define UPD_PLAY_STATUS 0x00000800 to guiUpdate.h * now AudioCDView uses UPD_PLAY_STATUS to draw the cursor and update the buttons, ... My idea is to create a new cursor for playing, and show the position in the play toolbar. This way we can set the marker even while playing, set selections, zoom, ... we just need to care of funcs that _change_ the Toc object. Why don't we use a fixed timeout for playing instead of the idle timeout ? Also, why are we doing this?: (now this is in AudioCDProject::AudioCDProject) soundInterface_ = new SoundIF; playBuffer_ = new Sample[playBurst_]; soundInterface_ = NULL; we create a SoundIF and then we lost the reference... why? This code also was in MainWindow.cc when there was a single-document, single-view. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
From: Manuel C. <ll...@ja...> - 2001-08-03 16:45:34
|
Hi all, I just commited the following changes: * added a "tools" toolbar, it contains select, zoom, zoom in, zoom out, zoom sel and full view. * added a zoomx2 method to AudioCDView to zoom without selections. * created some new icons for the "tools" toolbar * got some icons from eog * select is now the default (was zoom) Next, I will also change the play button to a simple play | stop toolbar. Work on the drag and drop problem (1 file at a time). Zoom out with the third button in the wav view if zoom selected. and select a full track if double clicking with the select tool, ... and so on... Any ideas wellcomed :) Is there any date for the next release? Features I would like to see are progressive showing of the wave as it is read and don't waste time scanning data tracks (not showing data tracks in the wav view would be great also). See you. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
From: strobe a. <ana...@ma...> - 2001-08-03 14:38:58
|
Hey, I'm interested in porting cdrdao to Darwin but there aren't many clues as= to how exactly it works (looking at the 1.1.5 archive I decompressed).= There is some mention that it uses the same 'SCSI library' as cdrecord, but= to my knowledge that hasn't been ported either. Do I need to have intimate= knowledge of cdrecord before I can port cdrdao? I only have two CD-Rs. A working Ricoh MP7083A (ATA drive) and a= coaster-making JVC XR-W2026 crapmatic (SCSI). I'm mostly interested in= getting RAW DAO to work. I can already burn various kinds of CDs on this OS using closed-source= programs, but they don't support RAW DAO. I'm somewhat knowledgeable in how= Darwin functions, but not at all with how cdrdao does. Is there a detailed= description of how cdrdao communicates with the drive? How this process= differs between OSs would probably help too. This is basically what I know so far about the inner workings in OS X= (without going through ridiculous detail). OS X (or Darwin, same thing in= this context) has a well organized object-oriented driver architecture= called IOKit or "I/O Kit". It also has a registry which is a vast hierarchy= encompassing all hardware and drivers detected. In OS X my CD-R burner is= recognized as an atapi device type. The atapi 'protocol transport' appears= to manage the atapi protocol. Then, curiously, it's registered as a SCSI= peripheral (I've read that cdrecord does something similar, but I'm not= familiar with the reasoning or history behind this. Other ATA devices like= hard drives are registered as ATA block devices, but the CDRW burner is= registered as a SCSI peripheral.). It's then registered as a SCSI= peripheral "Type05" which I speculate means a CD/DVD device. This is then= used by a CD block storage driver and a SCSI 'task' 'initer' or "CDIniter"= driver which I suppose notifies the system when something is inserted. At this point there is no CD and no BSD character device etc. When you= insert a CD a media device called "CD-R/RW RW7083A" (my Ricoh drive) is= created which has BSD related info like the character device name, major,= minor, block size, etc. and a device shows up on /dev/. A bunch of other= objects are created like a CD partition scheme and a bunch of partitions= (this CD had 9). The "Type" was also a "CD-ROM". However if I inserted a= blank CD some of these values change like the "Type" becomes a "CD-R". I have looked at the Darwin source code and everything corresponds. All= this is within the scope of the public source. This means when I insert a= blank CD with nothing but a console running (no graphical CD burning crap)= I should get that (non-writable) BSD character device along with the= IOMedia device (abstract media object). Unfortunately this doesn't appear= to allow me to write blocks never mind subchannel data via RAW DAO mode.= The way one commercial CD burning app works is to connect to a Type05 SCSI= peripheral device nub instead of the compact disk services Thus if I'm= burning a CD image I don't think the BSD device is ever created. The way= another *cough* 1st party *cough* disk burning program works is to connect= to the relatively lower-level SCSI peripheral device nub which has a= specific Vendor, Product, Revision, etc. instead of merely a Type05, thus= (I think) taking place of the higher-level Type05 device family. Both= closed-source programs connect to a SCSI peripheral nub (both of which are= open source) regardless if the drive is SCSI, ATA, USB, or FireWire. Now if I know exactly how cdrdao works what I may be able to do is author a= program or library which connects to the SCSI peripheral nub of the CD-R= using that device exclusively (done using a higher probe score). Keep in= mind I don't know much about the SCSI protocol despite using it constantly= since 1986. I also don't know much about the RAW DAO protocol, but I do= know a little about how CD formats work (sector areas are sync, header,= subheader, user, auxiliary, errorflags, subchannel. CDDA uses 2352byte= user, 294 errorflags, 96 subchannel, etc. etc.). I hope somebody on this= list can help in those areas in which I'm clueless so I can get this thing= to work. The only other thing I'll mention is I could install LinuxPPC on this= machine if that's of any help. Perhaps somebody knows cdrdao works well in= LinuxPPC so I can test the burner (MP7083A isn't listed on your web pages).= I guess I could also install the burner in one of my PCs, although it= wouldn't be convenient. Thanks for any assistance. =46YI: IOService hierarchy (ignore pipes and irrelevant data like power management)= : +-o Root <class IORegistryEntry> +-o PowerMac3,1 <class IOPlatformExpertDevice> +-o Core99PE <class Core99PE> | +-o pci@f2000000 <class IOPlatformDevice> | | +-o AppleMacRiscPCI <class AppleMacRiscPCI> | | +-o pci-bridge@D <class IOPCIDevice> | | +-o IOPCI2PCIBridge <class IOPCI2PCIBridge> | | +-o mac-io@7 <class IOPCIDevice> | | | +-o KeyLargo <class KeyLargo> | | | +-o ata-3@20000 <class AppleMacIODevice> | | | | +-o KeyLargoATA <class KeyLargoATA> | | | | +-o ATADeviceNub <class ATADeviceNub> | | | | +-o IOATAPIProtocolTransport <class IOATAPIProtocol= Transport> | | | | +-o IOSCSIPeripheralDeviceNub <class IOSCSIPeriph= eralDeviceNub> | | | | +-o IOSCSIPeripheralDeviceType05 <class IOSCSIP= eripheralDeviceType05> | | | | +-o IOCompactDiscServices <class IOCompactDis= cServices> | | | | +-o IOCDBlockStorageDriver <class IOCDBlock= StorageDriver> | | | | +-o SCSITaskUserClientIniter <class SCSITas= kUserClientIniter> | | | | +-o SCSITaskUserClient <class SCSITaskUserC= lient> Some details about interesting objects when inserting blank CD: | | | | +-o ATADeviceNub <class ATADeviceNub> | | | | | { | | | | | "unit number" =3D 0 | | | | | "socket type" =3D "internal" | | | | | "ata device type" =3D "atapi" | | | | | "device serial" =3D " " | | | | | "device revision" =3D "1.20 " | | | | | "device model" =3D " CD-R/RW RW7083A = " | | | | | "IOUnit" =3D 0 | | | | | } | | | | | | | | | +-o IOATAPIProtocolTransport <class IOATAPIProtocol= Transport> | | | | | { | | | | | "Power Management protected data" =3D "{ theNu= mberOfPowerStates =3D 2, version 1, power state 0 =3D { capabilityFlags= 00000000, outputPowerCharacter 00000000, inputPowerRequirement 00000000,= staticPower 0, unbudgetedPower 0, powerToAttain 0, timeToAttain 0,= settleUpTime 0, timeToLower 0, settleDownTime 0, powerDomainBudget 0 },= power state 1 =3D { capabilityFlags 0000c080, outputPowerCharacter= 00000002, inputPowerRequirement 00000022, staticPower 0, unbudgetedPower 0,= powerToAttain 0, timeToAttain 0, settleUpTime 0, timeToLower 0,= settleDownTime 0, powerDomainBudget 0 }, aggressiveness =3D 0,= myCurrentState =3D 1, parentsCurrentPowerFlags =3D 00000022, maxCapability= =3D 1 }" | | | | | "IOMatchCategory" =3D "IODefaultMatchCategory" | | | | | "IOClass" =3D "IOATAPIProtocolTransport" | | | | | "ata device type" =3D "atapi" | | | | | "IOProviderClass" =3D "IOATADevice" | | | | | "IOProbeScore" =3D 0 | | | | | "CFBundleIdentifier" =3D "com.apple.iokit.IOAT= APIProtocolTransport" | | | | | "Power Management private data" =3D "{ this= object =3D 02d62800, interested driver =3D 02d62800, driverDesire =3D 1,= deviceDesire =3D 1, ourDesiredPowerState =3D 1, previousRequest =3D 98 }" | | | | | } | | | | | | | | | +-o IOSCSIPeripheralDeviceNub <class IOSCSIPeriph= eralDeviceNub> | | | | | { | | | | | "IOMatchCategory" =3D "SCSITaskUserClientDev= ice" | | | | | "Product Identification" =3D "CD-R/RW RW7083= A" | | | | | "IOClass" =3D "IOSCSIPeripheralDeviceNub" | | | | | "IOProviderClass" =3D "IOSCSIProtocolService= s" | | | | | "IOProbeScore" =3D 0 | | | | | "Peripheral Device Type" =3D 5 | | | | | "CFBundleIdentifier" =3D "com.apple.iokit.IO= SCSIArchitectureModelFamily" | | | | | "Vendor Identification" =3D " D=92A= rt=F7=ED=BFb< =91 =F7(" | | | | | "Product Revision Level" =3D "1.20" | | | | | } | | | | | | | | | +-o IOSCSIPeripheralDeviceType05 <class IOSCSIP= eripheralDeviceType05> | | | | | { | | | | | "CD Features" =3D 15 | | | | | "IOMatchCategory" =3D "IODefaultMatchCateg= ory" | | | | | "Power Management protected data" =3D "{ t= heNumberOfPowerStates =3D 5, version 1, power state 0 =3D { capabilityFlags= 00000000, outputPowerCharacter 00000000, inputPowerRequirement 00000000,= staticPower 0, unbudgetedPower 0, powerToAttain 0, timeToAttain 0,= settleUpTime 0, timeToLower 0, settleDownTime 0, powerDomainBudget 0 },= power state 1 =3D { capabilityFlags 00000000, outputPowerCharacter= 00000002, inputPowerRequirement 00000002, staticPower 0, unbudgetedPower 0,= powerToAttain 0, timeToAttain 0, settleUpTime 0, timeToLower 0,= settleDownTime 0, powerDomainBudget 0 }, power state 2 =3D {= capabilityFlags 00008040, outputPowerCharacter 00000002, inputPowerRequirem= ent 00000002, staticPower 0, unbudgetedPower 0, powerToAttain 0,= timeToAttain 0, settleUpTime 0, timeToLower 0, settleDownTime 0,= powerDomainBudget 0 }, power state 3 =3D { capabilityFlags 00008040, output= PowerCharacter 00000002, inputPowerRequirement 00000002, staticPower 0,= unbudgetedPower 0, powerToAttain 0, timeToAttain 0, settleUpTime 0,= timeToLower 0, settleDownTime 0, powerDomainBudget 0 }, power state 4 =3D {= capabilityFlags 0000c040, outputPowerCharacter 00000002, inputPowerRequirem= ent 00000002, staticPower 0, unbudgetedPower 0, powerToAttain 0,= timeToAttain 0, settleUpTime 0, timeToLower 0, settleDownTime 0,= powerDomainBudget 0 }, aggressiveness =3D 0, myCurrentState =3D 4, parentsC= urrentPowerFlags =3D 00000002, maxCapability =3D 4 }" | | | | | "IOClass" =3D "IOSCSIPeripheralDeviceType0= 5" | | | | | "IOProviderClass" =3D "IOSCSIPeripheralDev= iceNub" | | | | | "Peripheral Device Type" =3D 5 | | | | | "IOProbeScore" =3D 5000 | | | | | "CFBundleIdentifier" =3D "com.apple.iokit.= IOSCSIMultimediaCommandsDevice" | | | | | "DVD Features" =3D 0 | | | | | "Power Management private data" =3D "{= this object =3D 02d6c300, interested driver =3D 02d6c300, driverDesire =3D= 1, deviceDesire =3D 4, ourDesiredPowerState =3D 4, previousRequest =3D 66 }= " | | | | | } | | | | | | | | | +-o IOCompactDiscServices <class IOCompactDis= cServices> | | | | | { | | | | | "IOMatchCategory" =3D "SCSITaskAuthoring= Device" | | | | | "IOMaximumBlockCountWrite" =3D 256 | | | | | "IOMaximumSegmentCountRead" =3D 32 | | | | | "IOMaximumSegmentCountWrite" =3D 32 | | | | | "IOCFPlugInTypes" =3D {"97ABCF2C-23CC-11= D5-A0E8-003065704866"=3D"IOSCSIArchitectureModelFamily.kext/Contents/PlugIns= /SCSITaskUserClient.kext/Contents/PlugIns/SCSITaskLib.plugin"} | | | | | "IOMaximumBlockCountRead" =3D 256 | | | | | "device-type" =3D "CDROM" | | | | | "SCSITaskUserClient GUID" =3D <02d96e800= 000001913fe211e> | | | | | "IOUserClientClass" =3D "SCSITaskUserCli= ent" | | | | | } | | | | | | | | | +-o IOCDBlockStorageDriver <class IOCDBlock= StorageDriver> | | | | | | { | | | | | | "Statistics" =3D {"Bytes (Read)"=3D271= 664,"Latency Time (Write)"=3D0,"Total Time (Read)"=3D0,"Errors (Write)"=3D0,= "Retries (Write)"=3D0,"Total Time (Write)"=3D0,"Bytes (Write)"=3D0,"Operatio= ns (Write)"=3D0,"Operations (Read)"=3D153,"Latency Time (Read)"=3D0,"Errors= (Read)"=3D1,"Retries (Read)"=3D0} | | | | | | "IOMatchCategory" =3D "IODefaultMatchC= ategory" | | | | | | "IOClass" =3D "IOCDBlockStorageDriver" | | | | | | "IOProviderClass" =3D "IOCDBlockStorag= eDevice" | | | | | | "IOPropertyMatch" =3D {"device-type"= =3D"CDROM"} | | | | | | "IOProbeScore" =3D 0 | | | | | | "CFBundleIdentifier" =3D "com.apple.io= kit.IOCDStorageFamily" | | | | | | "IOGeneralInterest" =3D ("_IOServiceIn= terestNotifier is not serializable") | | | | | | } | | | | | | | | | | | +-o D=92A rt=F7=ED=BFb< =91 =F7( CD-R/RW= RW7083A Media <class IOCDMedia> | | | | | | { | | | | | | "BSD Unit" =3D 2 | | | | | | "Content" =3D "" | | | | | | "Whole" =3D Yes | | | | | | "BSD Minor" =3D 20 | | | | | | "Type" =3D "CD-R" | | | | | | "Preferred Block Size" =3D 2352 | | | | | | "Ejectable" =3D Yes | | | | | | "Writable" =3D No | | | | | | "Size" =3D 2352 | | | | | | "TOC" =3D <00020000> | | | | | | "BSD Name" =3D "disk2" | | | | | | "Content Hint" =3D "" | | | | | | "BSD Major" =3D 14 | | | | | | "Leaf" =3D Yes | | | | | | } | | | | | | | | | | | +-o IOCDMediaBSDClient <class IOCDMedia= BSDClient> | | | | | { | | | | | "IOMatchCategory" =3D "IOMediaBSDC= lient" | | | | | "IOPersonalityName" =3D "IOCDMedia= BSDClient" | | | | | "IOClass" =3D "IOCDMediaBSDClient" | | | | | "IOProbeScore" =3D 31000 | | | | | "IOProviderClass" =3D "IOCDMedia" | | | | | "CFBundleIdentifier" =3D "com.appl= e.iokit.IOCDStorageFamily" | | | | | "ParentKey" =3D "KEXTBundle?com.ap= ple.iokit.IOCDStorageFamily" | | | | | } | | | | | | | | | +-o SCSITaskUserClientIniter <class SCSITas= kUserClientIniter> | | | | | { | | | | | "IOProviderMergeProperties" =3D {"IOCF= PlugInTypes"=3D{"97ABCF2C-23CC-11D5-A0E8-003065704866"=3D"IOSCSIArchitecture= ModelFamily.kext/Contents/PlugIns/SCSITaskUserClient.kext/Contents/PlugIns/S= CSITaskLib.plugin"},"IOUserClientClass"=3D"SCSITaskUserClient"} | | | | | "IOMatchCategory" =3D "SCSITaskAuthori= ngDevice" | | | | | "IOPersonalityName" =3D "CDIniter" | | | | | "IOClass" =3D "SCSITaskUserClientInite= r" | | | | | "IOProviderClass" =3D "IOCompactDiscSe= rvices" | | | | | "IOProbeScore" =3D 0 | | | | | "CFBundleIdentifier" =3D "com.apple.io= kit.SCSITaskUserClient" | | | | | "ParentKey" =3D "KEXTBundle?com.apple.= iokit.SCSITaskUserClient" | | | | | } | | | | | | | | | +-o SCSITaskUserClient <class SCSITaskUserC= lient> | | | | { | | | | } | | | | BTW what is "Leaf"? |
From: Giuseppe C. <co...@lu...> - 2001-08-02 11:52:54
|
On Thu, 2 Aug 2001, Manuel Clos wrote: > > as configure is a generated file, shouldn't be on CVS, should it? Usually, when compiling from CVS, there should be a bootstrap script, like this (depending on what autotools are used): aclocal -I config libtoolize --force --copy autoheader automake --add-missing --copy autoconf -- Giuseppe "Cowo" Corbelli -->> Riding on Linux-2.4.7-xfs -<! Hear the mighty Linux kernel speak! 'zcat /boot/vmlinuz > /dev/audio' and listen. !>- |
From: Manuel C. <ll...@ja...> - 2001-08-02 00:53:09
|
Hi all, here are the changes I just commited: * removed @GTKMM_CFLAGS@ and @GNOME_CFLAGS@ from xdao/Makefile.in since there is a @GNOMEMM_CFLAGS@ * remove #include <gtk--.h> and #include <gtk/gtk.h> from xdao/Project.h since there is a <gnome--h.> * added a simple "main toolbar" -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
From: Manuel C. <ll...@ja...> - 2001-08-02 00:12:31
|
Hi all, as configure is a generated file, shouldn't be on CVS, should it? -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
From: Bob S. <su...@pi...> - 2001-08-01 18:14:01
|
I'm using cdrdao v1.1.5 on Linux to copy some discs that are continuously mixed (ie, no silence between tracks). I'm using the copy option to read the disc to a file using a cdrom drive, and then burning the audio to a cdr using a cd burner. The problem I notice is that when I play the burned disc, I hear incorrect sounds at track changes. It's like the beat goes out of sync for a few seconds as if the new track and the one before it were overlapped by a second or two, and the beats didn't match. But, other than the problem at the track changes, the disc sounds fine. When I listen to the original disc, the track change problem is not there. I also (just) noticed that I get a few warning messages when I do the copy that may be related. The output is pasted below. Any help would be appreciated! -Bob I'm using this command to copy the disc: /home/sumner/bin/cdrdao copy --source-device 2,0,0 --source-driver generic-mmc --device 2,1,0 --driver generic-mmc --buffers 32 --speed 1= 2 --paranoia-mode 3 And these are my two drives: [sumner@bubbles /tmp]# cdrecord --scanbus Cdrecord 1.8 (i686-pc-linux-gnu) Copyright (C) 1995-2000 J=F6rg Schill= ing Using libscg version 'schily-0.1' scsibus2: cdrecord: Warning: controller returns wrong size for CD capabilities p= age. 2,0,0 200) 'Lite-On ' 'LTN483S 48x Max ' 'PD02' Removable CD-ROM 2,1,0 201) 'SONY ' 'CD-RW CRX160E ' '1.0g' Removable CD-ROM Here's my linux version [sumner@bubbles /tmp]# uname -a Linux bubbles 2.2.19-6.2.1enterprise #1 SMP Mon Apr 9 22:36:08 EDT 200= 1 i686 unknown Finally, here's the cdrdao output: [sumner@bubbles /tmp]# ~sumner/cdcopy Cdrdao version 1.1.5 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling L-EC encoding library - (C) Heiko Eissfeldt Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tab= les. Using libscg version 'schily-0.5' 2,1,0: SONY CD-RW CRX160E Rev: 1.0g Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0000) 2,0,0: Lite-On LTN483S 48x Max Rev: PD02 Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0000) Starting CD copy at speed 12... WARNING: Could not determine if raw toc data is BCD or HEX. Please report= ! WARNING: Using TOC data retrieved with generic method (no multi session support). WARNING: Use driver option 0x80000 or 0x100000 to assume BCD or HEX data.= Track Mode Flags Start Length ------------------------------------------------------------ 1 AUDIO 0 00:00:00( 0) 05:23:69( 24294) 2 AUDIO 0 05:23:69( 24294) 04:07:08( 18533) 3 AUDIO 0 09:31:02( 42827) 03:57:58( 17833) 4 AUDIO 0 13:28:60( 60660) 03:21:32( 15107) 5 AUDIO 0 16:50:17( 75767) 05:38:53( 25403) 6 AUDIO 0 22:28:70(101170) 03:03:72( 13797) 7 AUDIO 0 25:32:67(114967) 05:44:70( 25870) 8 AUDIO 0 31:17:62(140837) 05:32:23( 24923) 9 AUDIO 0 36:50:10(165760) 07:14:05( 32555) 10 AUDIO 0 44:04:15(198315) 06:57:25( 31300) 11 AUDIO 0 51:01:40(229615) 06:50:45( 30795) 12 AUDIO 0 57:52:10(260410) 04:46:05( 21455) 13 AUDIO 0 62:38:15(281865) 08:04:30( 36330) 14 AUDIO 0 70:42:45(318195) 03:17:24( 14799) Leadout AUDIO 0 73:59:69(332994) Copying audio tracks 1-14: start 00:00:00, length 73:59:69 to "cddata7035.bin"... Track 1... Track 2... Track 3... Track 4... Track 5... Track 6... Track 7... Track 8... Track 9... Track 10... Track 11... Track 12... Track 13... Track 14... Found 120563 Q sub-channels with CRC errors. Cannot read CD-TEXT data - maybe not supported by drive. Found disk catalogue number. Executing power calibration... Power calibration successful. Writing track 01 (mode AUDIO/AUDIO)... Writing track 02 (mode AUDIO/AUDIO)... Writing track 03 (mode AUDIO/AUDIO)... Writing track 04 (mode AUDIO/AUDIO)... Writing track 05 (mode AUDIO/AUDIO)... Writing track 06 (mode AUDIO/AUDIO)... Writing track 07 (mode AUDIO/AUDIO)... Writing track 08 (mode AUDIO/AUDIO)... Writing track 09 (mode AUDIO/AUDIO)... Writing track 10 (mode AUDIO/AUDIO)... Writing track 11 (mode AUDIO/AUDIO)... Writing track 12 (mode AUDIO/AUDIO)... Writing track 13 (mode AUDIO/AUDIO)... Writing track 14 (mode AUDIO/AUDIO)... Wrote 746 of 746 MB (Buffer 100%). Wrote 332994 blocks. Buffer fill min 93%/max 100%. Flushing cache... Writing finished successfully. CD copying finished successfully. |
From: Giuseppe C. <co...@lu...> - 2001-07-27 11:45:42
|
On Thu, 26 Jul 2001, Manuel Clos wrote: ... > Sorry, I wasn't clear enough, the bug is about having all devel packages > needed installed on a Mandrake 8.0 and the configure script of cdrdao > 1.1.5 detecting the gtkmm-config binary but no being able to compile the > test, thus failing in detecting the (correctly installed) gtkmm 1.2.5. > > Does this also happen to you? I installed the packages and yes, it happens to me also. But this is not a bug in cdrdao's configure.in. It calls AC_PATH_GTKMM which should to its work. You can try an upgrade of gtkmm. It's possible they've fixed this bug, else it's time to report it. > BTW: You're missing gcdmaster ;) Why, we have a shameful advertiser on this list :-)))) -- Giuseppe "Cowo" Corbelli -->> Riding on Linux-2.4.3-xfs -<! Asynchronous inputs are at the root of our race problems. !>- D. Winker and F. Prosser |
From: Manuel C. <ll...@ja...> - 2001-07-25 22:48:27
|
Giuseppe Corbelli wrote: > On Tue, 24 Jul 2001, Manuel Clos wrote: > >>Hi all, >> >>for some reason the configure script provided in cdrdao-1.1.5 fails in >>Mandrake 8.0. See bug at >> >>http://sourceforge.net/tracker/index.php?func=detail&aid=442378&group_id=2171&atid=202171 >> >>After running autoconf, the new configure script works fine. The >>difference is only this: >> >>< extern "C" void exit(int) throw (); >>--- >> > extern "C" void exit(int); >> >>Is this a bug in the configure script? or a bug in some Mandrake 8.0 >>package? >> > I hadn't any problem in compiling cdrdao only (no gcdmaster) with latest > scglib under mdk8 gcc 2.96. Sorry, I wasn't clear enough, the bug is about having all devel packages needed installed on a Mandrake 8.0 and the configure script of cdrdao 1.1.5 detecting the gtkmm-config binary but no being able to compile the test, thus failing in detecting the (correctly installed) gtkmm 1.2.5. Does this also happen to you? BTW: You're missing gcdmaster ;) -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
From: Giuseppe C. <co...@lu...> - 2001-07-25 13:14:51
|
On Tue, 24 Jul 2001, Manuel Clos wrote: > Hi all, > > for some reason the configure script provided in cdrdao-1.1.5 fails in > Mandrake 8.0. See bug at > > http://sourceforge.net/tracker/index.php?func=detail&aid=442378&group_id=2171&atid=202171 > > After running autoconf, the new configure script works fine. The > difference is only this: > > < extern "C" void exit(int) throw (); > --- > > extern "C" void exit(int); > > Is this a bug in the configure script? or a bug in some Mandrake 8.0 > package? I hadn't any problem in compiling cdrdao only (no gcdmaster) with latest scglib under mdk8 gcc 2.96. -- Giuseppe "Cowo" Corbelli -->> Riding on Linux-2.4.3-xfs -<! *Real* programmers use cat > a.out! No way, /real/ ones use zcat > a.out 'cause you can type faster that way. !>- -- from a Slashdot discussion |
From: Manuel C. <ll...@ja...> - 2001-07-24 21:07:46
|
Hi all, for some reason the configure script provided in cdrdao-1.1.5 fails in Mandrake 8.0. See bug at http://sourceforge.net/tracker/index.php?func=detail&aid=442378&group_id=2171&atid=202171 After running autoconf, the new configure script works fine. The difference is only this: < extern "C" void exit(int) throw (); --- > extern "C" void exit(int); Is this a bug in the configure script? or a bug in some Mandrake 8.0 package? See you. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
From: thomas g. <tg...@sp...> - 2001-07-04 08:31:37
|
i have a problem running cdrdao on a blueberry imac (ppc - running mandrake 8.0 ppc beta btw.) - whenever i try to read an audio cd i get: cdrdao: Input/output error. : scsi sendcmd: retryable error CDB: BE 00 00 00 01 2E 00 00 0D F8 01 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 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 0.001s timeout 20s cdrdao: Input/output error. : scsi sendcmd: retryable error CDB: BE 00 00 00 01 3B 00 00 0D F8 01 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 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 0.000s timeout 20s endless - i tried several versions of cdrdao .13 ... .15, even some binaries for verious ppc distribs - it's always the same ... also i tried various 2.4.x kernels (from the ppc trees) and always ended at this error ... on the other hand i can grab the audio cd just fine with cdda2wav, cdparanoia oder grip - so my question is: due you have any idea what is going wrong here? or anything else to test? t p.s.: ah - btw. the drive is an matsushita ide cdrom drive running with ide-scsi emulation -- thomas graichen <tg...@sp...> ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery |
From: Giuseppe C. <co...@lu...> - 2001-06-29 08:21:13
|
On Thu, 28 Jun 2001, Paul DeStefano wrote: > Greetings, > > My apologies if this request for assistance violates list rules. > > I am trying to make an accurate copy of a data CD. My solution to this > error: > ... > Cannot read CD-TEXT data - maybe not supported by drive. I see below that you're using mmc and mmc-raw for reading. This should be your last resource: try plextor and plextor-scan instead. BTW raw reading and CD-TEXT do not have anything to share. > was to use the --read-raw option. As expected, L-EC errors are ignored > with this option, but each error seems to stall the the CD drive, causing > the CD-ROM to spin down (but, not to a complete stop). It's the standard behaviour of drives. If you have a plextor drive there's an utility to make the drive not to slow down, called plextor-tool http://www.technik.sth.ac.at/plextor-tool -- Giuseppe "Cowo" Corbelli -->> Riding on Linux-2.4.3-xfs -<! God Knows How Long I Tried To Change Fate !>- Blind Guardian - Mordred's Song |
From: Andreas M. <an...@da...> - 2001-06-28 18:24:31
|
Paul DeStefano wrote: > > I am trying to make an accurate copy of a data CD. My solution to this > error: > ... > Cannot read CD-TEXT data - maybe not supported by drive. That's OK. Since it is sometime not possible to decide between that the drive does not support CD-TEXT reading and the case that the current CD just does not contain CD-TEXT data you get this inaccurate message. Only some CDs actually have CD-TEXT data so that it is quite common to see this message. > was to use the --read-raw option. As expected, L-EC errors are ignored > with this option, but each error seems to stall the the CD drive, causing > the CD-ROM to spin down (but, not to a complete stop). > > As these errors are periodic and frequent, the CD-ROM never gets going, > and the process of copying the original to local .bin file is very slow. > I received approx. 200MB in over 30min. A "L-EC error" messages succeeds > each disk slow down, about one every 2 seconds. (See below for two > attempts.) I have experienced this reading from both original media and > CD-R burned media. I assume L-EC errors have to do with the CD-R drive > and driver, not real format or physical errors on the media. No, L-EC errors are real media errors. Usually they appear on heavily scratched disks or they've been intentionally formatted on the disk for copy protection purposes. > Question: should L-EC errors stall the CD-ROM drive during a read? Is > this just happening to me? On L-EC errors the drive usually slows down in order to get a correct reading. The drive will itself retry to read sector several times and cdrdao also retires a failing read command 5 times (so far I remember right now). Of course it is useless to retry reading an intentionally broken sector but the drive cannot know why the L-EC check fails. So you probably have to accept the reduced readout time but you could reduce cdrdao's retry factor to speed it up a little bit. Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
From: Paul D. <pau...@ve...> - 2001-06-28 08:42:46
|
Greetings, My apologies if this request for assistance violates list rules. I am trying to make an accurate copy of a data CD. My solution to this error: ... Cannot read CD-TEXT data - maybe not supported by drive. was to use the --read-raw option. As expected, L-EC errors are ignored with this option, but each error seems to stall the the CD drive, causing the CD-ROM to spin down (but, not to a complete stop). As these errors are periodic and frequent, the CD-ROM never gets going, and the process of copying the original to local .bin file is very slow. I received approx. 200MB in over 30min. A "L-EC error" messages succeeds each disk slow down, about one every 2 seconds. (See below for two attempts.) I have experienced this reading from both original media and CD-R burned media. I assume L-EC errors have to do with the CD-R drive and driver, not real format or physical errors on the media. Question: should L-EC errors stall the CD-ROM drive during a read? Is this just happening to me? System Info -- CD-R Drive: Ricoh IDE CD-R/RW RW7080A Rev: 1.3 [pdestefa@mouse cdrdao-1.1.5]$ uname -a Linux mouse 2.4.3-20mdksmp #1 SMP Sun Apr 15 22:32:27 CEST 2001 i686 unknown Thank you for you help, Paul DeStefano [root@mouse cdrdao-1.1.5.bin.x86.linux]# ./cdrdao read-cd --read-raw --device "0,0,0" --driver generic-mmc --datafile /tmp/tu.bin /tmp/ut.toc Cdrdao version 1.1.5 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling L-EC encoding library - (C) Heiko Eissfeldt Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.5' 0,0,0: CD-R/RW RW7080A Rev: 1.30 Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0000) Reading toc and track data... Track Mode Flags Start Length ------------------------------------------------------------ 1 DATA 4 00:00:00( 0) 71:49:35(323210) Leadout DATA 4 71:49:35(323210) Copying data track 1 (MODE1_RAW): start 00:00:00, length 71:49:35 to "/tmp/tu.bin"... WARNING: Found L-EC error at sector 814 - ignored. WARNING: Found L-EC error at sector 818 - ignored. WARNING: Found L-EC error at sector 835 - ignored. WARNING: Found L-EC error at sector 840 - ignored. WARNING: Found L-EC error at sector 845 - ignored. WARNING: Found L-EC error at sector 866 - ignored. WARNING: Found L-EC error at sector 893 - ignored. [root@mouse cdrdao-1.1.5.bin.x86.linux]# ./cdrdao read-cd --read-raw --device "0,0,0" --driver generic-mmc-raw --datafile /tmp/tu.bin /tmp/ut.toc Cdrdao version 1.1.5 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling L-EC encoding library - (C) Heiko Eissfeldt Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.5' 0,0,0: CD-R/RW RW7080A Rev: 1.30 Using driver: Generic SCSI-3/MMC (raw writing) - Version 2.0 (options 0x0000) Reading toc and track data... Track Mode Flags Start Length ------------------------------------------------------------ 1 DATA 4 00:00:00( 0) 71:49:35(323210) Leadout DATA 4 71:49:35(323210) Copying data track 1 (MODE1_RAW): start 00:00:00, length 71:49:35 to "/tmp/tu.bin"... WARNING: Found L-EC error at sector 814 - ignored. WARNING: Found L-EC error at sector 818 - ignored. WARNING: Found L-EC error at sector 835 - ignored. |
From: nick <ni...@ne...> - 2001-06-12 14:04:23
|
I use cdrdao 1.1.5 built for os/2. While reading certain audio cd's with paranoia mode enabled (--paranoia-mode 1,2 or 3) it looses the 256 bytes somewhere in the middle of cd. All theese bytes are '0xFF'. With paranoia disabled all is ok and the result matches the result from cdda2wav and other cdda grabbers. This bug seems to be device independent - i've tried scsi toshiba 6201b, ide teac w58e, scsi yamaha-102. I've tried to compile cdrdao with latest paranoia library. The bug persists. I think the bug should be somewhere in paranoia library. Faithfully Yours, Nick |
From: Giuseppe C. <co...@lu...> - 2001-06-06 12:21:55
|
On Sat, 2 Jun 2001, Tony Houghton wrote: > I can't read audio CDs with cdrdao, but it's OK with data CDs. I'm using Please post the cmdline used, the hardware setup and, of course, the error report. -- Giuseppe "Cowo" Corbelli -->> Riding on Linux-2.2.18 -<! Take It All, Our Gold, Our Homes, Our Life, But We Didn't Kill Your Christ! !>- Blind Guardian - The Script For My Requiem |
From: Tony H. <to...@re...> - 2001-06-02 19:31:23
|
I can't read audio CDs with cdrdao, but it's OK with data CDs. I'm using an HP IDE drive with SCSI emulation on Rock Linux with kernel 2.4.3. Rock uses devfs by default, but I disabled that because I couldn't get the SCSI emulation to work at all, and kludged up a conventional /dev with the help of a MAKEDEV script from Slackware. I can't remember when I last used it successfully, but it was definitely before I started using Rock, and possibly even before kernel 2.4. This is also the first time I compiled it from source AFAICR - I think I would have remembered all the hassle with pccts if I'd done it before! Anyway, when used on audio CDs it just prints a continuous stream of errors like this: ?: Input/output error. : scsi sendcmd: no error CDB: BE 00 00 00 09 A9 00 00 1A F8 01 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 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 0.001s timeout 20s Two of the figures in the CDB line change:- the A9 takes on all sorts of values, and the 1A changes to 14 every few lines. -- TH * http://www.realh.co.uk |
From: Nerijus B. <ne...@us...> - 2001-05-10 00:53:11
|
> > /usr/lib/libgnomemm.so: undefined reference to > > `gtkmm_marshal_INT__POINTER__FP10_GtkObjectPFe_vPvP7_GtkArg' > > > > Is it a problem with my libraries or headers? > > Looks like the 'gnomemm' lib does not play with the gtkmm libs. > Did you compile gnomemm yourself? If not please try it. You may have > to upgrade the gtkmm libraries but if I remember correctly gnomemm > just requires gtkmm-1.2.5 (at least configure does). gnomemm was compiled by me, but gtkmm was from rpm, and I was lazy to recompile ;). After I recompiled gtkmm, gcdmaster compiled correctly, but crashed at startup. Then I recompiled gnomemm and now everything is ok. Thanks, Nerijus |