A feature request that sounds reasonable and a bug report. ----- Forwarded message from Frank Klemm <pfk@fuchs.offl.uni-jena.de> ----- Delivery-Date: Sat Jan 6 06:35:21 2001 Date: Sat, 6 Jan 2001 15:26:43 +0100 From: Frank Klemm <pfk@fuchs.offl.uni-jena.de> To: xiphmont@xiph.org Subject: ogg123 X-Mailer: Mutt 1.0.1i For ogg123 I need the following feature: - Decode one .ogg file and write it as 44 byte standard header .wav to stdout. Can you add this feature? __________________________________________________________________________ Bug report: f:.../Audio/technik/ogg # ogg123 Ogg123 0.6 (CVS post-beta3) by Kenneth Arnold <kcarnold@arnoldnet.net> and others Usage: ogg123 [<options>] <input file> ... -h, --help this help -V, --version display Ogg123 version -d, --device=d uses 'd' as an output device Possible devices are (some may not be compiled): null (output nothing), oss (for Linux and *BSD), irix, solaris, wav (write to a .WAV file) -k n, --skip n Skip the first 'n' seconds -o, --device-option=k:v passes special option k with value v to previously specified device (with -d). See man page for more info. -b n, --buffer n use a buffer of 'n' chunks (4096 bytes) -v, --verbose display progress and other useful stuff -q, --quiet don't display anything (no title) -z, --shuffle shuffle play f:.../Audio/technik/ogg # ogg123 -d wav -o file:1.wav American_Heartbreak-White_Girl.ogg Playing from file American_Heartbreak-White_Girl.ogg. Bitstream is 2 channel, 44100Hz Encoded by: Xiphophorus libVorbis I 20000508 Done. Segmentation fault f:.../Audio/technik/ogg # file 1.wav 1.wav: ASCII text f:.../Audio/technik/ogg # wavplay 1.wav Bad format: Cannot find RIFF file marker: Reading WAV header from 1.wav f:.../Audio/technik/ogg # bd 1.wav | less 000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 * 0090c0 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 0090d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff 0090e0 00 00 ff ff 00 00 ff ff 00 00 fe ff 00 00 fe ff 0090f0 00 00 fe ff 00 00 fe ff 00 00 fe ff 00 00 ff ff 009100 00 00 00 00 00 00 01 00 00 00 01 00 00 00 01 00 009110 00 00 01 00 00 00 01 00 00 00 01 00 00 00 01 00 f:.../Audio/technik/ogg # _ -- Frank Klemm ----- End forwarded message ----- --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
volsung@asu.edu
2001-Jan-09 05:35 UTC
[vorbis-dev] [fwd] ogg123 (from: pfk@fuchs.offl.uni-jena.de)
> For ogg123 I need the following feature: > > - Decode one .ogg file and write it as 44 byte standard header .wav > to stdout. > > Can you add this feature?This looked easy at first, but then I remembered that our wav output code writes the header last (using file seeking fuctions) so that it can get the file size information correct. Is there a way to change the code so that it writes it first? Will programs break if the size info is incorrect?> f:.../Audio/technik/ogg # ogg123 -d wav -o file:1.wav > American_Heartbreak-White_Girl.ogg > > Playing from file American_Heartbreak-White_Girl.ogg. > > Bitstream is 2 channel, 44100Hz > Encoded by: Xiphophorus libVorbis I 20000508 > > > Done. > Segmentation fault > f:.../Audio/technik/ogg # file 1.wav > 1.wav: ASCII text > f:.../Audio/technik/ogg # wavplay 1.wav > Bad format: Cannot find RIFF file marker: > Reading WAV header from 1.wav > f:.../Audio/technik/ogg # bd 1.wav | less > 000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > * > 0090c0 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0090d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff > 0090e0 00 00 ff ff 00 00 ff ff 00 00 fe ff 00 00 fe ff > 0090f0 00 00 fe ff 00 00 fe ff 00 00 fe ff 00 00 ff ff > 009100 00 00 00 00 00 00 01 00 00 00 01 00 00 00 01 00 > 009110 00 00 01 00 00 00 01 00 00 00 01 00 00 00 01 00 > f:.../Audio/technik/ogg # _The zeros in the header mean that the code segfaulted before the wav device was closed. I'll look at the code some more this afternoon to see if I can dig up where the problem could be. --- Stan Seibert --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Kenneth Arnold
2001-Jan-09 20:05 UTC
[vorbis-dev] [fwd] ogg123 (from: pfk@fuchs.offl.uni-jena.de)
On Mon, Jan 08, 2001 at 08:30:14PM -0800, Monty wrote:> A feature request that sounds reasonable and a bug report. > > ----- Forwarded message from Frank Klemm <pfk@fuchs.offl.uni-jena.de> ----- > > Delivery-Date: Sat Jan 6 06:35:21 2001 > Date: Sat, 6 Jan 2001 15:26:43 +0100 > From: Frank Klemm <pfk@fuchs.offl.uni-jena.de> > To: xiphmont@xiph.org > Subject: ogg123 > X-Mailer: Mutt 1.0.1i > > For ogg123 I need the following feature: > > - Decode one .ogg file and write it as 44 byte standard header .wav > to stdout. > > Can you add this feature? > __________________________________________________________________________ > > Bug report: > > f:.../Audio/technik/ogg # ogg123 > Ogg123 0.6 (CVS post-beta3) > by Kenneth Arnold <kcarnold@arnoldnet.net> and others > > Usage: ogg123 [<options>] <input file> ... > > -h, --help this help > -V, --version display Ogg123 version > -d, --device=d uses 'd' as an output device > Possible devices are (some may not be compiled): > null (output nothing), oss (for Linux and *BSD), > irix, solaris, wav (write to a .WAV file) > -k n, --skip n Skip the first 'n' seconds > -o, --device-option=k:v passes special option k with value > v to previously specified device (with -d). See > man page for more info. > -b n, --buffer n use a buffer of 'n' chunks (4096 bytes) > -v, --verbose display progress and other useful stuff > -q, --quiet don't display anything (no title) > -z, --shuffle shuffle play > f:.../Audio/technik/ogg # ogg123 -d wav -o file:1.wav > American_Heartbreak-White_Girl.ogg > > Playing from file American_Heartbreak-White_Girl.ogg. > > Bitstream is 2 channel, 44100Hz > Encoded by: Xiphophorus libVorbis I 20000508 > > > Done. > Segmentation faultThat's a segfault in ao_close or ao_shutdown, huh? ao needs some paranoid sanity checks in stuff like ao_close to ensure that the state is being passed right, but I can't see how that could happen. I consider segfaults, even harmless ones after everything's done (but it wasn't in this case) to be sloppy. Any ideas on tracking that one down? -- Kenneth Arnold <ken@arnoldnet.net> / kcarnold / Linux user #180115 http://arnoldnet.net/~kcarnold/ <HR NOSHADE> <UL> <LI>application/pgp-signature attachment: stored </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/octet-stream Size: 233 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20010109/5c701364/part-0001.obj