Media Player .NET (MPDN) - D3D HQ GPU Video Renderer [v2.49.0/v1.31.0 27 Dec 2018] - Page 228

Zachs · 5th October 2017, 21:31

Hmm I'll investigate. I'm no longer getting the error but I did at some stage.

Have you guys tried uninstalling MPDN fully and reinstalling? Make sure you backup your settings before you do that. And try doing a windows restart after reinstalling.

Anime Viewer · 6th October 2017, 01:50

Quote:

Originally Posted by Zachs

Hmm I'll investigate. I'm no longer getting the error but I did at some stage.

Have you guys tried uninstalling MPDN fully and reinstalling? Make sure you backup your settings before you do that. And try doing a windows restart after reinstalling.

I did try a complete uninstall and reinstall of MPDN as well as the extensions, rebooted, reinstalled (clean install of both MPDN and extensions), rebooted again, and then launched MPDN. The problem was still present.

thewildsun · 15th October 2017, 16:14

I'm having a problem with video play speed and subtitle sync. If I set the rate to 0.75x, the subtitles are too slow, and if I set the rate to 1.25x, the subtitles are too fast. Is this a bug?

I'm on 2.48 since I get the "Specified argument was out of the range of valid values. (MediaPlayerDotNet)" error on 2.49, on Win10.

Heaud · 19th October 2017, 07:10

I have an odd issue in which MKV muxed from a MP4 is not playing at the intended 60FPS. The source is from a recording of a game which plays fine from the MP4 container, but I get lots of repeated frames and a reported average video rate of 39.9Hz based on the renderer overlay. I am using MPDN 2.49.0.3606 and the latest version of MKVToolNix to mux.

Any ideas as to what might be going on? YouTube was able to render a video upload at 60FPS with the same MKV file so I am guessing the muxing isn't causing a problem with playback.

huhn · 19th October 2017, 10:32

do you have a short sample?

Heaud · 19th October 2017, 18:38

Quote:

Originally Posted by huhn

do you have a short sample?

Here is a link to the sample (warning: there is audio) which is only a 18 second highlight of a match.

huhn · 20th October 2017, 04:32

ok that a little bit strange it seems like the file is VFR with relative stable 40 FPS. maybe the file is stable 40 FPS and the game was using something like adaptive V-sync to stay stable at 40.
but the file claims to be constant 60 FPS in media info.

i'm not really sure but this line for audio : Frame rate : 46.875 FPS (1024 SPF)
but that's not something i know alot about.

mikezilla2 · 23rd October 2017, 10:00

so why should i use this over MPC HC BE / modern codecs ?

TaurezAG · 28th October 2017, 12:37

These two features will be very useful

1. Screenshot
A screenshot feature will be very useful, even more so if before/after processing(like scaling/RenderScript) screenshots can be taken separately.

2.
Additional input file format support for the 3DLUT RenderScript.
Currently, it only supports the .3dlut format which from what I've seen is supported only by a few software, and also just by calibration software. I would like to use 3DLUT for color correction. I'm using DaVinci Resolve. This is the format specification for the .cube files generated by Resolve: Link
I've attached a sample 3DLUT file generated by Resolve.

huhn · 28th October 2017, 14:44

the 3D LUT implementation never worked correctly.

DisplayCAL supports both IRIDAS and 3D LUTs.
so you just needs a profiling of your screen (it may even work with profiling from a different program) and you can create a LUT for both programs in a very short time with the "same" results.

TaurezAG · 28th October 2017, 20:15

Quote:

Originally Posted by huhn

the 3D LUT implementation never worked correctly.

DisplayCAL supports both IRIDAS and 3D LUTs.
so you just needs a profiling of your screen (it may even work with profiling from a different program) and you can create a LUT for both programs in a very short time with the "same" results.

That's the issue here, my 3DLUT is not from a screen profile, it's from color grading. It's unrelated to display calibration.

The Dark Lord · 8th November 2017, 20:25

Win 10 1709 (with latest updates), MPDN 2.49 still throws out of range error, any specific KB I should install to get it to working?

foozoor · 10th November 2017, 22:49

I guess this player is completely dead.
Maybe it should be mentioned on the first post.

Shiandow · 11th November 2017, 14:42

How on earth did you reach that conclusion?

foozoor · 11th November 2017, 18:10

Nice to see you again Shiandow. I always hope I'm wrong.

But it seems there are many problems with the latest Windows updates and that development is still rather slow.

Could you port RAVU and maybe FSRCNN(X) for MPDN?
https://github.com/zachsaw/MPDN_Extensions/issues/239

Shiandow · 11th November 2017, 20:54

I'm only aware of one problem with windows 10, which has something to do with a change to the .Net runtime, that one has been going on for a while, but it looks some updates may or may not stop it from happening. Also since it's not a problem in the code itself it's somewhat hard to track down.

I already commented on RAVU, and will again when there's something to comment about. The reason you haven't heard anything is because I haven't changed my mind about implementing it.

So yeah, not much has changed since last month, but MPDN didn't suddenly die either.

sauma144 · 11th November 2017, 22:15

Foozoor is a little rude sometimes.

Are you going to use .net standard soon?
Will you create an alternative to NGU/NGU-AA or FSRCNN/RAVU?
Are we going to see an open source version of MPDN or is it impossible?

Shiandow · 11th November 2017, 23:48

What exactly do you mean by 'use .net standard'? Do you mean make the extensions target .Net standard rather than .Net framework? I haven't really looked in to it, but I do plan to see if the extensions can at least be made to support C# 6.0 or higher. This depends on how well CS-script can handle C# 6.0 now.

The author of RAVU has kindly offered to help port it to MPDN, so that's likely to happen. Depending on how well this goes, other MPV scripts might be ported to MPDN as well.

The long term goal of MPDN is to become completely open source, as well as fully extendable. Unfortunately the core code for the renderer and the bridge to DirectShow is proprietary, and will need to be rewritten (and probably some other parts here and there, but those two are the most difficult).

huhn · 12th November 2017, 02:15

Quote:

Originally Posted by Shiandow

The author of RAVU has kindly offered to help port it to MPDN, so that's likely to happen. Depending on how well this goes, other MPV scripts might be ported to MPDN as well.

nice to hear i can't wait to check it out together with your deband algorithm.

foozoor · 12th November 2017, 11:02

Quote:

Originally Posted by huhn

nice to hear i can't wait to check it out together with your deband algorithm.

And a totally new D3D12 renderer and no more directshow!

11th November 2017, 18:10	#4555 \| Link
foozoor Registered User Join Date: Feb 2012 Posts: 116	Nice to see you again Shiandow. I always hope I'm wrong. But it seems there are many problems with the latest Windows updates and that development is still rather slow. Could you port RAVU and maybe FSRCNN(X) for MPDN? https://github.com/zachsaw/MPDN_Extensions/issues/239 Last edited by foozoor; 11th November 2017 at 18:20.

11th November 2017, 22:15	#4557 \| Link
sauma144 Registered User Join Date: Sep 2016 Posts: 89	Foozoor is a little rude sometimes. Are you going to use .net standard soon? Will you create an alternative to NGU/NGU-AA or FSRCNN/RAVU? Are we going to see an open source version of MPDN or is it impossible? Last edited by sauma144; 11th November 2017 at 22:18.

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

5th October 2017, 21:31	#4541 \| Link
Zachs Suptitle, MediaPlayer.NET Join Date: Nov 2001 Posts: 1,721	Hmm I'll investigate. I'm no longer getting the error but I did at some stage. Have you guys tried uninstalling MPDN fully and reinstalling? Make sure you backup your settings before you do that. And try doing a windows restart after reinstalling.

15th October 2017, 16:14	#4543 \| Link
thewildsun Registered User Join Date: Oct 2015 Posts: 10	I'm having a problem with video play speed and subtitle sync. If I set the rate to 0.75x, the subtitles are too slow, and if I set the rate to 1.25x, the subtitles are too fast. Is this a bug? I'm on 2.48 since I get the "Specified argument was out of the range of valid values. (MediaPlayerDotNet)" error on 2.49, on Win10.

19th October 2017, 07:10	#4544 \| Link
Heaud Registered User Join Date: Apr 2008 Posts: 58	I have an odd issue in which MKV muxed from a MP4 is not playing at the intended 60FPS. The source is from a recording of a game which plays fine from the MP4 container, but I get lots of repeated frames and a reported average video rate of 39.9Hz based on the renderer overlay. I am using MPDN 2.49.0.3606 and the latest version of MKVToolNix to mux. Any ideas as to what might be going on? YouTube was able to render a video upload at 60FPS with the same MKV file so I am guessing the muxing isn't causing a problem with playback.

19th October 2017, 10:32	#4545 \| Link
huhn Registered User Join Date: Oct 2012 Posts: 8,085	do you have a short sample?

20th October 2017, 04:32	#4547 \| Link
huhn Registered User Join Date: Oct 2012 Posts: 8,085	ok that a little bit strange it seems like the file is VFR with relative stable 40 FPS. maybe the file is stable 40 FPS and the game was using something like adaptive V-sync to stay stable at 40. but the file claims to be constant 60 FPS in media info. i'm not really sure but this line for audio : Frame rate : 46.875 FPS (1024 SPF) but that's not something i know alot about.

23rd October 2017, 10:00	#4548 \| Link
mikezilla2 Registered User Join Date: Jul 2007 Posts: 6	so why should i use this over MPC HC BE / modern codecs ?

28th October 2017, 14:44	#4550 \| Link
huhn Registered User Join Date: Oct 2012 Posts: 8,085	the 3D LUT implementation never worked correctly. DisplayCAL supports both IRIDAS and 3D LUTs. so you just needs a profiling of your screen (it may even work with profiling from a different program) and you can create a LUT for both programs in a very short time with the "same" results.

8th November 2017, 20:25	#4552 \| Link
The Dark Lord Registered User Join Date: Aug 2015 Posts: 3	Win 10 1709 (with latest updates), MPDN 2.49 still throws out of range error, any specific KB I should install to get it to working?

10th November 2017, 22:49	#4553 \| Link
foozoor Registered User Join Date: Feb 2012 Posts: 116	I guess this player is completely dead. Maybe it should be mentioned on the first post.

11th November 2017, 14:42	#4554 \| Link
Shiandow Registered User Join Date: Dec 2013 Posts: 753	How on earth did you reach that conclusion?

11th November 2017, 20:54	#4556 \| Link
Shiandow Registered User Join Date: Dec 2013 Posts: 753	I'm only aware of one problem with windows 10, which has something to do with a change to the .Net runtime, that one has been going on for a while, but it looks some updates may or may not stop it from happening. Also since it's not a problem in the code itself it's somewhat hard to track down. I already commented on RAVU, and will again when there's something to comment about. The reason you haven't heard anything is because I haven't changed my mind about implementing it. So yeah, not much has changed since last month, but MPDN didn't suddenly die either.

11th November 2017, 23:48	#4558 \| Link
Shiandow Registered User Join Date: Dec 2013 Posts: 753	What exactly do you mean by 'use .net standard'? Do you mean make the extensions target .Net standard rather than .Net framework? I haven't really looked in to it, but I do plan to see if the extensions can at least be made to support C# 6.0 or higher. This depends on how well CS-script can handle C# 6.0 now. The author of RAVU has kindly offered to help port it to MPDN, so that's likely to happen. Depending on how well this goes, other MPV scripts might be ported to MPDN as well. The long term goal of MPDN is to become completely open source, as well as fully extendable. Unfortunately the core code for the renderer and the bridge to DirectShow is proprietary, and will need to be rewritten (and probably some other parts here and there, but those two are the most difficult).