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 560348 - plus7.arte.tv plays slooooowly
plus7.arte.tv plays slooooowly
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
0.10.9
Other Linux
: Normal minor
: 0.10.11
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 341977 415801 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-11-11 14:08 UTC by Christian Persch
Modified: 2009-09-10 08:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
possible pathc (25.16 KB, patch)
2008-11-13 11:11 UTC, Wim Taymans
committed Details | Review

Description Christian Persch 2008-11-11 14:08:09 UTC
Steps to repro:
0) Go to http://plus7.arte.tv/
1) Select a video
The video now plays as flash, in normal speed.
2) Choose 'media parameters', choose 'windows media'
The video now plays in the totem plugin, but it's sloooooooooooooow (about 1 or 2 frames per second only)

Doesn't matter if I choose medium or high quality; flash plays at normal speed but wmp plays slowly.

totem plugin svn trunk, gstreamer/gst-plugins-*/gst-ffmpeg cvs from today

Playing the video directly in totem (copy&paste from the plugin debug output) [ex. http://mfile.akamai.com/39759/wmv/artegeie.download.akamai.com/39759/mfile/arteprod/A7_SGT_ENC_08_039393-006-A_PG_HQ_FR.wmv?obj=c52987b3c90652aca68b714d4a15f382 ] also plays slowly, so this is probably either a totem/gst or a gstreamer problem...
Comment 1 Philip Withnall 2008-11-12 21:47:02 UTC
Testing it with both Totem and:

gst-launch playbin uri="mms\://a1841.v39759b.c39759.g.vm.akamaistream.net/7/1841/39759/c52987b3c90652aca68b714d4a15f382/artegeie.download.akamai.com/39759/mfile/arteprod/A7_SGT_ENC_08_039393-006-A_PG_HQ_FR.wmv"

it plays mostly smoothly for me, but there are sections (particularly at the beginning) where it's jittery. Looks like it might be a GStreamer problem.
Comment 2 Wim Taymans 2008-11-13 11:11:38 UTC
Created attachment 122568 [details] [review]
possible pathc

Amazing.. streaming mode used a completely alternative code path that didn't really work well. This pach removes all of that and implements streaming mode with the same parsing code as the pull-based method. Works a *lot* better now.
Comment 3 Christian Persch 2008-11-13 12:28:39 UTC
Indeed, with the patch the site plays perfectly here. Thanks!
Comment 4 Wim Taymans 2008-11-13 17:55:49 UTC
cool, will commit after the freeze.
Comment 5 Tim-Philipp Müller 2008-11-20 20:39:09 UTC
> Amazing.. streaming mode used a completely alternative code path that didn't
> really work well. This pach removes all of that and implements streaming mode
> with the same parsing code as the pull-based method. Works a *lot* better now.

Yay, thanks for that! (I had a patch that did this too somewhere, but it disappeared on one of my harddrives-from-previous-computers and I never got around to digging it up again).

This will take care of quite a few of the asfdemux/mms bugs open in bugzilla (esp. the ones where the picture 'freezes' at the first frame for mms streams)
Comment 6 Wim Taymans 2008-11-20 21:31:36 UTC
        * gst/asfdemux/gstasfdemux.c: (gst_asf_demux_chain):
        Remove duplicate and broken code for the streaming case and simply reuse
        the much better working pull based code. Fixes #560348.
Comment 7 Edward Hervey 2009-03-06 09:24:34 UTC
*** Bug 341977 has been marked as a duplicate of this bug. ***
Comment 8 Sebastian Dröge (slomo) 2009-09-10 08:14:30 UTC
*** Bug 415801 has been marked as a duplicate of this bug. ***