rellla Posted June 13, 2016 Posted June 13, 2016 Waving or shaking desktop seems like video/vdpau and X/xfturbo are fighting for the top layer and/or vsync. I can't imagine, how this looks like at your desktop Anyway, current libvdpau-sunxi implementation is known to have issues with X11 integration. Not sure if your issue is one of that hardware restrictions. You can try to set VDPAU_OSD=1 and test again. Just for interest. Regards rellla
Avi Posted June 13, 2016 Posted June 13, 2016 I set VDPAU_OSD=1 and began to displayed subtitles, video still do not have.
PaulA20 Posted June 22, 2016 Author Posted June 22, 2016 I noted that exist some new IMGs of Armbian 5.14 for CB2, so I put the one with legacy kernel in a SD just to find that the video playback is still broken Seems that desktop in Armbian has no love.
rellla Posted July 4, 2016 Posted July 4, 2016 Can someone summarize for me, what the specific problems are? Video black screen? Waving/ Shaking? Brightness, contrast...? Seems I've lost overview. And I don't know, if we should summarize it with this one http://forum.armbian.com/index.php/topic/1158-black-screen-mpv-player/ Thanks rellla
Avi Posted July 4, 2016 Posted July 4, 2016 I have: libvdpau-sunxi which is included in Armbian 5.15 video is played darker than normal. With dev-version of libvdpau-sunxi instead of the video there are waves and shaking.
rellla Posted July 4, 2016 Posted July 4, 2016 I have: libvdpau-sunxi which is included in Armbian 5.15 video is played darker than normal. With dev-version of libvdpau-sunxi instead of the video there are waves and shaking. The darkness is because of the libvdpau-sunxi version. It has to be fixed in armbian. The shaking i have to think about. Can you try that without a window manager, just start X from console and then start mpv? No windows, just plain X? How does your Xorg.conf look like? As said, i think, it's a problem with X. Regards rellla
Avi Posted July 4, 2016 Posted July 4, 2016 The darkness is because of the libvdpau-sunxi version. It has to be fixed in armbian. Bright video was only in Armbian 5.10, in new versions video is dark.
rellla Posted July 4, 2016 Posted July 4, 2016 Bright video was only in Armbian 5.10, in new versions video is dark. The kernel was patched after 5.10. Before it had this silly bug. Until the libvdpau-sunxi csc patch was released, libvdpau-sunxi was wrong, while calculating these values, but together with the kernel bug, it seemed to be right. Now kernel is fixed and you also need a fixed libvdpau-sunxi version (including the csc patch) which is not included in the actual desktop build. So brightness is wrong. Due to a bug in libvdpau-sunxi. You can build it yourself, or wait for a solution until someone took this task. The shaking is another issue, which has to be solved. It's not necessarily a libvdpau-sunxi based issue imho. Regards rellla
Avi Posted July 4, 2016 Posted July 4, 2016 Thank you, now I think I understand. I'll try again to build https://github.com/linux-sunxi/libvdpau-sunxi/tree/dev and try to run mpv without a window manager
Avi Posted September 16, 2016 Posted September 16, 2016 In Armbian 5.20 there is still a problem - video playing is darker than usual. The use of dev branch give only wave on desktop, if run mpv in full screen: VDPAU_DRIVER=sunxi VDPAU_OSD=1 mpv -fs --vo=vdpau --hwdec=vdpau --hwdec-codecs=all my_movie.mkv Run mpv without a window manager give only black screen with playing sound.
rellla Posted September 17, 2016 Posted September 17, 2016 As the dev branch is a dev branch, maybe someone should do some hit bisect.... rellla
zador.blood.stained Posted September 25, 2016 Posted September 25, 2016 @Avi, @PaulA20 Please test this package on top of Armbian 5.20 Jessie desktop image: https://dl.dropboxusercontent.com/u/5385968/libvdpau-sunxi1_0.5.1%7Earmbian5.20%2B1_armhf.deb
dalrun Posted September 25, 2016 Posted September 25, 2016 I didn't think it would work, because the display still dims somewhere in the middle of the boot sequence, but video playback is noticeably brighter. Thank you. It works when installed w/ dpkg -i, but then I get notified of one upgrade and I'm back to dark video after running apt get upgrade.
Avi Posted September 25, 2016 Posted September 25, 2016 zador.blood.stained, thank you for your participation. This version of the library, the video plays fine, more brighter than in the original version in armbian 5.20, but less contrast than in armbian 5.10
zador.blood.stained Posted September 25, 2016 Posted September 25, 2016 This is "Redo csc calculations" patch applied on top of master branch, any other brightness issues are either kernel related or player settings related (I didn't check yet if VDPAU in general and this specific implementation allows setting brightness/hue/saturation for video playback) Anyway I'll test this on H3 and this change will be included in all future releases if it works fine.
Avi Posted September 27, 2016 Posted September 27, 2016 I understand how to tell the difference:) Here: in the first picture is a photo of the screen with a screenshot.jpg from the video: mpv -fs mpv-shot0001.jpg the second picture is a photo of the screen paused mpv with your lib: mpv -fs --vo=vdpau --hwdec=vdpau --hwdec-codecs=all The.BBT.mkv
rellla Posted September 27, 2016 Posted September 27, 2016 The first one is played with what Software?
rellla Posted September 27, 2016 Posted September 27, 2016 No, i mean where did you get the screenshot from? You are on A20, right? Can this be an issue with CSC_FULL_RANGE on/off, if it's an issue at all and not just mpv setting based?
Avi Posted September 27, 2016 Posted September 27, 2016 I made a screenshot by pressing key "S" in the same mpv on A20. The screenshot will appear in normal colors.
rellla Posted September 27, 2016 Posted September 27, 2016 Can you provide the logs while playing with MPV? It could be an issue with the color standard (BT601, BT709...) or the full range as said... I'm not an expert about the whole color range story. I'm not aware about some mistake in the calculations or matrix values themselves, too for sure
rellla Posted September 27, 2016 Posted September 27, 2016 https://github.com/igorpecovnik/lib/commit/9e5f6ee9bcb09556ffe78fb9ffd0249bfbe2fc58#diff-4d0c7489c8e73cd58149074f02b56022R135 and https://github.com/igorpecovnik/lib/commit/9e5f6ee9bcb09556ffe78fb9ffd0249bfbe2fc58#diff-4d0c7489c8e73cd58149074f02b56022R247 would be the interesting lines...
Avi Posted September 27, 2016 Posted September 27, 2016 Will that be enough? VDPAU_DRIVER=sunxi VDPAU_OSD=1 mpv -fs --vo=vdpau --hwdec=vdpau --hwdec-codecs=all The.Big.Bang.Theory.S10E01.HDTV.1080p.Kuraj-Bambey.mkv LIBGL: Initialising glshim Playing: The.Big.Bang.Theory.S10E01.HDTV.1080p.Kuraj-Bambey.mkv (+) Video --vid=1 (h264) (+) Audio --aid=1 --alang=rus (*) (aac) [VDPAU SUNXI] VE version 0x1623 opened [VDPAU SUNXI] OSD enabled, using G2D! AO: [pulse] 48000Hz stereo 2ch float Using hardware decoding (vdpau). VO: [vdpau] 1920x1080 vdpau [VDPAU SUNXI] Generate CSC matrix from following color standard: 0 [VDPAU SUNXI] >procamp->bright: 0.000, procamp->contrast: 1.000, procamp->saturation: 1.000, procamp->hue: 0.000 [VDPAU SUNXI] Setting mixer value from following color standard: 0 [VDPAU SUNXI] >mix->bright: 0.000, mix->contrast: 1.000, mix->saturation: 1.000, mix->hue: -0.000 [VDPAU SUNXI] Setting mixer value from following color standard: 0 [VDPAU SUNXI] >mix->bright: 0.068, mix->contrast: 1.000, mix->saturation: 0.479, mix->hue: -0.068 [osd/libass] PlayResX undefined, setting to -1 [VDPAU SUNXI] Presentation time not supported [VDPAU SUNXI] Presentation queue csc change [VDPAU SUNXI] display driver -> bright: 53, contrast: 50, saturation: 24, hue: 49 AV: 00:00:22 / 00:21:57 (1%) A-V: 0.000
rellla Posted September 27, 2016 Posted September 27, 2016 Yes. And there it is. Something (the app-> mpv) is setting the values... Standard (without setting anything) for bright/contrast/sat/hue is 0.00/1.00/1.00/0.00 which is done initially in vdpau. After that MPV sets this to 0.068/1.000/0.479/-0.068 which results on the values 53/50/24/49, which go to the display driver. The problematic value is the 0.479 saturation value, which is just half of it should be... Find out, if you can adjust this in MPV or why MPV uses this settings. I think, this is the issue. 1
Avi Posted September 27, 2016 Posted September 27, 2016 I use a clean image armbian 5.20 without any edits configuration files. I can change the saturation value to 100% using option "--saturation=100" : VDPAU_DRIVER=sunxi VDPAU_OSD=1 mpv -fs --vo=vdpau --hwdec=vdpau --hwdec-codecs=all --saturation=100 The.Big.Bang.Theory.S10E01.HDTV.1080p.Kuraj-Bambey.mkv then log mpv becomes so: [VDPAU SUNXI] Generate CSC matrix from following color standard: 0 [VDPAU SUNXI] >procamp->bright: 0.000, procamp->contrast: 1.000, procamp->saturation: 1.000, procamp->hue: 0.000 [VDPAU SUNXI] Setting mixer value from following color standard: 0 [VDPAU SUNXI] >mix->bright: 0.000, mix->contrast: 1.000, mix->saturation: 1.000, mix->hue: -0.000 [VDPAU SUNXI] Setting mixer value from following color standard: 0 [VDPAU SUNXI] >mix->bright: 0.135, mix->contrast: 1.000, mix->saturation: 0.958, mix->hue: -0.068 [osd/libass] PlayResX undefined, setting to -1 [VDPAU SUNXI] Presentation time not supported [VDPAU SUNXI] Presentation queue csc change [VDPAU SUNXI] display driver -> bright: 57, contrast: 50, saturation: 48, hue: 49
rellla Posted September 27, 2016 Posted September 27, 2016 Logs seem to be more correct now.... Picture?
zador.blood.stained Posted September 27, 2016 Posted September 27, 2016 The video picture looks fine Thanks! Don't know what sets default saturation in mpv, but I'll add saturation=100 to config file shipped with Armbian mpv package Edit: if this doesn't cause problems on H3 1
rellla Posted September 27, 2016 Posted September 27, 2016 I will look into that anyway, because a +100 sat value in MPV should get an 10.00 value in vdpau which should result in the maximum (100) for the display driver. Therefore, 0 in MPV should mean "no change" (1.00) in vdpau and 50 in display. Hm. Maybe you can adjust all the values in realtime (with number keys iirc) and see what is going on in the logs... Anyway, glad to here we got it working 1
Recommended Posts