[Bug 678465] Some live MPEG TS streams are very slow to start playing

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=678465
  GStreamer | don't know | git

--- Comment #3 from Tvrtko Ursulin <tvrtko.ursulin at onelan.co.uk> 2012-10-18 12:18:45 UTC ---

Sorry I missed your reply after returning from holiday.

In the meantime I built slightly newer versions of the software:

gstreamer 955693fc36ac38dc604e1e616e1c441cc3c25e1c
-base 12ef907f8a3762685da0b96391edc30a78d31805
-good c1f1b62ca26106fba30fca65b0945c31da0ffe22
-bad e3b09c25b16c42ca7a83472c61054f34a31f572c
-ugly afeffcdb44135c04c5767bba8b10fab82ec9a9df
-ffmpeg 1db8779252afa264996e59c18430f70cc5582b28

(In reply to comment #1)
> Wow, ten seconds is a long time. What's the setup here? Do you just take a BBC
> ONE DVB-T stream and re-send it via UDP?

Yes, essentially a custom application reads the stream from V4L and sends it to
the network as multicast. It is unlikely the problem is at this end since it is
static - I mean source remains static while different versions of GStreamer
demonstrate different behaviour.

> Does it change anything if you use flags=0x7 (i.e. no deinterlacer) ?

No. I also tried 0x3 (no subtitles) but no improvement.

> Does it change anything if you use:
> 
>   gst-launch-0.10 -v uridecodebin uri=udp://239.192.2.203:5000 ?

I added "! queue ! xvimagesink" here and the delay is still here.

> does it change anything if you use:
> 
>   gst-launch-0.10 -v udp://239.192.2.203:5000 ! tsdemux ! mpegvideoparse !
> mpeg2dec ! fakesink sync=true
> 
>   gst-launch-0.10 -v udp://239.192.2.203:5000 ! tsdemux ! mpegvideoparse !
> mpeg2dec ! fakesink sync=false

This setup only knows of a legacympegvideoparse plugin, is that OK?

Anyway, I tried gst-launch-0.10 -v udp://239.193.88.0:20001 ! queue ! tsdemux !
legacympegvideoparse ! mpeg2dec ! queue ! xvimagesink and that starts in ~2
seconds.

I assumed this result gets away with the need to test your further pipelines?

Can I test something next?

> (Also, testing with 1.0 / git master would be more interesting to us if that's
> an option)

Unfortunately that is a much bigger ask for which I just don't have the time
right now. Eventually our platform will get there, but not sooner than it gets
released in a Fedora release.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.