NewPipe icon indicating copy to clipboard operation
NewPipe copied to clipboard

Videos pause every 5s if another stream open in browser app

Open BHydden opened this issue 2 years ago • 10 comments

Checklist

  • [X] I am able to reproduce the bug with the latest version given here: CLICK THIS LINK.
  • [X] I made sure that there are no existing issues - open or closed - which I could contribute my information to.
  • [X] I have read the FAQ and my problem isn't listed.
  • [X] I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
  • [X] This issue contains only one bug.
  • [X] I have read and understood the contribution guidelines.

Affected version

0.26.1

Steps to reproduce the bug

  1. Open and pause an audio stream in browser
  2. Open NewPipe and play any video
  3. See that video pauses every 5 seconds
  4. Closing and restarting app unable to fix issue
  5. Closing the audio stream entirely allows NewPipe to function normally

Expected behavior

Videos should not pause unless requested. Foreground app should not be interrupted by paused background processes.

Actual behavior

Videos (any) pause every 5 seconds.

Screenshots/Screen recordings

No response

Logs

No response

Affected Android/Custom ROM version

Android 14 GrapheneOS UQ1A.231205.015.2023121200

Affected device model

Google Pixel 6

Additional information

No response

BHydden avatar Dec 28 '23 04:12 BHydden

Bug seems to have gone away after a full device restart, will leave issue open in case anyone else has the issue.

BHydden avatar Dec 28 '23 05:12 BHydden

Still happens sometimes. Unsure what causes it. Haven't found a guaranteed trigger but once it starts it doesn't stop without force close app or device restart.

BHydden avatar Dec 28 '23 08:12 BHydden

Try on a non-Graphene device.

opusforlife2 avatar Dec 28 '23 22:12 opusforlife2

I have the same issue after starting a live-stream in browser app (but can be any other app as well). Even after stop playing the stream, it buffers data every 5 seconds and thus using my audio (for whatever reason) so that any newpipe video is paused. After a phone-restart the browser and stream is closed and not causing any further interruptions. For me, it is reproducible and maybe the same reason for you

RalfHerzog avatar Dec 30 '23 13:12 RalfHerzog

I have the same issue after starting a live-stream in browser app (but can be any other app as well)

Maybe the issue is more specific to GrapheneOS itself, if you experienced the same thing on another app, try to ask on GrapheneOS forum

MDP43140 avatar Jan 10 '24 16:01 MDP43140

This issue has been automatically closed because there has been no response to our request for more information from the original author. With only the information that is currently in the issue, we don't have enough information to take action. Please reach out if you have or find the answers we need so that we can investigate further.

github-actions[bot] avatar Jan 12 '24 00:01 github-actions[bot]

I have the same issue after starting a live-stream in browser app (but can be any other app as well). Even after stop playing the stream, it buffers data every 5 seconds and thus using my audio (for whatever reason) so that any newpipe video is paused. After a phone-restart the browser and stream is closed and not causing any further interruptions. For me, it is reproducible and maybe the same reason for you

After further testing I think this is right. Newpipe seems to only and reliably pause every 5s or so if there is a paused stream in the background of another app, for me that is usually an audio stream in the browser. If I close the stream Newpipe works normally again, but it should probably be able to fully take control of the foreground regardless of what's in the background.

BHydden avatar Jan 26 '24 10:01 BHydden

Reopening because someone might figure out a workaround.

But just to state this outright, the straightforward solution of insistently keeping, or trying to regain, audio focus will likely backfire when the interruptions are from a more important source, like incoming calls, or user-initiated playback on another app.

opusforlife2 avatar Jan 26 '24 10:01 opusforlife2

@BHydden Please update the issue description so that it contains the new info.

opusforlife2 avatar Jan 26 '24 10:01 opusforlife2

Reopening because someone might figure out a workaround.

But just to state this outright, the straightforward solution of insistently keeping, or trying to regain, audio focus will likely backfire when the interruptions are from a more important source, like incoming calls, or user-initiated playback on another app.

I didn't consider the browser claiming authority. I guess it makes sense but I feel there should be a way to keep paused streams from interrupting foreground services 🤔 but if it can't I understand.

BHydden avatar Jan 26 '24 11:01 BHydden