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 154784 - [playbin/totem] playing avi with 320x240 raw yuv video and no audio crashes totem
[playbin/totem] playing avi with 320x240 raw yuv video and no audio crashes t...
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other Linux
: Normal normal
: 0.8.6
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-10-07 14:08 UTC by Zaheer Abbas Merali
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
blah.avi.bz2 (bzipped version of file to reproduce with) (5.69 KB, application/octet-stream)
2004-10-07 14:48 UTC, Zaheer Abbas Merali
Details

Description Zaheer Abbas Merali 2004-10-07 14:08:30 UTC
open file with totem produces following errors on console:
(totem:5226): GStreamer-WARNING **: inconsistent state information, fix
threading please

(totem:5223): GStreamer-WARNING **: element thread_vbin claimed state-change
success,but state didn't change to PLAYING. State is PAUSED (NONE_PENDING
pending), fix the element
Comment 1 Zaheer Abbas Merali 2004-10-07 14:48:52 UTC
Created attachment 32337 [details]
blah.avi.bz2 (bzipped version of file to reproduce with)

oh it also hangs totem :)
Comment 2 Wim Taymans 2004-10-08 08:39:44 UTC
This avi file does not contain valid data, that is, the current avi demuxer
cannot handle it. This causes the element to error and PAUSE which in turn
causes the thread to PAUSE. The PLAYING->PAUSED state change happens while
performing the PAUSED->PLAYING state change and therefore messes up the internal
thread state. 

A fix has been commited to CVS to make sure that the thread is not iterating
while performing the state change.

The second warning is a bit harder to fix and does not indicate a real problem.
The situation here is that immidiatly after setting the thread to PLAYING, it
errors back to the PAUSED state, making it look as if the state change didn't
happen.  
Comment 3 Ronald Bultje 2004-10-08 09:26:17 UTC
Both this file and the one from 154781 contain invalid chunk size markers. The
files were recorded using avimux but finished by simply killing the pipeline
rather than sending EOS. Both the movi (data) as well as the RIFF (file) chunks
contain size of only the header.

We will make the files playable, but low-priority because they're invalid.
Comment 4 Ronald Bultje 2004-10-12 08:57:55 UTC
works now, will commit later today.