Bug 2031441 - Broken sound after moving playhead in gstreamer applications
Summary: Broken sound after moving playhead in gstreamer applications
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: gstreamer1
Version: 35
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Brian Pepple
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-12-12 02:14 UTC by takuvata
Modified: 2022-02-18 14:56 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2022-02-18 14:56:13 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description takuvata 2021-12-12 02:14:49 UTC
Description of problem:
Moving playhead in any Gstreamer application results in audio randomly not playing or stuttering. Non Gstreamer multimedia applications are not affected.

Version-Release number of selected component (if applicable):


How reproducible:
Almost always. Sometimes, randomly it works ok. Sometimes it seems to work ok all the time, but then starts behaving erratically after a reboot. Reproduced on two different machines.

Steps to Reproduce:
1. Play audio or video file in some gstreamer application (totem, rhythmbox)
2. Skip using either mouse or keyboard to different places in timeline
3.

Actual results:
Audio not playing or stuttering while playhead moves forward. In case of video player - video also continues playing.

Expected results:
Audio skipping to the point in time and playing from that position.


Additional info:

Comment 1 James 2021-12-24 18:33:03 UTC
This feels like it should be a regression, but it happens in 1.19.2-1.fc35 and 1.19.3-1.fc35. Surprised I didn't notice it before.

Doesn't seem to be specific to any codec. Also tried downgrading pipewire 0.3.40 -> 0.3.38 to see if that was the problem.

Comment 2 James 2021-12-24 18:41:21 UTC
Found the upstream issue:

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

Fingers pipewire -- see https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1857 and https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1947 . I've tried pipewire 0.3.42 from Koji but the issue remains.

Comment 3 takuvata 2022-01-13 10:02:58 UTC
It seems like recent update to pipewire 0.3.43 largely fixed the problem.

Comment 4 thedatum+bz 2022-01-14 08:43:08 UTC
Same here. Not noticing the problem anymore with pipewire 0.3.43.

Comment 5 ZHANG Xiang 2022-01-17 02:44:29 UTC
For me it still has some tolerable glitches.

Comment 6 takuvata 2022-02-18 14:56:13 UTC
I think this can be closed at this point.


Note You need to log in before you can comment on or make changes to this bug.