R.I.P. mplayer / mencoder

[Jamaika]

I check what I did wrong in my ffmpeg.
There isn't point in reporting anything during the holidays.
Your ffmpeg works better anyway.
I see you aren't adding encoder hevc directx12.

[LigH]

Originally Posted by Jamaika

I see you aren't adding encoder hevc directx12.

I do not even know it exists. If it is just a matter of adding another "--enable" option to ffmpeg_options.txt for MABS, I could try...

[LigH]

New upload: ffmpeg N-116471-g54b0f439ec-g0e09f6d690 (now with libxeve + libxevd)

[Win32] ffmpeg version N-116469-g34d90c2be5-g0e09f6d690+1 Copyright (c) 2000-2024 the FFmpeg developers
[Win64] ffmpeg version N-116471-g54b0f439ec-g0e09f6d690+3 Copyright (c) 2000-2024 the FFmpeg developers
built with gcc 14.1.0 (Rev3, Built by MSYS2 project)

configuration: --pkg-config=pkgconf --cc='ccache gcc' --cxx='ccache g++' --ld='ccache g++' --extra-cxxflags=-fpermissive --extra-cflags=-Wno-int-conversion --disable-autodetect --disable-doc --enable-amf --enable-bzlib --enable-cuda --enable-cuvid --enable-d3d11va --enable-dxva2 --enable-iconv --enable-lzma --enable-nvenc --enable-zlib --enable-sdl2 --enable-ffnvcodec --enable-nvdec --enable-cuda-llvm --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libdav1d --enable-libaom --disable-debug --enable-fontconfig --enable-libass --enable-libbluray --enable-libfreetype --enable-libmfx --enable-libmysofa --enable-libopenjpeg --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libwebp --enable-libxml2 --enable-libzimg --enable-libshine --enable-gpl --enable-avisynth --enable-libxvid --enable-libopenmpt --enable-librav1e --enable-libsrt --enable-libgsm --enable-libvmaf --enable-libsvtav1 --enable-chromaprint --enable-frei0r --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfribidi --enable-libgme --enable-libilbc --enable-libsvthevc --enable-libkvazaar --enable-libmodplug --enable-librist --enable-librtmp --enable-librubberband --enable-libtesseract --enable-libxavs --enable-libzmq --enable-libzvbi --enable-openal --enable-libcodec2 --enable-ladspa --enable-vapoursynth --enable-libglslang --enable-vulkan --enable-libdavs2 --enable-libxavs2 --enable-libuavs3d --enable-libplacebo --enable-libjxl --enable-libxeve --enable-libxevd --enable-opencl --enable-opengl --enable-libopenh264 --enable-gnutls --extra-cflags=-DLIBTWOLAME_STATIC --extra-cflags=-DCACA_STATIC --extra-cflags=-DMODPLUG_STATIC --extra-cflags=-DCHROMAPRINT_NODLL --extra-cflags=-DZMQ_STATIC --extra-libs=-lpsapi --extra-cflags=-DLIBXML_STATIC --extra-libs=-liconv --disable-w32threads --extra-cflags=-DKVZ_STATIC_LIB --extra-cflags=-DAL_LIBTYPE_STATIC --extra-cflags='-IG:/MABS/local64/include' --extra-cflags='-IG:/MABS/local64/include/AL'

libavutil      59. 31.100 / 59. 31.100
libavcodec     61. 11.100 / 61. 11.100
libavformat    61.  5.101 / 61.  5.101
libavdevice    61.  2.100 / 61.  2.100
libavfilter    10.  2.102 / 10.  2.102
libswscale      8.  2.100 /  8.  2.100
libswresample   5.  2.100 /  5.  2.100
libpostproc    58.  2.100 / 58.  2.100

[filler56789]

Originally Posted by LigH

New upload: ffmpeg N-116471-g54b0f439ec-g0e09f6d690 (now with libxeve + libxevd)

Download size = 247.01 MB 😱 😬

But thanks anyway

[LigH]

I tried to include as much as I could. Mainly to see if any of the libraries fail. You can surely select a more practical subset for your needs. And possibly some beyond GPL licenses, too...

[therube]

(I'll just note, & not that I care, but since you built it, figured I'd test it [on Win7], but
that build will no longer work on Windows 7.
Similar thread, Gyan FFmpeg, 7.0.1 fails to run on Win7.)

[LigH]

If my ffmpeg build links a codec which does not support Windows 7 anymore, or the ffmpeg core relies on OS functions not yet available in Windows 7 (especially related to multithreading), then the whole ffmpeg may not support Windows 7 anymore. That's not my fault but the development progress of ffmpeg.

[filler56789]

F.W.I.W., this GitHub repository says its FFmpeg builds support Windows 7.

[therube]

(

F.W.I.W., this GitHub repository says its FFmpeg builds support Windows 7.

Just to point out, no. Win7 no longer works on his -n7.0 builds either, Windows 7 "The application was unable to start correctly (0xc0000005)" for any builds after 20240531 #386.

His -n-6.1 [I'll assume] work, as does gyan's ffmpeg-release-essentials [but not ffmpeg-release-full].
)

[filler56789]

Originally Posted by therube

(

Just to point out, no. Win7 no longer works on his -n7.0 builds either, Windows 7 "The application was unable to start correctly (0xc0000005)" for any builds after 20240531 #386.

His -n-6.1 [I'll assume] work, as does gyan's ffmpeg-release-essentials [but not ffmpeg-release-full].
)

Thanks for the update *THUMBS UP*
Well, misinformation is all that we get for trusting lazy developers...
(YES, if someone takes two months to change a few words in a ReadMe.txt, then that someone is definitely lazy).

[LigH]

Big shoutout to Chris Degawa who made mplayer/mencoder compile again!

New upload: mplayer SVN r38666 (2024-11-07) / ffmpeg N-117719-g9687f712c1-g2eb9c35010

[Win32] ffmpeg version N-117717-ga266bd02d2-g2eb9c35010+1 Copyright (c) 2000-2024 the FFmpeg developers
[Win64] ffmpeg version N-117719-g9687f712c1-g2eb9c35010+3 Copyright (c) 2000-2024 the FFmpeg developers
built with gcc 14.2.0 (Rev1, Built by MSYS2 project)

libavutil      59. 46.100 / 59. 46.100
libavcodec     61. 24.100 / 61. 24.100
libavformat    61.  9.100 / 61.  9.100
libavdevice    61.  4.100 / 61.  4.100
libavfilter    10.  6.101 / 10.  6.101
libswscale      8.  9.101 /  8.  9.101
libswresample   5.  4.100 /  5.  4.100
libpostproc    58.  4.100 / 58.  4.100

configuration: --pkg-config=pkgconf --cc='ccache gcc' --cxx='ccache g++' --ld='ccache g++' --extra-cxxflags=-fpermissive --extra-cflags=-Wno-int-conversion --disable-autodetect --enable-amf --enable-bzlib --enable-cuda --enable-cuvid --enable-d3d12va --enable-d3d11va --enable-dxva2 --enable-iconv --enable-lzma --enable-nvenc --enable-zlib --enable-sdl2 --enable-ffnvcodec --enable-nvdec --enable-cuda-llvm --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libdav1d --enable-libaom --disable-debug --enable-fontconfig --enable-libass --enable-libbluray --enable-libfreetype --enable-libharfbuzz --enable-libmysofa --enable-libopenjpeg --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libwebp --enable-libxml2 --enable-libzimg --enable-libshine --enable-gpl --enable-avisynth --enable-libxvid --enable-libopenmpt --enable-librav1e --enable-libsrt --enable-libgsm --enable-libvmaf --enable-libsvtav1 --enable-chromaprint --enable-frei0r --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfribidi --enable-libgme --enable-libilbc --enable-libsvthevc --enable-libkvazaar --enable-libmodplug --enable-librtmp --enable-librubberband --enable-libtesseract --enable-libxavs --enable-libzmq --enable-libzvbi --enable-openal --enable-libcodec2 --enable-ladspa --enable-vapoursynth --enable-libglslang --enable-vulkan --enable-libdavs2 --enable-libxavs2 --enable-libuavs3d --enable-libplacebo --enable-libjxl --enable-libvvenc --enable-libvvdec --enable-libxeve --enable-libxevd --enable-libvpl --enable-liblc3 --enable-opencl --enable-opengl --enable-libopenh264 --enable-gnutls --extra-cflags=-DLIBTWOLAME_STATIC --extra-cflags=-DCACA_STATIC --extra-cflags=-DMODPLUG_STATIC --extra-cflags=-DCHROMAPRINT_NODLL --extra-cflags=-DZMQ_STATIC --extra-libs=-lpsapi --extra-cflags=-DLIBXML_STATIC --extra-libs=-liconv --disable-w32threads --extra-cflags=-DKVZ_STATIC_LIB --extra-cflags=-DAL_LIBTYPE_STATIC --extra-cflags='-IG:/MABS/local64/include' --extra-cflags='-IG:/MABS/local64/include/AL'

[therube]

Originally Posted by therube

I'll note that these builds do not handle (& I'll say it incorrectly) external subtitle (.srt) files that contain "unicode" characters in their name.

If you have:
- video.mp4
- video.srt
the subtitles display just fine.

But if you have:
- videö.mp4
- videö.srt
the ö character cause the display of the subtitles to fail (not display).

(Likewise, other builds, like https://sourceforge.net/projects/mplayer-win32/files/, do not have this issue.)

It looks to be this, #2325, MPlayer doesn't auto load subtitles with unicode filenames.

Now they do show a "hack" in there, but if I look at sherpya's build, https://raw.githubusercontent.com/sh...ub/subreader.c, it does not have that hack included (& yet, something he does bypasses the issue)?

-

With a filename of "für.mp4", mplayer (sherpya build, loading & displaying the sub) shows:

Load subtitles in C:\out\MI\
Load subtitles in C:/out/MI/mplayer/sub/
SUB: Added subtitle file (1): C:\out\MI\f├╝r.srt

-

With r38666, if I drop für.mp4 onto mplayer.exe, it shows:

> Load subtitles in C:\out\MI\

But no mention of, SUB: Added...

-

If I (with r38666):

mplayer.exe -sub für.srt für.mp4

I get:

SUB: Added subtitle file (1): f├╝r.srt
Load subtitles in ./

and that DOES work!?

-

And with (sherpya's) if I:

mplayer.exe -sub für.srt für.mp4

I get:

SUB: Added subtitle file (1): f├╝r.srt
Load subtitles in ./
Load subtitles in C:/out/MI/mplayer/sub/
SUB: Added subtitle file (2): ./f├╝r.srt

So it loads 2 sets of (the same as it is) subtitle.
1 time, it is picked up automatically, based on same name-part, the other from the command line.

-

Might path separators be playing in, / vs \ ?

[LigH]

One factor might be the code page of the console system. It may be CP 1252 (commonly named "ANSI" although it is not correct) by default, it can be configured to UTF-8.