Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #197867 > unrolled thread

CDROM will not play a music cd.

Back to article view | Back to linux.debian.user

Contents

  CDROM will not play a music cd. Bob Bernstein <poobah@ruptured-duck.com> - 2018-07-22 07:50 +0200
    Re: CDROM will not play a music cd. Felix Miata <mrmazda@earthlink.net> - 2018-07-22 08:10 +0200
    Re: CDROM will not play a music cd. "Thomas Schmitt" <scdbackup@gmx.net> - 2018-07-22 08:30 +0200
      Re: CDROM will not play a music cd. Nicolas George <george@nsup.org> - 2018-07-22 13:00 +0200
        Re: CDROM will not play a music cd. "Thomas Schmitt" <scdbackup@gmx.net> - 2018-07-22 14:00 +0200
          Re: CDROM will not play a music cd. songbird <songbird@anthive.com> - 2018-07-22 21:00 +0200
          Re: CDROM will not play a music cd. Bob Bernstein <poobah@ruptured-duck.com> - 2018-07-22 22:50 +0200
            Re: CDROM will not play a music cd. "Thomas Schmitt" <scdbackup@gmx.net> - 2018-07-22 23:00 +0200
              Re: CDROM will not play a music cd. Bob Bernstein <poobah@ruptured-duck.com> - 2018-07-22 23:20 +0200
              Re: CDROM will not play a music cd. Doug <dmcgarrett@optonline.net> - 2018-07-23 20:10 +0200
                Car Audio USB Jacks Dan Ritter <dsr@randomstring.org> - 2018-07-23 20:40 +0200
                Re: CDROM will not play a music cd. Eduardo M KALINOWSKI <eduardo@kalinowski.com.br> - 2018-07-23 21:10 +0200
                Re: Car Audio USB Jacks "Thomas Schmitt" <scdbackup@gmx.net> - 2018-07-23 21:20 +0200
                  Re: Car Audio USB Jacks Doug <dmcgarrett@optonline.net> - 2018-07-27 04:00 +0200
                    Re: Car Audio USB Jacks Curt <curty@free.fr> - 2018-07-27 10:10 +0200
                      Re: Car Audio USB Jacks Jeremy Nicoll <jn.ml.dbn.25@letterboxes.org> - 2018-07-27 10:30 +0200
                        Re: Car Audio USB Jacks "Thomas Schmitt" <scdbackup@gmx.net> - 2018-07-27 11:00 +0200
                          Re: Car Audio USB Jacks Curt <curty@free.fr> - 2018-07-27 11:20 +0200
                            Re: Car Audio USB Jacks "Thomas Schmitt" <scdbackup@gmx.net> - 2018-07-27 12:20 +0200
                        Re: Car Audio USB Jacks Curt <curty@free.fr> - 2018-07-27 11:20 +0200
                    Re: Car Audio USB Jacks David Wright <deblis@lionunicorn.co.uk> - 2018-07-27 18:30 +0200
                      Re: Car Audio USB Jacks Joe <joe@jretrading.com> - 2018-07-27 21:50 +0200
                        Re: Car Audio USB Jacks Doug <dmcgarrett@optonline.net> - 2018-07-28 00:40 +0200
            Re: CDROM will not play a music cd. Nicolas George <george@nsup.org> - 2018-07-22 23:30 +0200

Page 1 of 2  [1] 2  Next page →

#197867 — CDROM will not play a music cd.

I'll try to provide some useful signs/symptoms of the 
particular difficulty. The principal message I get is:

--start snip--
bob@debian:~$ mount /dev/sr0
mount: /dev/sr0 is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on 
/dev/sr0, missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.
--stop snip--

Following the above suggestion:

--start-snip--
bob@debian:~$ dmesg |tail
[ 1005.880749] UDF-fs: warning (device sr0): 
udf_fill_super: No partition found (1)
[ 1005.988689] sr 1:0:0:0: [sr0]
[ 1005.988695] Result: hostbyte=DID_OK 
driverbyte=DRIVER_SENSE
[ 1005.988700] sr 1:0:0:0: [sr0]
[ 1005.988702] Sense Key : Illegal Request [current]
[ 1005.988708] sr 1:0:0:0: [sr0]
[ 1005.988714] Add. Sense: Illegal mode for this track
[ 1005.988719] sr 1:0:0:0: [sr0] CDB:
[ 1005.988721] Read(10): 28 00 00 00 00 10 00 00 01 00
[ 1005.988755] isofs_fill_super: bread failed, dev=sr0, 
iso_blknum=16, block=16
--stop-snip--

My /etc/fstab:

--start-snip--
bob@debian:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier 
for a
# device; this may be used with UUID= as a more robust way 
to name devices
# that works even if disks are added and removed. See 
fstab(5).
#
# <file system> <mount point>   <type>  <options> 
<dump>  <pass>
# / was on /dev/sda1 during installation
UUID=b67d82e0-9444-4663-b3d4-1a4d20d2a0ef / 
ext4    errors=remount-ro 0       1
# /home was on /dev/sda6 during installation
UUID=8228885f-b035-49c9-81dc-ddef37063692 /home 
ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=0766109e-dc13-4d6a-bf73-0d8754fd28e8 none 
swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto 
0       0
#/dev/sr0        /media/cdrom0   udf,iso9660 
user,noauto,exec 0     0
--stop-snip--

You can see where, on the last line, I tried monkeying 
with sr0's options. I've left the file now as it was 
installed by jessie, which flavor I am still running, 
albeit sans (without) systemd. I have tried three 
different audio cd's.

Humbly and respectfully submitted for the amusement and 
edification of the assembled faithful, and Gene.

Thanks,

-- 
Some men are born mediocre, some men achieve mediocrity, and some men
have mediocrity thrust upon them.
 		                                   Joseph Heller

[toc] | [next] | [standalone]

#197868

Bob Bernstein composed on 2018-07-22 01:37 (UTC-0400):

> /dev/sr0        /media/cdrom0   udf,iso9660 user,noauto 0 0

> You can see where, on the last line, I tried monkeying 
> with sr0's options. I've left the file now as it was 
> installed by jessie, which flavor I am still running, 
> albeit sans (without) systemd. I have tried three 
> different audio cd's.

Your type column (3) is invalid. Change udf,iso9660 to auto, so the whole line
to something like the following:

	/dev/sr0 /media/cdrom0 auto ro,noauto,users,exec 0 0
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

[toc] | [prev] | [next] | [standalone]

#197870

Hi,

Bob Bernstein wrote:
> bob@debian:~$ mount /dev/sr0
> mount: /dev/sr0 is write-protected, mounting read-only
> mount: wrong fs type, bad option, bad superblock on /dev/sr0, missing
> codepage or helper program, or other error
> [...]
> bob@debian:~$ dmesg |tail
> [...]
> [ 1005.988702] Sense Key : Illegal Request [current]
> [ 1005.988708] sr 1:0:0:0: [sr0]
> [ 1005.988714] Add. Sense: Illegal mode for this track
> [ 1005.988719] sr 1:0:0:0: [sr0] CDB:
> [ 1005.988721] Read(10): 28 00 00 00 00 10 00 00 01 00

The drive refuses to read data from the medium.

This is expectable if the medium is really an audio CD. Other than CD-ROM,
a CD-DA medium contains sectors of 2352 bytes each rather than the 2048
bytes sectors which SCSI command READ(10) would able to read.
Your reader program needs to use command READ CD or READ CD MSF.
mount(8) or dd(1) won't do this. (Also mount(8) would find no filesystem.)

Program "mplayer" comes to my mind as potential reader.
But i am sure the list members can tell more programs which play music
from CD-DA media.


Have a nice day :)

Thomas

[toc] | [prev] | [next] | [standalone]

#197878

[Multipart message — attachments visible in raw view] — view raw

Thomas Schmitt (2018-07-22):
> Your reader program needs to use command READ CD or READ CD MSF.
> mount(8) or dd(1) won't do this. (Also mount(8) would find no filesystem.)

To be accurate, mount only directs the kernel into doing the reads and
looking for filesystems.

There was a kernel patch to treat audio CDs as a kind of filesystem,
presenting all tracks as PCM audio files, but AFAIK it was discontinued.
Since audio CDs lack accurate timing information, reading a track
reliably requires some rather tricky operations that are not wanted in
kernel space.

> Program "mplayer" comes to my mind as potential reader.
> But i am sure the list members can tell more programs which play music
> from CD-DA media.

There are two ways for playing an audio CD.

The CD drive can play the audio CD all by itself. The application only
needs to send commands to start the playback. But it requires an analog
cable from the CD drive to the audio controller. When I had a tower
assembled 17 years ago, the vendor simply forgot to plug it, that's how
important it was then. Nowadays, I am not even sure the connector for
the audio controller will be available, and I do not find the
corresponding mixer.

Or the CD drive can read the audio CD, as you have described, and the
application can send the audio data on the fly to the audio controller.
MPlayer can be complied with that feature, it is invoked using the URL
cdda://. I just checked, and Debian's VLC also has that feature. I
expect most usable music players have it.

But really, it is not the best option. Unless your use case is very
specific, I think you would be better off ripping the CD and then
listening to the resulting file. It would be much more convenient on
many aspects: no noise from the spinning CD, faster seeking, ease of
archival, etc.

The ripping can be done at the drive full speed (or slightly less if you
want a reliable read), which means it takes very little time at all. And
of course, you can start playing the first track before the whole CD is
ripped. If you decide to encode the audio into a lossy codec in order to
keep the file without spending too much disk space (Opus would be the
best choice nowadays, unless you want to be able to play the file on an
old device), it also takes very little time, probably less than the
reading itself.

For reference: uncompressed CD PCM data: 10 Mo/mn, transparent stereo
Opus: <~1 Mo/mn.

Regards,

-- 
  Nicolas George

[toc] | [prev] | [next] | [standalone]

#197879

Hi,

Nicolas George wrote:
> To be accurate, mount only directs the kernel into doing the reads and
> looking for filesystems.

Yes. But in hindsight my explanation was already more technical than
appropriate.

  "mount(8) is not the right way to access an audio CD."

would have been better. But i was carried away by the fine specimen of
an SCSI error message.


> There are two ways for playing an audio CD.
> The CD drive can play the audio CD all by itself.

Those have become rare meanwhile. Most DVD drives and all BD drives seem
to have no sound signal outlets.


> Or the CD drive can read the audio CD, as you have described, and the
> application can send the audio data on the fly to the audio controller.

That's indeed the proposal i want to make.


> I think you would be better off ripping the CD and then
> listening to the resulting file.

For that job i could even offer my program cdrskin. (See example
"Extract audio tracks and CD-TEXT from CD into directory /home/me/my_cd"
at the end of its man page.)

The classic CD-DA ripper is cdda2wav.


Have a nice day :)

Thomas

[toc] | [prev] | [next] | [standalone]

#197914

Thomas Schmitt wrote:
...
> The classic CD-DA ripper is cdda2wav.

  i like jack, but it's broken at the moment in
unstable, unfortunately i don't know python well
enough to debug it yet.

  so for my temporary hackish project i'm trying
to convert it all to python3 acceptable code, but
i'm not sure i'll ever get it working or done.

  heh.  which has sidetracked me from the other
project i started...


  songbird

[toc] | [prev] | [next] | [standalone]

#197918

Firstly, *thank you* to all who chimed in with analysis and 
suggestions! This list is the best. I will present an update on 
my efforts and a bit more data.

Update: I think it was Nicholas last night who mentioned the 
'cdda://' type of URL. Today I noticed on mplayer's man page 
this line:

  mplayer [cdda|cddb]://track[-endtrack][:speed][/device] 
[options]

I first tried 'mplayer cdda:///dev/cdrom' but apparently I did 
not grasp the syntax of the suggested "[/device]", above:

--start snip--
Playing cdda:///dev/cdrom.
++ WARN: Can't get file status for dev/cdrom:
No such file or directory
++ WARN: could not retrieve file info for `dev/cdrom': No such 
file or directory
++ WARN: can't open nrg image file dev/cdrom for reading
Can't open CDDA device.
Failed to open cdda:///dev/cdrom.
--stop snip--

Then I tried 'mplayer cdda:// /dev/cdrom' and Mudville began to 
experience some joy: Here comes the data.

--start-snip--
MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team
Cannot open file '/home/bob/.mplayer/input.conf': No such file 
or directory
Failed to open /home/bob/.mplayer/input.conf.
Cannot open file '/etc/mplayer/input.conf': No such file or 
directory
Failed to open /etc/mplayer/input.conf.

Playing cdda://.
Found audio CD with 13 tracks.
CD-Text (CD):

Track 1
CD-Text (track):

Detected file format: rawaudio
Selected audio codec: Uncompressed PCM [pcm]
AUDIO: 44100 Hz, 2 ch, s16le, 1411.2 kbit/100.00% (ratio: 
176400->176400)
AO: [pulse] Init failed: Connection refused
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A:  28.1 (28.1) of 3874.2 ( 1:04:34.1)  5.0% 
--stop-snip--

I am listening to music; God is good.

The playback is jumpy, or skippy, anything but smooth and 
continuous. My spidey sense tells me this might be a 
configuration matter. That "2 bytes per sample," above, looks 
suspicious. Any thoughts on remediation of this defect, 
gentlemen?

Thanks,

-- 
Poobah

[toc] | [prev] | [next] | [standalone]

#197919

Hi,

Bob Bernstein wrote:
> The playback is jumpy, or skippy, anything but smooth and continuous.

  https://www.cyberciti.biz/faq/linux-unix-mplayer-playing-audio-dvd-cd-using-bash-shell/
proposes option "-cache 5000":

  mplayer -cdrom-device /dev/sr0 cdda:// -cache 5000

I guess it's a real-time problem which can be solved by reading ahead.

If the problem persists, try to copy the tracks to hard disk and see
what happens if you play the resulting files.


> Selected audio codec: Uncompressed PCM [pcm]
> AUDIO: 44100 Hz, 2 ch, s16le, 1411.2 kbit/100.00% (ratio: 176400->176400)
> [...]
> AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
> [...]
>  That "2 bytes per sample," above, looks suspicious.

2 bytes = 16 bit. That's exactly what is prescribed for CD-DA:
  headerless PCM (i.e. uncompressed)
  44100 Hz sampling rate
  16 bits per sample
  stereo (2 channels)
  little-endian byte order
(Dunno why above "[alsa]"-line talks of 48000 Hz.)


Have a nice day :)

Thomas

[toc] | [prev] | [next] | [standalone]

#197920

On Sun, 22 Jul 2018, Thomas Schmitt wrote:

>  https://www.cyberciti.biz/faq/linux-unix-mplayer-playing-audio-dvd-cd-using-bash-shell/
> proposes option "-cache 5000":
>
>  mplayer -cdrom-device /dev/sr0 cdda:// -cache 5000

Joy reigns supreme in Mudville!

It has dawned on my somewhat dimmed (due to age, drugs, 
and low companions) brain that not everyone is familiar 
with the metaphor:

http://www.dictionary.com/browse/there-is-no-joy-in-mudville

> Have a nice day :)

Thank you sir.

-- 
A person of great honour in Ireland (who was pleased to
stoop so low as to look into my mind) used to tell me that
my mind was like a conjured spirit, that would do mischief
if I did not give it employment.
                                         Jonathan Swift

[toc] | [prev] | [next] | [standalone]

#197946

On 07/22/2018 04:57 PM, Thomas Schmitt wrote:
> Hi,
>
> Bob Bernstein wrote:
>> The playback is jumpy, or skippy, anything but smooth and continuous.
>    https://www.cyberciti.biz/faq/linux-unix-mplayer-playing-audio-dvd-cd-using-bash-shell/
> proposes option "-cache 5000":
>
>    mplayer -cdrom-device /dev/sr0 cdda:// -cache 5000
>
> I guess it's a real-time problem which can be solved by reading ahead.
>
> If the problem persists, try to copy the tracks to hard disk and see
> what happens if you play the resulting files.
>
>
>> Selected audio codec: Uncompressed PCM [pcm]
>> AUDIO: 44100 Hz, 2 ch, s16le, 1411.2 kbit/100.00% (ratio: 176400->176400)
>> [...]
>> AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
>> [...]
>>   That "2 bytes per sample," above, looks suspicious.
> 2 bytes = 16 bit. That's exactly what is prescribed for CD-DA:
>    headerless PCM (i.e. uncompressed)
>    44100 Hz sampling rate
>    16 bits per sample
>    stereo (2 channels)
>    little-endian byte order
> (Dunno why above "[alsa]"-line talks of 48000 Hz.)
>
>
> Have a nice day :)
>
> Thomas
>
>
This may or may not be off topic, but you folks seem to know something 
about CDs, so I'll ask:
My friend has just gotten a Korean car--it's either a Hundai or a Kia, I 
don't remember, but
it has no CD player, but it does have a USB connection, which purports 
to be a sound input.
So the question: I would make some copies of CDs onto a flash drive, if 
I knew how! I would
prefer to use K3b to copy the CDs; do I have to format the flash drive, 
and if so with what
system? (I thought that flash drives come formatted with a Windows file 
system?)
And what other questions should I be asking, which I'm too uninformed to 
ask? And
what are the answers? BTW: I have never, in 20 years or more, ever 
gotten Audacity to do
anything for me, so that is out!

Thanx for any kind words and info!  --doug

[toc] | [prev] | [next] | [standalone]

#197947 — Car Audio USB Jacks

On Mon, Jul 23, 2018 at 02:08:37PM -0400, Doug wrote:
> 
> On 07/22/2018 04:57 PM, Thomas Schmitt wrote:
> This may or may not be off topic, but you folks seem to know something about
> CDs, so I'll ask:
> My friend has just gotten a Korean car--it's either a Hundai or a Kia, I
> don't remember, but
> it has no CD player, but it does have a USB connection, which purports to be
> a sound input.
> So the question: I would make some copies of CDs onto a flash drive, if I
> knew how! I would
> prefer to use K3b to copy the CDs; do I have to format the flash drive, and
> if so with what
> system? (I thought that flash drives come formatted with a Windows file
> system?)
> And what other questions should I be asking, which I'm too uninformed to
> ask? And
> what are the answers? BTW: I have never, in 20 years or more, ever gotten
> Audacity to do
> anything for me, so that is out!

Flash drives may or may not come formatted.

The USB sound input could be:

1. An access to a computer that will treat the USB device as
Mass Storage and try to mount a FAT filesystem

2. Access to a peripheral that acts as a USB Audio device, in
which case you need to supply a computer that can play sound 
through that. (Linux knows how.)

Hyundai offers several options, documented here:
https://www.hyundaiusa.com/connectivity/index.aspx

Kia offers options as well:
https://www.kia.com/us/en/content/technology/uvo/overview

-dsr-

[toc] | [prev] | [next] | [standalone]

#197948

On seg, 23 jul 2018, Doug wrote:
> This may or may not be off topic,

I wouldn't call it completely off-topic, but it's definitely a thread  
hijacking. It would have been better to start a new thread.

> My friend has just gotten a Korean car--it's either a Hundai or a  
> Kia, I don't remember, but
> it has no CD player, but it does have a USB connection, which  
> purports to be a sound input.
> So the question: I would make some copies of CDs onto a flash drive,  
> if I knew how! I would
> prefer to use K3b to copy the CDs; do I have to format the flash  
> drive, and if so with what
> system? (I thought that flash drives come formatted with a Windows  
> file system?)
> And what other questions should I be asking, which I'm too  
> uninformed to ask? And
> what are the answers? BTW: I have never, in 20 years or more, ever  
> gotten Audacity to do
> anything for me, so that is out!

Format the USB as FAT32 (other FAT variants should work), and add .mp3  
files to it. Could not be simpler.

(Other filesystems might be supported, and other audio formats, but  
don't count on that.)

There are several CD rippers and mp3 encoders in Debian.

-- 
Eduardo M KALINOWSKI
eduardo@kalinowski.com.br

[toc] | [prev] | [next] | [standalone]

#197949 — Re: Car Audio USB Jacks

Hi,

(i reply to Doug's mail but adopt Dan Ritter's new subject text.)

Doug wrote:
> I would make some copies of CDs onto a flash drive, if I knew how!

The act of copying audio data from CD is usually called "ripping".
Program cdda2wav is specialized on that job.

I would use my own program cdrskin (which is mainly for burning data to
CD rather than ripping data from CD). At then of the man page there is an
example:
"Extract audio tracks and CD-TEXT from CD into directory /home/me/my_cd"

  mkdir /home/me/my_cd

  cdrskin -v dev=/dev/sr0 extract_audio_to=/home/me/my_cd \
          cdtext_to_v07t=/home/me/my_cd/cdtext.v07t

This will yield per track NN a file trackNN.wav in directory /home/me/my_cd.
If CD-TEXT is present, then it will be extracted to human readble file
/home/me/my_cd/cdtext.v07t .


> do I have to format the flash drive, and if so with what system?

If the car expects USB sticks, then it probably can handle a (microsoftly)
FAT filesystem.

> I thought that flash drives come formatted with a Windows file system?

They usually do and readers usually are ready to use the filesystem.

More important will be to find out which audio file formats are supported.
.wav is possibly ok, but also quite a wasteful way of storing sound on
a general data storage device.


Have a nice day :)

Thomas

[toc] | [prev] | [next] | [standalone]

#198036 — Re: Car Audio USB Jacks

On 07/23/2018 03:19 PM, Thomas Schmitt wrote:
> Hi,
>
> (i reply to Doug's mail but adopt Dan Ritter's new subject text.)
>
> Doug wrote:
>> I would make some copies of CDs onto a flash drive, if I knew how!
> The act of copying audio data from CD is usually called "ripping".
> Program cdda2wav is specialized on that job.
>
> I would use my own program cdrskin (which is mainly for burning data to
> CD rather than ripping data from CD). At then of the man page there is an
> example:
> "Extract audio tracks and CD-TEXT from CD into directory /home/me/my_cd"
>
>    mkdir /home/me/my_cd
>
>    cdrskin -v dev=/dev/sr0 extract_audio_to=/home/me/my_cd \
>            cdtext_to_v07t=/home/me/my_cd/cdtext.v07t
>
> This will yield per track NN a file trackNN.wav in directory /home/me/my_cd.
> If CD-TEXT is present, then it will be extracted to human readble file
> /home/me/my_cd/cdtext.v07t .
>
>
>> do I have to format the flash drive, and if so with what system?
> If the car expects USB sticks, then it probably can handle a (microsoftly)
> FAT filesystem.
>
>> I thought that flash drives come formatted with a Windows file system?
> They usually do and readers usually are ready to use the filesystem.
>
> More important will be to find out which audio file formats are supported.
> .wav is possibly ok, but also quite a wasteful way of storing sound on
> a general data storage device.
>
>
> Have a nice day :)
>
> Thomas
>
>
Thanx to all for the information. I don't seem to have cdda2wav, but
I had an interesting (!) experience. I used K3b to put one CD on the
flash, but I could not seem to get it to do it again, and all the info for
K3b is 6 years old. I wound up installing Asunder CD Ripper, and it is
really simple. Tell it what format (.wav) you want, and it will rip to
a place in the home directory, like "Music" and then you can copy
each CD package to your USB flash drive. wav may be a lossy format, but
you can get a heck of a lot of CDs on an 8GiB flash drive!

--doug

[toc] | [prev] | [next] | [standalone]

#198041 — Re: Car Audio USB Jacks

On 2018-07-27, Doug <dmcgarrett@optonline.net> wrote:
>
> Thanx to all for the information. I don't seem to have cdda2wav, but
> I had an interesting (!) experience. I used K3b to put one CD on the
> flash, but I could not seem to get it to do it again, and all the info for
> K3b is 6 years old. I wound up installing Asunder CD Ripper, and it is
> really simple. Tell it what format (.wav) you want, and it will rip to
> a place in the home directory, like "Music" and then you can copy
> each CD package to your USB flash drive. wav may be a lossy format, but
> you can get a heck of a lot of CDs on an 8GiB flash drive!

wav is lossless, I believe, not lossy, but your tongue (or some digits) probably
slipped.


> --doug
>
>


-- 
Boris sober and Boris drunk are such different people, they’ve never even met. 
-- Sergei Dovlatov, Pushkin Hills

[toc] | [prev] | [next] | [standalone]

#198043 — Re: Car Audio USB Jacks

On Fri, 27 Jul 2018, at 09:00, Curt wrote:

> wav is lossless, I believe, not lossy, but your tongue (or some digits) probably
> slipped.

Wrong.

Wav is a container format, which can contain compressed or uncompressed
audio.  The compressed stuff may be lossy or not.  And... anyone could add
at any time a new format so even if lossy compression wasn't allowed now
(though it is, you can have mp3 data in .wav files) that doesn't mean it can't
happen in future.

See: https://en.wikipedia.org/wiki/WAV

-- 
Jeremy Nicoll - my opinions are my own.

[toc] | [prev] | [next] | [standalone]

#198044 — Re: Car Audio USB Jacks

Hi,

Doug wrote:
> > > wav may be a lossy format, but
> > > you can get a heck of a lot of CDs on an 8GiB flash drive!

Curt wrote:
> > wav is lossless, I believe, not lossy,

Jeremy Nicoll wrote:
> Wav is a container format, which can contain compressed or uncompressed
> audio.

Yes. But in the case of CD-DA it is always uncompressed. That's why i
called it "quite a wasteful way of storing sound".

Whether thie counts as "lossless" in the sense of High Fidelity is a matter
of definition. A sampling rate of 44100 Hz for 16 bit gives just a rough
assessment of the physical phenomenon of sound. But human ears are even
rougher than that. So only the most die-hard audiophiles will complain.


Have a nice day :)

Thomas

[toc] | [prev] | [next] | [standalone]

#198046 — Re: Car Audio USB Jacks

On 2018-07-27, Thomas Schmitt <scdbackup@gmx.net> wrote:
> Hi,
>
> Doug wrote:
>> > > wav may be a lossy format, but
>> > > you can get a heck of a lot of CDs on an 8GiB flash drive!
>
> Curt wrote:
>> > wav is lossless, I believe, not lossy,
>
> Jeremy Nicoll wrote:
>> Wav is a container format, which can contain compressed or uncompressed
>> audio.
>
> Yes. But in the case of CD-DA it is always uncompressed. That's why i
> called it "quite a wasteful way of storing sound".

Yeah, I was going to say something to the effect that within the context
of the thread the OP certainly ripped lossless wavs. But then I told 
myself, "Just be wrong, Curt, completely, utterly, unqualifiedly, and
enjoy it for once!"

> Whether thie counts as "lossless" in the sense of High Fidelity is a matter
> of definition. A sampling rate of 44100 Hz for 16 bit gives just a rough
> assessment of the physical phenomenon of sound. But human ears are even
> rougher than that. So only the most die-hard audiophiles will complain.

I guess you need the die-hard hardware before getting die-hard about it on
the level of your auditory nerves.

>
> Have a nice day :)
>
> Thomas
>
>


-- 
Boris sober and Boris drunk are such different people, they’ve never even met. 
-- Sergei Dovlatov, Pushkin Hills

[toc] | [prev] | [next] | [standalone]

#198047 — Re: Car Audio USB Jacks

Hi,

Curt wrote:
> But then I told 
> myself, "Just be wrong, Curt, completely, utterly, unqualifiedly, and
> enjoy it for once!"

It is not easy to achieve true perfection in this field.


I wrote:
> > only the most die-hard audiophiles will complain.

Curt wrote:
> I guess you need the die-hard hardware before getting die-hard about it on
> the level of your auditory nerves.

Looking at the "Images" pages of a google search for "high end audiophile
turntables" i wonder whether one can use them to detect gravitational waves.


Have a nice day :)

Thomas

[toc] | [prev] | [next] | [standalone]

#198045 — Re: Car Audio USB Jacks

On 2018-07-27, Jeremy Nicoll <jn.ml.dbn.25@letterboxes.org> wrote:
> On Fri, 27 Jul 2018, at 09:00, Curt wrote:
>
>> wav is lossless, I believe, not lossy, but your tongue (or some digits) probably
>> slipped.
>
> Wrong.

All right.

> Wav is a container format, which can contain compressed or uncompressed
> audio.  The compressed stuff may be lossy or not.  And... anyone could add
> at any time a new format so even if lossy compression wasn't allowed now
> (though it is, you can have mp3 data in .wav files) that doesn't mean it can't
> happen in future.
>
> See: https://en.wikipedia.org/wiki/WAV
>

mp3 in a wav container. I once rode a pony in the flatbed of a moving pickup, 
so I suppose many things are possible without being very common.

I'm reading "typically uncompressed audio" and "the most common WAV
audio format is uncompressed audio" at the link above. But thanks for
the heads up.

I probably should've said, "wav is typically a lossless container
format." Or something. (Or nothing!) 

-- 
Boris sober and Boris drunk are such different people, they’ve never even met. 
-- Sergei Dovlatov, Pushkin Hills

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | linux.debian.user

csiph-web