GNOME Bugzilla – Bug 665476
Sony Bravia KDL-32V5500: Forwarding/Rewinding video streams does not work
Last modified: 2012-10-11 21:50:47 UTC
OS: Ubuntu 11.10 Oneiric Ocelot Installed from source: gssdp-0.12.0 gupnp-0.18.0 gupnp-av-0.10.1 gupnp-dlna-0.6.4 rygel-0.12.5 TV: Sony Bravia KDL-32V5500 Video playback works, and the stream can be paused and resumed. Fast-forwarding and rewinding however, causes the following error in rygel: (rygel:6182): Rygel-CRITICAL **: Error from pipeline RygelHTTPGstResponse: mpegtsmux.c(723): mpegtsmux_collected (): /GstPipeline:RygelHTTPGstResponse/RygelMP2TSTranscoderBin:rygelmp2tstranscoderbin5/MpegTsMux:mpegtsmux I also did a quick test with Rygel 0.13.0 built from source, but here video playback doesn't work at all (no errors thrown by Rygel, files are shown in the TV-browser, but can't be loaded). Great progress though! I can now use Rygel to do most of the things this TV supports. For both Rygel versions music playback works perfectly.
It would help if you could provide a backtrace of this critical by running rygel as `G_DEBUG=fatal-criticals gdb rygel`. On gdb prompt, hit run and when the critical message appears, bt command will give you backtrace. Copy&paste that here please! Though I'm pretty sure this is some gstreamer issue. Most of the issues we face are. :)
Here you are: freaknl@sakuya:~$ G_DEBUG=fatal-criticals gdb rygel GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://bugs.launchpad.net/gdb-linaro/>... Reading symbols from /usr/local/bin/rygel...done. (gdb) run Starting program: /usr/local/bin/rygel [Thread debugging using libthread_db enabled] (rygel:22536): Rygel-DEBUG: rygel-user-config.vala:141: Loaded system configuration from file '/usr/local/etc/rygel.conf' (rygel:22536): Rygel-DEBUG: rygel-user-config.vala:148: Loaded user configuration from file '/home/freaknl/.config/rygel.conf' [New Thread 0x7ffff2be0700 (LWP 22539)] [New Thread 0x7ffff23df700 (LWP 22540)] Rygel-Message: New plugin 'Playbin' available Rygel-Message: New plugin 'MediaExport' available (rygel:22536): Tracker-WARNING **: Failed to start Tracker service: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Tracker1 was not provided by any .service files. Plugin disabled. [New Thread 0x7fffebb95700 (LWP 22541)] [New Thread 0x7fffeaf46700 (LWP 22542)] MediaExport-Message: 'file:///home/freaknl/Videos' harvested MediaExport-Message: 'file:///home/freaknl/Pictures' harvested MediaExport-Message: 'file:///home/freaknl/Music' harvested [Thread 0x7ffff2be0700 (LWP 22539) exited] [Thread 0x7fffebb95700 (LWP 22541) exited] [Thread 0x7fffeaf46700 (LWP 22542) exited] [New Thread 0x7fffeaf46700 (LWP 22543)] [New Thread 0x7fffebb95700 (LWP 22544)] [New Thread 0x7ffff2be0700 (LWP 22545)] [New Thread 0x7fffe40c9700 (LWP 22546)] Program received signal SIGTRAP, Trace/breakpoint trap. 0x00007ffff5c00313 in g_logv () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 (gdb) bt
+ Trace 229210
Sorrz, that just shows that we print the error :-/ Can you run with GST_DEBUG=mpegtsmux:4 GST_DEBUG_NO_COLOR=1 ?
Oh, and a full rygel log with -g 5
> I also did a quick test with Rygel 0.13.0 built from source, but here video > playback doesn't work at all (no errors thrown by Rygel, files are shown in the > TV-browser, but can't be loaded). Yes, somehow the MPEG transcoding gets stuck there for some reason.
Created attachment 202740 [details] Screenlog of rygel ran in gdb, crashing at fast-forwarding a video stream
Can reproduce on another computer as well, but that doesn't tell us much as the only difference is the arch (32 vs 64bit) and the hardware. Let me know if I can do anything else.
(In reply to comment #5) > > I also did a quick test with Rygel 0.13.0 built from source, but here video > > playback doesn't work at all (no errors thrown by Rygel, files are shown in the > > TV-browser, but can't be loaded). > > Yes, somehow the MPEG transcoding gets stuck there for some reason. That one is fixed on master, although I doubt it will run better on 11.10 since most of the demuxers are still missing fixes.
Ok, the problem seems to be the time-seeking, I can reproduce it here.
looks like a bug in mpegtsmux in this particular usage, ffmux_mpegts handle the seek properly (but is missing the video)
It looks like this is fixed on master, I'm trying to backport the fix to 0.16
Actually, that was just a coincidence - seems to be fixed in mpegtsmux.
Fixed in mpegtsmux 0.10.23.1