WAVE file meets the format specs necessary to make an audio CD out of it?

stf92 · 04-21-2012, 12:33 AM

Kernel 2.6.21.5, slackware 12.0

Hi:
I want to know if a .wav file I have meets the format specs necessary to make an audio CD from it. What program could I use?

allend · 04-21-2012, 04:46 AM

I do not know about the version of 'file' in Slackware 12.0, but

Code:

file <yourfile>

may give you the information you need.

cascade9 · 04-21-2012, 05:55 AM

You can make an audio CD out of any .wav files you want (although you might well have issues with some codecs inside .wav files).

It will not be 'full CD quality' if its been transcoded from a lossy source, even if the .wav file is 44.1 kHz/16-bit.

stf92 · 04-21-2012, 06:33 AM

The file is the output of the flac command run on a .flac file. It is played with no problems by mplayer, but cdrecord says "Inappropriate audio coding in audio_file.wav". I thought it could be 24-bit but hexdump revealed that is not the case. Why does cdrecord object the file? This is the command line:

Code:

# cdrecord dev=1001,0,0 -audio Symphony_No_25_Allegro.wav

File says

Code:

# file Symphony_No_25_Allegro.wav
Symphony_No_25_Allegro.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 44100 Hz
#

allend · 04-21-2012, 07:05 AM

From 'man cdrecord'

Quote:

If a filename ends in .au or .wav the file is considered to be a structured audio data file. Cdrecord assumes that the file in this case is a Sun audio file or a Microsoft .WAV file and extracts the audio data from the files by skipping over the non-audio header information. In all other cases, cdrecord will only work correctly if the audio data stream does not have any header. Because many structured audio files do not have an integral number of blocks (1/75th second each) in length, it is often necessary to specify the -pad option as well. cdrecord recognizes that audio data in a .WAV file is stored in Intel (little-endian) byte order, and will automatically byte-swap the data if the CD-recorder requires big-endian data. Cdrecord will reject any audio file that does not match the Red Book requirements of 16-bit stereo samples in PCM coding at 44100 samples/second.

stf92 · 04-21-2012, 08:41 AM

Code:

$ ffmpeg -i 04\ Symphony\ No.25\ in\ G\ Minor\ K.183\ -\ IV\ -\ Allegro.wav
FFmpeg version SVN-r10652, Copyright (c) 2000-2007 Fabrice Bellard, et al.

Input #0, wav, from '04 Symphony No.25 in G Minor K.183 - IV - Allegro.wav':
  Duration: 00:04:19.4, bitrate: 705 kb/s
  Stream #0.0: Audio: pcm_s16le, 44100 Hz, mono, 705 kb/s
Must supply at least one output file.
$ play 04\ Symphony\ No.25\ in\ G\ Minor\ K.183\ -\ IV\ -\ Allegro.wav

04 Symphony No.25 in G Minor K.183 - IV - Allegro.wav:

 File Size: 22.9M     Bit Rate: 706k
  Encoding: Signed PCM    
  Channels: 1 @ 16-bit   
Samplerate: 44100Hz      
Replaygain: off         
  Duration: 00:04:19.44

Whereas mplayer says:

Code:

Playing 04 Symphony No.25 in G Minor K.183 - IV - Allegro.wav.
  DEMUXER: Audio file file format detected.
  CPLAYER: ==========================================================================
 DECAUDIO: Opening audio decoder: [pcm] Uncompressed PCM audio decoder
 DECAUDIO: AUDIO: 44100 Hz, 1 ch, s16le, 705.6 kbit/100.00% (ratio: 88200->88200)
 DECAUDIO: Selected audio codec: [pcm] afm: pcm (Uncompressed PCM)
  CPLAYER: ==========================================================================
  CPLAYER: AO: [oss] 44100Hz 1ch s16le (2 bytes per sample)

Both mplayer and play play the file perfectly well. I'll use sox to transcode it to another format to see what happens.

allend · 04-21-2012, 08:47 AM

I hope you realise that your Symphony_No_25_Allegro.wav is a MONO recording (as reported by file, ffmpeg and mplayer) which is not the STEREO format required by cdrecord.

stf92 · 04-21-2012, 08:50 AM

I do not believe it! How stupid of me! Then, yes, I'll have to use sox. Thanks a lot.