Seeking through mpg videos doesn't work properly

I tried some (small) mpg files. Eg. http://www.novell.com/linux/xglrelease/transparency.mpg

I noticed some problems, but "smaller" than yours.

Thanks for your bug. Do you still have that issue? Does it happen on the example of the previous comment?

Yes, I'm still receiving this problem.

What about "Does it happen on the example of the previous comment?"?

Yes, this happens on the example on the previous comment :) sorry for my lack of clarity! =)

Probably the same issue than upstream http://bugzilla.gnome.org/show_bug.cgi?id=151909, it uses keyframes which is faster but has less precision

The same thing is happening to me. I think the error is somewhat proportional to the size of the movie, so maybe it is not always 20secs, but it is always wrong and before where you put the slider.

i have a nvidia 5900FX and I am using the nvidia drivers running on dapper drake with all the latest updates. Can this bug be confirmed at least?

Yes, sure, in that case you could have also confirmed it yourself.

it does not seem to be a the same issue as http://bugzilla.gnome.org/show_bug.cgi?id=151909

see https://launchpad.net/bugs/43590

i think this is a totem bug and there is something wrong with the position slider...it is an issue of lack of sync between slider and time code...

it has nothing to do with that bug, but maybe it is in gstreamer as maybe totem passes the slider position to gstreamer and then it validates reading the number back and it come wrong from gstreamer. Only someone that knows totem can say for sure who is responsible for it. I'm back with totem-xine for the time being.

I have a similar problem with seeking and MPEG-1 videos. Seeking either does results in the video being 20 seconds or so off. On some MPEG-1 videos seeking to any location results in play freezing until the video is restarted from the beginning. After seeking a couple times using the slider or the fast-forward ("skip forwards) context menu entry, totem will seg fault.

that upstream bug appears to be about frame by frame seeking...
does this bug still happen in edgy?
can someone provide a small (under 50MB) testfile for this particular bug? this appears to me with all of the .mpg files that i have tested to have been fixed in totem cvs built against edgy. (tho possibly also already fixed in edgy's totem).

Same issue here.

Yeah, and I'm about to take time out of my schedule to fix the damned
problem myself - it's been well over 6 months and at least one update of
GNOME (proper) and no fix for this. I do believe, however, that it's an
amd64 specific problem...you running amd64?

Regards,
spectrm

spectrm wrote:

> Yeah, and I'm about to take time out of my schedule to fix the damned
> problem myself - it's been well over 6 months and at least one update of
> GNOME (proper) and no fix for this. I do believe, however, that it's an
> amd64 specific problem...you running amd64?

I am NOT running amd64. My machine is an amd64, but I'm running 32-bit:

Linux liberation 2.6.20-16-generic #2 SMP Fri Aug 31 00:55:27 UTC 2007 i686
GNU/Linux

--
Rich Wales === Palo Alto, CA, USA === <email address hidden>
http://www.richw.org === http://en.wikipedia.org/wiki/User:Richwales
    "The difference between theory and practice is that, in theory,
theory and practice are identical -- whereas in practice, they aren't."

Rich Wales wrote:
> spectrm wrote:
>
>
>> Yeah, and I'm about to take time out of my schedule to fix the damned
>> problem myself - it's been well over 6 months and at least one update of
>> GNOME (proper) and no fix for this. I do believe, however, that it's an
>> amd64 specific problem...you running amd64?
>>
>
> I am NOT running amd64. My machine is an amd64, but I'm running 32-bit:
>
> Linux liberation 2.6.20-16-generic #2 SMP Fri Aug 31 00:55:27 UTC 2007 i686
> GNU/Linux
>
>
the problem, as I understand it thus far, has less to do with the
bytecode as it does the byte-cruncher (CPU) and the way the gstreamer
engine chunks up the bits for a 64-bitCPU...I've seen people running
Intel64 with the same problem, but only temporarily (eg. prior to a
patch) for 32bit CPUs.

If in your web-grepping, you find something I missed, please let me know.

Regards,
spectrm

hi,
 im playing mp3 song from my http server like http://18.36.57.78/song.mp3 . im able to play .. but when i do seeking its not seeking .... is it possble to seek in totem-gstreamer ... but im able to seek when i play local mp3 files.....

I can confirm this issue on Ubuntu 8.04 running on:
CPU: AMD 64X2
GFX: ATI X1950 (fglrx 8.4)
MB: Asus A8N SLI delux MB.

The funny thing is I thought this issue was solved in 7.10 as I cant remember experiencing the issue there but I might just have missed it.

why did you open a totem-pl-parser bug? closing this one since it's not correct

I think I have similar problem. Seek works awfully bad . Video is .vob file (MPEG-2,audio codec is AC-3). First time when i press right arrow it goes forward 2min. Next time 3, and third time 7min's. At about 12min of video it hangs. Same thing happens if I press left arrow, it goes forward. Also if I grab scrollbar with mouse and seek forward it hangs at 13min. Video is about 20min.
I am using Jaunty. If somebody thinks it's another issue, I could report as another bug.

I have something similar to your problem in Intrepid, Miloš. Totem seeks forward on VOB files even when I press the left arrow, and clicking the seek bar with middle button is imprecise.

No idea if it's the same bug as this though, but please let me know if you open a separate bug?

the bug has been fixed upstream now

This bug was fixed in the package totem - 2.27.2-0ubuntu1

---------------
totem (2.27.2-0ubuntu1) karmic; urgency=low

  * New upstream release (LP: #403816)
    - Movie Player
      - Add frame-by-frame stepping (LP: #33325)
      - Better fallback names for audio and languages tracks
      - Make the arrow keys navigate DVD menus when one is loaded
      - Move subtitles-related menu items to View → Subtitles.
      - Bug fixes:
        - Fix loading subtitles from the cache
        - Fix loading videos when Totem is already running (LP: #383386)
        - Fix drag'n'dropping a video onto itself reloading the video
        - Only add a file to the recent files when it has been played,
          makes startup with loads of files much quicker
    - GStreamer backend:
      - Prevent tags from other tracks to show up when
        they're not used
      - Try to mount the location where the file is when it's
        not already mounted
    - YouTube plugin:
      - Fix a possible crasher when loading thumbnails
      - Fix problems in non-English locales
      - Fix video list rendering problems
      - Added stop button (LP: #376190)
    - Fix UI differences between the YouTube, Jamendo and local seach plugins
  * debian/control.in:
    - Bump gstreamer requirements to 0.10.23.2
  * debian/patches/67_inverted_allow_screensaver_on_audio.patch:
    - Applied upstream
  * debian/patches/02_lpi.patch:
  * debian/patches/66_show-cover-image.patch:
  * debian/patches/70_bbc_plugin.patch:
  * debian/patches/90_autotools.patch:
    - Refreshed

 -- Robert Ancell <email address hidden> Fri, 24 Jul 2009 10:29:40 +1000