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 342234 - Can't play AVI file direct from a Windows share
Can't play AVI file direct from a Windows share
Status: RESOLVED NOTABUG
Product: totem
Classification: Core
Component: GStreamer backend
1.4.x
Other Linux
: Normal normal
: ---
Assigned To: Maintainer alias for GStreamer component of Totem
Maintainer alias for GStreamer component of Totem
Depends on:
Blocks:
 
 
Reported: 2006-05-18 10:26 UTC by spark
Modified: 2008-06-03 12:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description spark 2006-05-18 10:26:17 UTC
It seems Totem won't play AVI files direct from a Windows share mounted via gnomevfs. The file appears to get loaded into Totem and the statusbar says Playing but nothing happens. Playing an MP3 file direct from the same share in Totem works fine. Copying the AVI files locally and playing them also works fine.

Totem 1.4.1
Using GStreamer 0.10.6
Comment 1 Tim-Philipp Müller 2006-05-18 10:57:55 UTC
Could you try this

 $ export GST_DEBUG_NO_COLOR=1
 $ export GST_DEBUG=*gnomevfs*:5,avidemux:5,totem:5
 $ gst-launch-0.10 -v playbin uri=smb:///URI_TO_YOUR_SHARE 2> dbg.log
 $ bzip2 dbg.log

and attach the bzipped file?
Comment 2 Tim-Philipp Müller 2006-05-18 11:04:58 UTC
I forgot: you can also use

  $ totem 2> dbg.log

and then open the file in totem instead of the gst-launch command line (but you still need the 'export' lines before that) if that's easier for you.

Comment 3 spark 2006-05-22 11:58:56 UTC
Debug log using Totem:

http://www.sparknet.plus.com/dbg.log.bz2

(it's too big for Bugzilla attachements)
Comment 4 Sebastian Dröge (slomo) 2006-07-09 08:22:08 UTC
This should be a duplicate of bug #336465
Comment 5 Tim-Philipp Müller 2006-07-09 10:25:58 UTC
> This should be a duplicate of bug #336465
 
I'm not sure. I thought smb:// allowed random access/seeking. If it does, then it might be a gnomevfssrc issue.
Comment 6 Tim-Philipp Müller 2006-07-11 09:41:05 UTC
From reading the log, I have absolutely no clue what's going on here. Everything seems to be alright (even though it takes pretty long). After ~30-35 secs avidemux has signaled 'no more pads' and playback should start but nothing seems to happen after that (the log indicates totem/playbin is stopped then, but it doesn't seem to be through user action).

Could you do another log by any chance, this time with:

 $ export GST_DEBUG_NO_COLOR=1
 $ export GST_DEBUG=*:5
 (and stop when you either get an error or CPU usage goes back to 0-ish)

and again put up the bzipped file somewhere? :)

Comment 8 spark 2006-07-12 09:49:39 UTC
Oh, and the filename being played is "qi.avi" to help you searching through the log.
Comment 9 Bastien Nocera 2008-05-27 21:47:27 UTC
Is this still a problem? It works great for me...
Comment 10 spark 2008-06-03 12:05:40 UTC
Seems to work fine now for me too.