cdrecord truncates .wav file
|
View:
New views
11 Messages
—
Rating Filter:
Alert me
|
 |
cdrecord truncates .wav file
by Joanie Abalone
::
Rate this Message:
Hello,
I have run cdrecord front-end application k3b, trouble-free, on an old fedora core 5 box for several years. Now k3b refuses to write a certain .wav file, but only when volume level normalization is requested: /usr/bin/cdrecord: Bad audio track size 79507412 for track 04. /usr/bin/cdrecord: Audio tracks must be at least 705600 bytes and a multiple of 2352. /usr/bin/cdrecord: See -pad option. Note that the actual file size is 127866524. If I turn off normalization, I can write the entire file to CDR, and playback all 127866524 bytes. When I add -pad to the command string, with normalization on, k3b also writes all the files to CDR, but now the problematic track 04, some 12+ minutes in length, appears on the CDR truncated to 7:30. As a first attempt at handling this, i updated k3b, growisofs, dvd+rw-tools, and cdrecord, and in the process upgraded into an apparently, at least for now, unresolvable security system lockout (http://linux.derkeiler.com/Mailing-Lists/Fedora/2006-07/msg04134.html ... none of this works for me), and so i now run k3b as root in order to write anything at all. And both the "Bad audio track size" error and the truncated file problem remain as before. So i'm a little wary of further upgrades to this old OS, especially given that this is all about a single audio track (so far, anyway). But i'd be happy to learn if cdrecord can be informed to handle this correctly by way of command-line parameters: sector size? raw writing mode? The cdrecord manpage lists lots of possibilities in this regard that i have never messed with, and would no doubt have a good time burning up blank discs whilst exploring. But this is not my area of expertise, and i do have other things that i need to be working on, and so i am hoping for some guidance in this regard before launching into a full-on edisonian approach. Additionally, I'd love to understand why cdrecord only complains about this file given sound level normalization ... the error is reported in the logfile before any normalize logging, and is not reported at all when normalize is turned off ... shouldn't it be a "Bad audio track size" no matter what? Thanks for listening! ps: ... from the k3b logfile ( -pad write session ): cdrecord command: ----------------------- /usr/bin/cdrecord -v gracetime=2 dev=/dev/hdc speed=40 -dao driveropts=burnfree -force textfile=/tmp/k3brWKxZb.dat -eject -overburn -pad -useinfo -audio /tmp/kde-root/k3b_audio_0_01.wav /tmp/kde-root/k3b_audio_0_02.wav /tmp/kde-root/k3b_audio_0_03.wav /tmp/kde-root/k3b_audio_0_04.wav /tmp/kde-root/k3b_audio_0_05.wav /tmp/kde-root/k3b_audio_0_06.wav /tmp/kde-root/k3b_audio_0_07.wav /tmp/kde-root/k3b_audio_0_08.wav /tmp/kde-root/k3b_audio_0_09.wav /tmp/kde-root/k3b_audio_0_10.wav /tmp/kde-root/k3b_audio_0_11.wav /tmp/kde-root/k3b_audio_0_12.wav /tmp/kde-root/k3b_audio_0_13.wav ... track 04: Track 04: audio 75 MB (07:31.34) no preemp pad copy WARNING: padding up to secsize. Track 04: Total bytes read/written: 79618004/79619904 (33852 sectors). pps: ========================================================= [root@gezora cdr]# /usr/bin/cdrecord -version Cdrecord-Clone 2.01.01a04 (i686-pc-linux-gnu) Copyright (C) 1995-2006 J�rg Schilling NOTE: this is OSS DVD extensions for cdrtools and thus may have bugs related to DVD issues that are not present in the original cdrtools. For more information see http://crashrecovery.org/oss-dvd.html. The original cdrtools author should not be bothered with problems in this version. /usr/bin/cdrecord: Warning: Running on Linux-2.6.17-1.2174_FC5 /usr/bin/cdrecord: There are unsettled issues with Linux-2.5 and newer. /usr/bin/cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. ========================================================= [root@gezora fedora]# uname -a Linux gezora 2.6.17-1.2174_FC5 #1 Tue Aug 8 15:30:55 EDT 2006 i686 athlon i386 GNU/Linux ========================================================= [pf@gezora cdr]$ /usr/bin/file track4.wav track4.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 Hz ... just like all the others. ========================================================= ... from the k3b logfile: System ----------------------- K3b Version: 1.0 KDE Version: 3.5.4-0.1.fc5 Fedora-Core QT Version: 3.3.6 Kernel: 2.6.17-1.2174_FC5 Devices ----------------------- PIONEER DVD-RW DVR-110D 1.17 (/dev/hdc, ) [CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL] [DVD-ROM, DVD-R Sequential, DVD-R Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite, Layer Jump] Used versions ----------------------- cdrecord: 2.1.1a04 cdrecord ----------------------- /usr/bin/cdrecord: Warning: Running on Linux-2.6.17-1.2174_FC5 /usr/bin/cdrecord: There are unsettled issues with Linux-2.5 and newer. /usr/bin/cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. scsidev: '/dev/hdc' devname: '/dev/hdc' scsibus: -2 target: -2 lun: -2 Warning: Open by 'devname' is unintentional and not supported. Linux sg driver version: 3.5.27 SCSI buffer size: 64512 Text len: 54 Cdrecord-Clone 2.01.01a04 (i686-pc-linux-gnu) Copyright (C) 1995-2006 Jörg Schilling NOTE: this is OSS DVD extensions for cdrtools and thus may have bugs related to DVD issues that are not present in the original cdrtools. For more information see http://crashrecovery.org/oss-dvd.html. The original cdrtools author should not be bothered with problems in this version. TOC Type: 0 = CD-DA Using libscg version 'schily-0.8'. Driveropts: 'burnfree' atapi: 1 Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'PIONEER ' Identifikation : 'DVD-RW DVR-110D' Revision : '1.17' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 Profile: 0x002B Profile: 0x001B Profile: 0x001A Profile: 0x0016 Profile: 0x0015 Profile: 0x0014 Profile: 0x0013 Profile: 0x0011 Profile: 0x0010 Profile: 0x000A Profile: 0x0009 (current) Profile: 0x0008 Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1267712 = 1238 KB FIFO size : 4194304 = 4096 KB |
|
|
Re: cdrecord truncates .wav file
by Joerg Schilling-3
::
Rate this Message:
Joanie Abalone <pfenerty@...> wrote:
> ========================================================= > > > [root@gezora cdr]# /usr/bin/cdrecord -version > Cdrecord-Clone 2.01.01a04 (i686-pc-linux-gnu) Copyright (C) 1995-2006 J???rg > Schilling > NOTE: this is OSS DVD extensions for cdrtools and thus may have bugs > related to DVD issues that are not present in the original cdrtools. For > more information see http://crashrecovery.org/oss-dvd.html. The original > cdrtools author should not be bothered with problems in this version. > /usr/bin/cdrecord: Warning: Running on Linux-2.6.17-1.2174_FC5 > /usr/bin/cdrecord: There are unsettled issues with Linux-2.5 and newer. > /usr/bin/cdrecord: If you have unexpected problems, please try Linux-2.4 or > Solaris. You are not using cdrecord but a bastardized variant of an extremely outdated version of cdrecord. Plese use a recent original version from: ftp://ftp.berlios.de/pub/cdrecord/alpha/ Note that legal CD-audio tracks are a multiple if 2352 bytes + the audio header size. Jörg -- EMail:joerg@... (home) Jörg Schilling D-13353 Berlin js@... (uni) joerg.schilling@... (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily _______________________________________________ Cdrecord-support mailing list Cdrecord-support@... https://lists.berlios.de/mailman/listinfo/cdrecord-support |
|
|
Re: cdrecord truncates .wav file
by Joanie Abalone
::
Rate this Message:
for what it's worth, the track-4 file image mentioned above, used as cdrecord input, was originally ripped from a commercial CD, purchased in the late '90s, by way of X-CD-Roast. when the problem was first encountered, i ripped the same CD on a second OS, using various ripping tools. since then, i have purchased a recently produced commercial CD that includes the same track: now i have six versions of the same .wav file, all of which all prompt cdrecord to exhibit the above-described problem.
|
|
|
Re: cdrecord truncates .wav file
by Joanie Abalone
::
Rate this Message:
thanks for the reply.
i will see if i can install this without having to upgrade the rest of the OS ... i also use this machine for some java coding, and so i'd rather not take the whole box apart right now for the sake of one audio track. which is why i installed the cdrecord version you claim is bogus ... it was advertised as FC5 ready: cdrecord-2.01.01.0.a05-3ossdvd.i386.rpm by the way, i started with the cdrecord that came with the fc5 install image, way back there in 2006, and it exhibited the same problem with this one off-the-shelf-deviant audio track: [pf@gezora silverhills]$ cdrecord -version Cdrecord-Clone 2.01.01a03-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2005 Jörg Schilling NOTE: This version contains the OSS DVD extensions for cdrtools and thus may have bugs related to DVD issues that are not present in the original cdrtools. Please send bug reports or support requests to http://bugzilla.redhat.com/bugzilla The original cdrtools author should not be bothered with problems in this version. ... so is that cdrecord version bogus also? thanks again!
|
|
|
Re: cdrecord truncates .wav file
by Joanie Abalone
::
Rate this Message:
well, that first cdrecord version may not have been part of the fc5 install image, but instead may have come in here:
[pf@gezora mysql]$ sudo yum -y install k3b
|
|
|
Re: cdrecord truncates .wav file
by Joerg Schilling-3
::
Rate this Message:
Joanie Abalone <pfenerty@...> wrote:
> > thanks for the reply. > > i will see if i can install this without having to upgrade the rest of the > OS ... i also use this machine for some java coding, and so i'd rather not > take the whole box apart right now for the sake of one audio track. which is > why i installed the cdrecord version you claim is bogus ... it was > advertised as FC5 ready: > > cdrecord-2.01.01.0.a05-3ossdvd.i386.rpm As mentioned, this is not cdrecord and it is really old. Do not expect to get a working binary from Redhat. You have to compile the software yourself if you use redhat. > by the way, i started with the cdrecord that came with the fc5 install > image, way back there in 2006, and it exhibited the same problem with this > one off-the-shelf-deviant audio track: > > [pf@gezora silverhills]$ cdrecord -version > Cdrecord-Clone 2.01.01a03-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2005 > Jörg Schilling > NOTE: This version contains the OSS DVD extensions for cdrtools and thus may > have bugs related to DVD issues that are not present in the original > cdrtools. Please send bug reports or support requests to > http://bugzilla.redhat.com/bugzilla The original cdrtools author > should > not be bothered with problems in this version. > > > ... so is that cdrecord version bogus also? Is is also a bastardized version where e.g. the working original DVD support has been removed and replaced with something broken. Jörg -- EMail:joerg@... (home) Jörg Schilling D-13353 Berlin js@... (uni) joerg.schilling@... (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily _______________________________________________ Cdrecord-support mailing list Cdrecord-support@... https://lists.berlios.de/mailman/listinfo/cdrecord-support |
|
|
Re: cdrecord truncates .wav file
by Joerg Schilling-3
::
Rate this Message:
Joanie Abalone <pfenerty@...> wrote:
> > for what it's worth, the track-4 file image mentioned above, used as cdrecord > input, was originally ripped from a commercial CD, purchased in the late > '90s, by way of X-CD-Roast. when the problem was first encountered, i ripped > the same CD on a second OS, using various ripping tools. since then, i have > purchased a recently produced commercial CD that includes the same track: > now i have six versions of the same .wav file, all of which all prompt > cdrecord to exhibit the above-described problem. There is no problem is you use original software from: ftp://ftp.berlios.de/pub/cdrecord/alpha/ and if you use the unmodified files from an original cdda2wav. Jörg -- EMail:joerg@... (home) Jörg Schilling D-13353 Berlin js@... (uni) joerg.schilling@... (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily _______________________________________________ Cdrecord-support mailing list Cdrecord-support@... https://lists.berlios.de/mailman/listinfo/cdrecord-support |
|
|
Re: cdrecord truncates .wav file
by Joanie Abalone
::
Rate this Message:
thanks for all of your replies, and of course, for all of your efforts regarding the cdrtools package itself. i am a big fan.
the latest: 1) updated cdrecord & cdda2wav (also mkisofs, etc) 2) re-ripped the track ('Walk On By') from the 2005 (remastered) source CD (ASIN: B000BBOVGC). 3) problem persists ================= [pf@gezora cdrtools-2.01.01]$ /usr/bin/cdrecord -version Cdrecord-ProDVD-ProBD-Clone 2.01.01a59 (i686-pc-linux-gnu) Copyright (C) 1995-2009 J�rg Schilling [pf@gezora cdrtools-2.01.01]$ /usr/bin/cdda2wav -version cdda2wav 2.01.01a59 (i686-pc-linux-gnu) Copyright (C) 1993-2004 Heiko Ei�feldt (C) 2004-2009 J�rg Schilling ================= ... excerpts from k3b logfile: Used versions ----------------------- cdrecord: 2.1.1a59 /usr/bin/cdrecord: Bad audio track size 79499220 for track 04. /usr/bin/cdrecord: Audio tracks must be at least 705600 bytes and a multiple of 2352. /usr/bin/cdrecord: See -pad option.
|
|
|
Re: cdrecord truncates .wav file
by Joerg Schilling-3
::
Rate this Message:
Joanie Abalone <pfenerty@...> wrote:
> > thanks for all of your replies, and of course, for all of your efforts > regarding the cdrtools package itself. i am a big fan. > > the latest: > > 1) updated cdrecord & cdda2wav (also mkisofs, etc) > 2) re-ripped the track ('Walk On By') from the 2005 (remastered) source CD > (ASIN: B000BBOVGC). > 3) problem persists > > ================= > > [pf@gezora cdrtools-2.01.01]$ /usr/bin/cdrecord -version > Cdrecord-ProDVD-ProBD-Clone 2.01.01a59 (i686-pc-linux-gnu) Copyright (C) > 1995-2009 J???rg Schilling > > [pf@gezora cdrtools-2.01.01]$ /usr/bin/cdda2wav -version > cdda2wav 2.01.01a59 (i686-pc-linux-gnu) Copyright (C) 1993-2004 Heiko > Ei???feldt (C) 2004-2009 J???rg Schilling > > ================= > > > ... excerpts from k3b logfile: > > Used versions > ----------------------- > cdrecord: 2.1.1a59 > > /usr/bin/cdrecord: Bad audio track size 79499220 for track 04. > /usr/bin/cdrecord: Audio tracks must be at least 705600 bytes and a multiple > of 2352. > /usr/bin/cdrecord: See -pad option. The problem is that you used a program that changed the length of track 4 to a value that is not a multiple of 2352. If you follow the advise from cdrecord and use the -pad option, cdrecord will fill up the missing 732 bytes with null bytes at the end of the track. Jörg -- EMail:joerg@... (home) Jörg Schilling D-13353 Berlin js@... (uni) joerg.schilling@... (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily _______________________________________________ Cdrecord-support mailing list Cdrecord-support@... https://lists.berlios.de/mailman/listinfo/cdrecord-support |
|
|
Re: cdrecord truncates .wav file
by Joanie Abalone
::
Rate this Message:
the problem that i see is that cdrecord -pad successfully pads a file that it thinks is of length 79499220.
but the file is actually much larger: -rw-rw-r-- 1 pf pf 127866524 Apr 21 10:16 hayes_walkonby_latest.wav i have no idea what process decided that the file size is 79499220, or why that process consistently gets only this one filesize wrong, among hundreds (thousands?) of files handled correctly ... only that cdrecord complains about it. however, it's probably quite telling that cdrecord correctly writes out the entire file when /usr/bin/normalize is not invoked. thanks one last time ... i'm out
|
|
|
Re: cdrecord truncates .wav file
by Joerg Schilling-3
::
Rate this Message:
Joanie Abalone <pfenerty@...> wrote:
> the problem that i see is that cdrecord -pad successfully pads a file that it > thinks is of length 79499220. > > but the file is actually much larger: > > -rw-rw-r-- 1 pf pf 127866524 Apr 21 10:16 hayes_walkonby_latest.wav > > i have no idea what process decided that the file size is 79499220, or why > that process consistently gets only this one filesize wrong, among hundreds > (thousands?) of files handled correctly ... only that cdrecord complains > about it. > > however, it's probably quite telling that cdrecord correctly writes out the > entire file when /usr/bin/normalize is not invoked. Well, then it looks like some program was called that introduced a bad *.WAV header to that file. Cdrecord reads the WAV header and uses the size that is in the WAV header unless the file is actually shorter than announced by the WAV header. Jörg -- EMail:joerg@... (home) Jörg Schilling D-13353 Berlin js@... (uni) joerg.schilling@... (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily _______________________________________________ Cdrecord-support mailing list Cdrecord-support@... https://lists.berlios.de/mailman/listinfo/cdrecord-support |
| Free embeddable forum powered by Nabble | Forum Help |
