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

Zachs · 3rd May 2015, 00:49

Do you still get the same problem with the latest version?

BRM · 3rd May 2015, 00:54

Quote:

Originally Posted by Zachs

Do you still get the same problem with the latest version?

Well, it doesn't happen every time. I have just watched over 50 minutes of continuous video playback and it didn't crash (on the same version as before).
I will update it now though.

mrcorbo · 3rd May 2015, 17:43

When in fullscreen mode, if I bring up the menu by right-clicking and choose to exit the program, the program crashes. It doesn't matter if FSE mode is active or not and it happens even if playback is stopped.

This doesn't happen if I Alt-F4 instead.

Garteal · 3rd May 2015, 19:03

Can't reproduce that here. What are your settings?

Btw Zachs are you from the future?

mrcorbo · 3rd May 2015, 20:37

Quote:

Originally Posted by Garteal

Can't reproduce that here. What are your settings?

I've tried to move to as generic settings as possible from my standard settings and still get the error. As of now my system/settings are:

Windows 8.1 64 bit/Radeon 270X Catalyst 15.3 beta

Enable FSE is off (have tested both on/off)
Presentation is D3D9Ex (have tested both 10.1 and 11)
New windowed mode is off (Have tested on/off)
Let DWM handle VSync is off
Render scripts are none
Dithering - No dithering (normally have set to random)
Fluid Motion Off (normally have this on)

I checked a bunch of old builds also (extracting them to an empty folder with no player extensions or renderscripts) and did find a build that didn't have this crash, but it was all they way back to 2.9.6 (build 2650) and I am missing all of the builds between there and 2.15.1 (build 2858) which has the crash, so I can't really narrow down where it broke (for me). :/

Garteal · 3rd May 2015, 20:59

Seems to be something on your end then.
What type of crash is it? MPDN handled or a "generic" Windows one?
Post the message/log here (or a screeny)? Check your event logs too for anything suspicious.

mrcorbo · 3rd May 2015, 21:50

Quote:

Originally Posted by Garteal

Seems to be something on your end then.
What type of crash is it? MPDN handled or a "generic" Windows one?
Post the message/log here (or a screeny)? Check your event logs too for anything suspicious.

It's a Windows crash in nt.dll (access violation).

It's difficult to debug the error because the crash causes a black screen (a remnant of the fullscreen video playback) to stay on top of any active windows.

Shiandow · 3rd May 2015, 23:21

MPDN extensions have been updated again, some improvements to Super(Chroma)Res and also added a few hotkeys to modify chroma settings.

The changes to Super(Chroma)Res are:
- Softness now has a slightly different effect, resulting in sharper edges (although "softening" still removes some detail).
- Added softness to SuperRes, making it possible to achieve somewhat ridiculous levels of sharpness (not without risk though)
- Changed the defaults to accomodate these changes, although the defaults could probably use some improvement, I didn't have time to check all possibilities
- Setting a value to 0 disables the corresponding part of the code, so you can trade quality for performance.

I've also added 2 hotkeys for controlling chroma:
- Ctrl+Shift+L toggles the chroma levels
- Ctrl+Shift+M switches the chroma matrix
If something has been encoded well you shouldn't need to use either of them.

BRM · 4th May 2015, 08:06

Quote:

Originally Posted by Shiandow

I've also added 2 hotkeys for controlling chroma:
- Ctrl+Shift+L toggles the chroma levels
- Ctrl+Shift+M switches the chroma matrix
If something has been encoded well you shouldn't need to use either of them.

How come blacks look washed out when using full range (PC 0-255), but look proper when using limited color range (16-235)? Shouldn't it be the other way around?

Zachs · 4th May 2015, 08:08

Quote:

Originally Posted by mrcorbo

It's a Windows crash in nt.dll (access violation).

It's difficult to debug the error because the crash causes a black screen (a remnant of the fullscreen video playback) to stay on top of any active windows.

Did you have any extensions installed at all? Perhaps try it without the extensions and see if it still happens? I've tested it on the various systems I have here as well and they all closed properly without crashing.

Shiandow · 4th May 2015, 14:44

Quote:

Originally Posted by BRM

How come blacks look washed out when using full range (PC 0-255), but look proper when using limited color range (16-235)? Shouldn't it be the other way around?

No that's correct. It overrides the input colour space, not the output.

mrcorbo · 4th May 2015, 17:35

Quote:

Originally Posted by Zachs

Did you have any extensions installed at all? Perhaps try it without the extensions and see if it still happens? I've tested it on the various systems I have here as well and they all closed properly without crashing.

Yeah, I actually extracted all of the old builds I had downloaded to new folders and ran them, so no extensions or renderscripts were available.

I'll keep poking away at it on my end to see if I can find something on my system that may be causing it to break.

Garteal · 4th May 2015, 19:34

Have you checked your event logs for anything useful?
Try deleting ScriptAsmCache.(32 or 64) in %localappdata%\MediaPlayerDotNet. Maybe something got corrupted there?
Heck, might aswell delete it all if that doesn't work and see if that helps.

Zachs · 5th May 2015, 11:13

Quote:

Originally Posted by mrcorbo

Yeah, I actually extracted all of the old builds I had downloaded to new folders and ran them, so no extensions or renderscripts were available.

I'll keep poking away at it on my end to see if I can find something on my system that may be causing it to break.

Try with the latest version - I found a problem that may have been related (not very confident it's what you're seeing though).

Zachs · 5th May 2015, 11:14

Hi guys,

I've added an OpenCL version of the NNEDI3 render script. Since I don't have an AMD card, I've only tested it on Intel and Nvidia GPUs. It's now available on GitHub.

Cheers.

Garteal · 5th May 2015, 12:08

Nice. I'll give it a try with my GTX970.

ryrynz · 5th May 2015, 12:14

I've just submitted details of an out of memory bug to Zach when switching to NNEDI3 during playback in case anyone else encounters it.

Intel doesn't seem to prefer OpenCL.

Garteal · 5th May 2015, 12:19

^ did it happen instantly or after a (short) while?

Edit: Can't reproduce that here so probably your setup.

ryrynz · 5th May 2015, 12:21

Can replicate it instantly. Have also informed Zach about the dark screen bug when switching from NNEDI3 to OpenCL NNEDI3.
Have found out the bug mentioned in my previous post doesn't require video to be playing either.

Zachs · 5th May 2015, 12:22

Only happens in x86 mode - doesn't happen as well if you have your decoder queue set to 16. This is a genuine out of memory error - i.e. your 32-bit app ran out of addressable memory space.

5th May 2015, 11:14	#1975 \| Link
Zachs Suptitle, MediaPlayer.NET Join Date: Nov 2001 Posts: 1,721	NNEDI3 OpenCL render script Hi guys, I've added an OpenCL version of the NNEDI3 render script. Since I don't have an AMD card, I've only tested it on Intel and Nvidia GPUs. It's now available on GitHub. Cheers.

5th May 2015, 12:19	#1978 \| Link
Garteal Registered User Join Date: Oct 2014 Posts: 64	^ did it happen instantly or after a (short) while? Edit: Can't reproduce that here so probably your setup. Last edited by Garteal; 5th May 2015 at 12:21.

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

3rd May 2015, 00:49	#1961 \| Link
Zachs Suptitle, MediaPlayer.NET Join Date: Nov 2001 Posts: 1,721	Do you still get the same problem with the latest version?

3rd May 2015, 17:43	#1963 \| Link
mrcorbo Registered User Join Date: Jan 2005 Posts: 171	When in fullscreen mode, if I bring up the menu by right-clicking and choose to exit the program, the program crashes. It doesn't matter if FSE mode is active or not and it happens even if playback is stopped. This doesn't happen if I Alt-F4 instead.

3rd May 2015, 19:03	#1964 \| Link
Garteal Registered User Join Date: Oct 2014 Posts: 64	Can't reproduce that here. What are your settings? Btw Zachs are you from the future?

3rd May 2015, 20:59	#1966 \| Link
Garteal Registered User Join Date: Oct 2014 Posts: 64	Seems to be something on your end then. What type of crash is it? MPDN handled or a "generic" Windows one? Post the message/log here (or a screeny)? Check your event logs too for anything suspicious.

3rd May 2015, 23:21	#1968 \| Link
Shiandow Registered User Join Date: Dec 2013 Posts: 753	MPDN extensions have been updated again, some improvements to Super(Chroma)Res and also added a few hotkeys to modify chroma settings. The changes to Super(Chroma)Res are: - Softness now has a slightly different effect, resulting in sharper edges (although "softening" still removes some detail). - Added softness to SuperRes, making it possible to achieve somewhat ridiculous levels of sharpness (not without risk though) - Changed the defaults to accomodate these changes, although the defaults could probably use some improvement, I didn't have time to check all possibilities - Setting a value to 0 disables the corresponding part of the code, so you can trade quality for performance. I've also added 2 hotkeys for controlling chroma: - Ctrl+Shift+L toggles the chroma levels - Ctrl+Shift+M switches the chroma matrix If something has been encoded well you shouldn't need to use either of them.

4th May 2015, 19:34	#1973 \| Link
Garteal Registered User Join Date: Oct 2014 Posts: 64	Have you checked your event logs for anything useful? Try deleting ScriptAsmCache.(32 or 64) in %localappdata%\MediaPlayerDotNet. Maybe something got corrupted there? Heck, might aswell delete it all if that doesn't work and see if that helps.

5th May 2015, 12:08	#1976 \| Link
Garteal Registered User Join Date: Oct 2014 Posts: 64	Nice. I'll give it a try with my GTX970.

5th May 2015, 12:14	#1977 \| Link
ryrynz Registered User Join Date: Mar 2009 Posts: 3,650	I've just submitted details of an out of memory bug to Zach when switching to NNEDI3 during playback in case anyone else encounters it. Intel doesn't seem to prefer OpenCL.

5th May 2015, 12:21	#1979 \| Link
ryrynz Registered User Join Date: Mar 2009 Posts: 3,650	Can replicate it instantly. Have also informed Zach about the dark screen bug when switching from NNEDI3 to OpenCL NNEDI3. Have found out the bug mentioned in my previous post doesn't require video to be playing either.

5th May 2015, 12:22	#1980 \| Link
Zachs Suptitle, MediaPlayer.NET Join Date: Nov 2001 Posts: 1,721	Only happens in x86 mode - doesn't happen as well if you have your decoder queue set to 16. This is a genuine out of memory error - i.e. your 32-bit app ran out of addressable memory space.