Bug 469223 - audio outages at begin of playing
Summary: audio outages at begin of playing
Status: RESOLVED UPSTREAM
Alias: None
Product: kasts
Classification: Applications
Component: general (show other bugs)
Version: 23.04.0
Platform: Flatpak Linux
: NOR normal
Target Milestone: ---
Assignee: bart
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-05-01 07:48 UTC by joerg
Modified: 2024-04-18 13:19 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description joerg 2023-05-01 07:48:59 UTC
SUMMARY
***
Playback has 2-4 short outages (each outage ~1/4 second or so)
- happens on start
- happens after pause
- happens on start of a new episode
***


STEPS TO REPRODUCE
1. set playback speed (to 1.5)
2. pick VLC-Player as audio engine

OBSERVED RESULT
gaps in played audio stream

EXPECTED RESULT
no gaps

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version:  5.105.0
Qt Version: 5.15.9

ADDITIONAL INFORMATION
flatpak based installation on mobian (debian for mobile) on a pinephone
if BT headset is used (instead of speaker), the number of outages increase
could the issue be solved by increasing the buffer/cache on VLC-Player?
Comment 1 bart 2023-05-01 12:35:09 UTC
Can reproduce.
I currently don't have a clue why this happens in the flatpak version, but not in the native one.
Comment 2 bart 2023-05-02 07:37:48 UTC
BTW, all buffers/caches are already set to 10 seconds.
I see a few other reports about VLC stuttering audio after resuming playback at higher playback rates, but no solutions.  There is/are apparently (a) bug(s) filed against VLC for this.
In view of this, I would say that this is an upstream issue that we can't do much about.
I'll leave this report open for now.  Maybe some more researching might yield something.
Comment 3 bart 2024-04-18 13:19:22 UTC
Sorry, but I'm going to close this.  There is nothing that Kasts itself can do to resolve this (minor?) issue.
This is solely an upstream problem of libvlc.
I would suggest to open a ticket against the upstream project if you think it's important enough to get this resolved.