Re: /cdrom -vs- /dev/hdc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Freitag, 14. Februar 2003 03:07 schrieb Matthew Weier O'Phinney: -- Pigeon [EMAIL PROTECTED] wrote (on Thursday, 13 February 2003, 03:51 PM +): On Wed, Feb 12, 2003 at 09:27:47PM -0500, Seneca wrote: On Wed, Feb 12, 2003 at 06:46:37PM -0500, Bruce Park wrote: I'm having some trouble loading my audio cd through /cdrom directory. Before I start talking about the problem, here are the files that are of use to this problem. [...] I can actually load audio files through /dev/hdc and /dev/cdrom but I cannot load them through /cdrom. I can mount and run data cds perfectly through /cdrom but the audio files don't show up there for some reason. Does anyone have an idea why this doesn't work? I'm looking to solve this problem rather than to ignore it and use /dev/hdc or /dev/cdrom to load audio files. Any help or suggestion is greatly appreciated. Data disks generally have a file system, while audio disks generally don't. You need a file system to mount the disk. You can get a list of tracks that are on a disk using a package like cdcd (on the command line, cdcd tracks). snip -- info on how to read raw data from unspecified filesystems In Windoze, you can get a (very buggy) patched DLL that turns audio tracks into regular files, so you can rip tracks simply by copying the files, etc. Surely there must be some way to get the same functionality in Linux? cddafs.o? Okay, what with trading emails with Bruce and following this thread, I think I better understand what you all are asking. And I *have* heard of a way to do this -- my understanding is that konqueror has some such facility for browsing the tracks on an audio CD. I haven't done it, so you'll have to investigate yourself, or ask others on the list. put audiocd:/ in the adressbar :-) Robert -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+TNq5ILH3kR/OabQRAq3BAJ49EwIBpLZVqQMY1SOL8XeTP2fg6ACguRql qL00Algb4swAgcY+fGz4v2s= =/sCM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /cdrom -vs- /dev/hdc
On Wed, Feb 12, 2003 at 09:27:47PM -0500, Seneca wrote: On Wed, Feb 12, 2003 at 06:46:37PM -0500, Bruce Park wrote: I'm having some trouble loading my audio cd through /cdrom directory. Before I start talking about the problem, here are the files that are of use to this problem. [...] I can actually load audio files through /dev/hdc and /dev/cdrom but I cannot load them through /cdrom. I can mount and run data cds perfectly through /cdrom but the audio files don't show up there for some reason. Does anyone have an idea why this doesn't work? I'm looking to solve this problem rather than to ignore it and use /dev/hdc or /dev/cdrom to load audio files. Any help or suggestion is greatly appreciated. Data disks generally have a file system, while audio disks generally don't. You need a file system to mount the disk. You can get a list of tracks that are on a disk using a package like cdcd (on the command line, cdcd tracks). You are probably familiar with the basic concept of formatting floppies for general use. The formatting first sets the sector size, interleave, the number of cylinders used on the disk. After that, a file system may be put onto the disk, a common one being FAT12. When that is done, you can mount the floppy. However, the disk does not need to have a file system put onto it; a fair number of my floppies that I use don't (file transfer using tar -rf /dev/floppy/0u1440 foo). If I try to mount one one of those floppies, I get an error. I can, however, read the files contained in the archive. All I do list the files is tar -tf /dev/floppy/0u1440, to extract, tar -xf /dev/floppy/0u1440 foo. With many audio CDs it is a similar situation to that of floppies with no file system. While you can listen to the disks by specifying the drive, you cannot mount them. You can take a look at the contents, but you need to use something designed for that task. In Windoze, you can get a (very buggy) patched DLL that turns audio tracks into regular files, so you can rip tracks simply by copying the files, etc. Surely there must be some way to get the same functionality in Linux? cddafs.o? Pigeon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /cdrom -vs- /dev/hdc
On Thu, 2003-02-13 at 10:51, Pigeon wrote: On Wed, Feb 12, 2003 at 09:27:47PM -0500, Seneca wrote: On Wed, Feb 12, 2003 at 06:46:37PM -0500, Bruce Park wrote: I'm having some trouble loading my audio cd through /cdrom directory. Before I start talking about the problem, here are the files that are of use to this problem. [...] I can actually load audio files through /dev/hdc and /dev/cdrom but I cannot load them through /cdrom. I can mount and run data cds perfectly through /cdrom but the audio files don't show up there for some reason. Does anyone have an idea why this doesn't work? I'm looking to solve this problem rather than to ignore it and use /dev/hdc or /dev/cdrom to load audio files. Any help or suggestion is greatly appreciated. Data disks generally have a file system, while audio disks generally don't. You need a file system to mount the disk. You can get a list of tracks that are on a disk using a package like cdcd (on the command line, cdcd tracks). You are probably familiar with the basic concept of formatting floppies for general use. The formatting first sets the sector size, interleave, the number of cylinders used on the disk. After that, a file system may be put onto the disk, a common one being FAT12. When that is done, you can mount the floppy. However, the disk does not need to have a file system put onto it; a fair number of my floppies that I use don't (file transfer using tar -rf /dev/floppy/0u1440 foo). If I try to mount one one of those floppies, I get an error. I can, however, read the files contained in the archive. All I do list the files is tar -tf /dev/floppy/0u1440, to extract, tar -xf /dev/floppy/0u1440 foo. With many audio CDs it is a similar situation to that of floppies with no file system. While you can listen to the disks by specifying the drive, you cannot mount them. You can take a look at the contents, but you need to use something designed for that task. In Windoze, you can get a (very buggy) patched DLL that turns audio tracks into regular files, so you can rip tracks simply by copying the files, etc. Surely there must be some way to get the same functionality in Linux? cddafs.o? Pigeon There is cdfs, but my experience with it has been that while it has *claimed* that the files it was listing were WAV files, they weren't. They weren't CDR tracks, either. It might be that it needed a bit more code tuning at the time, and is far better now. -- Mark L. Kahnt, FLMI/M, ALHC, HIA, AIAA, ACS, MHP ML Kahnt New Markets Consulting Tel: (613) 531-8684 / (613) 539-0935 Email: [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: /cdrom -vs- /dev/hdc
-- Pigeon [EMAIL PROTECTED] wrote (on Thursday, 13 February 2003, 03:51 PM +): On Wed, Feb 12, 2003 at 09:27:47PM -0500, Seneca wrote: On Wed, Feb 12, 2003 at 06:46:37PM -0500, Bruce Park wrote: I'm having some trouble loading my audio cd through /cdrom directory. Before I start talking about the problem, here are the files that are of use to this problem. [...] I can actually load audio files through /dev/hdc and /dev/cdrom but I cannot load them through /cdrom. I can mount and run data cds perfectly through /cdrom but the audio files don't show up there for some reason. Does anyone have an idea why this doesn't work? I'm looking to solve this problem rather than to ignore it and use /dev/hdc or /dev/cdrom to load audio files. Any help or suggestion is greatly appreciated. Data disks generally have a file system, while audio disks generally don't. You need a file system to mount the disk. You can get a list of tracks that are on a disk using a package like cdcd (on the command line, cdcd tracks). snip -- info on how to read raw data from unspecified filesystems In Windoze, you can get a (very buggy) patched DLL that turns audio tracks into regular files, so you can rip tracks simply by copying the files, etc. Surely there must be some way to get the same functionality in Linux? cddafs.o? Okay, what with trading emails with Bruce and following this thread, I think I better understand what you all are asking. And I *have* heard of a way to do this -- my understanding is that konqueror has some such facility for browsing the tracks on an audio CD. I haven't done it, so you'll have to investigate yourself, or ask others on the list. -- Matthew Weier O'Phinney [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/cdrom -vs- /dev/hdc
Dear debian users, I'm having some trouble loading my audio cd through /cdrom directory. Before I start talking about the problem, here are the files that are of use to this problem. == [brock@parker brock]$ ls -l / | grep 'cdrom' dr-xr-xr-x 11 root root 4096 Jul 18 2002 cdrom [brock@parker brock]$ ls -l /dev/hdc brw-rw1 root cdrom 22, 0 Mar 14 2002 /dev/hdc [brock@parker brock]$ ls -l /dev/cdrom lrwxrwxrwx1 root root3 Feb 11 16:46 /dev/cdrom - hdc [brock@parker brock]$ cat /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass /dev/hda4 / ext3errors=remount-ro 0 1 /dev/hda3 noneswapsw 0 0 proc/proc procdefaults0 0 /dev/fd0/floppy autouser,noauto 0 0 /dev/cdrom /cdrom iso9660 ro,user,noauto 0 0 [brock@parker brock]$ groups brock cdrom audio I can actually load audio files through /dev/hdc and /dev/cdrom but I cannot load them through /cdrom. I can mount and run data cds perfectly through /cdrom but the audio files don't show up there for some reason. Does anyone have an idea why this doesn't work? I'm looking to solve this problem rather than to ignore it and use /dev/hdc or /dev/cdrom to load audio files. Any help or suggestion is greatly appreciated. bp _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /cdrom -vs- /dev/hdc
On Wed, Feb 12, 2003 at 06:46:37PM -0500, Bruce Park wrote: I'm having some trouble loading my audio cd through /cdrom directory. Before I start talking about the problem, here are the files that are of use to this problem. [...] I can actually load audio files through /dev/hdc and /dev/cdrom but I cannot load them through /cdrom. I can mount and run data cds perfectly through /cdrom but the audio files don't show up there for some reason. Does anyone have an idea why this doesn't work? I'm looking to solve this problem rather than to ignore it and use /dev/hdc or /dev/cdrom to load audio files. Any help or suggestion is greatly appreciated. Data disks generally have a file system, while audio disks generally don't. You need a file system to mount the disk. You can get a list of tracks that are on a disk using a package like cdcd (on the command line, cdcd tracks). You are probably familiar with the basic concept of formatting floppies for general use. The formatting first sets the sector size, interleave, the number of cylinders used on the disk. After that, a file system may be put onto the disk, a common one being FAT12. When that is done, you can mount the floppy. However, the disk does not need to have a file system put onto it; a fair number of my floppies that I use don't (file transfer using tar -rf /dev/floppy/0u1440 foo). If I try to mount one one of those floppies, I get an error. I can, however, read the files contained in the archive. All I do list the files is tar -tf /dev/floppy/0u1440, to extract, tar -xf /dev/floppy/0u1440 foo. With many audio CDs it is a similar situation to that of floppies with no file system. While you can listen to the disks by specifying the drive, you cannot mount them. You can take a look at the contents, but you need to use something designed for that task. -- Seneca [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]