Moving video position /scrubbing in Totem (Videos) causes video to freeze (but not audio)

[XA Hydra]

When playing videos in 22.04, moving the position will often cause the video to stop. The audio will work as expected. I found mention of this behavior here as well: https://gitlab.gnome.org/GNOME/totem/-/issues/526

[XA Hydra (xa-hydra)]

There is a fix for this? As of today (2-15-2022) my fully-patched 22.04 instance still suffers from this issue

[XA Hydra (xa-hydra)]

The issue mentioned in issue/526 gives a very detailed description of the issue:

https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1477

[XA Hydra (xa-hydra)]

Just realized this affects anything using gstreamer. Makes Pitivi fairly unusable.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Johon Doee (jodoee11)]

I don't have high hopes that this bug is getting fixed for 22.10. Will it be fixed for 23.04? It makes watching movies and video clips a pain.

[XA Hydra (xa-hydra)]

Hoping this can get a few pairs of eyes in order to be fixed for 22.04, as it is an LTS and the bug affects a very basic aspect of desktop functionality

[Daniel van Vugt (vanvugt)]

What CPU models are affected?

Does uninstalling 'gstreamer1.0-vaapi' affect the situation?

[XA Hydra (xa-hydra)]

I'm experiencing this so far on a Ryzen 5600X with a Geforce RTX 2060, and a laptop running Intel integrated graphics on an i7-7600U.

Issue persists regardless of whether 'gstreamer1.0-vaapi' is installed or not. I removed it and performed a full reboot to ensure the library wasn't loaded or locked in use.

[XA Hydra (xa-hydra)]

Issue is pseudo-sporadic. On the desktop, it usually freezes the moment I pick a different time in the video. On my laptop I at first had thought it didn't suffer from it, but after selecting 10 or so video positions, it locked the video.

[XA Hydra (xa-hydra)]

Out of desperation/experimentation, I used ppa:savoury1/multimedia and upgraded gstreamer and the problem is gone. Once again not ideal, but it does indicate that a point version bump could solve the problem.

[XA Hydra (xa-hydra)]

So, the issue *IS* happening much less frequently, but after a few days of testing and use, it is still happening at times. *sigh*

[XA Hydra (xa-hydra)]

If anyone has suggestions for what to monitor or where to look for telemetry on what could be going on, I'd be happy to do so. I'm at the limits of my expertise for now otherwise.

[XA Hydra (xa-hydra)]

https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1975890 seems very similar to this issue

[XA Hydra (xa-hydra)]

I purged ppa:savoury1/multimedia for testing... The newer gstreamer versions seem to work -better- to a degree, but still suffer the issue in totem. Using gst-play-1.0 I experience the issue as well, so it doesn't seem to be just Totem (but then again I have experienced it in Pitivi anyways, so that isn't new). Certain .webm files would play fine after numerous seeks with the newer gstreamer packages before locking video, but the Ubuntu version freezes on the first seek. Mp4s behave in similar fashion. It seems that larger / longer length /mp4 files freeze more often.

[XA Hydra (xa-hydra)]

Some webm files can't even resume after one pause

[XA Hydra (xa-hydra)]

When freezing in gst-play-1.0 I am getting the following:

Received buffer without a new-segment. Assuming timestamps start from 0.

[XA Hydra (xa-hydra)]

Totem threw the following during a freeze of an mp4 file:

0:01:55.473123571 41536 0x7f2866375800 WARN pulse pulsesink.c:715:gst_pulsering_stream_overflow_cb:<audio-sink-actual-sink-pulse> Got overflow

[XA Hydra (xa-hydra)]

I hope some of this is helpful/relevant. I spent some time doing whatever I could think of to help determine what is causing this problem. It's very frustrating.