dvd recorder audio cd problems
Bernt Hansson posted a message for using sysutils/cdrtools (not in the thread for some reason...) Interestingly I get a possibly informative error: % cdda2wav --device /dev/cd0 --bulk cdrom device (/dev/cd0) is not of type generic SCSI. Setting interface to cooked_ioctl. 307200 bytes buffer memory requested, transfer size 129024 bytes, 4 buffers, 27 sectors #Cdda2wav version 3.00_freebsd_10.0-current_amd64_amd64, real time sched., soundcard, libparanoia support Segmentation fault (core dumped) I am re-building the cdrtools to see if it will correct, but I was also interested in the dev/cd0 is not of type generic SCSI. Setting interface to cooked_ioctl. bit, and whether it was related to my other errors re permission etc. Regards. - 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/dvd-recorder-audio-cd-problems-tp5803899p5804717.html Sent from the freebsd-questions mailing list archive at Nabble.com. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
dvd recorder audio cd problems
Hi, Regarding audio playback via cdcontrol ... requires a seperate internal wiring (CD audio wire) to the sound card. Thanks: Using an older dvd drive, so that's probably the problem. On my linux I once had that cable to the mobo. on FreeBSD 8 you would have something like this in your kernel configuration:# ATA and ATAPI devices You seem to be using 8.* while I am on 10-current (info provided in my signature). Unfortunately there are a number of important hardware driver changes between 8-9-10. these are the only options allowed: # ATA controllers device ahci# AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass# Passthrough device (direct ATA/SCSI access) device ses # Enclosure Services (SES and SAF-TE) #device ctl # CAM Target Layer In GENERIC, 'option ctl' is disabled because pulling in any one of the da/cd/pass etc also enables/calls ctl. For the same reason, '# atacontrol list ' = ATA_CAM option is enabled in kernel. Please use camcontrol instead. $ ll /dev/cam = crw--- 1 root operator 0x3f Apr 16 19:36 ctl So it seems, after playing around that 'acd_' is deprecated in 10. As to why /dev/cd0 does not show up in Brasero, it is probably related to my other thread on user-level permissions. Since my user cannot mount the cd0, brasero has not enabled access to it (problem valid for all GUI-based-apps unless root starts running a GUI) Regards. - 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/dvd-recorder-audio-cd-problems-tp5803899p5804272.html Sent from the freebsd-questions mailing list archive at Nabble.com. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dvd recorder audio cd problems
On Tue, 16 Apr 2013 10:16:29 -0700 (PDT), Beeblebrox wrote: Hi, Regarding audio playback via cdcontrol ... requires a seperate internal wiring (CD audio wire) to the sound card. Thanks: Using an older dvd drive, so that's probably the problem. On my linux I once had that cable to the mobo. The ability to transmit audio via data lines has been present already with parallel ATA drives. I'm not sure how this is handled with SATA, but I assume it's done similarly because the internal CD audio connectors (and worse, the respective cables) do not seem to be common anymore. on FreeBSD 8 you would have something like this in your kernel configuration:# ATA and ATAPI devices You seem to be using 8.* while I am on 10-current (info provided in my signature). Unfortunately there are a number of important hardware driver changes between 8-9-10. This is correct. The old ATAPI infrastructure (acd, acdXtY) has been deprecated. these are the only options allowed: # ATA controllers deviceahci# AHCI-compatible SATA controllers deviceata # Legacy ATA/SATA controllers # ATA/SCSI peripherals devicescbus # SCSI bus (required for ATA/SCSI) devicech # SCSI media changers deviceda # Direct Access (disks) devicesa # Sequential Access (tape etc) devicecd # CD devicepass# Passthrough device (direct ATA/SCSI access) deviceses # Enclosure Services (SES and SAF-TE) #device ctl # CAM Target Layer In GENERIC, 'option ctl' is disabled because pulling in any one of the da/cd/pass etc also enables/calls ctl. For the same reason, '# atacontrol list ' = ATA_CAM option is enabled in kernel. Please use camcontrol instead. So this tool is also deprecated, and I assume it has taken cdcontrol and maybe even burncd with it. $ ll /dev/cam = crw--- 1 root operator 0x3f Apr 16 19:36 ctl So it seems, after playing around that 'acd_' is deprecated in 10. True, it is. As to why /dev/cd0 does not show up in Brasero, it is probably related to my other thread on user-level permissions. I highly assume this is the case, because specific permissions have to be granted. Also check if this Gnome program requires additional fiddling with DBUS or HAL (or something similarly deprecated), or with specific groups your username has to be a member of. Since my user cannot mount the cd0, brasero has not enabled access to it (problem valid for all GUI-based-apps unless root starts running a GUI) It should not be _that_ drastic. When you are logged in with your regular user account, and running X, open an X terminal and enter the command su -m, and confirm the password. Then start brasero or any other GUI program you want to check from that command line. The -m option will preserve your user's environment; see man su for details. That could be worth a try (and a partial solution). Anyway, check the permissions. What you're attempting _is_ possible. I've been able to do all this stuff as a regular user after proper configuration (on a v4, v5 and v7 system). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dvd recorder audio cd problems
On Sun, 14 Apr 2013 22:46:22 -0700 (PDT), Beeblebrox wrote: I have an audio CD I want to rip/copy but I have some problems: % cdcontrol -f /dev/cd0 info Starting track = 1, ending track = 17, TOC size = 146 bytes track start duration block length type - 1 0:02.00 4:02.31 0 18181 audio 2 4:04.31 5:08.45 18181 23145 audio etc... But when I do #-or-% cdcontrol -f /dev/cd0 play = starts playing (confirmed with 'status audio') But there is no sound. 'status volume' shows 255 for both channels. This is a known problem of the transition from acd to cd driver subsystem. I'm not sure in how far cdcontrol has made the transition from ATAPI to SCSI/CAM successfully... In order to copy an audio CD, try CD Paranoia (in ports: audio/cdparanoia). If you want to really just copy a CD, try something like this: % cdrdao read-cd --device 0,0,0 --driver generic-mmc-raw --eject --read-raw --datafile music.bin music.toc % cdrdao write --device 0,0,0 --driver generic-mmc-raw --speed 8 --eject music.toc Note that this might be problematic on damaged CDs; in this case, cdparanoia works better. Check camcontrol devlist for the correct LUN of your device. Regarding audio playback via cdcontrol: If I remember correctly, this requires a seperate internal wiring (CD audio wire) from the drive to the sound card. If your drive has a front connector for headphones, check if it's actually playing. Considering this wiring deprecated, audio data should be transmitted with the PATA or SATA cable somehow... cam.ko is built-in to my custom kernel. From what I have read, shouldn't the DVD show up as /dev/acd0? In which case each song on the cd should be visible as /dev/acd0t__? Not happening though, since the dvd is registered as plain cd0 in /dev. No. Those infrastructures have to be considered deprecated. The track device files (acdXtYY) correspond to the ATAPI device driver which also controls the acdX devices. For example, on FreeBSD 8 you would have something like this in your kernel configuration: # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device atapicam This enables you both the acd (device atapicd) and the cd (device atapicam) driver subsystems. Both the traditional ATAPI _and_ the SCSI over ATA can be used this way. # camcontrol devlist = HL-DT-ST DVDRAM GSA-4165B DL05 at scbus6 target 0 lun 0 (cd0,pass3) Correct. This is the cd driver reporting. If you wanted to check if you're able to access ATAPI devices, try the atacontrol command. Examples (trimmed): # atacontrol list ATA channel 1: Master: acd0 HL-DT-ST DVDRAM GSA-H42N/RL00 ATA/ATAPI revision 7 Slave: acd1 HL-DT-STDVD-ROM GDR8163B/0L30 ATA/ATAPI revision 6 # camcontrol devlist HL-DT-ST DVDRAM GSA-H42N RL00at scbus0 target 0 lun 0 (pass0,cd0) HL-DT-ST DVD-ROM GDR8163B 0L30 at scbus0 target 1 lun 0 (pass1,cd1) You can see two drives in this example: HL-DT-ST DVDRAM GSA-H42N RL00 = 0,0,0 = cd0 = acd0 HL-DT-ST DVD-ROM GDR8163B 0L30 = 0,1,0 = cd1 = acd1 -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
dvd recorder audio cd problems
I have an audio CD I want to rip/copy but I have some problems: % cdcontrol -f /dev/cd0 info Starting track = 1, ending track = 17, TOC size = 146 bytes track start duration block length type - 1 0:02.00 4:02.31 0 18181 audio 2 4:04.31 5:08.45 18181 23145 audio etc... But when I do #-or-% cdcontrol -f /dev/cd0 play = starts playing (confirmed with 'status audio') But there is no sound. 'status volume' shows 255 for both channels. cam.ko is built-in to my custom kernel. From what I have read, shouldn't the DVD show up as /dev/acd0? In which case each song on the cd should be visible as /dev/acd0t__? Not happening though, since the dvd is registered as plain cd0 in /dev. # camcontrol devlist = HL-DT-ST DVDRAM GSA-4165B DL05 at scbus6 target 0 lun 0 (cd0,pass3) * A separate oddity is that /dev/cd0 does not show up in Brasero (shows no selectable recording device) Thanks and regards. - 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/dvd-recorder-audio-cd-problems-tp5803899.html Sent from the freebsd-questions mailing list archive at Nabble.com. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org