450891 - Size parsing of Vorbis failed for a OGG Theora file

Status: RESOLVED FIXED

(Core :: Audio/Video, defect)

Description

[zikzak]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1a2pre) Gecko/20080816020720 Minefield/3.1a2pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1a2pre) Gecko/20080816020720 Minefield/3.1a2pre

When I try to display a OGG Theora file with the video tag I get the following error message in my terminal:
WARNING: size parsing failed for VORBIS mode packets

Same issue with maintream Theora code and the latest SVN code.

Reproducible: Always

Steps to Reproduce:
1.visit http://home.tele2.fr/crossover
2.check the terminal used to launch firefox
3.
Actual Results:  
WARNING: size parsing failed for VORBIS mode packets
and what seems to be the first frame of the video

Comment 1

[zikzak]

It is still happening with Minefield/3.1b1pre
WARNING: size parsing failed for VORBIS mode packets

http://home.tele2.fr/crossover
video file is: http://home.tele2.fr/crossover/256.ogg

ogginfo 256.ogg:
Xiph.Org libVorbis I 20070622 (1.2.0)
Theora stream 1:
        Total data length: 2057580 bytes
        Playback length: 0m:41.149s
        Average bitrate: 400,015553 kb/s
Vorbis stream 2:
        Total data length: 116567 bytes
        Playback length: 0m:41.168s
        Average bitrate: 22,651424 kb/s

Comment 2

[Met - Martin Hassman]

I can also "WARNING: size parsing failed for VORBIS mode packets" in console, but video can starts if I add controls attribute and start it. So problem is just with parsing and message?

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080920033605 Minefield/3.1b1pre

Comment 3

[zikzak]

Exact it works.
Then this video parameter is not handeld properly, even set at 'false' it is still displayed to the user.

Comment 4

[cajbir (:cajbir)]

zikzak, what parameter is not handled properly? What parameter, when set at 'false', is still displayed to the user?

Comment 5

[zikzak]

controls, of course.
Looks like the controls parameter is not ready yet.
Clicking on 'stop' acts like clicking on 'pause', the video is not returning to the start of the file.

http://home.tele2.fr/crossover
You can see that controls=false there.

Comment 6

[cajbir (:cajbir)]

'controls=false' in HTML means the same as 'controls=true'. It's the absence of the controls attribute that means no controls. See here for example:

http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-August/016159.html

So behavior of that works correctly. Video not returning to the start of the file is bug 449154.

Comment 7

[zikzak]

Ok, now I see the point.
I used w3schools page about the video tag to create my test.
Firefox is compliant with http://www.w3.org/html/wg/html5/#controls

Is the 'controls' parameter mandatory to play the file ? I can not find a statement about it in the W3c draft.

Comment 8

[Met - Martin Hassman]

> Is the 'controls' parameter mandatory to play the file ?

It isn't. You can use just

<video src="" autoplay>  /* but user cannot control or even stop video here */

or better:

<video src=".." onclick = "if (this.paused) this.play(); else this.pause()"> /* user can play/stop video just by clicking */

Attr controls is usefull only if page author doesn't provide other way for video control.

Comment 9

[cajbir (:cajbir)]

Attachment: Wrap stdout printf statement in #ifdef DEBUG

Comment 10

[cajbir (:cajbir)]

Attachment: Use #ifdef not #if

See annodex ticket 431:

http://trac.annodex.net/ticket/431

Comment 11

[cajbir (:cajbir)]

http://hg.mozilla.org/mozilla-central/rev/860d0f29f0be