After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 726512 - some svq3/mov files stall on start
some svq3/mov files stall on start
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 1.3.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-03-17 11:10 UTC by Oleksij Rempel
Modified: 2014-06-10 18:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Oleksij Rempel 2014-03-17 11:10:03 UTC 
I have one official disk of DAFEG (german deaf society), one of videos from disk disk i snot working with totem or gst-launch, but it is working with vlc or mpalyer.

I assume it is a bug in gst-libav, but may be i'm wrong.

Link to affected file:
https://www.dropbox.com/s/ca7ul5etcwamarc/gottes.mov
Comment 1 Thiago Sousa Santos 2014-06-10 18:33:15 UTC 
Apparently there is an extra 4 bytes of 0 inside the svq3 stsd atom that was causing qtdemux to busy loop as it would read that as a 0 size atom. I added a check for size=0 -> abort and now it plays.

It looks like a poorly generated file, but still playable.
Comment 2 Thiago Sousa Santos 2014-06-10 18:56:28 UTC 
commit 9fda7b107f691b4f76b4f58d17a5f7fe2b96e9d5
Author: Thiago Santos <ts.santos@sisa.samsung.com>
Date:   Tue Jun 10 15:33:33 2014 -0300

    qtdemux: avoid looping indefinitely in broken svq3 files
    
    Abort if an atom with size 0 is read from within the svq3 stsd
    atoms
    
    https://bugzilla.gnome.org/show_bug.cgi?id=726512