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

ryrynz

28th October 2015, 12:04

Under options --> general, do you have either of the resize options selected, if so, which?

They are both selected right now, because I deleted MPDN's config for testing, so they're at defaults. I don't usually keep those enabled so I think it's unlikely they're related as I've experienced this before.. but we'll see.

Also, do you have any option at all selected under 'Audio Renderer' --> 'Audio Script'?

Nope.

The reason for this is a crash bug was recently fixed that affected these options, but I believe there is still some residual related 'buggyness'...

I'm aware of it.

Of course, if your trials regarding these settings prove fruitful, report back which one was the offending options for you.

Of course.

I'm replicating the seek freeze consistently but it does require a number of attempts for it to happen. It occurs in both Windowed mode and Exclusive.
What happens is when seeking the image freezes at a particular point but the audio has seeked further back. When the audio catches up to the point where the image is at, then MPDN continues playing like normal.
I have disabled fluidmotion, it's not related to that or the resize options.

*Both issues occur in 3555 as well*

Also had the FSE freeze as well, both resize options are unticked at this point, no scripts are active. Seems to happen quite often after the video is paused in windowed mode and then playback is resumed in FSE.
I'm getting both these issues consistently, they shouldn't be too hard for Zach to find.

Hey Zach, when Lock to video aspect ratio is enabled and I stretch the right side of the frame the window keeps it's left side position steady. If I stretch the left side the window jumps out to wherever I stretched the left side out to.

burfadel

28th October 2015, 13:04

Ah ok. Yeah I just experienced it again a second ago. Video does not play, but audio continues. Moving the progress bar the picture changed of course, but was a still picture still :), but audio played normally. I guess it would be easier if it threw a crash to track it through event manager, or that it was easily reproducible. Your setup is completely different to mine, I do believe though it is related to the recent fix as it wasn't happening before for me.

burfadel

28th October 2015, 15:06

Well, was experiencing it enough to try disabled 'Resize windows to fit when opening media', no go. Because it doesn't happen all the time for me it was seemingly hard to test. However, I've tested all combinations of settings of what was causing the now fixed crash in v2.45.0, and disabling them of course (which stopped it crashing previously) and it still happens. This confirms what ryrynz said above. I suspect though it is still related to the crash fix.

burfadel

29th October 2015, 04:47

Sorry for the third post in a row, since it's a different 'issue' I've made a separate post about it.

I notice that sometimes after playing files MPDN seems to stay in memory even if you close it off. If you look in task manager, under 'Details' tab, it shows programs in memory. If you sort it by name (by clicking on name) if not already in alphabetical order, you may see 'MediaPlayerDotNet.exe' even if you have already closed it off. If it is still there it uses much less memory than normal.

Can anyone else confirm that it still shows after closing, after playing media files? Issues can only be fixed if people report them, and more so if others confirm that such issues exist :). Not sure what causes it, whether it happens with only certain media files, or whether you have to watch a certain amount first, changed files etc. It's more so whether other people see the issue after closing with normal use. Thanks!

ryrynz

29th October 2015, 06:12

Closing down fine here. I think I recall a number of times where I had to wait a bit before relaunching MPDN as it wouldn't load again while it was still in memory, but I haven't experienced anything recently.
Might want to rename your config folder and give it another shot and see if it still happens and then if so, see if you can't narrow it down. Any particular types of files, play times? etc.

burfadel

29th October 2015, 07:44

It's not all the time, I've noticed it only a couple of times. Might be after playing a MPEG-2 stream (from recorded TV shows) to playing h.264 media etc... then going between full screen and windows etc. Not entirely sure, like the other issue of the picture freezing it only occurs some of the time it's probably hard to track down. I believe it only has happened recently. Could be related to the picture freezing issue? That is, might only happen after that has occurred?

Zachs

30th October 2015, 07:56

Hi guys just a heads up. If you haven't noticed I've been away but will be back end of next week. I won't be able to do much in the mean time but please do continue to provide more info as it would make it easier for be to reproduce the problems.

I've noticed MPDN not terminating before and found it was due to xysubfilter, so try disabling that to begin with. It is directshow filter related.

aufkrawall

30th October 2015, 23:34

Funny thing, I've noticed this for the second time: After installing the latest Windows 10 updates, MPDN needs longer to start.
Reinstalling it shortens the start times to the normal numbers.

elraffa

2nd November 2015, 18:41

Hi Zachs..I would like to ask if you could incorporate an option to stretch hardcoded videos in MPDN.. I have a small monitor and films with black bands are too small for me.. In potplayer there is an option to do this (frame height +)
Hi zachs, please dont forget my request

Zachs

5th November 2015, 08:17

Yes, me! The first one at least. I'm using Direct3D 11, R9-280X, exclusive mode etc, but the symptoms sound identical. It seems to be a bit hard to reproduce though, it doesn't happen all the time.

Under options --> general, do you have either of the resize options selected, if so, which?

Also, do you have any option at all selected under 'Audio Renderer' --> 'Audio Script'?

If so to any of the above, set audio script to 'none' and see if the behaviour continues. If so, try deselecting the resize options and see if the problem is resolved. The reason for this is a crash bug was recently fixed that affected these options, but I believe there is still some residual related 'buggyness'...

Of course, if your trials regarding these settings prove fruitful, report back which one was the offending options for you. Unfortunately for me it only occurs sometimes, which makes testing difficult. It is an annoying bug though!

Hi guys,

Test build 3560 is now available. I haven't been able to replicate the issue but I did find a couple of problems with the code that might've contributed to the issue. Let me know if it fixes the problem for you.

Zachs

5th November 2015, 08:17

Hi zachs, please dont forget my request

I haven't forgotten but it has a very low priority as it's not a feature I use personally.

ryrynz

5th November 2015, 10:41

Looks good, no issues changing from Windowed to FSE. I still get the odd pause for a couple of seconds while seeking (generally backwards seeking using the arrow keys) I might have this happen 1/40 times or so.
The decoder and render queue just sit on 1 & 0 for a bit when this happens then playback continues as normal. This might be a bit of a non issue, and not be related to the player..

Okay just managed it again, this time is stalled for a good five seconds. Generally it's very responsive, guess I'll start testing options now.

I've changed about everything I can with no effect. I can generally cause this delay to happen by seeking about 5-7 steps forward and then a few backward. Audio continues while the picture and OSD is frozen.

CruNcher

5th November 2015, 11:02

I think MPDN is the best player for quality video ! great!

It's really interesting to watch this development

as interesting as to watch Sonys Vegas or the Paint.net development :)

He does a great job seperating the GUI from the Render Core and that is the most important :)

Zachs

5th November 2015, 11:36

It's really interesting to watch this development

as interesting as to watch Sonys Sony Vegas or the Paint.net development :)
If you fully understand how the GC works under .net desktop you'll find it to be a non issue. I've written my own production quality GC that is used for time sensitive applications on embedded platforms and even in those situations, you can always find ways to get around the GC pause. MPDN does a lot of its time sensitive stuff outside of .net. Memory overhead can be higher but GC tends to be faster in a highly multi threaded app, especially vs something like a smart pointer in C++.

Zachs

5th November 2015, 11:39

ryrynz

5th November 2015, 12:12

It's actually not frozen but waiting for the next frame to arrive so it can be rendered and presented. I've tried seeking back and forth but haven't been able to replicate the issue though.

I've managed to reproduce this on my HTPC system as well.
I don't have this issue with MPC-BE/madVR, I guess the next step is to try earlier MPDN versions as well, I do know that 3550 has this issue for me as well.

While I'm on the topic, I know I've asked before but what the hell..can MPDN hope to seek any faster than it currently does?
MPC seeks about twice the speed (using same LAV filters, Directsound, Direct3D etc)
I've changed all MPDN defaults to their fastest values but I can't reach anywhere near as fast as MPC.

eX``

5th November 2015, 12:32

Hi. I have a little problem with MPDN, but I do not think this is exclusively related to it, for I managed to reproduce the error on MPC-HC. Hope you guys still can help.

Faulting application name: MediaPlayerDotNet.exe, version: 2.45.1.3557, time stamp: 0x562e0218
Faulting module name: nvcuvid.dll, version: 7.17.13.5887, time stamp: 0x563756f0
Exception code: 0xc0000005
Fault offset: 0x0000000000068548
Faulting process id: 0x161c
Faulting application start time: 0x01d117b89f092a87
Faulting application path: C:\Program Files\MPDN\MediaPlayerDotNet.exe
Faulting module path: C:\Windows\system32\nvcuvid.dll
Report Id: dd74865c-83ab-11e5-b707-448a5b219869

Unfortunately I can't give you any MPDN stamp for it crashes before I can fetch it.

burfadel

5th November 2015, 12:57

Hi. I have a little problem with MPDN, but I do not think this is exclusively related to it, for I managed to reproduce the error on MPC-HC. Hope you guys still can help.

Unfortunately I can't give you any MPDN stamp for it crashes before I can fetch it.

That is an issue with your Nvidia driver. Try updating your driver to the latest and see if the problem persists :).

CruNcher

5th November 2015, 13:05

If you fully understand how the GC works under .net desktop you'll find it to be a non issue. I've written my own production quality GC that is used for time sensitive applications on embedded platforms and even in those situations, you can always find ways to get around the GC pause. MPDN does a lot of its time sensitive stuff outside of .net. Memory overhead can be higher but GC tends to be faster in a highly multi threaded app, especially vs something like a smart pointer in C++.

Yeah it's interesting to compare the approach vs MPC-BE which i find currently the best win32 optimized Player in time sensitivity in a Multithreaded Scenario (apart from Microsofts own MFT focused work) :)

And yeah sure GC can get better over time if you optimize it and have full controll over it best example Firefox, but is it enough to compete in the end on resources and would this not endup in performance loses on the time sensitive optimized parts im still skeptical ;)

I mean we not going for nothing into the Low Level API age and leaving DX 11s generic IHVs based GCs for DX 12 and more uniquely approaches tailored specific to the applications requirements ;)

And currently either Firefox or Google Chrome look really old vs Microsofts Edge, especialy in a low power scenario as you seem to care a lot about :)

eX``

5th November 2015, 13:18

That is an issue with your Nvidia driver. Try updating your driver to the latest and see if the problem persists :).

Yup I know, but I don't know where it comes from. Just updated this morning, clean install, before posting here, nothing changed. Anyway, I'll look around=). Let me know if rings a bell though.

Zachs

5th November 2015, 13:36

Yeah it's interesting to compare the approach vs MPC-BE which i find currently the best win32 optimized Player in time sensitivity in a Multithreaded Scenario (apart from Microsofts own MFT focused work) :)

And yeah sure GC can get better over time if you optimize it and have full controll over it best example Firefox, but is it enough to compete in the end on resources and would this not endup in performance loses on the time sensitive optimized parts im still skeptical ;)

I mean we not going for nothing into the Low Level API age and leaving DX 11s generic IHVs based GCs for DX 12 and more uniquely approaches tailored specific to the applications requirements ;)

And currently either Firefox or Google Chrome look really old vs Microsofts Edge, especialy in a low power scenario as you seem to care a lot about :)
Like I said you really need to fully understand GC as it is implemented in .net but this is not the forum to discuss it.

Anima123

5th November 2015, 18:49

There's controversial discuss around the topic: should SuperRes using high-quality downscaler or not, in madVR thread? However when I was playing around the options kept within the MPDN version of SuperRes, I found the high-quality downscaler altered straight lines in the video, which is obvious when playing video with hard-encoded subtitles. Only enabled the high-quality downscaler will cause that kind of artefacts, no matter which image-doubler used. BTW, NNEDI3 itself does not have that kind of 'effect'.

I will upload some images for comparison later today.

Shiandow, it would be nice if you can comment of this, maybe after I uploaded the images for camparison?

The pic with HQ downscaling off:
https://www.dropbox.com/s/jqm4ssqe1nznlik/Subtitle_simple_downscaler.png?dl=0

Pic with HQ downscaling on:
https://www.dropbox.com/s/fgbeq7gn6jcvyth/Subtitle_HQ_downscaling.png?dl=0

Zachs

5th November 2015, 23:50

I've managed to reproduce this on my HTPC system as well.
I don't have this issue with MPC-BE/madVR, I guess the next step is to try earlier MPDN versions as well, I do know that 3550 has this issue for me as well.

While I'm on the topic, I know I've asked before but what the hell..can MPDN hope to seek any faster than it currently does?
MPC seeks about twice the speed (using same LAV filters, Directsound, Direct3D etc)
I've changed all MPDN defaults to their fastest values but I can't reach anywhere near as fast as MPC.

I just tried seeking on my old i5 laptop via mechanical USB HDD and frame appear as soon as I click on the seekbar. Seek is instantaneous (if there's any delay it's imperceptible). This is with free-to-air footage that is 5GB in file size. With other files that have sparse keyframes it does take longer but in those cases MPDN's just waiting for the decoder to come back with a frame.

I still haven't been able to replicate any problems with audio playing while video waits regardless of how much I tried seeking back and forth and I've tested it on several machines already. Perhaps it's related to certain video files?

aufkrawall

5th November 2015, 23:57

ryrynz, are you using the same LAV settings/version for MPDN as with other players?
MPDN seeking is rather "instant" here with H.264 DXVA2 CB & GTX 980.

Shiandow

6th November 2015, 00:12

Milardo

6th November 2015, 03:06

Any chance that MPDN will have support for tv tuner/capture cards-like to apply all these rendering features of MPDN to devices i have like those?

Anima123

6th November 2015, 03:12

Those look identical to me. In fact there's a decent chance they are identical, I just discovered a bug that essentially forces HQ downscaling on.

Was this bug introduced recently? I do see difference with some version before.

Shiandow

6th November 2015, 13:01

Was this bug introduced recently? I do see difference with some version before.

Looks like it's been there from the start. Odd, I thought it had worked at some point. Anyway, I just tried the low quality downscaling, and I found it introduced a lot of aliasing and ringing, and it's not really much faster, so generally I don't think it's really worth using. Might need to add HQ downscaling to SuperChromaRes as well.

eX``

7th November 2015, 12:58

(Little off) Ok, just wanted to give you the follow-up :p. So the nvidia "clean install" was screwed, tons of updates above one another had something to do with this problem, for I formated, reinstalled everything and everything is working.
Still one little problem though: i STILL have this FU**NG white veil over my screen. My screen is calibrated, working perfectly, but everytime I install my drivers, it screws with the gamma or anything and I feel like watching at my screen through a white veil ... (like when I open MPDN, the deep black screen is now dark grey....)
(Little off)
édit : like this Before (http://www.prad.de/images/monitore/iiyama_xb2783hsu-b1/schwarz1.jpg) / After (http://www.prad.de/images/monitore/iiyama_xb2783hsu-b1/schwarz2.jpg)

SOLVED: The god of computers received my calls :p something in the nvidia panel was screwed. It touched everything 10 times, and thought "what's the point" and then 5min later I thought "ok one more time" and just clicked on the "Digital Vibrance thing (without changing the actual value) and...EUREKA ^^

Not solved in fact. Everytime I put MPDN in fullscreen mode, it screws back, and I have to go back to tweak this "Vibrance". This is not doing it with any game or application or anything.

eX``

9th November 2015, 16:15

Forget about it, it is another "driver fail", it does it too sometimes when I launch applications that have to go fullscreen.

Braum

9th November 2015, 18:14

Did someone try MPDN with Wine on linux ? Did it worked ? :thanks:

BluesFanUK

9th November 2015, 22:44

I'm having major difficulty installing this.

I downloaded the certificate and the installer, and I ran the certificate install bat file first (as Admin), all seemed fine. When I click the installer it just freezes up my explorer. The install circle just turns and the PC needs to be reset so I can delete the file. I've tried this about five times now using both 64 and 86 versions and both do the same thing.

I'm on Windows 10, any help appreciated.

EDIT - Disabled Windows Smartscreen too as despite installing the certificate the installer was still telling me the program is unrecognised. Same problem. Soon as I click the installer or run as Admin it just shows the loading circle and freezes that particular window. :(

EDIT 2 - Downloaded the portable version and despite giving me the warning about it being an unknown program, it opens. I don't get why the installer isn't working though... Back to MPC-HC for the time being.

Zachs

10th November 2015, 01:46

I downloaded the certificate and the installer, and I ran the certificate install bat file first (as Admin), all seemed fine. When I click the installer it just freezes up my explorer. The install circle just turns and the PC needs to be reset so I can delete the file. I've tried this about five times now using both 64 and 86 versions and both do the same thing.

I'm on Windows 10, any help appreciated.

Sounds like a bug in your virus scanner locking up.

louiebh

10th November 2015, 10:38

is this program able to replace madvr+mpc? id like to switch over if i can get everything in 64 bit atm reclock and svp are holding me back would this program be the one to succeed?

BluesFanUK

10th November 2015, 19:18

Sounds like a bug in your virus scanner locking up.

You're a star, disabled Avast, installed the player.

I'm sure I disabled it when I did a clean boot, anyway, many thanks! :-)

Zachs

11th November 2015, 03:48

The latest MPDN Extensions (v1.24.0) adds basic support for RAR archives and DVD.

You can now play from RAR archives directly without having to unpack them. Note that it only supports RAR archives created using the 'store' method (i.e. no compression). The filter was compiled straight from http://www.v12pwr.com/RARFileSource/.

As for playing DVD, you should now be able to open VTS_xx_0.IFO files in DVD\VIDEO_TS folder. As I hardly ever play DVDs, this is probably as far as I would support it in MPDN.

Cheers,
Zach

Zachs

11th November 2015, 03:50

is this program able to replace madvr+mpc? id like to switch over if i can get everything in 64 bit atm reclock and svp are holding me back would this program be the one to succeed?

MPDN has full replacement for reclock (in fact it has 2 different methods) but you'll have to find out if SVP even runs under 64-bit.

louiebh

11th November 2015, 12:12

MPDN has full replacement for reclock (in fact it has 2 different methods) but you'll have to find out if SVP even runs under 64-bit.

oh wow thats actually great in mpc i just need to set external filter to ffdshow raw and svp works so i will try it soon

my last query im wondering is in MPC there is a feature for capture which i hope to use in future my idea is to capture with a capture card then let my pc process it with my media player this feature currently has me sticking to mpc but 64 bit would be a bit less taxing on my poor laptop

the feature im speaking of is:

http://www.dropbox.com/s/gcz8y6mlignrn5c/Screenshot%202015-11-11%2011.09.29.png

in this screenshot i have linked does mpdn have a similar function?

Zachs

12th November 2015, 02:45

the feature im speaking of is:

http://www.dropbox.com/s/gcz8y6mlignrn5c/Screenshot%202015-11-11%2011.09.29.png

in this screenshot i have linked does mpdn have a similar function?

No. That feature could be added via player extension, but no one has contributed such an extension yet.

ryrynz

12th November 2015, 06:51

ryrynz, are you using the same LAV settings/version for MPDN as with other players?

Yes, I install LAV separately (running latest nightly)

I still haven't been able to replicate any problems with audio playing while video waits regardless of how much I tried seeking back and forth and I've tested it on several machines already. Perhaps it's related to certain video files?

I can duplicate it on just about every file I test. The delay can be up to six seconds long, all previous seeking up until that point is as fast as I'd expect.

Zachs

12th November 2015, 07:53

I've tried it in 4 different PCs now to no avail. What exactly do you have to do to reproduce the problem?

ryrynz

12th November 2015, 12:37

I've tried it in 4 different PCs now to no avail. What exactly do you have to do to reproduce the problem?

Hmm, I seek forwards say five or ten odd times then seek backwards a few times, then forwards again then backwards more etc.
I do it fairly quickly too basically trying to force it to freeze, it's not something anyone would do in normal operation of the player.

Zachs

17th November 2015, 04:12

Hmm, I seek forwards say five or ten odd times then seek backwards a few times, then forwards again then backwards more etc.
I do it fairly quickly too basically trying to force it to freeze, it's not something anyone would do in normal operation of the player.

I managed to replicate some sort of bug which may not be the same one but certainly caused the player to freeze using your method. When it freezes though, it doesn't continue unlike what you're seeing.

ryrynz

17th November 2015, 07:30

I managed to replicate some sort of bug

Cool, will try the next test build.

Zachs

17th November 2015, 07:57

Cool, will try the next test build.

It's available now.

ryrynz

17th November 2015, 07:59

It's available now.

Oh sneaky.. you did a proper release.

Zachs

17th November 2015, 08:01

Oh sneaky.. you did a proper release.

Yeah it fixes a bug anyway even if it's not the one you encountered.

ryrynz

17th November 2015, 08:06

Yeah it fixes a bug anyway even if it's not the one you encountered.

I thought you might've fixed it there.. but nah. Just had it pause for a few seconds, took me a little while longer than usual for it to happen. I pretty sure it always happens on a backwards seek.

Zachs

17th November 2015, 08:08

I thought you might've fixed it there.. but nah. Just had it pause for a few seconds, took me a little while longer than usual for it to happen. I pretty sure it always happens on a backwards seek.

I've tested this latest version on all the machines I have access to. I tried seeking forwards over 10 times and then go backwards in rapid succession. I tried repeating this for at least half an hour each on the different machines but I've not managed to replicate the issue. There must be something else that's causing the bug to manifest itself on your setup.