Public bug reported: Binary package hint: totem
When playing a .wax file with streaming audio content, Totem begins to buffer and then play, but no audio is heard for a long time (in my tests, approximately 2-3 minutes, but read on). I suspect playback isn't really starting until the entire audio clip is buffered, even though the buffering stage has already completed and Totem shows "Playing" the whole time I am waiting. I discovered this problem when I used the NPR "thin" web-site (thin.npr.org). Here is an example URL: http://thin.npr.org/dmg.wax?prgCode=ME&showDate=29-Jun-2009&mediaPref=WM This URL returns a .wax file: <asx version = "3.0"> <title>NPR's Morning Edition - Monday, June 29, 2009</title> <abstract>more info at : NPR's Morning Edition Web site</abstract> <moreinfo href="http://thin.npr.org/templates/rundowns/rundown.php?prgId=3"; /> <PARAM name="ShowPlayList" value="true"/> <entry> <param name="track" value="Array['SEG_NUM'][0]" /> <title>Madoff To Find Out How Long He'll Be In Prison</title> <author>NPR's Morning Edition - Monday, June 29, 2009</author> <copyright>(c) 2009 NPR</copyright> <ref href="mms://wm.npr.org/wm.npr.na-central/npr/me/2009/06/20090629_me_01.wma?v1st=F41F264A7616B6D1&s_vi=[CS]v1|4A149F860000347A-A3A099600000BD4[CE]&mt=2&primaryTopic=1070&assignedTopics=1001,1003,1006,1070&aggIds=98393250" /> <ref href="http://wm.npr.org/wm.npr.na-central/npr/me/2009/06/20090629_me_01.wma?v1st=F41F264A7616B6D1&s_vi=[CS]v1|4A149F860000347A-A3A099600000BD4[CE]&mt=2&primaryTopic=1070&assignedTopics=1001,1003,1006,1070&aggIds=98393250" /> </entry> ... Totem loads the URL and the playlist is populated as expected. Then it begins playing the first item in the playlist. There is a short period of buffering and that seem to complete successfully and the buffering progress meter shows as 100% full. Then, "Buffering" is replaced by "Playing," but the audio does *not* begin playing. If one waits about three minutes, the audio will eventually begin playing. It is as if the entire clip is buffered before playback begins. Now, this problem may be connected with other issues. For example, I cannot fast forward these streamed MMS audio clips nor skip ahead in the playlist. If I try to move the "Time:" slider bar, Totem just goes on to the next playlist item, which fails, eventually, after the long delay described earlier. This time, however, an error is displayed in a dialog box: "Disconnected: OK." On STDERR, there is this message: (totem:6572): Gtk-WARNING **: Radio group does not contain an action with value '-2' ** Message: Error: Disconnected: OK pulsesink.c(451): gst_pulsesink_is_dead (): /GstPlayBin:play/GstBin:abin/GstBin:audiosinkbin/GstGConfAudioSink:audio-sink/GstBin:bin5/GstAutoAudioSink:autoaudiosink2/GstPulseSink:autoaudiosink2-actual-sink-pulse (This is also what happens if I press the skip button.) This seems like a problem with Totem and Pulseaudio, which is a distinct problem from the one I am reporting. I just wanted to mention it since it occurs coincidentally. ProblemType: Bug Architecture: amd64 DistroRelease: Ubuntu 9.04 ExecutablePath: /usr/bin/totem-gstreamer NonfreeKernelModules: fglrx Package: totem-gstreamer 2.26.1-0ubuntu5 ProcEnviron: SHELL=/bin/bash PATH=(custom, user) LANG=en_US.UTF-8 SourcePackage: totem Uname: Linux 2.6.28-13-generic x86_64 ** Affects: totem (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug -- Long delay between starting to play / stream audio and actual play or disconnect https://bugs.launchpad.net/bugs/405081 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
