Who here has a Youtube-DL compile for WinXP?

[AstroSkipper]

4 hours ago, autodidact said:

I can't reproduce the problem.  I downloaded the same video source and assets as yours and it played with my ffplay version 8.2-1568-b355200263-win32-shared.

Here is a new basic static build for you to test to see if the problem persists.

Unfortunately, the problem persists. I downloaded the video with same yt-dlp options once again. Same behaviour. Your ffplay.exe opens and immediately closes. Here is my suggestion. I'll send you a PM with a link to the video file, and you can test it in-depth on your system. Ok? If you need the yt-dlp log generated while downloading the video, do not hesitate to ask for it here.

Edited July 2 by AstroSkipper

[AstroSkipper]

@autodidact When testing, please use this command:

Quote

ffplay -autoexit -vf subtitles=filename=\'"Adele - Easy On Me (Live at the NRJ Awards 2021).mp4"\' "Adele - Easy On Me (Live at the NRJ Awards 2021).mp4"

I think it is a problem showing the embedded subtitle in version 8.2 as the standard command without subtitle works:

Quote

ffplay -autoexit "Adele - Easy On Me (Live at the NRJ Awards 2021).mp4"

Maybe you can bring yourself to build your releases the way you always have in the past.

BTW, the MSFN editor is such a piece of junk. To inject this code into my post, is an absolute nightmare. I had to simplify my command. MSFN seems to consider completely harmless DOS commands to be dangerous. 

Edited July 2 by AstroSkipper

[autodidact]

2 hours ago, AstroSkipper said:

I think it is a problem showing the embedded subtitle in version 8.2 as the standard command without subtitle works:

This should have the fix and it will be included in the next release as well.

https://files.videohelp.com/u/69760/ffmpeg-8.2-2155-1836ef9684-win32-static-xpmod-P4.7z

[AstroSkipper]

2 hours ago, autodidact said:

This should have the fix and it will be included in the next release as well.

https://files.videohelp.com/u/69760/ffmpeg-8.2-2155-1836ef9684-win32-static-xpmod-P4.7z

Ok. Thanks! This one is working again. So it seems it really was a subtitle issue. I suppose that was due to your "scaling down to basic" since it didn't occur in version 8.1.  Anyway! I'm looking forward to your next releases and perhaps one day a "scaling up to standard". 

Edited July 2 by AstroSkipper

[VistaLover]

23 hours ago, VistaLover said:

would you please consider updating that reference, too  ?

Many thanks @Reino for updating your forum signature, now being "My fileserver"  ...

[autodidact]

FFmpeg update.

XP:  static  shared  libfdk-aac

VISTAx86:  static  shared  libfdk-aac

The following static links will always match the latest uploaded XP archives:

https://files.videohelp.com/u/69760/ffmpeg-win32-XP-static-latest.7z

https://files.videohelp.com/u/69760/ffmpeg-win32-XP-shared-latest.7z

 

[xjani]

11 hours ago, autodidact said:

FFmpeg update.

XP:  static  shared  libfdk-aac

 

 

Versions for XP.
All full versions work fine. The lighter, stripped-down versions, including the latest one, do not support HTTPS.

For example:
  ffplay.exe -i “https://paranormalium.waw.pl/radio/8000/mp3_48”

ffplay returns this error:
https or dtls protocol not found, recompile FFmpeg with openssl, gnutls, or securetransport enabled.
https://paranormalium.waw.pl/radio/8000/mp3_48: Protocol not found

So here’s my question:
Could you release the full version for XP at least once in a while? The lightweight versions are great, but there are always unexpected issues with them, just like in this case. 

[VistaLover]

1 hour ago, xjani said:

The lighter, stripped-down versions, including the latest one, do not support HTTPS.

... But the author has already mentioned that : 

On 7/1/2026 at 5:22 AM, autodidact said:

Also, the current builds have no cryptography library.

The community of XP-using members here has to reach a consensus as to what should be the minimal configuration of the FFmpeg/XP compiles, so that autodidact doesn't have to jump through hoops to try and satisfy each and every one of you  ; remember, this most kind person is offering an invaluable service out of the goodness of their heart  ; compiling binaries is a time and CPU (read: electricity) consuming convoluted process...

[VistaLover]

1 hour ago, xjani said:

For example:
  ffplay.exe -i “https://paranormalium.waw.pl/radio/8000/mp3_48”

ffplay returns this error:
https or dtls protocol not found, recompile FFmpeg with openssl, gnutls, or securetransport enabled.
https://paranormalium.waw.pl/radio/8000/mp3_48: Protocol not found

The same stream is available through plain HTTP, 

http://paranormalium.waw.pl/radio/8000/mp3_48

so you can use that with an FFplay compile without HTTPS support built-in  ...

[VistaLover]

18 hours ago, autodidact said:

FFmpeg update.

XP:  static  shared  libfdk-aac

VISTAx86:  static  shared  libfdk-aac

Thank you once more for these new releases  ; however, I have to report that the latest ffplay.exe compiles for Vista x86, BOTH the static+shared binaries, are completely broken under Vista SP2 x86 (with ALL MS updates until EoS, and then some  ); whatever media file you throw at FFplay.exe (e.g., via drag-n-drop) results in the app instantly crashing; below, an instance of a plain MP4 file containing h264 video + aac audio: 

Your previous VISTA release works as expected with that same MP4 file: 

FWIW, your latest FFplay.exe static compile for WINXP doesn't suffer from this issue and plays the MP4 file without any problem:

You'll probably need a Vista SP2 x86 VM to troubleshoot this, as I have no clue as to what might have gone wrong; perhaps an updated third-party lib has in the interim (n8.2-dev-1568...n8.2-dev-2232) removed support for NT 6.0? We know it's not caused by upstream (FFmpeg source code), because your n8.2-dev-2232 compile for XP works OK; in addition, when I probe the MP4 file with latest FFmpeg for VISTA, it doesn't crash: 

ffmpeg version N-125505-gc57660fb18-WINVISTA Copyright (c) 2000-2026 the FFmpeg developers
  built with gcc 16.1.0 (Rev5, Built by MSYS2 project)
  configuration: --disable-autodetect --enable-amf --enable-bzlib --enable-d3d11va --enable-dxva2 --enable-iconv --enable-lzma --enable-zlib --enable-sdl2 --enable-gmp --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libx264 --enable-libx265 --enable-libdav1d --disable-debug --enable-libfdk-aac --enable-fontconfig --enable-libass --enable-libbluray --enable-libfreetype --enable-libmysofa --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libwebp --enable-libxml2 --enable-libzimg --enable-libshine --enable-avisynth --enable-libxvid --enable-libopenmpt --enable-libsrt --enable-libzmq --enable-libgsm --enable-chromaprint --enable-frei0r --enable-libaribb24 --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfribidi --enable-libgme --enable-libilbc --enable-libmodplug --enable-librubberband --enable-libzvbi --enable-openal --enable-libcodec2 --enable-ladspa --enable-libuavs3d --enable-libjxl --enable-libxeve --enable-libxevd --enable-libharfbuzz --enable-liblc3 --enable-libaribcaption --enable-lcms2 --enable-libdvdread --enable-libdvdnav --enable-liboapv --enable-libqrencode --enable-libquirc --enable-opengl --enable-gnutls --enable-gpl --enable-version3
  libavutil      61.  2.100 / 61.  2.100
  libavcodec     63.  5.100 / 63.  5.100
  libavformat    63.  3.100 / 63.  3.100
  libavdevice    63.  2.100 / 63.  2.100
  libavfilter    12.  2.100 / 12.  2.100
  libswscale     10.  2.100 / 10.  2.100
  libswresample   7.  2.100 /  7.  2.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Mastermind_Se8Ep12[2494504515559].mp4':

  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf62.13.101
  Duration: 00:25:41.93, start: 0.000000, bitrate: 968 kb/s
  Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(progressive), 768x432 [SAR 1:1 DAR 16:9], 837 kb/s, 25 fps, 25 tbr, 90k tbn (default)
    Metadata:
      handler_name    : VideoHandler
  Stream #0:1[0x2](eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 125 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
At least one output file must be specified

Hopefully you'll be able to get to the bottom of this, as I do use FFplay.exe myself under Vista SP2 (32-bit) ; thanks for all your hard efforts already!

Edited 17 hours ago by VistaLover
added whitespace

[autodidact]

7 hours ago, xjani said:

So here’s my question:

Could you release the full version for XP at least once in a while?

For the time being I am trying to avoid going back to a full build which may contain many libraries that nobody uses.  It will expand as fixes and requests are added to it.

Here is a build for you to test with added support for https.  The next release can include it in all builds.

https://files.videohelp.com/u/69760/ffmpeg-8.2-2237-b4b30ff8fd-win32-shared-xpmod-P4.7z

[autodidact]

@VistaLover Thank you for reporting the problem.  I will investigate and make new builds.

[xjani]

17 hours ago, autodidact said:

For the time being I am trying to avoid going back to a full build which may contain many libraries that nobody uses.  It will expand as fixes and requests are added to it.

Here is a build for you to test with added support for https.  The next release can include it in all builds.

https://files.videohelp.com/u/69760/ffmpeg-8.2-2237-b4b30ff8fd-win32-shared-xpmod-P4.7z

Thank you very much for adding this protocol (HTTPS)—it works great now, and thanks for including it in future releases. 
FFplay is great, especially when a website requires the client to add specific headers.
Most websites have stopped or are phasing out the use of the HTTP protocol in favor of the more secure HTTPS. The lack of HTTPS would have effectively prevented the use of ffplay at this level.
But now the joy of using ffplay on XP is back - thanks.

Edited 50 minutes ago by xjani