bug: AV1 decoding and streams are available but VP9 used - Githubissues

inotia00 / ReVanced_Extended

ReVanced Extended Issues/Request repo

739 stars 29 forks source link

bug: AV1 decoding and streams are available but VP9 used #2405

Closed alcatraz-zz closed 2 months ago

alcatraz-zz commented 2 months ago

Type

Other

Tools used

RVX Manager

Application

19.16.39 latest stable patches no 13.

Bug description

AV1 is available but not used by RvX on 4.13 patches. (and previous patches)

Check screenshots comparing RvX with SmartTube. Please read below the pictures. There's an odd exception. 20240926_092348 20240926_092408

On RARE occasions I do get AV1 with RvX like here: 20240926_092727

Is it possible that the AndroidTV spoofing has AV1 disabled? Then my question is, why do two different videos use different spoofing?

Thanks for the help. Love your work. 😍🙏

Error logs

No response

Solution

No response

Additional context

No response

Device Environment

No response

Acknowledgements

[X] This issue does not reproduce on unpatched YouTube or YT Music.
[X] This issue is not a duplicate of an existing bug report.
[X] I didn't use any settings marked as Experimental Flags.
[X] I have chosen an appropriate title.
[X] All requested information has been provided properly.
[X] I have written the title and contents in English.

inotia00 commented 2 months ago

You are using Spoof streaming data

The supported formats for the video vary from client to client, and this depends on the response from the YouTube API

For this reason, you cannot force-enable a codec on a specific client, and this is not a bug

(It is possible to force-disable a codec that exists in the response from the YouTube API, but it is not possible to force-enable a codec that does not exist in the response from the YouTube API)

To get the response from the Android client, simply turn off the Spoof streaming data setting