Closed y08wilm closed 1 month ago
Your patch is actually not necessary, Widevine 4.10.2830.0 is already bundled and functional with Firefox ESR 115.
+1 for your attempt and efforts, buuut
cuz you just replace chrome.exe with your patcher, i have few little remarks
1.1 will it works if i open url from shell while watching some DRM-secured content? code on screenshort has no any checks, try-catches, etc.
1.2 any external chrome.exe calling will results disk activity.
1.3.1 UserData folder is configurable but you assume it always in %localAppData%
1.3.2 same for Supermium install location.
1.- for your luck you not state it works on WinXP otherwise %localAppData% give you a slap
1.4 foreach
? accessing zero item is not in fashion?
1.5 what if there is no any folder?
and btw + i hate cannon-guning for flys, it can be done with simple bat
/cmd
file, that can be targeted by shortcut you regulary use to start the browser. .NET as heavy as ass for such simple action - file replacement
Widevine 4.10.2830.0 is already bundled and functional with Firefox ESR 115.
Being pedantic, it's not actually bundled with the browser per se (unlike the case with Google Chrome), but it'll be fetched from Google servers (and placed inside Fx's profile) once the FirefoxESR-115.16.0 user wants to view DRM'd rich media content...
I spent quite a lot of time researching this (as Google Search is being exceptionally secretive :-1: when it comes to Widevine itself :angry: ), but it appears Mozilla have actually patched the browser itself (fx-115.16.0esr
on Win7 ONLY) to have the latest WidevineCDM version work there; after perusing Mozilla's Bugzilla (and stumbling on "private" bugs), I eventually found:
https://bugzilla.mozilla.org/show_bug.cgi?id=1918478
and thus:
https://hg.mozilla.org/releases/mozilla-esr115/rev/5c840c90641a
which is echoed in the 115.16.0esr Release Notes:
Fixed Windows 7 incompatibility with the latest Widevine library to retain Encrypted Media Extensions (EME) support, ensuring support for content from video streaming providers.
So, they're probably not using the elusive 4.10.2830.100
variant...
cuz i found that widevinecdm 4.10.2830.100 dlls work on windows 7
@wilm281, you went to lots of trouble producing this, so I don't want to sound ungrateful and/or entitled; but, as pointed above by @XakerTwo, you explicitly assume one has "properly" installed Supermium via its installer, whereas many people, myself included, prefer a "portabilised" solution; e.g., I use one based on X-Launcher :wink: ..
At this time, I'd like to get my hands on this elusive v4.10.2830.100 x86 DLL (that no web search will procure :sob: ), but your latest "application" (archive crpjni.7z
) contains an EXE that isn't extractable by tools currently known to me; whereas your first offering, archive 0djy97.7z
, contains the dlls in an easily extractable way...
Can you please point me to a source of this DLL or could you or another kind soul here :wink: able to run/extract widevinecdm-4.10.2710.0-win-x86-64.exe
(inside crpjni.7z
) attach it in a comment in this thread? Thanks in advance! :smile:
Your posts bleed my eyes. You could've learned how to type as well as you did for coding. Seriously, how hard is it to use uppercase and dots at right places?
Very interesting code on Mozilla's end to patch in GetProcessMitigationPolicy in kernel32, sacrificing GetProcessPreferredUILanguages for that purpose.
I also discovered that Widevine CDM itself does not need to have valid digital signatures as it does function when it has been patched.
But it would invalidate the VMP signature which Supermium lacks, while Mozilla's method would not as widevinecdm.dll is completely untouched, including in memory.
I have a patcher of my own that can do this task of patching the DLL and it will be released for this purpose.
for whatever reason, host you are using is not accesible for me, so i just have no chance to view it in decompiller :D so all my remarks based only on provided code.
it will not just skip patching - it will create _platform_specific
folder right in the WidevineCdm
dir and dump patch here without any other files, again based on early provided code. Btw - foreach
save you from possible IndexOutOfRange
exception
if you wish/can you can provide source here as text with cs
right after three apostrofs (```cs
) or provide just exe but using dropbox, gdrive, etc.
p.s. my reaction to the source of widevinecdm 4.10.2830.100 dlls :trollface:
sry for delay
weeeell.... generally nothing changed, okay lets see
1.1. :heavy_check_mark: will it works if i open url from shell while watching some DRM-secured content? code on screenshort has no any checks, try-catches, etc.
1.2. :x: any external chrome.exe calling will results disk activity (useless file overwriting)
1.3.1 :x: UserData folder is configurable but you assume it always in %localAppData%.
1.3.2 :x: Same for Supermium install location
1.5 :x: what if there is no any sub-folder? (in WidevineCdm
) - patch will be dumped right into ...\WidevineCdm\_platform_specific\...
1.* see original post it still fully relevant cuz nothing changed (there spoiler with code, also read comments, i slightly update it)
huh? why did you delete all your messages? especially the messages with widevide dlls - someone may needs them or info about their obtaining! as well as your patcher!
please don't do that in future - don't delete entire issue info
Firefox ESR 115 is not end-of-life. It has been extended until march 2025 and may be extended again, dependent on userbase population i'd assume.