drm free content batch downloader, widefrog

[Obo]

Oh; I don't really know how the PyInstaller works, but if it copies the needed libs from the Python installation it uses into the binary to unpack it later when the binary is run, then ok - bummer.

As version 2.1.0 isn't really the latest version of widefrog, can't you use the widefrog as regular python app? Other than that you should be able to create your own widefrog binary - e.g. from within a docker image. I don't have x86 compatible hardware anymore, so I cannot create one for you.

Or - if pip let's you: install the missing packages with "pip install --user ...". That might to work.

Other option: update your Debian - the current stable (Trixie) uses glibc-2.41-12. Seems you are on Bookworm.

[vidsrme]

can't you use the widefrog as regular python app?

Yes, my bad, I only checked the linux binary. Now I have the python version and requirements installed, thanks.

Although it fails to download from docplus, is this service no longer working?

python3 widefrog.py "https://docplus.com/videos/the-hunt-for-gaddafi-s-billions-episode-1-132990"
[WARNING] Firefox browser is not installed. Services that require browser cookies won't work as intended.
[INFO] Current app version: 3.2.0
[INFO] Running on: linux/64bit/python 3.11.2
[INFO] Starting the service initialization stage.
[INFO] Current progress: [1/1]
[INFO] Starting the collections extraction stage.
[USER_ERROR] Failed to download: https://docplus.com/videos/the-hunt-for-gaddafi-s-billions-episode-1-132990. Reason: URL not supported. Solution: Extend the docplus_com service.
[INFO] Starting the media data extraction stage.
[INFO] Finished generating the download commands.
[WARNING] Saved the failed URLs to app_files/cmds_failed.txt
[WARNING] No download commands have been generated.

[Obo]

Seems so... - someone would have to debug and fix the service.

Unfortunately the author of the app hasn't posted anything here since March '25.

[vidsrme]

Seems so... - someone would have to debug and fix the service.

Unfortunately the author of the app hasn't posted anything here since March '25.

Ok, I guess we're pretty stuck with it... seems abandoned

[vidsrme]

Ok, so thanks to CMak the answer is:

You need to use the request headers for it work with N_m3u8DL-RE, the following worked for me.

N_m3u8DL-RE -mt "https://api.gizmott.com/api/v1/playlistV2/playlist.m3u8?id=202512041764832323142491&token=OEQef7f/g76c889T7jHDMO0bODsv1z0OnxdWWf3+1rLGp/Yh2iPa1ukooVj+hj0VhCChMjbaLdEmSjBisGzI1w==&type=video&pubid=50158" -M format=mp4 -H 'accept: */*' -H 'accept-language: en-GB,en-US;q=0.9,en;q=0.8,el;q=0.7' -H 'access-token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaGVjayI6dHJ1ZSwiaWF0IjoxNzY3MzE3ODU1LCJleHAiOjE3NzUwOTM4NTV9.yBvt5BRepC4GWko8uSSFoDrngdF63VP7hAmJvyTQlwA' -H 'cache-control: no-cache' -H 'channelid: 491' -H 'origin: https://docplus.com' -H 'pragma: no-cache' -H 'priority: u=1, i' -H 'pubid: 50158' -H 'referer: https://docplus.com/' -H 'sec-ch-ua: "Google Chrome";v="143", "Chromium";v="143", "Not A(Brand";v="24"' -H 'sec-ch-ua-mobile: ?0' -H 'sec-ch-ua-platform: "macOS"' -H 'sec-fetch-dest: empty' -H 'sec-fetch-mode: cors' -H 'sec-fetch-site: cross-site' -H 'uid: 5668809' -H 'user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36' --save-name "Gaddafi"

If using the stream detector, it's necessary to edit the preferences and tick the "include additional headers" box and then stream detector will provide working links for docplus.

I tried getting chatgpt to update the docplus service for WF so the headers are included but I'm not having much luck. If anyone fancies editing it, here's the answer anyway.