Log in

View Full Version : Media Player .NET (MPDN) - D3D HQ GPU Video Renderer [v2.49.0/v1.31.0 27 Dec 2018]


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 [17] 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96

ryrynz
9th January 2015, 06:18
I noticed that MPDN x86 edition uses about 46-50% of my core i5 dual core (MPC-HC+madVR 48-52%) but the x64 edition is massively faster, only using 32-35%. Quite unexpected really.


Nev did say last year that there has been quite a lot of optimizations in H.265 and maybe VP9? by the ffmpeg team in the 64 bit versions. It feels like 64 bit is finally coming of age.

nekromantik
9th January 2015, 07:40
Player extension was created exactly for this sort of things, someone (or me) just needs to write an "Auto refresh rate" extension.



Thanks for the stack trace. I will take a look and see if I could work out what is wrong.

EDIT: Did you have anything in your Video Post Processing filter list? Just a reminder: DirectVobSub and XySubFilter are not video post processing filters, so don't add them to the filter list.

EDIT2: v2.16.7 now has DirectVobSub and XySubFilter removed from the post processing filter list.

Hi
No no other filters selected. Just tried latest version and same issue and same exact message. The files I am trying do not have subtitles.

Zachs
9th January 2015, 07:41
Hi
No no other filters selected. Just tried latest version and same issue and same exact message. The files I am trying do not have subtitles.

Can you try the different editions to see if any of that worked? If not, could you upload a small sample somewhere for me to take a look?

nekromantik
9th January 2015, 07:56
Can you try the different editions to see if any of that worked? If not, could you upload a small sample somewhere for me to take a look?

Just tried x64 and now some files play but without video and show api error when going fullscreen.
Others same error.
Here is a sample of sample that errors:
http://www.filedropper.com/theentitysample

Zachs
9th January 2015, 08:10
Just tried x64 and now some files play but without video and show api error when going fullscreen.
Others same error.
Here is a sample of sample that errors:
http://www.filedropper.com/theentitysample

What is your system specs? This is the first time I get someone reporting such errors... when it plays without video, what are the filters currently loaded (e.g. right click, filters)?

EDIT: Just tested the file and and plays perfectly fine. Do you have another machine to test just to rule out your PC config / hardware problem?

nekromantik
9th January 2015, 08:48
What is your system specs? This is the first time I get someone reporting such errors... when it plays without video, what are the filters currently loaded (e.g. right click, filters)?

EDIT: Just tested the file and and plays perfectly fine. Do you have another machine to test just to rule out your PC config / hardware problem?

It plays fine on all other players inc wmp mpc hc etc
It's core i5 laptop with radeon 8 series gpu..

Zachs
9th January 2015, 08:51
Well I'm not sure what the problem is then. Can't replicate any of your problems on my various machines, including one that has a lowly ati4350.

nevcairiel
9th January 2015, 09:25
It does sound like you feel it's worth doing now since AMD improved their DXVA2-CB as you've said? :P

Maybe, maybe not. Its not like I have much free time these days anyway.


Oh if only dtsdecoder.dll had a 64-bit version! Is there every going to be one?

Considering the product we borrowed it from doesn't even exist anymore, no.

But maybe one day ffmpeg itself will support DTS-HD MA decoding. There was work going on, but the guy who was working on it vanished, unfortunately.

ryrynz
9th January 2015, 09:56
Just tried x64 and now some files play but without video and show api error when going fullscreen.


Try running the .NET repair tool (http://www.microsoft.com/en-us/download/details.aspx?id=30135) and checking your system with a "sfc /scannow" command in the command prompt.


Considering the product we borrowed it from doesn't even exist anymore, no.


Worth asking around if anyone knows the people who made it? Perhaps if found they could release the source for it and work could being on a 64 bit version or are there licensing issues with that?

nevcairiel
9th January 2015, 09:59
Worth asking around if anyone knows the people who made it? Perhaps if found they could release the source for it and work could being on a 64 bit version or are there licensing issues with that?

Its based on the dts reference decoder, they would get sued immediately if they did that.

ryrynz
9th January 2015, 10:16
Its based on the dts reference decoder, they would get sued immediately if they did that.

Couldn't a DLL wrapper be used?

Zachs
9th January 2015, 10:34
Hmm. What's the licensing of dts reference decoder like?

If we have license to one implementation of it, does that give us the rights to compile and use another one based on the reference decoder?

nevcairiel
9th January 2015, 12:42
Those companies like DTS or Dolby are very strict about their stuff, I don't think they would be particularly happy if they knew that we used this ArcSoft decoder in a way that we did. I don't know how its licensed specifically, but I bet it involves outrageous financial transactions and NDAs.

foxyshadis
9th January 2015, 12:54
DTS is currently something around $1 or $2 a user, a little less if you have millions of users, and there is no unlimited license. Any implementation based on the references or the patents needs a license, while clean-room versions exist in that grey area. For example: An old DVD player license agreement at $.60 per player (http://www.ip.philips.com/data/downloadables/1/3/2/5/usa-dts-dvd-video-player-joint-02-2004.pdf?force-download=yes).

Zachs
9th January 2015, 13:09
Yes but for those of us who have already got ArcSoft or PowerDVD, and all we are asking is to have the equivalent of dtsdecoder.dll in 64bit, compiled from the same reference code, technically it's still just the one user.

Not saying that MPDN would distribute it but if someone were to make that available on the net and freely available for download like the current version, then it would be no different to the 32bit version wouldn't it?

nevcairiel
9th January 2015, 13:44
Not saying that MPDN would distribute it but if someone were to make that available on the net and freely available for download like the current version, then it would be no different to the 32bit version wouldn't it?

The "current" version wasn't really freely available as such, it just happened to be possible to extract it from the trial version of a commercial product. Its a grey area already.

Razoola
9th January 2015, 14:15
Ideally not since MPDN at the moment only does display rate detection for the monitor (via adapter ID in options) you have selected. This means if you have adapter ID 0 selected, you'll be using the refresh rate of your primary monitor even when you are playing it on your secondary monitor.

However, if both of your monitors are similarly spec'ed and are both connected to a multihead graphics adapter, and that you have both the monitor's refresh rate set up similarly, then it should work fine. You'll have to move the window to the monitor you've selected in options menu before you go full screen though.

That's a pity, hopefully you will add support for this in the future. Using the method you suggest is not really possible for me given both displays are in different rooms.

shaolin95
9th January 2015, 21:28
Pick one. Chroma Upscaler will be bypassed automatically when you choose a render script chroma scaler. The beauty of the RenderScript system is that it allows a portion, or the all scaling operations to be replaced.

For example, if you have just SuperChromaRes in your render script, you'll still have to rely on MPDN's luma upscaler / downscaler to get you to the target size. You can bypass MPDN's upscalers completely too if you choose SuperChromaRes -> SuperRes. This of course would still rely on MPDN's downscalers.
I see, so in my case that I am only playing 1080p Bluray Rips then SuperChromaRes is all I really need at least regarding Chroma scaling, right?

nekromantik
9th January 2015, 22:12
Try running the .NET repair tool (http://www.microsoft.com/en-us/download/details.aspx?id=30135) and checking your system with a "sfc /scannow" command in the command prompt.


Nope tried that no difference.

Shame, this is the only video player on my laptop that dont work.
All my files work on laptop, PC, PS4, Smart TV etc
All except MPCDN.

Asmodian
9th January 2015, 22:40
Nope tried that no difference.

Shame, this is the only video player on my laptop that dont work.
All my files work on laptop, PC, PS4, Smart TV etc
All except MPCDN.

Heh MPCDN. MPDN has no connection to the MPC-XX family, it is a completely new code base even if they both use LAV for decoding. ;)

MPDN was coded in .NET which none of your other players are, it is possible to have something on your computer broken for .NET so other players work but MPDN does not. MPDN works fine on my computer too so you may need to re-install Windows. Of course the problem might be somewhere else or in MPDN; I only want to point out that just because every other player works does not necessarily mean your system is fine and the problem is in MPDN.

nekromantik
9th January 2015, 23:27
Heh MPCDN. MPDN has no connection to the MPC-XX family, it is a completely new code base even if they both use LAV for decoding. ;)

MPDN was coded in .NET which none of your other players are, it is possible to have something on your computer broken for .NET so other players work but MPDN does not. MPDN works fine on my computer too so you may need to re-install Windows. Of course the problem might be somewhere else or in MPDN; I only want to point out that just because every other player works does not necessarily mean your system is fine and the problem is in MPDN.

Yes I understand.
I have already tried to re-install .net 4.5 but still same issue.
Out of ideas.

Zachs
10th January 2015, 00:48
That's a pity, hopefully you will add support for this in the future. Using the method you suggest is not really possible for me given both displays are in different rooms.

Hmm... Can't you simply run two copies of MPDN?

I see, so in my case that I am only playing 1080p Bluray Rips then SuperChromaRes is all I really need at least regarding Chroma scaling, right?

If your display is also 1080p, yes that's all you need. However it won't hurt to have super res in there as well in case you need to play 720p materials. It automatically deactivates if there's nothing for it to do.

Zachs
10th January 2015, 00:49
Nope tried that no difference.

Shame, this is the only video player on my laptop that dont work.
All my files work on laptop, PC, PS4, Smart TV etc
All except MPCDN.

Well does the same issue happen on your PC?

nekromantik
10th January 2015, 01:16
Well does the same issue happen on your PC?

Not tried it. Its packed away.

Zachs
10th January 2015, 01:22
Not tried it. Its packed away.

At this point I'm inclined to say it's a problem with your system config, as the error you encountered is a very fundamental one.

Just as with any other software, if no one else could replicate your issue, chances are no one else would know how to fix it either.

nekromantik
10th January 2015, 01:33
At this point I'm inclined to say it's a problem with your system config, as the error you encountered is a very fundamental one.

Just as with any other software, if no one else could replicate your issue, chances are no one else would know how to fix it either.

I will try on my friends laptop tomorrow.

mrcorbo
10th January 2015, 07:35
I wanted to replicate some MPC-HC functionality in MPDN, specifically being able to advance to the next file in a playlist or folder and go back to the previous file in a playlist or folder using the forward & back buttons on the mouse. In MPC-HC, which function the buttons perform is determined by context. If you are playing a file with chapters they navigate through the chapters, if you have a playlist they navigate through the playlist and if you are playing a single file they navigate through the files in the folder.

MPDN doesn't have chapter support yet (unless I'm missing something), but I was able to modify the KeyRemap Player Extension to replicate the rest of the behaviors by using a global variable to hold the number of playlist items and testing against that to determine which functions to assign to the buttons. The buttons then just trigger the appropriate keyboard shortcut for the function.

Now, this may seem trivial. But I'm posting this because this was accomplished with no prior knowledge of C# and just your example code and Google to guide me. It's testament to the design choices you made that a complete novice was able to add a feature they wanted to your program to make it work better for them. So :thanks:

In the course of working on this I did find a bug(?) in the Navigation.cs Player Extension. As written, when navigating to the next or previous file in a folder, the file enumeration isn't (at least not in the folder I tested) in filename order. I added ".OrderBy(filename => filename)" to the beginning of the query to accomplish this.

Razoola
10th January 2015, 11:47
Hmm... Can't you simply run two copies of MPDN?

not easily, the main issue here is the fact that the other screen is in a different room to the keyboard and mouse making it hard to see what's going on.

Raz

hashanga
10th January 2015, 13:07
With the latest version of MPDN, Full screen exclusive mode isn't working. The video stream freezes every time switch to full screen but the audio stream continues to play and video again works when in windowed mode. I'd been using MPDN nearly since it's inception and this is the first time this happened. MediaPlayerDotNet v2_12_3_2807 works flawlessly. It's the 32-bit version since i need ffdshow/SVP support.

Blackfyre
10th January 2015, 14:42
With the latest version of MPDN, Full screen exclusive mode isn't working. The video stream freezes every time switch to full screen but the audio stream continues to play and video again works when in windowed mode. I'd been using MPDN nearly since it's inception and this is the first time this happened. MediaPlayerDotNet v2_12_3_2807 works flawlessly. It's the 32-bit version since i need ffdshow/SVP support.

You're probably using DX9 as the renderer (that's why it used to happen with me sometimes). Change it to DX10 or DX11 (the latter is the best performance wise with SVP)... Make sure you exit the media player so changes to the settings are applied.

I'm going to be posting my settings for SVP+MPDN soon (within a week) probably in a review of both.

nekromantik
10th January 2015, 15:32
If you get playback issues on full screen ex mode on dx10 and dx11 but no issues on dx9 then what can be the issue?

Anime Viewer
10th January 2015, 19:44
With the latest version of MPDN, Full screen exclusive mode isn't working. The video stream freezes every time switch to full screen but the audio stream continues to play and video again works when in windowed mode. I'd been using MPDN nearly since it's inception and this is the first time this happened. MediaPlayerDotNet v2_12_3_2807 works flawlessly. It's the 32-bit version since i need ffdshow/SVP support.

Do you have "use new windowed mode rendering path when possible" checked? I've had that issue issue since the early versions on my Nvidia equipped Optimus notebook if I have the new windowed mode option checked. If you have "new windowed mode" checked try unchecking it and see if the problem goes away. Is your system a dual GPU (ex: Optimus) system as well? Are you also only able to escape from the situation by logging out or restarting your computer?

nekromantik
10th January 2015, 21:39
Do you have "use new windowed mode rendering path when possible" checked? I've had that issue issue since the early versions on my Nvidia equipped Optimus notebook if I have the new windowed mode option checked. If you have "new windowed mode" checked try unchecking it and see if the problem goes away. Is your system a dual GPU (ex: Optimus) system as well? Are you also only able to escape from the situation by logging out or restarting your computer?

Same issue here with Optimus laptop
It only occurs if you use 10.1 or 11 render modes. Never had "use new windowed mode rendering path when possible" checked.

Asmodian
11th January 2015, 01:23
If you get playback issues on full screen ex mode on dx10 and dx11 but no issues on dx9 then what can be the issue?
Same issue here with Optimus laptop
It only occurs if you use 10.1 or 11 render modes. Never had "use new windowed mode rendering path when possible" checked.

Ah Optiums, Nvidia really messed up (or was unable to fix) something with those dual-GPU drivers.

Don't use 10.1 or 11 render modes until/if Nvidia fixes the drivers?

nekromantik
11th January 2015, 02:48
Ah Optiums, Nvidia really messed up (or was unable to fix) something with those dual-GPU drivers.

Don't use 10.1 or 11 render modes until/if Nvidia fixes the drivers?

Sadly dont have a choice really. Nvidia has really annoyed a lot of video enthusiasts by not bothering to fix OpenCL and these video player bugs on drivers.

Zachs
11th January 2015, 02:55
It plays fine on all other players inc wmp mpc hc etc
It's core i5 laptop with radeon 8 series gpu..

Nope tried that no difference.

Shame, this is the only video player on my laptop that dont work.
All my files work on laptop, PC, PS4, Smart TV etc
All except MPCDN.

I will try on my friends laptop tomorrow.

Same issue here with Optimus laptop
It only occurs if you use 10.1 or 11 render modes. Never had "use new windowed mode rendering path when possible" checked.

I'm confused. Didn't you say you can't get MPDN to work at all on your only laptop? So you've now found a laptop that works i.e. you friend's Optimus equipped laptop?

Zachs
11th January 2015, 02:58
With the latest version of MPDN, Full screen exclusive mode isn't working. The video stream freezes every time switch to full screen but the audio stream continues to play and video again works when in windowed mode. I'd been using MPDN nearly since it's inception and this is the first time this happened. MediaPlayerDotNet v2_12_3_2807 works flawlessly. It's the 32-bit version since i need ffdshow/SVP support.

Can you let me know which presentation API you are using? I'll check and see what has changed from the old version, but I am sure I haven't changed anything to do with switching to full screen exclusive mode.

Zachs
11th January 2015, 03:01
I wanted to replicate some MPC-HC functionality in MPDN, specifically being able to advance to the next file in a playlist or folder and go back to the previous file in a playlist or folder using the forward & back buttons on the mouse. In MPC-HC, which function the buttons perform is determined by context. If you are playing a file with chapters they navigate through the chapters, if you have a playlist they navigate through the playlist and if you are playing a single file they navigate through the files in the folder.

MPDN doesn't have chapter support yet (unless I'm missing something), but I was able to modify the KeyRemap Player Extension to replicate the rest of the behaviors by using a global variable to hold the number of playlist items and testing against that to determine which functions to assign to the buttons. The buttons then just trigger the appropriate keyboard shortcut for the function.

Now, this may seem trivial. But I'm posting this because this was accomplished with no prior knowledge of C# and just your example code and Google to guide me. It's testament to the design choices you made that a complete novice was able to add a feature they wanted to your program to make it work better for them. So :thanks:

In the course of working on this I did find a bug(?) in the Navigation.cs Player Extension. As written, when navigating to the next or previous file in a folder, the file enumeration isn't (at least not in the folder I tested) in filename order. I added ".OrderBy(filename => filename)" to the beginning of the query to accomplish this.

I'm very glad someone's taken the initiative to do that!

Do you know if mpc hc does file enumeration in file name order? If so I guess we should replicate that behavior.

Would you mind sharing your enhancements?

In regards to chapter support, MPDN doesn't have that functionality yet unfortunately. I do plan to get to it at some stage though.

hashanga
11th January 2015, 11:49
You're probably using DX9 as the renderer (that's why it used to happen with me sometimes). Change it to DX10 or DX11 (the latter is the best performance wise with SVP)....
Actually DX9 is the only one that works.

Do you have "use new windowed mode rendering path when possible" checked? . Is your system a dual GPU (ex: Optimus) system as well? Are you also only able to escape from the situation by logging out or restarting your computer?
No. Alt+Enter works to switch back to windowed mode which works fine.
Same issue here with Optimus laptop
It only occurs if you use 10.1 or 11 render modes.

Can you let me know which presentation API you are using? I'll check and see what has changed from the old version, but I am sure I haven't changed anything to do with switching to full screen exclusive mode.

Yes mine is NVIDIA(Maxwell)/Intel (check my signature for details).

Apparently, DX9 presentation API works. Previously, I tried many combinations of the presentation API and the "use new windowed mode rendering path when possible" option. I guess I must have missed one. DX9 works and I don't think "use new windowed mode rendering path" matters for this issue.
All presentation APIs work when using the Intel GPU.
Surprisingly all presentation APIs used to work and still works with old MediaPlayerDotNet v2_12_3_2807. Didn't try 64-bit versions.

Zachs
11th January 2015, 12:14
So that means Dx10.1 no longer works for you? 2.13 did not have dx11 yet.

I'll have a look at the code to see what's changed but as far as I remember, it hasn't changed at all.

Anima123
11th January 2015, 12:16
In my experience, the driver version has an important roll in video playback for Optimus dual video card system.

Zachs
11th January 2015, 12:20
Yeah no doubt about that. Optimus requires a lot from the driver to make it work correctly, including Intel GPU drivers. The idea behind it is great, but in practice not so much.

nekromantik
11th January 2015, 12:29
I'm confused. Didn't you say you can't get MPDN to work at all on your only laptop? So you've now found a laptop that works i.e. you friend's Optimus equipped laptop?

Got it to work on mine and my friends. The issue was I had selected bitstream output in LAV audio. If you dont bitstream it works. This is still a bug however.

Zachs
11th January 2015, 12:32
Hmm... The error isn't even in audio graph chain. I'm not sure how that is even related to the stack trace.

romulous
11th January 2015, 12:56
If I get DWM Presentation Glitches increasing by about 1 per second, what does that signify? Dropped Frames shows a value >0, as does Delayed Frames and also D3D Presentation Glitches - but none of those increase with the same rate as DWM does (this is just with the same test clip I provided previously, a 320x240 MP4 file). This is with SuperRes enabled - with 'none' selected instead, the number looks like it actually increases slightly quicker.

Zachs
11th January 2015, 12:57
That means even Windows can't present its desktop without dropping frames. Your hardware and/or driver is stuffed.

romulous
11th January 2015, 13:02
Would it change your answer if I said madVR with another player shows nothing like this?

Zachs
11th January 2015, 13:03
No. DWM is reported by windows, not MPDN. It's only relaying what windows told it.

nekromantik
11th January 2015, 13:09
Hmm... The error isn't even in audio graph chain. I'm not sure how that is even related to the stack trace.

No idea,
I can re-produce the error by selecting bit-stream in lav settings.
Can anyone else on here bitstream ac3 without issues?

Zachs
11th January 2015, 13:11
I'll try replicating it.