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

[Anime Viewer]

Originally Posted by Zachs

Options | General | Window. Uncheck resize window to fit when opening media.

Anyone else have their video open in extremely small windows (ex: 393x221 pixels)? I'm not sure why all videos seem to be opening in that shrunk size by default. If I go to View -> Fit to 100% video the video takes on its default size that it should have opened with (ex: 1280x720).

Anywhere in the configuration files I should look for this screwed up resolution that it seems to like opening files in if the "Resize window to fit when opening media" and "Reset window size when closing media" boxes are unchecked?

[Zachs]

Originally Posted by Anime Viewer

Anyone else have their video open in extremely small windows (ex: 393x221 pixels)? I'm not sure why all videos seem to be opening in that shrunk size by default. If I go to View -> Fit to 100% video the video takes on its default size that it should have opened with (ex: 1280x720).

Anywhere in the configuration files I should look for this screwed up resolution that it seems to like opening files in if the "Resize window to fit when opening media" and "Reset window size when closing media" boxes are unchecked?

Can't replicate your issue - when both of those are unchecked, window size doesn't change at all when opening / closing video files.

[Zachs]

Attn: All PlayerExtension developers

There's an upcoming change that will affect all MPDN PlayerExtension developers. After discussing with Shiandow, it was decided that IPlayerControl should be accessible globally in the scripts for various reasons.

As such, you'll find the latest changes in my work branch on github as examples (EDIT: Shiandow will announce what you need to change in a little while, if any) - so if you could, please update your code (shouldn't take more than a few seconds). MPDN v2.19.0 test version is available for download here (Developers only!!!).

[Shiandow]

Originally Posted by Zachs

As such, you'll find the latest changes in my work branch on github as examples (EDIT: Shiandow will announce what you need to change in a little while, if any) - so if you could, please update your code (shouldn't take more than a few seconds). MPDN v2.19.0 test version is available for download here (Developers only!!!).

Well I made the necessary changes in my work branch, but if you don't like to merge with that (since you've made some other changes for instance) then you can easily do it yourself by replacing all "IPlayerControl" variables with the static PlayerControl, and removing the IPlayerControl argument from the IPlayerExtension.Initialize method (and maybe some other methods, but it should be relatively straightforward from there on).

[DeadlyEmbrace]

Originally Posted by Shiandow

Well I made the necessary changes in my work branch, but if you don't like to merge with that (since you've made some other changes for instance) then you can easily do it yourself by replacing all "IPlayerControl" variables with the static PlayerControl, and removing the IPlayerControl argument from the IPlayerExtension.Initialize method (and maybe some other methods, but it should be relatively straightforward from there on).

Cool. I've merged your branch with mine and did some cleanup on my code. I've refactored some code in my brach so the merge ended up being a nightmare.

@Zachs Thanks for the events.

[Garteal]

Thanks for the heads-up. I thought it was kinda a strange approach having to do it the initial way. Glad to see the concept (design) improve. Will be updating and continuing work on the extension.

[Zachs]

@AnimeViewer

I've just implemented multi-subpic support for XySubFilter, along with some optimizations on how the frame is delivered to the renderer for v2.19.0.
Happy to say on my system, the queue only goes down by 3 frames from maximum at most with that test clip you uploaded.

[DeadlyEmbrace]

More event requests.
Could you please add an event for when the selected active subtitle is changed and a similar one for when the active audio track is changed?

[Zachs]

Originally Posted by DeadlyEmbrace

More event requests.
Could you please add an event for when the selected active subtitle is changed and a similar one for when the active audio track is changed?

LOL I figured - just saw your commits.
Will do that for the next release.
Can you compile a list of events you think would be useful so I could do them all in one go?

[DeadlyEmbrace]

Originally Posted by Zachs

LOL I figured - just saw your commits.
Will do that for the next release.
Can you compile a list of events you think would be useful so I could do them all in one go?

Awesome, thanks.
I'll give it some thought. From a quick look over it seems those are the only ones atm though.

[Zachs]

Yeah I had a quick look myself and it seems to be the only ones missing. I'll add those and release a .1 in a while - since ryrynz also found FSE re-enter delay not working.

Done. v2.19.1 released.

[DeadlyEmbrace]

Hi everyone

New version of the MPDN Remote is available (v1.1.0)
- Display and select audio track(s)
- Display and select subtitle track(s)
- Display and select chapter(s)
- Adjusting of volume
- Mute/unmute
- Bugfixes

The new remote will work with the current extension, but most of the features won't be available. As soon as the updated extension is merged with the current PlayerExtensions all functionality will be available.

Available here: https://github.com/DeadlyEmbrace/MPD...rol_v1.1.0.zip

[Zachs]

I've just merged Deadly's new remote code so all functionalities should now work if you re-download player extensions.

Will update OP later with remote client v1.1.0.

Thanks so much deadly!

[Anime Viewer]

Originally Posted by Zachs

@AnimeViewer

I've just implemented multi-subpic support for XySubFilter, along with some optimizations on how the frame is delivered to the renderer for v2.19.0.
Happy to say on my system, the queue only goes down by 3 frames from maximum at most with that test clip you uploaded.

Happy to say my queues stay nice and high (not dropping at all until the video is over from what I noticed) with that test video. Nice Job on making a fix for that Subtitle issue!

On a not so good note. I'm now noticing a "Sequence contains no elements" error when I open a video, maximize the window, or shrink it back to its default size. Any suggestions for trouble shooting?

After I copied the new player, new scripts, and new player extensions I got a couple of other error (shown in the attached picture). The one on the far left occurred when opening files. The top right one occurred when trying to close files (the only way to close it was by ending the task in task manager). Both of those were solved by recopying the render-script files again. The only remaining error is the "sequence" one.

http://oi60.tinypic.com/vfv8ua.jpg

Edit: I have both the 64-bit and 32-bit versions installed, and the 32-bit doesn't generate the error. Only the 64-bit appears to generate the error.

Edit: I've done some searching, and it appears the sequence error may be related to coding and a SingleOrDefault entry:
http://stackoverflow.com/questions/1...ns-no-elements
https://social.msdn.microsoft.com/Fo...projectgeneral

[romulous]

Originally Posted by Anime Viewer

I'm now noticing a "Sequence contains no elements" error when I open a video

Same. Play from Pause also triggers it.

[Zachs]

Replicated the problem and fixed in next release.

EDIT: Fixed and released v2.19.2.

[Dazog]

Could we get a "On Top while playing video" option?

Meaning when we pause the video, the player won't be on top of all other open windows.

Also In Minimalist mode, we don't have a way to tell how far we are into a video. No time displayed. Can we can option for that?

Thank you again, for all the hard work. Awesome player.

[SamuelMaki]

Started to crash when opening files with ffdshow post processing enabled again. Here is the windows crash message:

Ongelman tunniste:
Ongelmatapahtuman nimi: APPCRASH
Sovelluksen nimi: MediaPlayerDotNet.exe
Sovelluksen versio: 2.19.2.2937
Sovelluksen aikaleima: 54c467f6
Vikamoduulin nimi: StackHash_0a9e
Vikamoduulin versio: 0.0.0.0
Vikamoduulin aikaleima: 00000000
Poikkeuskoodi: c0000005
Poikkeuksen poikkeama: 00000000
Käyttöjärjestelmän versio: 6.1.7601.2.1.0.256.1
Aluekohtaisten asetusten tunnus: 1035
Lisätietoja 1: 0a9e
Lisätietoja 2: 0a9e372d3b4ad19135b953a78882e789
Lisätietoja 3: 0a9e
Lisätietoja 4: 0a9e372d3b4ad19135b953a78882e789

Hopefully that is MPDN bug and not ffdshow one? (Since it is dead project) Sorry for the Finnish gibberish, hopefully you make some sense out of it.

EDIT: Actually this was some sort of bug since reinstalling ffdshow and avisyth.dll fixed it (I did lack the .dll on syswow64 after updating MPDN for some reason unknown to me...). Seems to happen with every update as far as I can tell. Are you sure MPDN is not touching any avisynth related files? Though now I know which file to put in which folder I can happily just copy paste it after every update anyway.

[Shiandow]

Just a heads up, I pushed an update to the renderscripts that improved the speed of the debanding algorithm quite a bit. In theory this change could change the image quality slightly but as far as I can tell this effect is not noticeable.

Edit: And some tweaks to the SuperRes / SuperChromaRes algorithms.

[Zachs]

Originally Posted by Dazog

Could we get a "On Top while playing video" option?

Meaning when we pause the video, the player won't be on top of all other open windows.

Also In Minimalist mode, we don't have a way to tell how far we are into a video. No time displayed. Can we can option for that?

Thank you again, for all the hard work. Awesome player.

You can always choose to show status bar even in minimalist mode.
Always on top only when playing option would be a good feature to add.

Originally Posted by SamuelMaki

Started to crash when opening files with ffdshow post processing enabled again. Here is the windows crash message:

Hopefully that is MPDN bug and not ffdshow one? (Since it is dead project) Sorry for the Finnish gibberish, hopefully you make some sense out of it.

EDIT: Actually this was some sort of bug since reinstalling ffdshow and avisyth.dll fixed it (I did lack the .dll on syswow64 after updating MPDN for some reason unknown to me...). Seems to happen with every update as far as I can tell. Are you sure MPDN is not touching any avisynth related files? Though now I know which file to put in which folder I can happily just copy paste it after every update anyway.

MPDN doesn't know you've updated it, or that you're even using Avisynth with it... So no, it has nothing to do with MPDN I'm afraid.