View Full Version : Media Player .NET (MPDN) - D3D HQ GPU Video Renderer [v2.49.0/v1.31.0 27 Dec 2018]
Zachs
8th July 2015, 07:29
This is the same driver but it's an old laptop so it hasn't got enough grunt to do both SuperChromaRes and SuperRes at the same time. Can you try with just SuperChromaRes with my settings to see if the problem occurs?
EDIT: FWIW I've also just tested 30 minutes of playback with SuperRes (by itself) 2 pass strength 1.0 softness 0.0 with default Prescaler (Use HQ downscaling enabled). All MPDN's scalers set to hardware bilinear. Can you try this too?
Anima123
8th July 2015, 07:31
With "Use HQ downscaling" off, the rendering time increasing disappeared. <== NO LUCKY, STILL THERE
Edit: Sorry, I was wrong about it, the rendering time increase is back.
aufkrawall
9th July 2015, 02:53
Can someone relink the "best" OpenCL -> D3D interop benchmark version?
Results of the new Catalyst would be interesting.
Zachs
9th July 2015, 04:26
http://mpdn.zachsaw.com/Misc/DxClTest12.zip
trandoanhung1991
9th July 2015, 05:58
I'm currently experiencing a problem with the latest builds.
The player would not respond after pausing the video. Steps to reproduce:
Open a video file.
Pause, then alt tab and wait a little bit.
It'll just hang.
Provided is the dumpfile.
ryrynz
9th July 2015, 06:38
The player would not respond after pausing the video.
No problem here. Try a fresh install.
hashanga
9th July 2015, 15:27
Hi,
Is there any way of adjusting the audio offset/delay in MPDN other than remuxing the input file?
(The reason is my bluetooth headset has a 500ms lag with A2DP)
Tried ffdshow with no luck. Both VLC and MPC has this audio sync feature with shortcut keys (also for subtitles) but it'd be really great if MPDN can do this as well.
Shiandow
9th July 2015, 15:46
The LAV audio decode should be able to delay the audio. I don't think there's a way to control it with shortcuts yet.
Zachs
10th July 2015, 01:48
I'll add that to my todo list. In the interim though you can do what Shiandow suggested - LAV Audio Decoder has an audio delay option.
Shiandow
10th July 2015, 09:08
By the way, as far as I can tell the LAV splitter should be able to play http links, but it doesn't seem to be possible to open one in MPDN. Any chance you could have a look at that?
Zachs
10th July 2015, 09:47
Hmm. I'll see what I can do.
Zachs
10th July 2015, 13:20
v2.34.0 should now be able to play http links.
aufkrawall
10th July 2015, 18:54
http://mpdn.zachsaw.com/Misc/DxClTest12.zip
Thanks. Now there'd be just someone here with a Radeon to test the new driver.
Anime Viewer
10th July 2015, 21:33
I'm currently experiencing a problem with the latest builds.
The player would not respond after pausing the video. Steps to reproduce:
Open a video file.
Pause, then alt tab and wait a little bit.
It'll just hang.
I haven't encountered that, but I have encountered a problem where the audio of a video plays, but the video from it halts at whatever frame it was showing when the window was maximized or switched back to the default window size. I tried reinstalling MPDN, and instructed both the main program and the extensions to do a clean install, but oddly it retained the settings. I had to uninstall from control panel and reinstall to clear out the settings. I thought the scripts I was running might be the problem, but even selecting none for scripts it still has the problem.
Anyone else encounter this type of problem? I noticed it starting a handful of versions ago where it seems to sporadically happen.
Keiyakusha
10th July 2015, 21:49
Hey, Zachs, I wonder maybe you can add radio-buttons (or some other stuff) to the chapter select context menu? So that it will show current chapter The reason is that if you have a lot of chapters, it is quite hard to navigate. Especially if chapters don't have specific names. I was watching 2hour+ concert the other day, but wanted to skip some songs... it wasn't the best experience ^^ Using timeline in this case wasn't optimal either (~3mins per song, small gaps between songs)
Garteal
10th July 2015, 21:57
Anyone else encounter this type of problem? I noticed it starting a handful of versions ago where it seems to sporadically happen.
Yeah, I have. Not sure what's causing it exactly. At one time it happened because I changed my refresh rate to 24hz, but now it works fine for example. Usually get to watch something late so I don't get to investigate or report unfortunately.
Keiyakusha
10th July 2015, 22:03
audio of a video plays, but the video from it halts at whatever frame it was showing when the window was maximized or switched back to the default window size.
Yeah, I noticed this. I think this is started somewhere at MPDN 2.3X versions
Zachs
10th July 2015, 23:40
I'll investigate.
aufkrawall
11th July 2015, 01:25
I asked some people to run the benchmark with the new Catalyst 15.7:
http://www.forum-3dcenter.org/vbulletin/showthread.php?t=564983
190fps with a 7870@PCIe 3.0. Is this ok?
CruNcher
11th July 2015, 04:38
Geforce GTX 970
353.30 WHQL WDDM 1.1
http://abload.de/thumb/1080wfgtx9703szm0.png (http://abload.de/image.php?img=1080wfgtx9703szm0.png) http://abload.de/thumb/1080wgtx970zqxno.png (http://abload.de/image.php?img=1080wgtx970zqxno.png)
Zachs
11th July 2015, 04:53
Yeah, AMD's just plain bad when it comes to OpenCL <--> DX interoperability.
Zachs
11th July 2015, 04:56
Anyone else encounter this type of problem? I noticed it starting a handful of versions ago where it seems to sporadically happen.
Can you let me know the steps to replicate the problem? I tried maximizing and restoring the window over and over but can't get it to fail...
CruNcher
11th July 2015, 05:00
So nothing changed there even these days it seems from the results @ 3dcenter AMD seems still not interested improving it ;)
Though i guess the Day Microsoft want's to use DirectCompute for Xbox One Workflows in their Video Pipeline they all gonna run like crazy @ AMD ;)
Keiyakusha
11th July 2015, 07:04
Can you let me know the steps to replicate the problem? I tried maximizing and restoring the window over and over but can't get it to fail...
Here is how it works for me. Some of the steps might be not needed but just in case:
1) start player, open any video (resolution is less than screen size). Seek to any point and close (so that MPDN remember position in video). Close the player.
2) start player again - quick open - select the previous file -> it starts to play from saved position
3) double click inside MPDN window -> enter fullscreen (exclusive mode disabled!)
4) single click inside the window -> video is paused
5) doubleclick inside the window -> windowed mode again, video still paused
6) single click inside the window -> video is paused, audio plays
audio renderer - system default (not MPC)
D3D11 API, Windowed mode rendering path, rely on DWM
Zachs
11th July 2015, 13:01
Hmm I just tried these steps over 5 times but haven't managed to replicate it... Can you get it to occur consistently?
huhn
11th July 2015, 13:15
I asked some people to run the benchmark with the new Catalyst 15.7:
http://www.forum-3dcenter.org/vbulletin/showthread.php?t=564983
190fps with a 7870@PCIe 3.0. Is this ok?
this test is hard blocked by openCL interop so these numbers are meaningless for AMD interm of openCL performence. you only see how fast your PCIe is.
pcie 3 170-210
pcie 2 80-110
the GPU it self doesn't really matter because it doesn't have to do a lot of work.
my nvidia gtx 760 is at about 920 fps and my AMD r9 270 is at about 180 fps but my AMD is still a lot faster in term of nnedi3.
aufkrawall
11th July 2015, 13:27
So the intertop isn't slowed down by the bug after 13.12, but the OpenCL processing itself?
huhn
11th July 2015, 13:56
So the intertop isn't slowed down by the bug after 13.12, but the OpenCL processing itself?
yes the interop issue was always there it's nothing added with a newer driver. 13.12 is just faster at processing.
and if i'm not mistaken madshi tool measured both interop cost and openCL speed.
so AMD will run in troubles at higher resolutions because PCIe isn't fast enough to copy the frames in time but the interop cost doesn't increase with higher neurons.
and the real issue is that some people get for what ever reason very low copy numbers like below 24 FPS even with PCIe 3.
just tested my r9 270 it is at 187 FPS with PCIe 3.
Zachs
11th July 2015, 14:13
The test measures interoperability speed between DX and OpenCL only. There are plenty of tools out there that test OpenCL DirectCompute Shader speeds already and its highly dependent on architecture and driver optimisations and more importantly what algorithm you're testing it with.
Knowing the interop speed is crucial. For example, we now know that at 1080p, it's 190fps for PCI 3.0. At 4k, you get 47.5fps (a lot less than this actually because a renderer needs to upload frames too). So no matter how fast your AMD GPU is, your bottleneck is the PCIe bandwidth.
However, keep in mind that you don't need NNEDI3 at that resolution, so there isn't really any pressing needs for AMD to fix the problem really.
aufkrawall
11th July 2015, 14:26
The non-OpenCL implementation of the extensions is using DirectCompute, right?
Btw: Any chance for Jinc scaling known of madVR in near future? :)
CruNcher
11th July 2015, 15:53
Nvidia definitely learned from their wrong Kepler Compute balance, most algorithm test show that even with the OpenCL Wrapper
only @ optical flow AMD still has a very slight advantage with kishontis used algorithm (though power efficiency uknown) ;)
http://www.videocardbenchmark.net/directCompute.html
http://www.anandtech.com/show/9421/the-amd-radeon-r9-fury-review-feat-sapphire-asus/16
Luxmark OpenCL Rendering has been optimized by Nvidia recently (submited patch, hardware) though no Reviewer is reflecting it yet.
Keiyakusha
11th July 2015, 16:21
Hmm I just tried these steps over 5 times but haven't managed to replicate it... Can you get it to occur consistently?
Yes, it happens every time if I follow these instructions. Just tested with latest MPDN x64. Render scripts were set to none. Not sure what else is there to say. Maybe it is somehow related to the source file, I haven't considered this possibility.
Edit: after some more tests it appears that steps for remembering file position might not be relevant. It also only happens if all the operations was done using mouse. Couldn't replicate with keyboard. Basically when you double click, with left click being responsible for changing screen mode AND play/pause - something happens. I click VERY fast, if that matters.
Anime Viewer
11th July 2015, 19:36
Can you let me know the steps to replicate the problem? I tried maximizing and restoring the window over and over but can't get it to fail...
Here is what my settings are:
General:
Window: Resize window to fit opening media (checked), Reset window size when closing media
Player Extensions (none currently set, but I was using Display Changer and Rate Tuner when I first encountered the problem (so if un-enabling them is buggy, and not completely disabling them that could be a factor - but they probably are disabling properly)
Video Render:
General: all unchecked
Presentation API: Direct3D 11
Graphics Adapter: Mvidia GeForce GTX 680M (LG TV)
Use new windowed mode rendering path when possible (checked)
Composition: Colormetic: Automatic, Range: Full, Bit Depth: 10-bit
Render Scripts: Script Chain: ChromaScaler, Deband, and SuperRes. All default settings for each except for SuperRes (passes 3, strength 1,softness 0, prescaler Super-xBR with settings edge strength 1.00, sharpness 1.00, use third pass (checked)
Dithering: Random (use colored noise unchecked)
Fluid Motion: off
Luma Upscaler: softcubic
chroma upscaler: bicubic
luma downscaler: softcubic
chroma downscaler: softcubic
I open a video, single click on it to pause it, double click on it to full screen it, now if bring the mouse down to hover at the bottom of the screen (displaying the progress bar) it shows the time counter moving (even though it should be paused), and audio can be heard playing. I can then double click to go back to the native screen size and the progress bar will continue to move, the audio will continue to play, and the video continues to stay frozen on the single frame. The window when switching screen sizes lists Paused in the top right corner - which indeed the video is doing, but not the audio. If I continually switch in and out of full screen mode (using the mouse) the video will eventually start moving again, but it will be out of sync with the audio which continues from where it was already playing. It kind of appears that pausing and playing (resuming) may be where the problem lies.
Yes, it happens every time if I follow these instructions. Just tested with latest MPDN x64. Render scripts were set to none. Not sure what else is there to say. Maybe it is somehow related to the source file, I haven't considered this possibility.
Edit: after some more tests it appears that steps for remembering file position might not be relevant. It also only happens if all the operations was done using mouse. Couldn't replicate with keyboard. Basically when you double click, with left click being responsible for changing screen mode AND play/pause - something happens. I click VERY fast, if that matters.
The resume from previously play is not relevant as it occurs for me opening files from the beginning. I have tried numerous files, and I can find nothing that links it to any particular source type.
You're right that using the ALT+Enter key to switch from fullscreen to window and back do not create the paused video effect (if its not already active), but if it is active it will switch window/fullscreen mode with the time and audio problem continuing.
Is your spacebar working to pause/resume play of the video? (Pressing spacebar on my keyboard with the video open does not pause, nor resume the playback like it should. Likewise pressing "." does not stop the video like it should).
patul
12th July 2015, 00:12
Zach,
I got two issues on v2.34.0. One is that after few minutes play in FSE (Win7, D3D 11, 16 bit), I totally lost the screen, it became transparent window with only seek bar is visible, not sure if it's replicable. Second issue, I deleted the MPDN config data in AppData, then I reopen MPDN, I can't seem to Open/Quick Open anything, the error is "Invalid URI: The URI is empty". I can only open via Playlist.
Garteal
12th July 2015, 00:53
Second issue, I deleted the MPDN config data in AppData, then I reopen MPDN, I can't seem to Open/Quick Open anything, the error is "Invalid URI: The URI is empty". I can only open via Playlist.
Replicated this, at least for "Quick open".
This happens when I load an url and I then attempt to "Quick open" with the url last loaded up.
===================================
An unexpected error 'System.UriFormatException' has occurred.
------------------------------
Error Type = System.UriFormatException
Error Message = Invalid URI: The URI is empty.
Error Source = System
Error Site = Void CreateThis(System.String, Boolean, System.UriKind)
Error occurred = at System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind)
at Mpdn.Utilities.FileEx.IsLocal(String fileNameOrUri)
at MediaPlayerDotNet.OpenFileForm.ShowOpenFileDialog(IWin32Window owner, String& fileName)
CruNcher
16th July 2015, 00:22
High Efficiency Performance compare MPDN/MPC-HC (BE) (DX9)
http://i1.sendpic.org/t/n5/n5IgTTye9PJfRhHPdUyOV2ouqQr.jpg (http://sendpic.org/view/1/i/9BXEjgK7NFd3Jn7eJVm9LmOiGwr.png)
http://abload.de/thumb/gpuusagehjl8b.png (http://abload.de/image.php?img=gpuusagehjl8b.png)
MPDN doesn't have a stretch to Window Option ?
Keiyakusha
16th July 2015, 01:38
Btw I have another issue with mouse/keyboard. If I'll press Volume button with a mouse, then whenever i'll press Space on a keyboard, it will be bringing up Volume menu and with the next keypress will mute the sound. And it will keep muting it if i'll try to unmute it. To fix it I have to bring up context menu (RMB)
foxyshadis
16th July 2015, 11:26
Btw I have another issue with mouse/keyboard. If I'll press Volume button with a mouse, then whenever i'll press Space on a keyboard, it will be bringing up Volume menu and with the next keypress will mute the sound. And it will keep muting it if i'll try to unmute it. To fix it I have to bring up context menu (RMB)
So that's why hitting Printscreen muted MPDN today. I was so mystified until I checked the volume.
High Efficiency Performance compare MPDN/MPC-HC (BE) (DX9)
http://i1.sendpic.org/t/n5/n5IgTTye9PJfRhHPdUyOV2ouqQr.jpg (http://sendpic.org/view/1/i/9BXEjgK7NFd3Jn7eJVm9LmOiGwr.png)
http://abload.de/thumb/gpuusagehjl8b.png (http://abload.de/image.php?img=gpuusagehjl8b.png)
MPDN doesn't have a stretch to Window Option ?
Strange, MPC-HC x64 works much better in decoding HEVC 4k 10bit than MPDN x64, both using the same version of LAV.
ryrynz
17th July 2015, 01:30
Strange, MPC-HC x64 works much better in decoding HEVC 4k 10bit than MPDN x64, both using the same version of LAV.
Than x86? Yes that's right. 64 bit FFmpeg has a lot more optimisations for HEVC.
Zachs
17th July 2015, 04:57
Been away for a while but I'm back.
I've replicated the problem with audio continuing to play when video is paused. I'll fix it for next release.
I'll also fix the "sticky" volume button problem as well as the "Quick Open" on fresh install problem.
Than x86? Yes that's right. 64 bit FFmpeg has a lot more optimisations for HEVC.
No, both are x64.
Zachs
17th July 2015, 10:20
No ffdshow in your filter chain?
Don't know, just installed it without modifying anything:
http://phota.me/QfaP.png
I have also noticed that DXVA doesn't work for H.264 4k 8bit.
Zachs
17th July 2015, 11:48
BTW MPDN doesn't support dxva so that may be why you're seeing higher CPU usage. It's in my to do list but haven't got to it just yet.
Zachs
17th July 2015, 14:37
The non-OpenCL implementation of the extensions is using DirectCompute, right?
Btw: Any chance for Jinc scaling known of madVR in near future? :)
No. It's Shader, not DirectCompute.
Yeah madVR jinc is in my todo list. I haven't forgotten about it. It'll be implemented as a render script.
CruNcher
17th July 2015, 19:07
Strange, MPC-HC x64 works much better in decoding HEVC 4k 10bit than MPDN x64, both using the same version of LAV.
That is both a x64 chain it just shows that the most performant render way i could reach with MPDN (by default, configuration) isn't as performant (overhead) efficient as with the EVR Custom Renderer used in MPC-HC/BE BE currently being the most efficient the compare wasn't targeting the quality/performance ratio but entirely reachable 4K System Overhead Performance of the DX9 Render path under WDDM 1.1 ;)
It shows much higher overhead on the CPU and GPU as well (the GPU can't hold the Frequency as low)
This has absolutely nothing todo with DXVA as it wasn't even supported for the tested Bitstream here ;)
Zachs
18th July 2015, 05:06
I'm not sure i understand what you're saying but the default settings won't give you the lowest GPU usage. You'll have to disable dithering, select Max render performance, choose bilinear for all scalers, disable fluid motion etc to make the comparison fair.
CruNcher
18th July 2015, 09:02
i forgot the dithering overhead urghs but i don't think it will be much different overall in the current final results but well see
you should have seen from the screenshot that fluid motion was disabled though also ;)
and still no one answered
MPDN doesn't have a stretch to Window Option ?
Zachs
18th July 2015, 09:18
EVR will always be lighter on resources but you can get near it if you cripple MPDN enough. If lowest GPU usage is an absolute must, MPDN isn't the right tool for you. MPDN avoids shortcuts to give you the best quality possible and this means it doesn't use any of the hardware colour conversion features which would've reduced GPU usage by a larger margin. However, you'll likely get incorrect output if you do.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.