[gusty Tribe5]Totem wrong subtitles synchronization

Bug #136608 reported by ubuntu4fun
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
totem (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: totem

Totem 2.90.90 (GStreamer: 0.10.14) Gusty Gibbon Tribe 5

Bad synchronization of the subtitles (displayed too late and not synchronized with audio and video).
The same subtitles are displayed correctly in SMPlayer though.

ProblemType: Bug
Architecture: i386
Date: Sat Sep 1 17:42:06 2007
DistroRelease: Ubuntu 7.10
ExecutablePath: /usr/bin/totem
Package: totem-gstreamer 2.19.90-0ubuntu3
PackageArchitecture: i386
ProcCmdline: totem
ProcCwd: /home/donlolek
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=pl_PL.UTF-8
 SHELL=/bin/bash
SourcePackage: totem
Uname: Linux donlolek-laptop 2.6.22-10-generic #1 SMP Wed Aug 22 08:11:52 GMT 2007 i686 GNU/Linux

Tags: apport-bug
Revision history for this message
ubuntu4fun (k2osuchowski) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. Could you attach an example to the bug?

Changed in totem:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
ubuntu4fun (k2osuchowski) wrote : Re: [Bug 136608] Re: [gusty Tribe5]Totem wrong subtitles synchronization

I don't really know how can I attach an example to the bug. Have You any
idea?
As I wrote, when I'm trying to play movie with subtitles with Totem
everything is fine, except the time when subtitles are displayed. For
example, an actor says: "Hallo !" and goes to the toilet, he is back in 2
minutes, and after that the subtitle appears: "Hallo !" (in Chinese, for
example). In short, subtitles aren't synchronized with what we can see and
what we can hear when watching the movie.

At first I thought that it's due to encoding of the subtitles, but I'd set
different encodings and it doesn't solve the problem. Do You need any other
information?

As I noticed before, there was no such a problem when I watched the same
movie with SMPlayer (a GUI for mplayer that has superb interface to handle
subtitles, have You tried it?). I hope You can manage to fix that, because
the problem with the subtitles synchronization is the only reason why I'm
using SMPlayer on GNOME (despite nice and intuitive interface, but it isn't
so important for me).

If I could help somehow, please let me know.

2007/9/1, Sebastien Bacher <email address hidden>:
>
> Thank you for your bug. Could you attach an example to the bug?
>
> ** Changed in: totem (Ubuntu)
> Importance: Undecided => Low
> Assignee: (unassigned) => Ubuntu Desktop Bugs
> Status: New => Incomplete
>
> --
> [gusty Tribe5]Totem wrong subtitles synchronization
> https://bugs.launchpad.net/bugs/136608
> You received this bug notification because you are a direct subscriber
> of the bug.
>

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

Does it happen with any movie? Do you get the issue using totem-xine? Do you have an url where we could download an example of video triggering the bug?

Revision history for this message
ubuntu4fun (k2osuchowski) wrote :
Download full text (3.7 KiB)

[Does it happen with any movie?]
 Yes: DVD, and *.avi (XviD and Divix as well). I haven't tested other
formats.

To make clear: I have installed on Gusty Gibbon Tribe 5 the following Totem
libraries (all 2.19.90-0 ubuntu3):

1. libtotem-plparser7
Totem Playlist Parser library - runtime version;
2. totem
A simple media player for the Gnome desktop (dummy package)
3. totem-gstreamer
A simple media player for the Gnome desktop based on gstreamer
4. totem-mozilla
Totem Mozilla plugin

[Do you get the issue using totem-xine?]

When I installed totem-xine to test it for You and tried to open a movie the
warning appeared: "Totem could not play 'file:/// (a full path to the movie
with title)'. Video codec XviD is not handled. You might need to install
additional plugins to be able to play some types of movies"

Totem could not play 'file:///(a full path to the movie with title)'. Video
codec'Microsoft MPEG-4 v3' is not handled. You might need to install
additional plugins to be able to play some types of movies.

Totem could not play 'dvd:/'.
There is no plugin to handle this movie.

And so on.

[Do you have an url where we could download an example of video triggering
the bug?]

You can download any *.avi movie for example from a Polish torrent site
(there are often proper subtitles attached). If there is no subtitles
attached with the movie You can look for Polish or other Slavic/Central
European encoded subtitles in the Internet. If You have any trouble with
finding subtitles, please give me a title of movie with all comments
attached (for example: XviD-Junky7&SEED-team) and I'll try to find
appropriate subtitles for You.

BTW: I've discovered a few other bugs when it comes to subtitles in Totem:

1. Totem doesn't load (recognize) the text files with the subtitles when
names of the *.avi file and the *.txt file are different. (SMPlayer doesn't
as well but in SMPlayer you can add subtitle manually. In Totem manual
selection of the subtitle file fails. It doesn't recognize the subtitle file
via subtitles menu. You can add it to playlist but if you drag and drop it
onto screen the warning appears: "An error occurred. GstPlayBin: Only a
subtitle stream was detected. Either you are loading a subtitle file or some
other type of text file, or the media file was not recognized."

2. When in the same folder are: *.avi file, *.txt file and *.sub file Totem
doesn't load ANY file with the subtitles despite the movie is played
(SMPlayer plays a movie with subtitles in such situations).

3. I was trying to play a DVD movie x(title) via Totem/Movie/Play Disc x,
but I didn't succeed. ("Totem cannot play this type of media (DVD) because
you do not have the appropriate plugins to handle it. Please install the
necessary plugins and restart Totem to be able to play this media".) I must
admit that if you just put a DVD movie into your DVD - rom it is played
automatically with Totem.

There are at least 4 additional bugs taking into consideration the bug with
installing Totem-xine mentioned above. I don't really know which of the bugs
are caused by Totem itself and which are typical for this alpha release of
Ubuntu Gusty. The three bugs were discovered before inst...

Read more...

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

changing to New again, thank you for the detail, should probably be sent upstream by somebody getting the bug, they know the code better and that would be the right place to get that worked

Changed in totem:
status: Incomplete → New
Revision history for this message
Michael Rooney (mrooney) wrote :

Hello ubuntu4fun. Have any of these issues been addressed since the final release of Gutsy as opposed to Tribe 5? If not let's try to get some instructions and (legal and free) files to easily duplicate the bugs, and send them upstream.

Revision history for this message
ubuntu4fun (k2osuchowski) wrote :

Hi, Charles.

I've tested the subtitles problems on a final version of Gusty with all the updates installed.

It seems that the bad synchronization of the subtitles (displayed too late and not synchronized with audio and video) is still present in Totem 2.20.0. However, it doesn't take place in every *.avi movie as reported before.

Subtitles are displayed incorrectly in one of the five movies or so. The same subtitles are displayed well in Windows and with SMplayer in Ubuntu, though.

I'll test it in Hardy when the next Alpha version is out as I had some verid problems with downloading repositories with Alpha 5 (the system was in fact unusable).

Revision history for this message
Michael Rooney (mrooney) wrote :

I will be glad to hear your results in the next Hardy Alpha release. Is there anything you can find in common with the subs that work or the ones that don't? Language, type of sub file, length of movie, codec (audio or video), etc? Maybe there is a way to narrow it down more which could help, if it seems fixed most of the time, such as it just has problems with a specific video codec or something.

Revision history for this message
Kjell Braden (afflux) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue that you reported is one that should be reproducible with the live environment of the Desktop CD of the development release - Hardy Heron. It would help us greatly if you could test with it so we can work on getting it fixed in the next release of Ubuntu. You can find out more about the development release at [WWW] http://www.ubuntu.com/testing/ . Thanks again and we appreciate your help.

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
Aethralis (aethralis)
Changed in totem:
status: Invalid → New
Revision history for this message
Aethralis (aethralis) wrote :

I'm reopening this bug. Totem (2.26.0-0ubuntu) displays MicroDVD subtitles incorrectly - the timing is wrong. When the same subtitles are converted into SubRip format they are shown as intended (timing is correct). VLC has no problems displaying both formats correctly. Also Totem-xine plays the same subtitles with no problems.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Please open a new bug rather, this was closed more than a year ago, thanks.

Changed in totem (Ubuntu):
status: New → 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.