NewPipe
NewPipe copied to clipboard
TeamNewPipe
[YouTube] Some formats and resolutions buffer very frequently
Checklist
- [X] I am able to reproduce the bug with the latest version.
- [X] I made sure that there are no existing issues - open or closed - which I could contribute my information to.
- [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.23.2
Steps to reproduce the bug
- Select video
- See it play for a few seconds until it starts buffering like half a minute, then play for another few seconds only to buffer again like forever.
- Play a few seconds, buffer forever repeats until the end of the video
Expected behavior
Tap on video and be able to watch it in one go opposed to getting buffering pauses for a multiple of the video's actual length.
Actual behavior
Bufferin videos over and over and over and over - no matter which one.
Screenshots/Screen recordings
No response
Logs
No response
Affected Android/Custom ROM version
No response
Affected device model
Toolboxed fire hd 10 plus tablet
Additional information
While videos play perfectly fine with the YouTube app NewPipe currently is unusable due to the issue described above.
Experiencing the same issue. This is happening frequently nowadays.
Although force closing the app, clearing cache & restarting it 3-4 times fixes the issue sometimes, but not always. Do try this and see if it works.
Like I said on the Reddit 0.23.2 release post:
- streams which are coming from HTML clients, such as the 720p streams on videos with at least 720p60 streams, streams of age-restricted videos and undownloadable WEBM streams will be throttled/will buffer very frequently if the decryption of the throttling parameter fails again in the future.
The decryption of the throttling parameter is failing again, see TeamNewPipe/NewPipeExtractor#902.
There is nothing you can do about this on non age-restricted videos except using streams which doesn't meet the conditions stated above.
Here I have a debug build which fixes the issue. ~app-debug.zip~
Update: here is a new debug build, the first one had a major bug in the JS lexer. Works with the current player code, might break tomorrow. app-debug.zip
No idea if it's related to the issue I've posted above but after changing video resolution to 1080p60 in order to have videos play again they now stutter like crazy (i.e. they play smooth for some seconds than stutter for a bit - the video part, not the audio) just to play smooth again and stutter again and so on. 1080p60 wasn't ever an issue before but now it is which led me to believe it's an related issue. (And it also makes me wonder why there's not an option to select to standard 1080p30 anymore 🤔)
Here I have a debug build which fixes the issue.
Your debug build works, works, works, works, works, works, works. 🎉
@Theta-Dev solution works fine, but it still "underestimates" the internet speed required for x2 video speed. Although this was present in earlier versions too, now it seems to have been amplified
This issue should be re-opened as the problem is back just like before since yesterday.
HTTP/3 with QUIC will not solve this issue, as you would be still throttled. Using Cronet with QUIC enabled would allow YouTube to track NewPipe users with the QUIC User-Agent ID (which is not the User-Agent HTTP header) sent by Cronet (containing the package ID and version), which cannot be set or edited by apps, at least easily: see https://github.com/TeamNewPipe/NewPipe/issues/5352#issuecomment-1214337010.
The only fix is to make the throttling parameter decryption work again.
This issue should be fixed in the next update with TeamNewPipe/NewPipeExtractor#925.
Closing, as the issue should have been fixed, for real this time, with TeamNewPipe/NewPipeExtractor#905 and TeamNewPipe/NewPipeExtractor#934, shipped with 0.24.0.
Closing, as the issue should have been fixed, for real this time, with TeamNewPipe/NewPipeExtractor#905 and TeamNewPipe/NewPipeExtractor#934, shipped with 0.24.0.
Apparently not. While e.g. 720p60 buffers fine 720p does not. In standard 720p it takes a long time to buffer, just to having to buffer again after a few seconds. So to me the issue appears to persist in 0.24.0.
Closing, as the issue should have been fixed, for real this time, with TeamNewPipe/NewPipeExtractor#905 and TeamNewPipe/NewPipeExtractor#934, shipped with 0.24.0.
Umm unfortunately it keeps buffering on me, no matter if I have 0.25.2 or 0.26.0, not matter the connection, not matter how much I clean the cache, not matter if it is 720 or 480,the only time that it plays it is when it is on the background
@vehosah Don't need to comment about the same problem in multiple places.