[totem-xine]Mpeg playback from windows share really choppy

Bug #84729 reported by tlimon
4
Affects Status Importance Assigned to Milestone
totem (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: totem

Playback of MPEG files recorded at high quality (720x480 @ 384Kbps) is limited to a few seconds before the buffer reloads whilst playing over the network. I can playback low quality (e.g. cartoons 480x480 @ 256Kbps) fine over the network. Local copies of high quality video play fine too. The network is fast enough as I've been able to copy the entire hours worth of high quality video in 4 minutes to the local drive over the network. Something in Totem causes higher bitrate files to re-buffer every few seconds. See http://www.ubuntuforums.org/showthread.php?t=255906&highlight=totem+video+buffer for the exact same issue.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. What version of Ubuntu do you use? Do you use totem-gstreamer or totem-xine? Do you play those video with totem directly or with the mozilla plugin? Do you have an URI example to point?

Changed in totem:
assignee: nobody → desktop-bugs
importance: Undecided → Medium
status: Unconfirmed → Needs Info
Revision history for this message
tlimon (tlimon) wrote :

Thank you for the attention. I'm using the following:

Ubuntu 6.06
totem-xine (Movie Player using xine-lib version 1.1.1)
I play movies directly by double clicking on the samba share on my desktop (smb://livingroom/MyVideos/PassporttoEuropeWithSamanthaBrown-InterlakenSwitzerland-7056723-0.mpg for example)

Revision history for this message
Sebastien Bacher (seb128) wrote :

No problem, thank you for the update. Marking unconfirmed and low importance, totem-xine is an universe package

Changed in totem:
importance: Medium → Low
status: Needs Info → Unconfirmed
Revision history for this message
tlimon (tlimon) wrote : Re: [Bug 84729] Re: Mpeg playback from windows share really choppy

Can you give me some idea as to the process for fixing it? do you know how long these things usually take?

Thanks

--tim

----- Original Message ----
From: Sebastien Bacher <email address hidden>
To: <email address hidden>
Sent: Wednesday, February 14, 2007 2:28:41 PM
Subject: [Bug 84729] Re: Mpeg playback from windows share really choppy

No problem, thank you for the update. Marking unconfirmed and low
importance, totem-xine is an universe package

** Tags added: dapper totem-xine

** Summary changed:

- Mpeg playback from windows share really choppy
+ [totem-xine]Mpeg playback from windows share really choppy

** Changed in: totem (Ubuntu)
   Importance: Medium => Low
       Status: Needs Info => Unconfirmed

--
[totem-xine]Mpeg playback from windows share really choppy
https://launchpad.net/bugs/84729

____________________________________________________________________________________
Never miss an email again!
Yahoo! Toolbar alerts you the instant new Mail arrives.
http://tools.search.yahoo.com/toolbar/features/mail/

Revision history for this message
Sebastien Bacher (seb128) wrote :

The desktop team member forward bugs upstream or work on them. There is thousand of desktop bugs open and only few people working on them so we have to prioritize the tasks. Knowing that this bug is not something happening to everybody and concerning an universe package which is not officially supported it's low priority. It's most likely than this bug will not being worked any time soon then, would be interesting to know if the problem happens with the new versions of Ubuntu as well or if it has been fixed by some update

Revision history for this message
tlimon (tlimon) wrote : Re: [Bug 84729] Re: [totem-xine]Mpeg playback from windows share really choppy

Is there another version that you can point me to that will be better. or better supported?

--tim

----- Original Message ----
From: Sebastien Bacher <email address hidden>
To: <email address hidden>
Sent: Thursday, February 15, 2007 1:25:15 AM
Subject: [Bug 84729] Re: [totem-xine]Mpeg playback from windows share really choppy

The desktop team member forward bugs upstream or work on them. There is
thousand of desktop bugs open and only few people working on them so we
have to prioritize the tasks. Knowing that this bug is not something
happening to everybody and concerning an universe package which is not
officially supported it's low priority. It's most likely than this bug
will not being worked any time soon then, would be interesting to know
if the problem happens with the new versions of Ubuntu as well or if it
has been fixed by some update

--
[totem-xine]Mpeg playback from windows share really choppy
https://launchpad.net/bugs/84729

____________________________________________________________________________________
TV dinner still cooling?
Check out "Tonight's Picks" on Yahoo! TV.
http://tv.yahoo.com/

Revision history for this message
Sebastien Bacher (seb128) wrote :

that might be fixed with the new versions of Ubuntu edgy or feisty, that doesn't mean that the new version of the distribution has better stability than the one you are using though, you should probably not update only for that. New versions are not better supported than dapper, no

Revision history for this message
tlimon (tlimon) wrote :

Thanks for the responses. I've just installed the Gstreamer version (sudo apt-get install totem-gstreamer) and it works fine. No issues anymore with this flavor. Is there anything that i need to worry about by using gstreamer instead of xine? If not, then I'm all set.

Thanks!

--tim

----- Original Message ----
From: Sebastien Bacher <email address hidden>
To: <email address hidden>
Sent: Friday, February 16, 2007 3:29:12 AM
Subject: [Bug 84729] Re: [totem-xine]Mpeg playback from windows share really choppy

that might be fixed with the new versions of Ubuntu edgy or feisty, that
doesn't mean that the new version of the distribution has better
stability than the one you are using though, you should probably not
update only for that. New versions are not better supported than dapper,
no

--
[totem-xine]Mpeg playback from windows share really choppy
https://launchpad.net/bugs/84729

____________________________________________________________________________________
Don't get soaked. Take a quick peak at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather

Revision history for this message
Sebastien Bacher (seb128) wrote :

The gstreamer and xine have different sets of bug, that's depending of the formats you try to play. One of the major lacks from totem-gstreamer at the moment is that it doesn't do DVD playing

Revision history for this message
kaervos (eudoxus) wrote :

Hi, I know this bug is 10 months old, but I wanted to report the same type of behavior under Ubuntu 7.10, with Totem Movie Player 2.20.0 using xine-lib version 1.1.7. I use totem-xine, mostly due to it's abilities to play DVDs (with menu navigation), which is a big deal. I have no problems streaming other movie formats, like AVI, only MPEGs.

I'd like to note that some MPEGs seem to stream over the network just fine, and this is what I've found while testing a number of video files:

Streams Fine:
video: Microsoft MPEG-4 v3 (ffmpeg)
audio: MS Windows Media Audio 2 (ffmpeg)

Streams Poorly or Not At All (pauses / freezes totem):
video: MPEG (libmpeg2)
audio: MPEG audio layer 2 (lib: MAD)

Perhaps the problem lies with the performance of libmpeg2 or libMAD? Just thought I'd add to report, since it was the only one I could find specific to totem-xine having problems streaming MPEGs.

Revision history for this message
kaervos (eudoxus) wrote :

I wanted to comment again on this bug should anyone with this problem stumble upon this hoping for a solution. Although it should be obvious to veteran Linux users, the problem is alleviated by mounting the samba/cifs share directly. That is, instead of navigating to the share through nautilus:

smb://hostname/sharename

then streaming the media from there, mount it using mount.smb or mount.cifs:

mount -t cifs //hostname/sharename /localfilesystem/mountpoint -o user=shareuser,password=sharepass

Streaming media from a share mounted like this totally eliminates the problem for me. Hope this helps someone else out there.

Revision history for this message
Basilio Kublik (sourcercito) wrote :

Hi there
Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with the development version of Ubuntu, Hardy Heron?

Thanks in advance.

Changed in totem:
status: New → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!.

Changed in totem:
status: Incomplete → Invalid
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.