Pine64-Arch
Pine64-Arch copied to clipboard
dreemurrs-embedded
Audio becoming too fast after suspend and resume
- Device: (PinePhone or PineTab?) Pinephone Pro
- Kernel Version : $(uname -r) 5.17.4-1-danctnix
- UI: phosh
Steps to reproduce
Open firefox Go to bbc.com/news Open an article where there is an embedded video Start playing the video
Expected behavior
Plays at normal speed so you can comprehend what is being said
Actual behavior
It plays at 3-4 times the speed so they sound like mice!
Furthermore there is no option in video playback to change any settings like speed, adding subtitles etc
Logfiles and additional information
This is a known bug with the PinePhone Pro, try suspend the device and resume again.
Is there a way to force suspend rather than waiting the minimum 5 minutes?
Get Outlook for Androidhttps://aka.ms/AAb9ysg
From: Danct12 @.> Sent: Tuesday, April 26, 2022 5:44:46 PM To: dreemurrs-embedded/Pine64-Arch @.> Cc: jsarkari @.>; Author @.> Subject: Re: [dreemurrs-embedded/Pine64-Arch] Watching videos on websites in Firefox eg: news videos are playing at 3-4 times the speed (Issue #381)
This is a known bug with the PinePhone Pro, try suspend the device and resume again.
— Reply to this email directly, view it on GitHubhttps://github.com/dreemurrs-embedded/Pine64-Arch/issues/381#issuecomment-1109957332, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEMLOU72BLWS5WOTEISAWT3VHAFO5ANCNFSM5ULVZTWA. You are receiving this because you authored the thread.Message ID: @.***>
Yes found that and it worked, odily it was also doing it in chromium browser also.
Get Outlook for Androidhttps://aka.ms/AAb9ysg
From: Danct12 @.> Sent: Tuesday, April 26, 2022 6:06:27 PM To: dreemurrs-embedded/Pine64-Arch @.> Cc: jsarkari @.>; Author @.> Subject: Re: [dreemurrs-embedded/Pine64-Arch] Audio becoming too fast after suspend and resume (Issue #381)
Yes, run systemctl suspend in the terminal.
— Reply to this email directly, view it on GitHubhttps://github.com/dreemurrs-embedded/Pine64-Arch/issues/381#issuecomment-1109980230, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEMLOU2YNTPGRYXBQCJJE33VHAIAHANCNFSM5ULVZTWA. You are receiving this because you authored the thread.Message ID: @.***>
That is because it's not a Chromium or any program issue, but rather a issue in the audio driver itself.
Suspending using "systemctl suspend" or waiting for the PPP to suspend, does fix the audio issue, but doesn't always work. Suspending switches between "fast" and "normal" speed, but no idea yet why its not consistent.
Is there an issue or thread that can be followed for the driver bug? would love to find out more, especially as to why suspending only fixes the issue sometimes.
I still have this issue with 5.19.3-1 Re-creatable by installing archlinux-pinephone-pro-phosh-20220729.img edit /etc/pacman.conf and enable testing repo pacman -Syu
Reboot, allow to suspend after 5 mins. Push power button - PPP comes back to life. Any sound (e.g. ping when plugging in power) actually results in about 10 second of "short wave radio" (this has changed from Mickey Mouse at earlier kernel revs.)
I have never been able to get multiple suspend/resume cycles to give me any different result.
I can't see anything peculiar (to my eye) in the journal worth reporting
I had the same "short wave radio" audio issue but it's gone away since I've upgraded to 5.19.8-1. I'm not getting the audio speedup either. I think this issue is fixed on my system at least.
I'll be closing this issue for now since a lot of people has this problem fixed on their end with the latest kernel.