November 2015 - MPlayer-dev-eng - lists.mplayerhq.hu

[PATCH] Added support for arm64
by jpinto 24 May '16

24 May '16

Signed-off-by: Joao Pinto <jpinto(a)synopsys.com> Tested-by: Joao Pinto <jpinto(a)synopsys.com> --- configure | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/configure b/configure index 722b8a4..d17e61e 100755 --- a/configure +++ b/configure @@ -2493,6 +2493,11 @@ EOF arch='generic' ;; + aarch64) + arch='arm64' + iproc='arm64' + ;; + *) echo "The architecture of your CPU ($host_arch) is not supported by this configure script" echo "It seems nobody has ported MPlayer to your OS or CPU type yet." -- 1.8.1.5

3 3

[PATCH 0/3] mingw/msys improvements
by Alexander Strasser 22 Dec '15

22 Dec '15

Hi all, this is what I came out when I was building MPlayer with mingw64 on msys2. Some additional comments follow in the summary below. Alexander Strasser (2): configure: iconv: Remove hack that added -L/usr/lib This pulled in cygwin/msys2 libs and ruined the build. The layout is /mingw64/lib for mingw64 and /usr/lib and msys stuff. Does anyone still need/use that hack? configure: Detect SChannel and enable FFmpeg https SChannel autodetection in configure modelled after GnuTLS check. 1) I do not know if CONFIG_GNUTLS was needed in the first place, need to check what FFmpeg configure generates. It was added first in SVN r34326 . 2) I am not sure why I added pkg-config flags in the enable case too. It's different from how almost all other configure checks behave. Reimar Döffinger (1): configure: Drastically speed up generation of config.h/.asm/.mak Thank you Reimar for looking into this. On my machines it saves about half a minute on Linux and about 10 minutes on Windows. The generated files are somewhat messier because they always include "define XXX 0" for all items. I am not sure we should care much about that ATM, but it can be kind of confusing when searching/grepping those files. configure | 45 +++++++++++++++++++++++++++++++-------------- 1 file changed, 31 insertions(+), 14 deletions(-) -- Alexander

2 11

Bit rot
by Attila Kinali 15 Dec '15

15 Dec '15

Moin, With the upcoming release, has anyone done some regression testing? I noticed over the last 2-3 years an increasing number of files that fail playing. What's worse, using an MPlayer version that is a year or two old plays them fine. These files vary from old divx+mp3 in avi, over mp4+mp3 in ogm to h.264+aac in mkv. The bugs manifstest themselves in various ways, A/V desync that increases to several seconds within a minute or two, flickering subs, sudden end-of-file in the middle of the file and of course, the usual crashes. My usual way to deal with this issues is just to take one of my old compiles of MPlayer and use that. In most cases it is enough to go back a year to get smooth and "bug free" playback. MPlayer is still my favorite video player, and I really would hate to see it go down the drain. Attila Kinali -- It is upon moral qualities that a society is ultimately founded. All the prosperity and technological sophistication in the world is of no use without that foundation. -- Miss Matheson, The Diamond Age, Neil Stephenson

3 2

[PATCH] vo gl: Output complete suboption help
by Alexander Strasser 11 Dec '15

11 Dec '15

The output is incomplete because of the buffer in mp_msg implementation being smaller than the help output. Fixing it by increasing the maximal message length in mp_msg.c seems not wise, as usually 2 buffers of that length are allocated on the stack. So just print help with 2 mp_msg calls. Signed-off-by: Alexander Strasser <eclipse7(a)gmx.net> --- libvo/vo_gl.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libvo/vo_gl.c b/libvo/vo_gl.c index b42b5d9..0ac33ac 100644 --- a/libvo/vo_gl.c +++ b/libvo/vo_gl.c @@ -1334,7 +1334,8 @@ static int preinit_internal(const char *arg, int allow_sw) " customtrect\n" " use texture_rectangle for customtex texture\n" " mipmapgen\n" - " generate mipmaps for the video image (use with TXB in customprog)\n" + " generate mipmaps for the video image (use with TXB in customprog)\n" ); + mp_msg(MSGT_VO, MSGL_FATAL, " osdcolor=<0xAARRGGBB>\n" " use the given color for the OSD\n" " stereo=<n> (add 32 to swap left and right)\n" --

2 2

VAAPI/X11 video output driver
by Mark Thompson 02 Dec '15

02 Dec '15

Hi, See patch attached: apply to current trunk mplayer, configure, make mplayer, run with -vo vaapi on anything using recent Intel graphics (or something else with VAAPI, maybe). This is very much in a "works for me" state. If it's useful to anyone else then they can use it as-is, and if it or some derivative is sensible to integrate into mplayer then that would be nice. There are probably lots of edge cases I haven't considered which crash it. It's also quite possible that I have broken other things with these changes (especially VDPAU and XvMC in the libavcodec driver). Features: * Plays H.264, H.265, WMV3, VC1 and MPEG2 streams on Intel Quick Sync. * Fully accelerated, with no extra redundant memcpy of image data (looking at you, VLC). * No ffmpeg changes required - uses the hwaccel interface. * Interface controls all work normally (keyboard input, resize, fullscreen). Deficiencies: * It can only output to an X11 window (maybe it should be called vaapi_x11). OpenGL output probably wouldn't be hard to add to the existing code; alternatively there could separately be a filter which comes after a decoder to convert frames to a format usable in other places. * Tearing is visible. There is probably some nice X11 way to fix this by drawing to multiple drawables and swapping. * Choosing video formats can do strange things. If you try to play an MPEG4 stream on Intel (not supported by Quick Sync), it gets stuck. * It can't play in non-accelerated mode (software-decoded planes). This could straightforwardly be rectified (just memcpy data into a surface), but it doesn't have any obvious value because other outputs already do this properly. * No OSD support. Unclear how to do it nicely (map the surface and draw directly on it; do something clever with transparency?). * No deinterlacing or other filter features. * Cleanup on errors is incomplete (will leak memory and possibly do other nasty things). Tested configurations (on Debian Stretch, libva 0.38): * 7th generation Intel graphics (Haswell 4500U): H.264, WMV3, VC1. * 8th generation Intel graphics (Braswell N3700): as 7th, plus H.265 (using the GPU hybrid decode, which works completely transparently). I have no reason to believe that 9th generation (Skylake) will not work; similarly older versions (with correspondingly less capability). I don't know about other (non-Quick Sync) VAAPI drivers. I tried resolutions up to 4K. The Haswell was perfectly happy playing eight simultaneous 30Mbps 4K25 H.264 streams with downscale to 720p, needing about 20% CPU to do it. VP8 and VP9 (present in 8th and 9th generation Intel graphics respectively) are not supported because they are not yet implemented in ffmpeg. If they were and matched the existing drivers, I imagine they would just work after updating a few lists. Some questions: * How is the video format choice meant to work? I feel like I am rejecting everything offered which isn't VAAPI hwaccel from libavcodec, but nasty things still happen if you try to play an unsupported stream (it doesn't give up). * How is information meant be passed back from libavcodec to the vo driver? This patch makes a nasty global to release frames allocated by the output once they are finished with (no longer needed for referencing). Also it would be nice to know the number of reference frames the stream requires so that we don't waste so much memory. * Same question in the other direction. There is another nasty global for passing the hwaccel context into libavcodec. * What libvo controls (VOCTRL_*) and related support are regarded as required for a new VO driver? Thanks, - Mark

6 31

Typo in brushedGnome-1.0 skin
by Leonardo Taccari 25 Nov '15

25 Nov '15

Dear MPlayer developers, after trying the various skins in gmplayer I have noted a problem (I think it is just due a typo) in brushedGnome skin that made it unloadable. gmplayer reports the following: Error in skin config file at line 61: Unknown message 'evEqualeaser' The following regular expression: 's/evEqualeaser/evEqualizer/' to the "skin" file fixed that. Can anyone please give a look to it and if the fix is ok apply it to the next version of brushedGnome skin (we applied that fix locally in pkgsrc)? Thank you in advance! Ciao, L. PS: please add me in cc: as I am not subscribed.

2 3

vf stereo3d comments
by compn 25 Nov '15

25 Nov '15

saw this on irc, no time to investigate: [14:43] <kriskropd> I think I found an error in the documentation 'abl or above_below_right_first' under stereo3d - it should be s/abl/abr/ [14:43] <kriskropd> also, found a bug wit 'ab2l or above_below_half_height_left_first' - instead of cutting the video height in half, it cuts by width [14:43] <kriskropd> MPlayer SVN-r37379 - archlinux

1 0

Homepage skin download issue
by Ingo Brückl 23 Nov '15

23 Nov '15

On Mo, 2011-03-28 15:38:52 +0200 I've updated skin brushedGnome to version 1.1 which hasn't made it to the homepage's download area ... yet. Ingo

1 0

gmplayer: BadShmSeg errors and GUI problems
by Leonardo Taccari 18 Nov '15

18 Nov '15

Dear MPlayer developers, during the process to update mplayer packages to 1.2 version in pkgsrc (the NetBSD framework for third-party software) I have noticed a problem with the gmplayer GUI (while mplayer without the GUI correctly works... I am using NetBSD/amd64 -current). The main window is correctly displayed while the window with the player controls is empty. I can also see the following errors (with "-msglevel all=9"): [ws] An X11 error has occurred! [ws] Error code: 145 - BadShmSeg (invalid shared segment parameter) [ws] Request code: 139 (minor code: 3) [ws] MPlayer module: vo_check_events Applying the patch attached in this email seems to fix the GUI player controls behaviour altough now I have the following warnings (seems harmless): [ws] An X11 error has occurred! [ws] Error code: 8 - BadMatch (invalid parameter attributes) [ws] Request code: 2 (minor code: 0) [ws] MPlayer module: decode video Anyone noticed this issue? Can you review the patch please? Please let me know if you need more information! Thank you in advance! Ciao, L. PS: I am not subscribed to this ML, please add me in cc:.

2 5

Website cleanup - projects - part 1
by Roberto Togni 14 Nov '15

14 Nov '15

Hi all, tonight I started to review the links on our website, starting from the projects page (that also includes many MPlayer unofficial packages). I started both from top and bottom (don't ask me why). I did only two categories at the moment, there is still a lot to check (that page is huge). This is a list of broken links an obsolete pages, with comments Unofficial packages - MPlayerOSX Extended builds: updated Nov 2013. Keep anyway - MPlayerOSX builds: updated Nov 2008. Drop - urpmi packages by the Penguin Liberation Front: broken, 2007. Drop - Slackware build script by Herbert Alexander Faleiros: dead. Drop - Zaurus port: direct link dead, site unrelated. Drop - Japanese Zaurus port of MPlayer: hijacked domain? Drop - Fink port: has 0.90pre6 from 2002. What's Fink? Keep? - NetBSD pkgsrc: direct link dead, can't find MPlayer on the ftp. - Amiga port: direct link dead, can't find MPlayer on site. Drop - Nokia internet tablet port: has 1.0rc1. Keep anyway - TomTom GPS port: site dead. Drop - Syllable Desktop resource package: has 1.0rc2. Keep anyway - Android port of MPlayer: updated Jul 2011. Project dead. Drop? Blacklisted Projects - KiSS Technology A/S: domain parked - NPlayer: link dead, domain parked - Dziobas Rar Player: site dead - WarpVision Player: site dead - PS2 MediaPlayer: Chinese adult video seller? - Linspire: Chinese vegetable sales? MPlayer direct link is 404 My proposal is to drop dead links (especially parked/hijacked/redirected ones) for packages, I see no reason to keep them around. What to do with obsolete packages form mainstream platforms? Keep them in a dedicated section for historical reason or drop? I'm for dropping. I'd keep anyway the obsolete packages for fringe platforms, eventually we can group them somewhere. Regarding blacklisted projects I'd drop the complete section, it's probably also totally outdated. I have no idea about what to with the links for other projects (still to be checked); it won't be easy to find out if they are up to date or not (eg. does a frontend works with modern MPlayer? Is a home entertainment systems or a CD distribution still using MPlayer?). But we can at least stop linking to hijacked or parked sites, and clean the broken/dead urls. Comments are welcome. Also if anybody wants to help with the task please do; the same applies to all the other pages of the website. Ciao, Roberto

3 3