Closed ILoveOpenSourceApplications closed 2 hours ago
I forgot to mention but, using v4.15.1-dev.2 also didn't have this issue. So changes made in v4.15.1-dev.3 is causing something. P.S: I don't use spoof streaming data.
This may be related to https://github.com/inotia00/ReVanced_Extended/issues/2419#issuecomment-2424322396
Spoof app version
patch (and re-patch)This may be related to #2419 (comment)
- Exclude the
Spoof app version
patch (and re-patch)
I don't use spoof app version.
- Reinstall RVX (Or delete app data)
I did uninstall RVX. Then patched and installed using the stable release, and updated later to the dev release but the issue still persisted.
- Report back if the issue is reproduced
Yes, I can reproduce the issue.
Here's the list of patches that I use:
Does the issue reproduce even if you only include the GmsCore support
patch?
Ah, I can reproduce this on my side If you turn on Stats for nerds, you will see that this is just a playback issue
This can be resolved by using Spoof streaming data
Does the issue reproduce even if you only include the
GmsCore support
patch?
Yes.
Ah, I can reproduce this on my side If you turn on Stats for nerds, you will see that this is just a playback issue
This can be resolved by using
Spoof streaming data
But I don't have this issue on 4.14.2 or on v4.15.1-dev.2.
This issue is probably being reproduced after https://github.com/inotia00/revanced-patches/commit/f999aead6bdfd8040a5fdbd9f380c0dc6f79a5bc
Reverting the commit will fix the issue, but it may cause memory leaks or battery drain due to services not implemented in GmsCore
This is not a big problem, as the Spoof streaming data
patch was added to fix the playback issue
From the changelogs, I'm only seeing two things that can cause this issue for me. This is my speculation.
1) chore(YouTube/PlayerType): supplement PlayerType limits under certain conditions 2) fix(YouTube/YT Music - GmsCore support): unimplemented service in GmsCore causes memory leak ReVanced/revanced-patches#3768
This issue is probably being reproduced after inotia00/revanced-patches@f999aea
Reverting the commit will fix the issue, but it may cause memory leaks or battery drain due to services not implemented in GmsCore
This is not a big problem, as the
Spoof streaming data
patch was added to fix the playback issue
Is there a way to better implement this so that a user who didn't have any playback issue can continue without 'spoof streaming data'.
From the changelogs, I'm only seeing two things that can cause this issue for me. This is my speculation.
- chore(YouTube/PlayerType): supplement PlayerType limits under certain conditions
- fix(YouTube/YT Music - GmsCore support): unimplemented service in GmsCore causes memory leak bug: (YouTube)Too many Binders sent to SYSTEM ReVanced/revanced-patches#3768
If you only include the GmsCore support patch, then the PlayerTypeHook
patch or the LithoFilter
patch will not be applied
So 1 is not the cause of the issue
The Spoof streamind data
patch was added for the playback issue, and since the warning - Turning off this setting may cause video playback issues.
- is already shown to the user, I don't think it is an issue
Is there a way to better implement this so that a user who didn't have any playback issue can continue without 'spoof streaming data'.
Although not ideal, there is a way to add the patch option EnableGmsServiceBroker
to the GmsCore support
patch
Reverting the commit will fix the issue, but it may cause memory leaks or battery drain due to services not implemented in GmsCore
It may have side effects like the above, but it uses the old hooking method
Is there a way to better implement this so that a user who didn't have any playback issue can continue without 'spoof streaming data'.
Although not ideal, there is a way to add the patch option
EnableGmsServiceBroker
to theGmsCore support
patchReverting the commit will fix the issue, but it may cause memory leaks or battery drain due to services not implemented in GmsCore
It may have side effects like the above, but it uses the old hooking method
I would appreciate if this possible as I or anybody who didn't depend on 'Spoof streaming data' wouldn't be forced to use .
What about these changes? https://github.com/ReVanced/revanced-patches/compare/v4.17.0-dev.12...v4.17.0-dev.13
What about these changes? ReVanced/revanced-patches@v4.17.0-dev.12...v4.17.0-dev.13
For the GmsCore support patch in revanced-patches-4.15.1-dev.3, the changes in ReVanced 4.17.0-dev.13 and the changes in 0xrxL/uDrop are already included
Patch options are as follows:
title:
Disable GmsService Broker
description:
Disabling GmsServiceBroker will somewhat improve crashes caused by unimplemented GmsCore services.
For YouTube, the 'Spoof streaming data' setting is required.
The default is OFF, and only when the user manually changes it to ON will the same result as revanced-patches-4.15.1-dev.3 be achieved.
Thank you, @inotia00!
Type
Error at runtime
Tools used
RVX Manager
Application
YouTube v19.16.39
Bug description
While running on the latest dev release, YouTube starts playing without an issue, but in between will buffer and the quality will dip and the quality menu gets greyed out, locking the user to watch in low quality instead.
https://github.com/user-attachments/assets/a8563b47-b0bd-4ce0-bcae-6e5ee0576e8a
The issue isn't present in the last stable patches version.
Error logs
No response
Solution
No response
Additional context
No response
Device Environment
No response
Acknowledgements
Experimental Flags
.