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 403188 - [asfdemux] bug parsing certain stream header object
[asfdemux] bug parsing certain stream header object
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
git master
Other Linux
: Normal normal
: 0.10.6
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 419794 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-02-01 12:06 UTC by Sebastien Bacher
Modified: 2007-03-28 22:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastien Bacher 2007-02-01 12:06:12 UTC 
That bug has been opened on https://launchpad.net/ubuntu/+source/gst-plugins-ugly0.10/+bug/80342

"Hello,
if I try to show the property dialogue for a asf file, produced with my camcorder, in the file
manager then only a dialogue with the message "Creating the properties..." or something
like that appears. I can cancel this operation but if I want reload the content of the file manager window than nothing happens only the rotating circle stands there and if I go
one level up and then in the previous directory, the same behaviour, only the rotating
circle. The only solution is, completely log out and log in again.
...
http://librarian.launchpad.net/5912695/CLIP0001.ASF
10 sec test video
..."

Running gst-launch-0.10 playbin uri= on that video hangs the same way
Comment 1 Tim-Philipp Müller 2007-02-02 13:21:41 UTC 
IMHO this should really be done out-of-process in nautilus (there's a bug open for this in totem somewhere, maybe bug #335533). Not really sure why it doesn't time out after a while, looks like an implementation problem somewhere in the meta data reader.


Still needs fixing in asfdemux of course. At first glance, it's a bug with parsing one of the header objects.


The hanging problem should have been fixed by this commit:

 2007-02-01  Tim-Philipp Müller  <tim at centricular dot net>

        * gst/asfdemux/gstasfdemux.c: (gst_asf_demux_sink_event):
          Post an error if we receive an EOS event while still waiting for the
          ASF header object to come through.
Comment 2 Tim-Philipp Müller 2007-02-08 21:08:35 UTC 
Playback of the stream should be fixed as well now in CVS:

 2007-02-08  Tim-Philipp Müller  <tim at centricular dot net>

        * gst/asfdemux/asfheaders.c:
        * gst/asfdemux/asfheaders.h:
        * gst/asfdemux/gstasfdemux.c: (gst_asf_demux_init),
        (gst_asf_demux_sink_event), (gst_asf_demux_handle_seek_event),
        (gst_asf_demux_identify_guid), (asf_demux_peek_object),
        (gst_asf_demux_chain_headers), (gst_asf_demux_chain),
        (gst_asf_demux_setup_pad), (gst_asf_demux_process_stream),
        (gst_asf_demux_process_ext_content_desc),
        (gst_asf_demux_get_object_header), (gst_asf_demux_process_header),
        (gst_asf_demux_process_file), (gst_asf_demux_process_comment),
        (gst_asf_demux_process_bitrate_props_object),
        (gst_asf_demux_process_header_ext),
        (gst_asf_demux_process_language_list),
        (gst_asf_demux_process_ext_stream_props),
        (gst_asf_demux_process_queued_extended_stream_objects),
        (gst_asf_demux_process_object), (gst_asf_demux_change_state):
        * gst/asfdemux/gstasfdemux.h:
          Refactor and clean up header parsing and chain function a bit; get
          rid of some cruft; make header parsing a tad more robust, fixing
          #403188.
Comment 3 Tim-Philipp Müller 2007-03-28 22:28:38 UTC 
*** Bug 419794 has been marked as a duplicate of this bug. ***