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

[Zachs]

Well delayed frames occur when your GPU had failed to present the frame in the vsync MPDN wanted. This can be due to various reasons external to MPDN. But if it's just delayed by one frame on a 75hz display, chances are you won't even notice it.

[christopherw]

Interesting player with some useful potential. Small footprint is a bonus.

I'm having unexpected results with interlaced content though - with identical LAV filter settings, using either DXVA or CUVID, it's not properly deinterlacing. Even with 50/60p enabled and attempting to force either just hardware or just Yadif software, and aggressively deinterlacing, everything is being blend deinterlaced.

The same video files, with MPC-HC and LAV configured identically, play perfectly.

I'm happy to communicate privately and send some example video files so you can attempt to replicate the issue if you wish, PM me through the board.

[burfadel]

Originally Posted by Zachs

Does this happen with the older build as well (i.e. API level 7)?

Yes, I tried the last release with the old extension, and when the media file changes it comes up with the crash dialogue that says MPDN - Media Player .NET has stopped working.

I might try a really ancient version and associated extension and see if something has changed over the versions.

[burfadel]

I found where the issue is introduced, it's the extensions version v1.22.0. I tried numerous MPDN's and extensions, and they all worked fine (they would not crash). I then went back to MPDN v2.44.3.3480 and tried the numerous supported extensions. The v1.21.x series works fine (including v1.21.4), I went previous/next about 60 times trying to get it to crash, perfectly stable! I then tried extension version v1.22.0 (also supported under the same MPDN), and it crashed just like the latest versions, without fail. I then tried extension version v1.21.4 again, and no issues!

So, the issue was definitely introduced in v1.22.0. I hope that makes it easier to track down what could be causing it!

[ryrynz]

Originally Posted by burfadel

So, the issue was definitely introduced in v1.22.0. I hope that makes it easier to track down what could be causing it!

Possibly unrelated but I had mpdn crash on Windows 7 last night when changing files. Not sure what caused it but Icaros crashed also.

[burfadel]

Originally Posted by ryrynz

Possibly unrelated but I had mpdn crash on Windows 7 last night when changing files. Not sure what caused it but Icaros crashed also.

It could be? I don't use Icaros so I can't say about that. All I know is that anything before extensions v1.22.0 works perfectly, v1.22.0 or later it crashes when changing files consistently.

[Anima123]

Originally Posted by burfadel

It could be? I don't use Icaros so I can't say about that. All I know is that anything before extensions v1.22.0 works perfectly, v1.22.0 or later it crashes when changing files consistently.

I've experienced similar crashes too. Now I had to quit MPDN and restarted it playing another file in order to avoid the crash.

[burfadel]

Originally Posted by Anima123

I've experienced similar crashes too. Now I had to quit MPDN and restarted it playing another file in order to avoid the crash.

It's good to know that's it's not just me then! I'm sure it's something simple.

[Zachs]

Do you have preload next file enabled in your playlist settings?

If you do, try disabling that to isolate the problem.

[edison]

The program will crash if the speaker/headphone was unpluged.

[burfadel]

Originally Posted by Zachs

Do you have preload next file enabled in your playlist settings?

If you do, try disabling that to isolate the problem.

No luck here. I tried that and it still crashes as before.

[Zachs]

Can you try disable xysubfilter and try again?

[Anima123]

Crash still occurs after disabling subtitle feature.

[burfadel]

Same here, and I also have subtitles disabled by default and double checked to make sure.

[ryrynz]

I sometimes get visual corruption when loading the next file (pink or green lines throughout the image) briefly when preloading is active.'
I haven't been able to reliably reproduce the next file load crashing so far.

[Zachs]

Well I can't seem to be able to replicate the crashing problem. Are you guys using the LAV Filters included with MPDN?

[Anima123]

In recent days I twiddled parameters around SuperRes, since I am not satisfied with the 'artificial' kind effect NNEDI3 produced.

Now I am quite satisfied with Super-xBR as image doubler with Edge Strength 1.00 and Sharpness 0.35, and without 'third pass', the SuperRes configured with the default parameters. Though not perfect, but it gives me natural and vivid images watching a movie from a fare distance.

Tried with other image doublers, some, e.g. the NNEDI3 may better closed look, yet the overall visual pleasure it brings is not as good as with the settings I mentioned.

[Zachs]

Originally Posted by burfadel

So, the issue was definitely introduced in v1.22.0. I hope that makes it easier to track down what could be causing it!

This is strange. v1.22.0 was mainly about the playlist supporting URLs. When it crashes, do you get an error message?

[burfadel]

I was using the latest LAVFilters 0.66.0-31 which works perfectly with all other media players, and even all versions of MPDN with the extensions prior to v1.22.0. However, I just tried a fresh install of MPDN (clean install option) and extensions (same, clean install), installing the version of LAV Filters that came with MPDN. Same result, crash on changing media files.

Something between the extensions in v1.21.4 and v1.22.0 is causing the crash. Was the compile environment exactly the same for v1.21.4 and v1.22.0? Since it is such a specific fault (only with extensions v1.22.0 and later) and for me doesn't affect anything else, I still suspect the issue lies with one of the commits. It could either be the commit itself, or something in the commit that causes something in MPDN to go awry?

Is it possible for you to compile a few different test MPDN extensions omitting some of the different commits between v1.21.4 and v1.22.0 to see which commit is causing the issue?

Thanks

[Zachs]

Originally Posted by christopherw

Interesting player with some useful potential. Small footprint is a bonus.

I'm having unexpected results with interlaced content though - with identical LAV filter settings, using either DXVA or CUVID, it's not properly deinterlacing. Even with 50/60p enabled and attempting to force either just hardware or just Yadif software, and aggressively deinterlacing, everything is being blend deinterlaced.

The same video files, with MPC-HC and LAV configured identically, play perfectly.

I'm happy to communicate privately and send some example video files so you can attempt to replicate the issue if you wish, PM me through the board.

Could you cut a small section and post it somewhere so others could have a look at it too?