MPlayer SB for Windows and macOS (Updated 11 June 2021)

[SubJunk]

I started releasing these builds in 2011 and they have been used by over 10 million users via Universal Media Server (https://www.universalmediaserver.com/) and PS3 Media Server. I'm also on the MPlayer development team.

My main focus with these builds is on MEncoder stability, since that is what we use for the media server transcoding, so each release is thoroughly tested to transcode and mux from and to many formats.
Specifically, the stability of outputting H.264 via x264 and MPEG-2 with AC-3 and DTS variants inside MPEG-PS, and WMV with WMA inside ASF, as well as handling different DVD and subtitle inputs.

Downloads: Windows (http://sourceforge.net/projects/mplayer-sb/files/MPlayerMEncoder-SB65.zip/download) | macOS (http://sourceforge.net/projects/mplayer-sb/files/MPlayerMEncoder-SB67-macOS.zip/download)

Official webpage (http://www.spirton.com/mplayer-mencoder-subjunk-build/)

[filler56789]

Many :thanks:

[SubJunk]

SB54 is released, enjoy :)

Changelog (http://www.spirton.com/mplayer-mencoder-sb54-released/)

[SubJunk]

SB57 is released :)

[SubJunk]

SB58 is released :)

It fixes DTS-ES to AC-3 transcoding, improves H.265 support, improves buffer allocation, makes seeking more accurate, improves support for many containers and codecs, improves speed and fixes bugs.

[SubJunk]

SB59 is released :)

It fixes decoding of PGS subtitles, fixes 3D compatibility on some devices when encoding using x264, improves support for many containers and codecs, improves speed and fixes bugs.

[SubJunk]

SB60 is released :)

It fixes Blu-ray Disc seeking, improves support for many containers and codecs, improves speed and fixes bugs.

[ffmpeg]

Thanks

[TT1]

I fed an AviSynth script to MPlayer and nothing happens. No error message .. MPlayer just terminates. MPlayer used to support these scripts (r31878 and earlier). Has this support been dropped? Thanks.

[LoRd_MuldeR]

If MPlayer exists without any comment, not even an error message, it probably means that MPlayer has crashed.

Did you run MPlayer from the console or via some GUI? In the latter case, I would suggest to try running it directly from the console, just to be sure...

[TT1]

I ran the scrip directly through MPlayer (WinXP). It seems to stop where it's attempting to open the script...

mplayer -msglevel all=9 script.avs

=====

Adding file script.avs
Config pushed level is now 2
Config pushed level is now 3
MPlayer SB60 (C) 2000-2014 MPlayer Team
Custom build by SubJunk, http://www.spirton.com

CPU vendor name: GenuineIntel max cpuid level: 2
CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (Family: 15, Model: 2, Steppin
g: 9)
extended cpuid-level: 4
Detected cache-line size is 64 bytes
Testing OS support for SSE... yes.
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 SSE3: 0 SSSE3: 0 S
SE4: 0 SSE4.2: 0 AVX: 0
Compiled with runtime CPU detection.
Setting PATH to C:\Portable\SMPlayer\mplayer\codecs
get_path('codecs.conf') -> 'C:/Portable/SMPlayer/mplayer/mplayer/codecs.conf'
Reading optional codecs config file C:/Portable/SMPlayer/mplayer/mplayer/codecs.
conf: No such file or directory
Reading optional codecs config file /usr/local/etc/mplayer/codecs.conf: No such
file or directory
Using built-in default codecs.conf.
init_freetype
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
get_path('fonts') -> 'C:/Portable/SMPlayer/mplayer/mplayer/fonts'
Configuration: --enable-static --enable-runtime-cpudetection --disable-vidix --d
isable-sse3 --disable-sse4 --disable-sse42 --disable-avx
CommandLine: '-msglevel' 'all=9' 'script.avs'
Using Windows native timing
get_path('input.conf') -> 'C:/Portable/SMPlayer/mplayer/mplayer/input.conf'
Reading optional input config file C:/Portable/SMPlayer/mplayer/mplayer/input.co
nf: No such file or directory
Reading optional input config file /usr/local/etc/mplayer/input.conf: No such fi
le or directory
Falling back on default (hardcoded) input config
get_path('script.avs.conf') -> 'C:/Portable/SMPlayer/mplayer/mplayer/script.avs.
conf'

[[[init getch2]]]

Playing script.avs.
get_path('sub/') -> 'C:/Portable/SMPlayer/mplayer/mplayer/sub/'
WINSOCK2 init: 0
WINSOCK2 init: 0
[file] File size is 796 bytes
STREAM: [file] script.avs
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
s->pos=0 newpos=0 new_bufpos=0 buflen=0
libavformat version 56.9.101 (internal)
Configuration: --enable-gpl --enable-postproc
LAVF_check: no clue about this gibberish!
DEMUXER: freeing libavformat demuxer at 002a70b0
DEMUXER: freeing AVI demuxer at 002a70b0
Checking for YUV4MPEG2
DEMUXER: freeing YUV4MPEG2 demuxer at 002a70b0
ASF_check: not ASF guid!
DEMUXER: freeing ASF demuxer at 002a70b0
Checking for REAL
DEMUXER: freeing REAL demuxer at 002a70b0
Checking for SMJPEG
DEMUXER: freeing SMJPEG demuxer at 002a70b0
[mkv] no head found
DEMUXER: freeing Matroska demuxer at 002a70b0
DEMUXER: freeing REALAUDIO demuxer at 002a70b0
DEMUXER: freeing VQF demuxer at 002a70b0
Ogg demuxer : Bad page sync
DEMUXER: freeing Ogg demuxer at 002a70b0
Searching demuxer type for filename script.avs ext: .avs
Trying demuxer 38 based on filename extension
AVS: avs_check_file - attempting to open file script.avs

C:\Portable\SMPlayer\mplayer>

[SubJunk]

Works for me, it might be a codec issue on your computer

[SubJunk]

SB61 is released :)

It fixes support for Opus, DVDs, MicroDVD subtitles, x264 hardware acceleration, updates x264 to r2525, improves support for many containers and codecs and fixes bugs.

[filler56789]

SB61 still has the bug reported below:

https://sourceforge.net/p/mplayerwin/bugs/12/

[SubJunk]

Thanks for the report, filler. Can you please test SB60 and let me know if that has the bug too?

[filler56789]

SB59 is OK, SB60 already had the bug.

[SubJunk]

SB62 is released! The changes since SB61 are:

Synchronised with r37352
Minimized logspam
Updated FFmpeg to 11201bb
Updated fontconfig to 2.11.91
Updated jpeg to 9a
Updated libcdio to 0.93
Updated libogg to 1.3.2
Updated libpng to 1.6.15
Updated libvorbis to 1.3.4
Updated lzo to 2.08
Updated MPFR to 3.1.2
Updated mpg123 to 1.21.0
Updated xvid to 1.3.3
Updated yasm to 1.3.0

@filler56789 I didn't attempt to fix that issue in SB62 but I noticed there were aspect ratio fixes in the FFmpeg update so can you please re-test? If the bug is still there I'll look into it more for the next release.

[filler56789]

Yep, the bug is alive and well.

I think Carl Eugen Hoyos already knows the flaw was discovered by me, so I presume he won't let it be fixed :p

[SubJunk]

OK well given that it's a regression, with a bit of luck it will be very easy to fix, I can just rollback that specific change. So first we have to figure out whether it came from FFmpeg or MPlayer. I'll make a test build soon and post it here.

[filler56789]

Thanks for the attention ^_^

I have created one more test file, and it appears the regression is in Mplayer's code, not in FFmpeg's;

http://forum.videohelp.com/threads/364138-gif-animation?p=2365826&viewfull=1#post2365826

ffplay automagically resizes to 1184x720, whereas even SB59 keeps the picture at 960x720 : -/

=>mkvinfo mkv-ar-test.mkv
+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ EBML maximum ID length: 4
|+ EBML maximum size length: 8
|+ Doc type: matroska
|+ Doc type version: 2
|+ Doc type read version: 2
+ Segment, size 305480
|+ Seek head (subentries will be skipped)
|+ Segment tracks
| + A track
| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 1
| + Track type: video
| + Lacing flag: 0
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DX50, 0x30355844)
| + Default duration: 40.000ms (25.000 frames/fields per second for a video track)
| + Language: und
| + Video track
| + Pixel width: 960
| + Pixel height: 720
| + Display width: 1184
| + Display height: 720
| + Interlaced: 0
| + Enabled: 1
| + Default flag: 1
| + Forced flag: 0
| + Max BlockAddition ID: 0
| + Codec decode all: 1
|+ EbmlVoid (size: 3904)
|+ Segment information
| + Timecode scale: 1000000
| + Muxing application: no_variable_data
| + Writing application: no_variable_data
| + Duration: 6.000s (00:00:06.000)
| + Date: Thu Jan 01 00:00:00 1970 UTC
| + Segment UID: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
|+ EbmlVoid (size: 1181)
|+ Cluster

[SubJunk]

That test clip correctly resizes to 1184x720 for me using SB62 when I ran the command "mplayer mkv-ar-test.mkv".

MPlayer SB62 (C) 2000-2015 MPlayer Team
...
Starting playback...
Movie-Aspect is 1.64:1 - prescaling to correct movie aspect.
VO: [directx] 960x720 => 1184x720 Planar YV12

[filler56789]

Very-true, I still suck at doing comprehensive tests :o

So I conclude they fixed an old regression by creating a new one :p

[filler56789]

OMG, it seems the problem is actually much more complicated than I thought :eek:

http://www.mediafire.com/download/cp7bk2ubbfgxg44/Akiha_mkv-aspectratio-test.mkv

MKVinfo says:
mkvinfo Akiha_mkv-aspectratio-test.mkv

+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ EBML maximum ID length: 4
|+ EBML maximum size length: 8
|+ Doc type: matroska
|+ Doc type version: 2
|+ Doc type read version: 2
+ Segment, size 172488
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4045)
|+ Segment information
| + Timecode scale: 1000000
| + Muxing application: libebml v1.3.0 + libmatroska v1.4.1
| + Writing application: mkvmerge v7.4.0 ('Circles') 32bit built on Dec 12 2014 12:10:09
| + Duration: 5.000s (00:00:05.000)
| + Date: Wed Jan 07 11:05:56 2015 UTC
| + Segment UID: 0x81 0xc0 0xfb 0x15 0x93 0x58 0x1a 0xc7 0xac 0x33 0x7c 0x1f 0x85 0xf0 0xe5 0x85
|+ Segment tracks
| + A track
| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 10633627220123197336
| + Track type: video
| + Lacing flag: 0
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DX50, 0x30355844)
| + Default duration: 41.667ms (24.000 frames/fields per second for a video track)
| + Language: und
| + Video track
| + Pixel width: 704
| + Pixel height: 480
| + Display width: 512
| + Display height: 512
|+ EbmlVoid (size: 1058)
|+ Cluster

Redxii's MPlayer returns:
mplayer Akiha_mkv-aspectratio-test.mkv

MPlayer Redxii-SVN-r37278-4.8.3 (i686) (C) 2000-2014 MPlayer Team
Compiled against FFmpeg version N-66276-g04b0dda
Build date: Sun Sep 14 18:15:13 EDT 2014
duplicated FourCC at line 28

Playing Akiha_mkv-aspectratio-test.mkv.
libavformat version 56.4.101 (internal)
libavformat file format detected.
[lavf] stream 0: video (mpeg4), -vid 0
VIDEO: [MP4V] 704x480 24bpp 24.000 fps 0.0 kbps ( 0.0 kbyte/s)
Clip info:
encoder: libebml v1.3.0 + libmatroska v1.4.1
creation_time: 2015-01-07 11:05:56
Load subtitles in ./
Load subtitles in F:/C0MM0NAPPS/M000/MPLAYER/mplayer/sub/
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 56.1.100 (internal)
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
Audio: no sound
Starting playback...
Movie-Aspect is 1.47:1 - prescaling to correct movie aspect.
VO: [directx] 704x480 => 704x480 Planar YV12
[VD_FFMPEG] DRI failure.

Exiting... (Quit)

And SB62 returns:
mplayer Akiha_mkv-aspectratio-test.mkv
MPlayer SB62 (C) 2000-2015 MPlayer Team
Custom build by SubJunk, http://www.spirton.com

duplicated FourCC at line 28
Scanning dir F:/C0MM0NAPPS/M000/MPLAYER/fonts/files

Playing Akiha_mkv-aspectratio-test.mkv.
libavformat version 56.16.102 (internal)
libavformat file format detected.
[lavf] stream 0: video (mpeg4), -vid 0
VIDEO: [MP4V] 704x480 24bpp 24.000 fps 0.0 kbps ( 0.0 kbyte/s)
Clip info:
encoder: libebml v1.3.0 + libmatroska v1.4.1
creation_time: 2015-01-07 11:05:56
Load subtitles in ./
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 56.19.100 (internal)
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
Audio: no sound
Starting playback...
Movie-Aspect is 1.00:1 - prescaling to correct movie aspect.
VO: [directx] 704x480 => 704x704 Planar YV12
[VD_FFMPEG] DRI failure.

Exiting... (Quit)

[SubJunk]

SB62 has made a correct choice in that case, while Redxii's is wrong.
Different players handle MKV video resizing differently. I tested that video in VLC Media Player which also did 704x704, and MPC-HC did 480x480, which is still a valid choice.

So the logic of the players is this:
SB62 and VLC: Use the correct aspect ratio while not downscaling any pixels.
MPC-HC: Use the correct aspect ratio while not upscaling any pixels.
Redxii's MPlayer: Ignore the correct aspect ratio and display the unadjusted pixels.

The first two choices are good in my opinion especially since the user will typically make the video fullscreen or resize it how they want, so the ratio is all that matters.

[SubJunk]

SB63 is released! The changes since SB62 are:

Synchronised with r37363, which fixed audio with DVD sources
Updated FFmpeg to f845ae0

[SubJunk]

SB67 is released for macOS, because I couldn't find any other static 64-bit macOS builds