Troubles while play streaming video

Bug #69564 reported by Id2ndR
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GStreamer
Fix Released
Medium
gstreamer0.10 (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: totem-gstreamer

I've installed gstreamer0.10-plugins-bad in order to be able to play mms stream file with gstreamer.

Next when playing a streaming video, totem seams to load a part of the media in cache memory. Then it stay on "playing 0:00/1:59" a long time (about 1 or 2 minutes). After this I can heard the sound but I can't see the video.
Furthermore, if I hide the totem windows and unhide it then, the area of the video become pink.

I've put the output bellow that also should allow you to reproduce the bug.

(The video needs wmv3 support : I also installed gstreamer0.10-pitfdll and w32codecs)

$ totem mms://stream1.m6.fr.ipercast.net/m6.fr/d/prisonbreak/prisonbreak_leplan_60985B.wmv
DMO dll supports VO Optimizations 0 1
DMO dll might use previous sample when requested

** (totem:10211): CRITICAL **: totem_lang_table_parse_start_tag: assertion `strlen (*attr_values) == 3' failed
** Message: Couldn't initialize lirc.

Total Unfree 60 bytes cnt 1 [(nil),0]

Revision history for this message
Eyal Oren (ikbeneyal) wrote :

I can confirm this problem with several online videos.

Changed in totem:
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. What version of Ubuntu do you use? Could you attach a small video example to the bug or give a link where to download one? Does "gst-launch playbin uri=..." play that file correctly?

Changed in totem:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Confirmed → Needs Info
Revision history for this message
Id2ndR (id2ndr) wrote :

I've testes it for the first time on edgy.

Now I've just tested it on fresty :
$ gst-launch-0.10 playbin uri=mms://stream1.m6.fr.ipercast.net/m6.fr/d/prisonbreak/prisonbreak_leplan_60985B.wmv
Mise du pipeline en PAUSE...
Le tube se prépare à l'ÉXÉCUTION ...
DMO dll supports VO Optimizations 0 1
DMO dll might use previous sample when requested
La pipeline est PRÉPARÉE...
Assignant le pipeline à PLAYING ...
New clock: audioclock1
Reçu EOS de l'élément "playbin0".
Execution ended after 231982574000 ns.
Mise du pipeline en PAUSE...
Assignant le pipeline à READY ...
Total Unfree 60 bytes cnt 1 [(nil),0]
Assignant le pipeline à NULL ...
LIBERATION de la pipeline ...

I've still got 1 or 2 minutes beetween lines "Assignant le pipeline à PLAYING ..." and "New clock: audioclock1" (when the file is really played).
I can't have and image with gst-launch too.

Just bellow, you can see wath happen when gstreamer-pifdll is not installed :

$ gst-launch-0.10 playbin uri=mms://stream1.m6.fr.ipercast.net/m6.fr/d/prisonbreak/prisonbreak_leplan_60985B.wmv
Mise du pipeline en PAUSE...
Le tube se prépare à l'ÉXÉCUTION ...
La pipeline est PRÉPARÉE...
Assignant le pipeline à PLAYING ...
0:01:59.940535000 6585 0x81f6fc0 ERROR ffmpeg gstffmpegdec.c:1614:gst_ffmpegdec_frame:<ffdec_wmv30> no codec context
New clock: audioclock1
Reçu EOS de l'élément "playbin0".
Execution ended after 232501656000 ns.
Mise du pipeline en PAUSE...
Assignant le pipeline à READY ...
Assignant le pipeline à NULL ...
LIBERATION de la pipeline ...

In fact there seems to be two problems :
- while playing a mms steaming file, the file seems to be download completly before be played.
- pitfdll seems no to be actively developped, and the package is from 20060515. This package doesn't allow to play file encoded with wm3 codec as we expected it to do.

VLC is able to play the file correctly :
$ vlc mms://stream1.m6.fr.ipercast.net/m6.fr/d/prisonbreak/prisonbreak_leplan_60985B.wmv
VLC media player 0.8.6 Janus
[00000285] access_mms access: selecting stream[0x1] audio (50 kb/s)
[00000285] access_mms access: selecting stream[0x2] video (446 kb/s)
[00000285] access_mms access: ignoring stream[0x3] video (252 kb/s)
[00000285] access_mms access: connection successful
[00000277] main playlist: stopping playback

Changed in totem:
status: Needs Info → Unconfirmed
Revision history for this message
Id2ndR (id2ndr) wrote :
Revision history for this message
Thomas Novin (thomasn80) wrote :

I have the same problem I think. I'm trying to watch Swedish news via the service "SVT Play". An example URL is mms://qstream-wm.qbrick.com/00928/rapport/080205rapport1930.wmv but I think all clips on SVT Play is locked to only work from Swedish IPs.

$ gst-launch-0.10 playbin uri=mms://qstream-wm.qbrick.com/00928/rapport/080205rapport1930.wmv
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...

ERROR: from element /playbin0/vbin/videosink/videosink-actual-sink-xvimage: Output window was closed
Additional debug info:
xvimagesink.c(1223): gst_xvimagesink_handle_xevents (): /playbin0/vbin/videosink/videosink-actual-sink-xvimage
Execution ended after 79345757185 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

Before I exited the window that popped up I waited for maybe 1 minute. I can see the start frame of the clip and if I play it in totem I can see some information about the clip:

Video:
Diemnsions: 384x288
Codec: Microsoft Windows Media 9
Framerate: 50 fps
Bitrate: N/A

Audio:
Codec: WMA Version 8
Channels: Stereo
Sample rate: 44100 Hz
Bitrate: N/A

Also I can see that the clip buffers OK and that the clip is 29:52 long.

Revision history for this message
Id2ndR (id2ndr) wrote :

Confirm on hardy. Test done with $ totem mms://a988.v101995.c10199.e.vm.akamaistream.net/7/988/10199/3f97c7e6/ftvigrp.download.akamai.com/10199/sgv/diff/videotheque/regions/raa/videothequeinfo/environnementnature/5BC6B_economiseuressence.wmv?WMCache=0
The first image of the video is shown, and next nothing move during the time of fully loading the video. Then the video is played normaly.

Changed in gstreamer0.10:
status: New → Confirmed
Revision history for this message
Peter S (peter-sevemark) wrote :

I confirm this bug on Hardy. None of the sites I've tested (mostly Swedish, like http://svt.se and http://dn.se) which use the Windows Media Codec have worked since I upgraded to Hardy.

Changed in gstreamer:
status: Unknown → Confirmed
Changed in gstreamer:
status: Confirmed → Fix Released
Changed in gstreamer0.10 (Ubuntu):
status: Confirmed → Fix Committed
Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

This should be fixed in Ubuntu 9.10. Thanks for reporting.

Changed in gstreamer0.10 (Ubuntu):
status: Fix Committed → Fix Released
Changed in gstreamer:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.