You'll always be able to download the videos but those ones will be encrypted and you won't be able to play them at all, so you will need to setup one of my tools to download them.
I'm unsure if there's any reason - for now at least - to use this method/script over the Android 9 method/script already shared in this thread, as the Android 9 method is faster and easier than this new method, but I thought I'd share my findings anyway, as I've been successful in dumping keys from both Android 10, 11, 12 and 13, all using the Android Studio method, just in combination with Diazole's dumper script instead of WVDumper's script.
It is more complicated than running WVDumper's script, because you now need to pass the correct function name to get a successful key dump. For Android 10/11, I managed to do it by passing --function-name [correct function name], but for 12/13, I needed to add the correct function name in the script.js file - found in the Helpers folder - and then pass --cdm-version [correct CDM version]. This meant I needed to find those "correct" values and to find them, libwvhidl.so (for 10/11/12, each versions file is different) or libwvaidl.so (for 13), is needed, as they have the correct function name - for the version of Android in question - inside. More than one value is listed (see the lists for Android 12 and 13 below), and only a single value works; the rest seem to be "
After searching around Videohelp, I found the correct values for Android 10 and 11 but not for 12 and 13. Now, I'm honestly unsure if there's an easy way to find the correct value for each Android version without the use of trial and error, but after testing almost all the function names for 12 and 13 I found, one by one, I have some results and below is what works for me.
Which means the following:
Android 10: pass --function-name 'ofskesua'.
Android 11: pass --function-name 'ppsniaij'. As a note, 11 has WebView installed instead of Chrome for whatever reason.
Android 12: Edit script.js to feature the correct function name (see the list above), then pass --cdm-version '16.1.0'.
Android 13: Edit script.js to feature the correct function name (again, see the list above), then pass --cdm-version '17.0.0'.
I have not tried if pasting all of the function names above into script.js at the same time makes it work on all Android versions, without any further editing, but only changing 'rnmsglvj' to the correct function name seems to work (for 12 and 13 at least).
Also if you wish to use Android 12 or 13, remember to download and use the x86_64 version of Frida server, not the x86 version. Yes, I made that mistake myself too...
And, as a tip for people with an older or low-power system like me, who's having issues with Android Studio:
There seems to be a lot of possible reasons why this can happen, anything from missing SDKs to not enough space on the drive. If you take a look at your log file, it should say the exact reason for the error. You can find the log file, it's called idea.log, by using run (Windows key + R) with %localappdata%\Google\AndroidStudio2022.3\log. Inside idea.log look/search for "Emulator terminated with exit code", and find it's last occurrence. The reason for the termination should be listed a few lines above the exit code.
ya so my c drive apparently doesnt have enough space and i can't free up anymore. I have lots of room on my G drive. is there a way to use my G instead of C?
Another solution is to use symlinks, I had a similar issue, where AS wouldn't even complete installing, and found about 15 GB of stuff "hidden" away inside various AppData folders, plus the .android and .gradle folder taking up a lot of space too. For me, using symlinks works flawlessly. If you decide to use this method, I'd recommend creating a folder - I called mine Android, but the name doesn't matter - on your G drive to store everything in a single place. You'd then need to move the following folders, with all their content including any folders inside, inside your newly created Android folder:
If the original folders still exist in the original locations after moving the files, make sure to delete the folders in the original location, as you'll otherwise get an error about a file already existing when running the commands below.
Then you need to run the following 3 commands in CMD (as an admin) to link each folder to the new location:
Do be sure to change [USERNAME] to match your system. Essentially, the command is mklink /D [OLD LOCATION] [NEW LOCATION], /D is to indicate that it is a directory. Once you've run the 3 commands, you should now see a shortcut icon to a folder in place of the old folders.