[gstreamer-bugs] [Bug 415801] [asfdemux] Can not play files from http://webtv.idnes.cz/

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=415801

  GStreamer | gst-plugins-ugly | Ver: HEAD CVS


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #84187|none                        |rejected
               Flag|                            |
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1




------- Comment #2 from Tim-Philipp Müller  2007-03-07 19:11 UTC -------
Yeah, this is a known bug. Not entirely sure how to solve it properly yet, the
current heuristics are a bit broken.

I don't know if we can get this information from the stream headers somehow, or
if mmssrc would need to tell us which streams are actually streamed and which
not.

Maybe just sending update newsegment events on streams for which we have no
data will placate playbin too? (I think I quickly tried this once and it didn't
work, but I'm not absolutely sure)

You can add fields to the various structs to your heart's content by the way,
plugin headers aren't installed and hence ABI/API of those structures isn't an
issue.

I'm also considering just not parsing extended stream objects for conflicting
streams, which would reopen bug #343763, but that's a smaller evil than lots of
MMS streams not working IMHO.

I'd rather not delay pad creation until data flow happens if we can avoid that
somehow.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email