An example stream that contains chained asfs: mms://195.245.168.21/haydn

Each ASF in this stream is long, it might take a while to happen.

Created attachment 146371 [details]
Chained asf

Created attachment 146372 [details] [review]
Patch

Patch for push supporting chained asfs in push mode (pay attention to this when testing with the file attached).

Unfortunatelly, it still doesn't work, asfdemux detects the new asf header and resets its state, but I don't know why the second stream doesn't play.

Pushed some fixes that makes it work with local files and over http, but this particular mms stream still doesn't work.

It seems that libmms sometimes gets a bogus packet (or interprets it wrong) and it leads to it storing negative offsets, once that happens, streaming ends up stopping.

 Not sure what to do here, as it seems libmms project is kind of dead.

Any news on this ?

In pull mode it plays both but seems to finish with an error and not EOS (easy to test with playbin2).

Tested push mode using decodebin2, it fails with not-negotiated, so I assume some switching is happening. I'll test this properly tomorrow by trying hacking uridecodebin to use filesrc in push mode.

> I'll test this properly tomorrow by trying hacking
> uridecodebin to use filesrc in push mode.

uridecodebin uri=pushfile://...

should do the trick.

This fixed it.

Module: gst-plugins-ugly
Branch: master
Commit: ec3b13a250633d9fd97729f359882000f7c2a524
URL:    http://cgit.freedesktop.org/gstreamer/gst-plugins-ugly/commit/?id=ec3b13a250633d9fd97729f359882000f7c2a524

Author: Thiago Santos <thiago.sousa.santos@collabora.co.uk>
Date:   Thu Jun 24 19:29:17 2010 -0300

asfdemux: Fix sending eos event for chained asfs

Properly push EOS event when finishing a chained asf file
in pull mode

Fixes #599718