Reino

To what end? You can already directly open this HLS manifest with FFmpeg and probably your media-player as well.

I couldn't help myself, but just FYI, the FFmpeg binaries I compile from time to time (and which @nicolaasjan is kindly linking to in his signature), I build them on and for my old AMD Athlon XP 3200+ (no SSE2) pc running WinXP Pro SP3.

I guess I didn't even realize I was actually cheating. You're right. I knew that 3.4.10 is the latest WinXP compatible release. Not everything is crystal clear. What does PSF stand for?

For me this only happens when I don't allow all the Google stuff to load in uMatrix. I didn't know that. Thanks. But I'm hardly using Google anymore nowadays. I'm very happy with DuckDuckGo, my primary search-engine. Uhm, thanks for your elaborate answer!

Ok. Done that. It wasn't obvious to me from your previous posts. Which is? "disable-css-animations-and-transitions-safely"? "Disable CSS animations and transitions safely"? Or doesn't it matter? Anyway,... no more animations (and 100% cpu usage) on https://developer.mozilla.org/en-US/docs/Web/CSS/animation. The userstyles website itself is still a nightmare though with all the fancy stuff that's loaded... *sigh*

With Python 3.9.13 from here: D:\Storage\Media\Binaries>python "yt-dlp_git\yt_dlp\__main__.py" -vgf 22 "8kl6q_9qZOs" [debug] Command-line config: ['-vgf', '22', '8kl6q_9qZOs'] [debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out utf-8 (No VT), error utf-8 (No VT), screen utf-8 (No VT) [debug] yt-dlp version stable@2023.07.06 [b532a3481] (source) [debug] Lazy loading extractors is disabled [debug] Python 3.9.13 (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 1.1.1i 8 Dec 2020) [debug] exe versions: ffmpeg N-102342-g5541cff-Reino (fdk,setts) [debug] Optional libraries: Cryptodome-3.17, brotli-1.0.9, certifi-2022.12.07, mutagen-1.46.0, secretstorage-3.3.3, sqlite3-2.6.0, websockets-11.0.2 [debug] Proxy map: {} [debug] Loaded 1863 extractors [youtube] Extracting URL: 8kl6q_9qZOs [youtube] 8kl6q_9qZOs: Downloading webpage [youtube] 8kl6q_9qZOs: Downloading ios player API JSON [youtube] 8kl6q_9qZOs: Downloading android player API JSON [youtube] 8kl6q_9qZOs: Downloading m3u8 information [debug] Sort order given by extractor: quality, res, fps, hdr:12, source, vcodec:vp9.2, channels, acodec, lang, proto [debug] Formats sorted by: hasvid, ie_pref, quality, res, fps, hdr:12(7), source, vcodec:vp9.2(10), channels, acodec, lang, proto, size, br, asr, vext, aext, hasaud, id [info] 8kl6q_9qZOs: Downloading 1 format(s): 22 https://rr2---sn-32o-bg9e.googlevideo.com/videoplayback?[...]

"The official yt-dlp binary has long ago abandoned..." The source itself, as far as I can tell, is still compatible. Even with my ancient pc. This still works for me: python "yt-dlp_git\yt_dlp\__main__.py" -gf 22 "<youtube-id>"

I have, as you can see in my screenshot. Other stuff like facebook and pinterest are completely irrelevant. As for the useragent... ...only this works for me to render the website at all. Changing (or creating) the useragent for google.com doesn't do anything for me with regards to userstyles.org, so I don't understand how it does for you. How? Installing "https://userstyles.org/styles/180927/disable-css-animations-and-transitions-safely", "https://userstyles.org/styles/180927/disable-css-animations-and-transitions-safely.css" with Stylem's "Install from URLs..."-button doesn't work and the website itself complains I'm not using Chrome. @VistaLover already mentioned this. So how did you accomplish this?

It doesn't for me: Mozilla/5.0 (%OS_SLICE% rv:65.0) Gecko/20100101 Firefox/65.0 Mozilla/5.0 (%OS_SLICE% rv:102.0) Gecko/20100101 Firefox/102.0 Neither of these two strings work for me.

@roytam1 I want to thank you (once again) for maintaining NM28 for WinXP. Ever since I found out about and started using NM27 and later NM28, whenever I wanted to buy something online, I had to resort to my Android phone, because my bank website (extra security and high-tech features, of course) didn't work... until recently! Last week I found out, obviously because of lots of fixes, updates and maybe even hacks, my bank website did finally work after all this time. Much appreciated! I've never messed with stuff like this, but my pc also gets nearly unresponsive for sites like reddit, or (from the top of my head) instagram and pinterest. So how do I go about this? Do I need an add-on for this?

@roytam1 It appears Marktplaats, the Dutch Ebay so to speak, has changed some things in the background, because with palemoon-28.10.6a1.win32-git-20230603-d849524bd-uxp-765a6434c-xpmod-sse, when you do any search at all, like this one, the processing "hourglas" (or rather 3 dots in this case) will animate forever. The strange thing is that the Error Console doesn't report anything. One or two weeks ago this website worked just fine.

Oh, I understand now. Back when I cloned rdp's repo I've left the cygwin installer command practically untouched, which only installs a portion of all the packages. So no wonder it can't find cygport. Thanks for you effort, but I've settled with v3.4.10, which is good enough for me. I've bunched all the necessary patches into one and ultimately these patches proved to be the solution for this thread to get me working Python3 Cygwin install. I'm unfamiliar with the term "rebase" in this case. What does it do and why is it needed? No. Honoustly, I can't even remember why I started compiling and uploading Curl binaries in the first place. If I want to download something, then I'll use the Palemoon browser and if I want to scrape / extract something, then I'll use Xidel.

Hello cmalex, Thanks. That solves that issue, but the next issue is that it fails to build ALL modules: building '...' extension [...] /usr/lib/gcc/i686-pc-cygwin/5.4.0/../../../../i686-pc-cygwin/bin/ld: cannot find -lpython3.4 collect2: error: ld returned 1 exit status [...] Failed to build these modules: _bisect _codecs_cn _codecs_hk _codecs_iso2022 _codecs_jp _codecs_kr _codecs_tw _crypt _csv _ctypes _ctypes_test _datetime _decimal _elementtree _heapq _json _lsprof _md5 _multibytecodec _multiprocessing _opcode _pickle _posixsubprocess _random _sha1 _sha256 _sha512 _socket _struct _testbuffer _testcapi _testimportmultiple array audioop binascii cmath fcntl grp math mmap parser pyexpat resource select syslog termios time unicodedata xxlimited zlib Wow, great find! Seeing so many patches are necessary for Cygwin, it's no wonder I'm having so much difficulty. I would've never been able to solve this on my own. At the moment I have this working procedure in my (local) script: build_python() { download_and_unpack_file http://cygwinxp.cathedral-networks.org/x86/release/python3/python3-3.4.3-1-src.tar.xz python3-3.4.3-1.src cd python3-3.4.3-1.src #cygport python3.cygport all # cygport is not available with Cygwin 2.874. if [ ! -f "Python-3.4.3_unpacked.successfully" ]; then echo -e "\e[1;33mUnpacking 'Python-3.4.3.tar.xz'.\e[0m" tar -xf "Python-3.4.3.tar.xz" || exit 1 touch "Python-3.4.3_unpacked.successfully" || exit 1 rm "Python-3.4.3.tar.xz" || exit 1 fi if [ ! -f "patch_path-correction.done" ]; then sed -r -i "s/(orig)?src\/Python-[0-9\.]*\///" *.patch touch "patch_path-correction.done" || exit 1 fi cd Python-3.4.3 apply_patch ../python3-3.4.3-1.src.patch apply_patch ../3.4-dbm-cygwin.patch apply_patch ../3.1-enable-new-dtags.patch apply_patch ../3.4-tkinter-cygwin.patch apply_patch ../3.4-ctypes-cygwin.patch apply_patch ../3.1-PATH_MAX.patch apply_patch ../3.1-ncurses-abi6.patch apply_patch ../3.2-export-PySignal_SetWakeupFd.patch apply_patch ../3.4-distutils-soname.patch apply_patch ../3.2-distutils-shlibext.patch apply_patch ../3.4-pep3149-cygwin.patch apply_patch ../3.4-thread-cygwin64.patch ac_cv_func_bind_textdomain_codeset=yes do_configure --prefix=/usr --enable-shared --enable-ipv6 --with-dbmliborder=gdbm --with-libc= --with-libm= --with-system-expat --with-system-ffi --without-ensurepip # 'configure'-options from '../python3.cygport'. do_make install cd .. cd .. } At first I saw this 'python3.cygport' file. After some reading I realized that with an internal tool called "cygport" I could automatically compile and install the whole Python release, BUT I soon found out that Cygwin 2.874 (the latest WinXP compatible version) doesn't even have this tool. For a website that hosts this latest WinXP compatible Cygwin release I find that really strange. Guess I'll have to do it myself after all. I've had a look at these patches (I really don't know what they're for, but they're probably necessary) and found out that you won't need '3.2-getpath-exe-extension.patch' and '3.4-select-cygwin.patch' if you're already starting off with 'python3-3.4.3-1.src.patch'. Next I've added the 'configure'-options from 'python3.cygport'. In the end this produced a working Python3 Cygwin install! `patch --force` you mean? Nice to see you got it working for v3.4.10. I'll have a look at it soon. What 'configure'-options did you use?

I feel like such an id*** for not respecting the last line of your simple batch-file. That works. Thanks! Don't be sorry. It's something you couldn't have known. It's just a warning for other users. I hope openssl-3.1.0-win32-dev-xpmod-sse.7z would suffice. And FFmpeg: ffmpeg-6.1-588-4006c71-win32-dev-xpmod-sse.7z. I'm not using MSYS. I'm using Cygwin Bash, which all started like this. A win32 Python installation won't work, because it (the 'python.exe') can't open Unix format paths, so I have to compile it from source. Python-3.4.10_config-files.7z

That's right and that fixes it. Thanks. I've ran your little batch-file from within 'C:\Program Files\Essentials\Python39\' and 'python39._pth' now looks like: C:\Program Files\Essentials\Python39 . Lib Lib/site-packages Next... C:\Program Files\Essentials\Python39>python -m pip install -U pip setuptools Requirement already satisfied: pip in c:\program files\essentials\python39\lib\site-packages (23.1.2) Requirement already satisfied: setuptools in c:\program files\essentials\python39\lib\site-packages (67.6.0) Collecting setuptools Using cached setuptools-67.7.2-py3-none-any.whl (1.1 MB) Installing collected packages: setuptools Attempting uninstall: setuptools Found existing installation: setuptools 67.6.0 Uninstalling setuptools-67.6.0: Successfully uninstalled setuptools-67.6.0 Successfully installed setuptools-67.7.2 C:\Program Files\Essentials\Python39>python -m pip install -e "D:\Storage\Media\Binaries\yt-dlp_git" Obtaining file:///D:/Storage/Media/Binaries/yt-dlp_git Installing build dependencies ... done Checking if build backend supports build_editable ... done Getting requirements to build editable ... done Installing backend dependencies ... done Preparing editable metadata (pyproject.toml) ... done Requirement already satisfied: mutagen in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (1.46.0) Requirement already satisfied: pycryptodomex in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (3.17) Requirement already satisfied: websockets in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (11.0.2) Requirement already satisfied: certifi in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (2022.12.7) Requirement already satisfied: brotli in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (1.0.9) Building wheels for collected packages: yt-dlp Building editable for yt-dlp (pyproject.toml) ... done Created wheel for yt-dlp: filename=yt_dlp-2023.3.4-0.editable-py2.py3-none-any.whl size=47819 sha256=445d73e5e3b9059666921bff5b0959db44e017eacba8fe029a6ae09d3c57dbf2 Stored in directory: C:\DOCUME~1\Admin\LOCALS~1\Temp\pip-ephem-wheel-cache-yx6zbvri\wheels\46\b0\a5\bd49c961a5d74be392b5155310a656db3ad66862420fc9ba49 Successfully built yt-dlp Installing collected packages: yt-dlp Attempting uninstall: yt-dlp Found existing installation: yt-dlp 2023.3.4 Uninstalling yt-dlp-2023.3.4: Successfully uninstalled yt-dlp-2023.3.4 Successfully installed yt-dlp-2023.3.4 But then... C:\Program Files\Essentials\Python39>yt-dlp Traceback (most recent call last): File "C:\Program Files\Essentials\Python39\Lib\runpy.py", line 197, in _run_module_as_main return _run_code(code, main_globals, None, File "C:\Program Files\Essentials\Python39\Lib\runpy.py", line 87, in _run_code exec(code, run_globals) File "C:\Program Files\Essentials\Python39\Scripts\yt-dlp.exe\__main__.py", line 4, in <module> ModuleNotFoundError: No module named 'yt_dlp' If '__main__.py' is now hard linked to 'D:\Storage\Media\Binaries\yt-dlp_git\yt_dlp\__main__.py', I don't understand why 'yt-dlp.exe' doesn't work. Initially I've added these 2 maps at the beginning of %PATH%... C:\>ECHO %PATH:;= & ECHO.% C:\Program Files\Essentials\Python39\ C:\Program Files\Essentials\Python39\Scripts C:\WINDOWS\system32 C:\WINDOWS [...] D:\Storage\Media\Binaries\DLLs ...but that caused some issues with Xidel. On WinXP I have to use the OpenSSL variant of Xidel if I want to open urls, in which case it will need 'libcrypto-3.dll' and 'libssl-3.dll' (or 'libcrypto-1_1.dll' and 'libssl-1_1.dll' from the older OpenSSL release) with zlib support(!), somewhere in %PATH% (in my case in 'D:\Storage\Media\Binaries\DLLs'). Your Python39 archive also comes with these OpenSSL dlls, but presumably without zlib support, so I had to prioritize 'D:\Storage\Media\Binaries\DLLs' and move it in front of the Python39 maps. Did you compile everything in your Python39 archive yourself? If so, do you think you'll be able to help me out with this issue?