oggenc ignores --ignorelength switch, unable to process Large Wav files

Bug #700720 reported by Austriaco
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
vorbis-tools
Fix Released
Unknown
vorbis-tools (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

Binary package hint: vorbis-tools

oggenc ignores the command line switch --ignorelength, which should enable it to process WAV files bigger than 2GB. In the current maverick version (also in the upstream trunk) dumping a DVD 5.1 audio track with mplayer and feeding the WAV to oggenc will stop encoding always exactly after 62 minutes of audio, or to be more precise after 3728.2 seconds.

Usual command line is:

$ mkfifo ./tmp/fifo
$ oggenc --ignorelength -q1.9 -o tmp/audio.ogg ./tmp/fifo &
$ mplayer -really-quiet -channels 6 -aid 128 -ao pcm:fast:file=./tmp/fifo dvd://1

WARNING: WAV file uses side surround instead of rear for 5.1;
remapping side speakers to rear in encoding.
Opening with wav module: WAV file reader
Encoding "/home/lnieves/tmp/tmp/fifo" to
         "/home/lnieves/tmp/audio.ogg"
at quality 1.90
 [100.0%] [ 0m00s remaining] \

Done encoding file "/home/lnieves/tmp/audio.ogg"

 File length: 62m 08.0s
 Elapsed time: 7m 55.9s
 Rate: 7.8349
 Average bitrate: 167.3 kb/s

The original audio track is, of course, longer than 62:08 minutes. In this case, the track is 163 minutes, but I have tested with other DVDs always getting the same 62:08 minutes of resulting vorbis encoded.

The problem is that mplayer sets the size on the WAV header to 2GB and oggenc then stops when it reaches that point.

2 GB corresponds to 62 minutes for 48 kHz, 6 channels, 16 bits/sample

2*1024³/(48000*6*2) = 3728.27 s = 62m08.27s.

I attach a patch for vorbis-tools-1.4.0/oggenc/audio.c after which the same command above processes the full audio track:

$ oggenc --ignorelength -q1.9 -o tmp/audio.ogg ./tmp/fifo &
$ mplayer -really-quiet -channels 6 -aid 128 -ao pcm:fast:file=./tmp/fifo dvd://1
WARNING: WAV file uses side surround instead of rear for 5.1;
remapping side speakers to rear in encoding.
Opening with wav module: WAV file reader
Encoding "/home/lnieves/audio" to
         "/home/lnieves/tmp/tmp/audio.ogg"
at quality 1.90
 Encoding [21m21s so far] -

Done encoding file "/home/lnieves/tmp/tmp/audio.ogg"

 File length: 163m 17.0s
 Elapsed time: 21m 21.3s
 Rate: 7.6461
 Average bitrate: 167.7 kb/s

This change, by the way, was at some point included in trunk, revision 15003:

https://trac.xiph.org/browser/trunk/vorbis-tools/oggenc/audio.c?rev=15003

But it was reversed sometime afterwards

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: vorbis-tools 1.4.0-1ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-24.42-generic 2.6.35.8
Uname: Linux 2.6.35-24-generic x86_64
Architecture: amd64
Date: Sun Jan 9 16:19:43 2011
InstallationMedia: Xubuntu 10.04 "Lucid Lynx" - Release amd64 (20100429)
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: vorbis-tools

Revision history for this message
Austriaco (lanieves) wrote :
description: updated
tags: added: patch
Revision history for this message
Daniel T Chen (crimsun) wrote :

It looks like the change was reverted in r16793 (https://trac.xiph.org/changeset/16793/trunk/vorbis-tools/oggenc/audio.c).

Revision history for this message
Daniel T Chen (crimsun) wrote :

I'm linking to a newer and, perhaps, more appropriate patch in the upstream bug tracker.

Changed in vorbis-tools (Ubuntu):
status: New → Confirmed
importance: Undecided → Low
Changed in vorbis-tools:
status: Unknown → New
Changed in vorbis-tools:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.