Reino

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?

As long as this computer works, I'll probably keep on compiling FFmpeg, or at least I'll try to. No promises though. After having added 'C:\Program Files\Essentials\Python39\' and 'C:\Program Files\Essentials\Python39\Scripts' to %PATH%, it works. Thanks. D:\Storage\Media\Binaries\yt-dlp_git>python -m yt_dlp --version D:\Storage\Media\Binaries>python "yt-dlp_git\yt_dlp\__main__.py" --version 2023.03.04 That works too. I don't have much experience with Python, so if I understand correctly this 'yt-dlp.exe' it creates in the Scripts-dir (which is really small in size) is a module binary and is a sort of shortcut method (and hardcoded to that "site-packages\yt-dlp"-dir, which it will always depend on) to be able to quickly run yt-dlp, right? I've tried that. First by removing the already installed package: python -m pip uninstall yt-dlp Then by running that bat-file: D:\Storage\Media\Binaries\yt-dlp_git>cd /d "D:\Storage\Media\Binaries\yt-dlp_git\" D:\Storage\Media\Binaries\yt-dlp_git>echo D:\Storage\Media\Binaries\yt-dlp_git 1>python39._pth D:\Storage\Media\Binaries\yt-dlp_git>echo . 1>>python39._pth D:\Storage\Media\Binaries\yt-dlp_git>echo Lib 1>>python39._pth D:\Storage\Media\Binaries\yt-dlp_git>echo Lib/site-packages 1>>python39._pth D:\Storage\Media\Binaries\yt-dlp_git>python -m pip install -e "D:\Storage\Media\Binaries\yt-dlp_git" Obtaining file:///D:/Storage/Media/Binaries/yt-dlp_git Installing build dependencies ... error error: subprocess-exited-with-error × pip subprocess to install build dependencies did not run successfully. ¦ exit code: 2 ?-> [1 lines of output] C:\Program Files\Essentials\Python39\python.exe: can't open file 'C:\Program Files\Essentials\yt-dlp_py39\Lib\site-packages\pip': [Errno 2] No such file or directory [end of output] note: This error originates from a subprocess, and is likely not a problem with pip. error: subprocess-exited-with-error × pip subprocess to install build dependencies did not run successfully. ¦ exit code: 2 ?-> See above for output. note: This error originates from a subprocess, and is likely not a problem with pip. As you can see I've extracted your archive to 'C:\Program Files\Essentials\Python39', but it looks as though "yt-dlp_py39" is hardcoded somewhere.

Hello cmalex, AMD Athlon XP 3200+ on an ASUS A7N8X-E Deluxe here. Because of a highly optimized WinXP iso, created with nLite (and the reason why I joined this forum years ago), I was able to postpone the purchase of a new pc for a lot of years. This year I do plan to finally buy a new one though. I've always had oldschool tower (computer case) pcs, but this time I will definitely buy an AMD Phoenix APU mini-pc when I can find a good deal. I see Python binaries and libraries (without an installer), but no yt-dlp. Or do I misunderstand? You're welcome. And nice to see some other Xidel users.

What are "lazy extractors"? Thanks, but yt-dlp doesn't work on my non-SSE2 cpu. Occasional commits indeed, mostly by 1 person. Youtube-dl's main developers abandoned the project (2 years ago?). The question is how long dirkf will keep this up.

With one little difference though compared to my previous release. Thanks for mentioning. Btw, your youtube-dl url in your sig is first of all dead, but also links to a yt-dlp archive. If I may be so bold (and a bit off-topic)... One day will come when yt-dlp loses compatible with WinXP, while at the same time youtube-dl won't be updated anymore. For WinXP users with old hardware an alternative could then be my own simple Youtube-extractor, which is part of an XQuery function module for the command-line tool Xidel (an XML/HTML/JSON parser). It's a simple extractor, in the sense that it doesn't support age-gated-videos. You'd still need youtube-dl for that. But for "normal" videos it works absolutely fine and because it doesn't depend on Python it's multitudes faster (on my old system). The extractor uses the Android API call, which means there's no bandwidth-throttling or a need to decrypt a signature. The most basic call for this Youtube video would be... xidel.exe -s --module=xivid.xqm -e "xivid:youtube('https://www.youtube.com/watch?v=ppojLHm-Z1I')" xidel.exe -s --module=xivid.xqm -e "xivid:youtube('ppojLHm-Z1I')" ...which returns a JSON with all the different audio- and video formats. My old computer is too slow to watch Youtube videos in-browser, so personally I use the following command A LOT to directly watch a Youtube video (the itag 22 variant in this case) with Media Player Classic - Home Cinema (utilizing the gpu instead of the cpu): FOR /F "delims=" %A IN (' xidel -s --module=xivid.xqm -e "xivid:youtube('ppojLHm-Z1I')/(formats)()[starts-with(id,'pg')][last()]/url" ') DO @"C:\Program Files\Media\MPC-HC.1.7.11.24.x86\mpc-hc.exe" %A /close

I'm not particularly up-to-date with all the extension updates. I'm still using Polyfill 1.2.19.3 from https://github.com/JustOff/github-wc-polyfill and Github for instance is still functioning fine as far as I can tell. Would it be better to start using https://o.rthost.win/boc-uxp/palefill-1.26.xpi? What are the main differences?

[off-topic] For simple progressive videos, sure: xidel "https://url-to/video.mp4" --download . The Youtube-url you mention is a program-url and not a direct video-url. You have to recover that video-url first. As it just so happens, I've created my own Youtube extractor for my hobby-project Xivid (a function module for Xidel). The most basic usage would be: xidel -s --module=xivid.xqm -e "xivid:youtube('https://www.youtube.com/watch?v=dQw4w9WgXcQ')" This returns a JSON with the direct video-urls of all the different formats it can find. For the DASH-formats you'll need FFmpeg, so with Xidel you'll only be able to download the "pg-1", "pg-2" and "pg-3" formats directly. If you want to download the 720p variant, you could do for example: xidel -s --module=xivid.xqm -e "()" -f "xivid:youtube('dQw4w9WgXcQ')/(formats)()[id='pg-3']/url" --download "Rick Astley - Never Gonna Give You Up (Official Music Video).mp4" [/off-topic]

Assuming this question is for me, Xidel already does exactly that; download stuff sequentially.

Of course I wouldn't do that (and I never have). The point of my post was to show a free alternative to this download software.

Or you could go command-line with the free XML/HTML-parser Xidel: xidel "http://o.rthost.win/palemoon/"^ -f "//a[starts-with(.,'palemoon-28') and contains(.,'xpmod-sse')]/@href"^ --download . This for instance would download all palemoon 28 (sse) archives in the current dir.

I don't know Cygwin's changelog history, but I guess it has never provided that function. But, as mentioned earlier, this issue was solved because of the patch I've applied. It's the other error I'm still having problems with. Looking at https://www.python.org/downloads/windows/ you'll see it doesn't mention "Note that Python 3.4.10 cannot be used on Windows XP or earlier.", so I guess it's the latest official Windows XP compatible release. Hardly "official" and rather experimental. Also as far as I can see, no source-files, only a pre-compiled release.

Hello, Some of you might know me from FFMpeg Windows XP Updated Builds by CoRoNe,or rather Windows XP compatible non-SSE2 FFmpeg binaries. Every 4 months or so I try to compile FFmpeg binaries for and on WinXP. Some external libraries for FFmpeg now require Python 3, which the latest WinXP compatible Cygwin install doesn't have (python 2.7.10). So I'm trying to compile Python 3.4.10 (if I'm correct, the latest WinXP compatible release) myself, but I'm getting some errors. [...] gcc -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -Werror=declaration-after-statement -I. -IInclude -I./Include -DPy_BUILD_CORE -c ./Modules/signalmodule.c -o Modules/signalmodule.o In file included from Include/Python.h:85:0, from ./Modules/signalmodule.c:6: ./Modules/signalmodule.c: In function `fill_siginfo': ./Modules/signalmodule.c:746:60: error: `siginfo_t {aka struct <anonymous>}' has no member named `si_band' PyStructSequence_SET_ITEM(result, 6, PyLong_FromLong(si->si_band)); ^ Include/tupleobject.h:62:75: note: in definition of macro `PyTuple_SET_ITEM' #define PyTuple_SET_ITEM(op, i, v) (((PyTupleObject *)(op))->ob_item[i] = v) ^ ./Modules/signalmodule.c:746:5: note: in expansion of macro `PyStructSequence_SET_ITEM' PyStructSequence_SET_ITEM(result, 6, PyLong_FromLong(si->si_band)); ^ make: *** [Makefile:1648: Modules/signalmodule.o] Error 1 This seems to be a known problem. After applying '3.4-issue21085-struct_siginfo.patch' the compilation-process continues, but then stops at: [...] gcc -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -Werror=declaration-after-statement -I. -IInclude -I./Include -DPy_BUILD_CORE -c ./Modules/xxsubtype.c -o Modules/xxsubtype.o gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -Werror=declaration-after-statement -I. -IInclude -I./Include -DPy_BUILD_CORE \ -DHGVERSION="\"`LC_ALL=C `\"" \ -DHGTAG="\"`LC_ALL=C `\"" \ -DHGBRANCH="\"`LC_ALL=C `\"" \ -o Modules/getbuildinfo.o ./Modules/getbuildinfo.c gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -Werror=declaration-after-statement -I. -IInclude -I./Include -DPy_BUILD_CORE -o Python/frozen.o Python/frozen.c rm -f libpython3.4m.a ar rc libpython3.4m.a Modules/getbuildinfo.o ar rc libpython3.4m.a Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o Parser/parsetok.o Parser/tokenizer.o ar rc libpython3.4m.a Objects/abstract.o Objects/accu.o Objects/boolobject.o Objects/bytes_methods.o Objects/bytearrayobject.o Objects/bytesobject.o Objects/cellobject.o Objects/classobject.o Objects/codeobject.o Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o Objects/exceptions.o Objects/genobject.o Objects/fileobject.o Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o Objects/iterobject.o Objects/listobject.o Objects/longobject.o Objects/dictobject.o Objects/memoryobject.o Objects/methodobject.o Objects/moduleobject.o Objects/namespaceobject.o Objects/object.o Objects/obmalloc.o Objects/capsule.o Objects/rangeobject.o Objects/setobject.o Objects/sliceobject.o Objects/structseq.o Objects/tupleobject.o Objects/typeobject.o Objects/unicodeobject.o Objects/unicodectype.o Objects/weakrefobject.o ar rc libpython3.4m.a Python/_warnings.o Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o Python/ceval.o Python/compile.o Python/codecs.o Python/dynamic_annotations.o Python/errors.o Python/frozenmain.o Python/future.o Python/getargs.o Python/getcompiler.o Python/getcopyright.o Python/getplatform.o Python/getversion.o Python/graminit.o Python/import.o Python/importdl.o Python/marshal.o Python/modsupport.o Python/mystrtoul.o Python/mysnprintf.o Python/peephole.o Python/pyarena.o Python/pyctype.o Python/pyfpe.o Python/pyhash.o Python/pymath.o Python/pystate.o Python/pythonrun.o Python/pytime.o Python/random.o Python/structmember.o Python/symtable.o Python/sysmodule.o Python/traceback.o Python/getopt.o Python/pystrcmp.o Python/pystrtod.o Python/dtoa.o Python/formatter_unicode.o Python/fileutils.o Python/dynload_shlib.o Python/thread.o Python/frozen.o ar rc libpython3.4m.a Modules/config.o Modules/getpath.o Modules/main.o Modules/gcmodule.o ar rc libpython3.4m.a Modules/_threadmodule.o Modules/signalmodule.o Modules/posixmodule.o Modules/errnomodule.o Modules/pwdmodule.o Modules/_sre.o Modules/_codecsmodule.o Modules/_weakref.o Modules/_functoolsmodule.o Modules/_operator.o Modules/_collectionsmodule.o Modules/itertoolsmodule.o Modules/atexitmodule.o Modules/_stat.o Modules/_localemodule.o Modules/_iomodule.o Modules/iobase.o Modules/fileio.o Modules/bytesio.o Modules/bufferedio.o Modules/textio.o Modules/stringio.o Modules/zipimport.o Modules/faulthandler.o Modules/_tracemalloc.o Modules/hashtable.o Modules/symtablemodule.o Modules/xxsubtype.o ranlib libpython3.4m.a make: *** No rule to make target 'libpython3.4m.dll.a', needed by 'python.exe'. Stop. I don't understand how such a rule is missing from the 'Makefile'. Does anyone know what I'm missing here?

If you're interested, for the time being you can use the command-line HTML/XML/JSON parser Xidel to recover these video-urls. For the first Cyberpunk 2077 video for instance: xidel -s "https://www.techpowerup.com/wizzard/rtx4090/cyberpunk-dlss3.html"^ -e "parse-json(//script/extract(.,'setAppData\((\{.+?\})\);',1))//src" https://tpucdn.com/wizzard/rtx4090/cyberpunk-dlss3-off.mp4 https://tpucdn.com/wizzard/rtx4090/cyberpunk-dlss3-on.mp4

No more crashes on https://nl.hardware.info/nieuw (for now). Thank you!

Kinda ironic that Moonchild pushed this commit to actually fix browser crashes on particular websites. If it's this change that actually causes the crash I'm experiencing, then (at least) the "Win32 SSE" NM28 binaries aren't compatible anymore with their targeted hardware. Do you think you can fix this? I can't code in C/C++, so I won't be of any help I'm afraid.

https://msfn.org/board/topic/182647-my-browser-builds-part-3/?do=findComment&comment=1227446: Just a heads-up @roytam1; this issue still persists.

This one crashes constantly the moment I visit https://nl.hardware.info/nieuw with the familiar error-message like 'The instruction at "0x00826003" referenced memory at "0x00049411". The memory could not be "read"'. As if some SSE2 code slipped through.

I'm still using github-wc-polyfill-1.2.19.xpi, but seeing there's a lot more activity around palefill, would it be wise to use this instead?

I can. Appears to work fine (NM28 SSE 20220827).

Oh, the usual: youtube-dl.exe - Application Error ---------------------------------- The exception Illegal Instruction An attempt was made to execute an illegal instruction. (0xc000001d) occured in the application at location 0x0040147e. Click on OK to terminate the program Click on CANCEL to debug the program For me a sign that the binary contains SSE2 code. The official 'youtube-dl.exe' is/was compiled with Python 2.7, if I remember correctly. I hardly ever use Python myself, so the only thing I can think of would be that Python 3.4.4 is not compatible with my cpu. All conjecture, of course. Unless you insist, don't bother, I would say. I'm good. Thanks.

The official one, yes. This one, no. That's why I've created my own Youtube-extractor. It uses the Android approach, so slow downloads aren't an issue. It doesn't (yet) support age-gate videos. I'll have to look into that one day.

My old CPU is way too slow to play videos in-browser, so I gave up on that a long time. If I can recover the direct video-url, then I'm much happier to let my GPU decode this video in Media Player Classic - Home Cinema (for instance). Using my favorite command-line HTML/XML/JSON-parser Xidel: xidel -s "https://documentaryheaven.com/cowspiracy/" -e "//meta[@itemprop='embedUrl']/@content" https://www.dailymotion.com/embed/video/x2zuhks So it's a Dailymotion video that's embedded. You could then feed this url to youtube-dl.exe to recover the video-url, but... you can also do this with Xidel. Dailymotion isn't so difficult. The Dailymotion JSON endpoint: xidel -s "https://documentaryheaven.com/cowspiracy/"^ -e "'https://www.dailymotion.com/player/metadata/video/'||extract(//meta[@itemprop='embedUrl']/@content,'video/(x[0-9a-z]+)',1)" https://www.dailymotion.com/player/metadata/video/x2zuhks To extract the HLS manifest-url from this JSON: xidel -s "https://documentaryheaven.com/cowspiracy/"^ -f "'https://www.dailymotion.com/player/metadata/video/'||extract(//meta[@itemprop='embedUrl']/@content,'video/(x[0-9a-z]+)',1)"^ -e "$json/qualities/(auto)()/url" https://www.dailymotion.com/cdn/manifest/video/x2zuhks.m3u8?sec=LaMlouMDEOW9cDCxd2nW4NwlzEsIlGI5TwGSVRRF82AAk_58zR753YP5nxo_fD_V-c4Grs1Od8JQfSv5B22uAw&dmTs=890176&dmV1st=6CA2D036F48FCBEB195851815127F204 Optionally you could go one step further and use my Xivid function module to parse this HLS manifest-url for its individual variants: xidel -s --module=xivid.xqm "https://documentaryheaven.com/cowspiracy/"^ -f "'https://www.dailymotion.com/player/metadata/video/'||extract(//meta[@itemprop='embedUrl']/@content,'video/(x[0-9a-z]+)',1)"^ -e "xivid:m3u8-to-json($json/qualities/(auto)()/url)" [ { "id": "pg-1", "format": "mp4[h264+aac]", "resolution": "192x80", "bitrate": "105kbps", "url": "https://proxy-017.ix7.dailymotion.com/sec(QJGP2_1aKo1lWRiPf6noQ0D8lM2T-FskpG_hcg07bvsDp1yuJPBjmwa6VhhtNFX8w557SnYNGsV05O-B2cK4tA)/video/273/141/181141372_mp4_h264_aac_l2_1.mp4#cell=core" }, [...] { "id": "pg-6", "format": "mp4[h264+aac]", "resolution": "512x216", "bitrate": "461kbps", "url": "https://proxy-047.dc3.dailymotion.com/sec(zcs-jsDQDCQpg6bOfz2Xu8RyKdWy3BbIO1s6A0ymfG-ezcYXpMf5_2_oRUEpzhA__dIT09Bp1Dxa6p-g5g21Hg)/video/273/141/181141372_mp4_h264_aac_1.mp4#cell=core" }, { "id": "hls-0", "format": "m3u8[manifest]", "url": "https://www.dailymotion.com/cdn/manifest/video/x2zuhks.m3u8?sec=LaMlouMDEOW9cDCxd2nW4DxpLvFARYf06-PRoeyIMb_BU4WFR5O2pYbn-D1YoP-nEc2OFGE8MAaaMMTL8W_A5Q&dmTs=879524&dmV1st=016FC6D9CB25E3626FE017DB60A1AD52" }, { "id": "hls-1", "format": "m3u8[h264+aac]", "resolution": "192x80", "bitrate": "105kbps", "url": "https://proxy-017.ix7.dailymotion.com/sec(zvUbbWr2oKyjb9WcqKTKNbm16ZNLqcTG9W4CRfwqGrqgKvfZtD1ZmPLnT0wXRFK5uu6-7LoVCNAU_gaf3HOwqMMUFDNxhN08-IBd7Cy8Oco)/video/273/141/181141372_mp4_h264_aac_l2_1.m3u8#cell=core" }, [...] { "id": "hls-6", "format": "m3u8[h264+aac]", "resolution": "512x216", "bitrate": "461kbps", "url": "https://proxy-047.dc3.dailymotion.com/sec(zvUbbWr2oKyjb9WcqKTKNbm16ZNLqcTG9W4CRfwqGroV_sY8ZvHJWZIkAhH9rN-kersvwh7Pa3BWrRGAT1HR-Z-bS2C-eXSSFPmgDQ4iBDs)/video/273/141/181141372_mp4_h264_aac_1.m3u8#cell=core" } ]

@roytam1 Maybe I'm ignorant, but if, after having manually added an entry in about:config, I want to remove/delete it again... where's the delete-button? There isn't one in the context-menu that I see.

Actually I didn't. In fact, I'm not a C/C++ coder, not even a coder by profession at all. In the process I just learned how to compile an FFmpeg binary for my old pc. So I guess that's all thanks to the optimized FFmpeg code itself, and maybe a little to the GCC compiler that I used. Every single time I try to compile new binaries is a challenge though, because it is getting harder and harder to add back WinXP compatibility. One thing is for sure; without Gianluigi Tiesi's patches I couldn't have done this anymore! He - obviously a professional coder - also releases WinXP compatible FFmpeg binaries, but his binaries aren't compatible with my old CPU. You're welcome nonetheless, of course. https://forum.doom9.org/showthread.php?t=181802