Log in

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


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 [82] 83 84 85 86 87 88 89 90 91 92 93 94 95 96

huhn
30th March 2016, 21:41
it stops the prompt as an example.

Zachs
30th March 2016, 22:54
But why using a cert then? What is the benefit?

I'm just curious.
In an ideal world, I'd be able to afford a proper code signing cert, but alas MPDN is just a pet project. It costs too much for me to get a cert, so the only alternative is to have a self signed one. If someone would like to sponsor the purchase of a code signing cert, feel free to contact me. Or if you have a better idea, feel free to share it.

Hrxn
30th March 2016, 23:59
it stops the prompt as an example.

That one UAC prompt when running the installer? That is all? Really?

Zachs
31st March 2016, 00:06
That one UAC prompt when running the installer? That is all? Really?
Did you read ryrynz's reply?

Hrxn
31st March 2016, 00:13
Yes, of course.

I also read http://www.zachsaw.com/mpdn/

From his quote:
This prevents the annoying prompt that you're running an application from an unknown publisher for software from zachsaw.com.

From the site:
This also prevents you from getting desensitised from the unknown publisher prompt each time you run MPDN and stops other apps from masquerading as software from zachsaw.com

His quote did not mention "each time", so I assumed the site would be outdated here or something.

So that still applies? UAC prompt for each time you start the application?

Zachs
31st March 2016, 00:26
Yes, of course.

I also read http://www.zachsaw.com/mpdn/

From his quote:


From the site:


His quote did not mention "each time", so I assumed the site would be outdated here or something.

So that still applies? UAC prompt for each time you start the application?

If you've installed it via the installer, no.

Hrxn
31st March 2016, 01:40
This means that you get two different binary application files, when using the installer in comparison to the standalone archive?

Okay, that is new to me..

Zachs
31st March 2016, 01:45
This means that you get two different binary application files, when using the installer in comparison to the standalone archive?

Okay, that is new to me..

It's the same binary. What are you trying to achieve by asking these questions? It's a bit of a waste of time. I've already explained everything that needed to be explained. If you can't accept it, move on.

Hrxn
1st April 2016, 18:47
Well, I'm sorry, it is definitely not my intention to waste your (or anyone else's) time.

I am not trying to achieve anything specific here, I am just curious and try to understand.

As I said, a friend recommended MPDN to me, but please imagine the following scenario: An interested user comes to your site, and encounters this:

Step 1: Install this certificate into your OS cert store.

Don't you think that might be a bit deterring to some users?

So I just wondered what might be the reasoning behind this, and here we are...


And now you are telling me that the application binary you get from either the installer or the zip archive is the same (as it should be, obviously), but if I installed it via the installer, I don't get these UAC prompts each time,
If you've installed it via the installer, no.hereby implying that when using the binary from the zip archive, I'll get these prompts. Sorry, but this doesn't make sense to me..

Zachs
1st April 2016, 22:21
Well, I'm sorry, it is definitely not my intention to waste your (or anyone else's) time.

I am not trying to achieve anything specific here, I am just curious and try to understand.

As I said, a friend recommended MPDN to me, but please imagine the following scenario: An interested user comes to your site, and encounters this:



Don't you think that might be a bit deterring to some users?

So I just wondered what might be the reasoning behind this, and here we are...


And now you are telling me that the application binary you get from either the installer or the zip archive is the same (as it should be, obviously), but if I installed it via the installer, I don't get these UAC prompts each time,
hereby implying that when using the binary from the zip archive, I'll get these prompts. Sorry, but this doesn't make sense to me..
That's just how it is. UAC works the same way regardless of whether you've installed the cert out not. You'd have to complain to Microsoft if you think it doesn't make sense.

foxyshadis
3rd April 2016, 10:07
And now you are telling me that the application binary you get from either the installer or the zip archive is the same (as it should be, obviously), but if I installed it via the installer, I don't get these UAC prompts each time,
hereby implying that when using the binary from the zip archive, I'll get these prompts. Sorry, but this doesn't make sense to me..

Once the certificate is installed into the Trusted store, you'll never get another prompt again, zip, installer, or whatever.

If you've installed it via the installer, no.

Might want to check this. I've installed it via the installer many times, and the zachsaw.com cert isn't in my Local Computer Trusted Publishers. Or anywhere else, for that matter.

Hrxn
4th April 2016, 21:51
Well, I've tried it for myself in the meantime, maybe this helps a bit to clear things up finally.

I tried both the installer and the standalone archive, and this were the results:

Installer
One UAC prompt when executing the installer. The "yellow" warning prompt, you always receive when running a program from an "unknown publisher" (i.e. not signed) that tries to make changes to the system outside of your specific user dir.

No prompts or warning when running MPDN, not one.

Standalone
Extracted the archive file into a new MPDN dir, a subdir of a custom program folder directly on C:
Made a shortcut and ran the program: No prompts or warnings, not one.

No differences in video playback observable.
And I definitely did not install any cert whatsoever.

So, I still don't get the point..

;)

Zachs
5th April 2016, 00:39
Might want to check this. I've installed it via the installer many times, and the zachsaw.com cert isn't in my Local Computer Trusted Publishers. Or anywhere else, for that matter.

Ah I meant installing MPDN via the installer won't trigger UAC when you run MPDN. The cert has to be installed separately (optional of course).

FWIW, I've bitten the bullet and bought a code signing cert. The verification process is a pain though. It'll probably take a bit of time to sort it out.

Zachs
5th April 2016, 00:43
So, I still don't get the point..

;)

Read this from OP.

stops other apps from masquerading as software from zachsaw.com. It also stops people with malicious intents from altering MPDN and making it available online as an alternate download

e.g. Someone alters MPDN (via the same technique as a virus would) and posts it online for download. You, unknowingly, download the altered MPDN. There's no way to tell if the MPDN you just downloaded came from me if you don't have the cert installed. If you do, however, you'll get a prompt saying it's from unknown publisher, as opposed to the same prompt for both original and altered MPDN.

Hrxn
7th April 2016, 17:29
Yes, I'm aware. An additional security layer that protects the end user from running a manipulated file, if you will. Good for inexperienced users, on the other hand, asking an inexperienced user to install a self-signed cert, I don't know, I think it's a bit of a Catch-22, just like moving the 'question of trust', if I may call it like that, to another layer ;)

I think this is just one of the basic rules of Internet usage. Do not, under no circumstances, download your apps or software or programs from any shady third-party site (Or all third-party sites general). Always use the official source, or an official mirror at least.

Okay, now to some questions that are a lot more interesting ;) :

What are the best settings (or best render scripts, I guess you have to set up both) for upscaling some really old video clips, for example with dimensions of 640x480 pixels, or maybe even worse?

;)

Zachs
11th April 2016, 07:14
Hi guys,

I've made a simple MPDN remote for Android (https://play.google.com/store/apps/details?id=com.zachsaw.mpdn_remote&hl=en) (free with no ads). It's missing a lot of features at the moment compared to the Windows one made by DeadlyEmbrace but I hope to add more features when time permits.

Cheers.

foxyshadis
11th April 2016, 21:11
Hi guys,

I've made a simple MPDN remote for Android (https://play.google.com/store/apps/details?id=com.zachsaw.mpdn_remote&hl=en) (free with no ads). It's missing a lot of features at the moment compared to the Windows one made by DeadlyEmbrace but I hope to add more features when time permits.

Cheers.

Nice, it connects and works for me. Only Fullscreen, Mute, and Stop seem to work, the other buttons never activate, but it's a strong first showing. Looking forward to even more couch-potatoness in the future!

Zachs
12th April 2016, 00:46
Nice, it connects and works for me. Only Fullscreen, Mute, and Stop seem to work, the other buttons never activate, but it's a strong first showing. Looking forward to even more couch-potatoness in the future!

It seems the client never received a valid media length from the server in your case, which is the only reason why the other buttons aren't activated. What does the status text at the bottom of the screen say? e.g. "00:00:01.000/00:02:00.00" (position/duration). And when the media is playing, does the position text change (along with the seekbar even if it's not activated)?

EDIT: Just found out that the server uses the current culture to convert numbers to string. If your phone has a different culture setting to your PC, it'll most likely fail to work - I'll fix the server.

EDIT2: Can you try the latest version for both the app and MPDN extensions? Let me know if you still have the same problem.

DeadlyEmbrace
12th April 2016, 07:56
Hi guys,

I've made a simple MPDN remote for Android (https://play.google.com/store/apps/details?id=com.zachsaw.mpdn_remote&hl=en) (free with no ads). It's missing a lot of features at the moment compared to the Windows one made by DeadlyEmbrace but I hope to add more features when time permits.

Cheers.

Very nice :D It looks awesome. (Too bad I can't test it... :/ )
Hoping to get around to iOS one based on Xamarin sometime soon, just have a lot of other things on my hands atm.

Zachs
12th April 2016, 08:07
Ah I wrote it with Xamarin too. Works very well on Android. Too bad I haven't got an Apple device or a Mac for development.

DeadlyEmbrace
12th April 2016, 08:25
Cool :) Very glad MS bought Xamarin, going to make cross device dev a lot easier.
Yeah... I bought a Mac Mini ages ago, began to think it was a waste but now I can put it to use. Just need to update it.

Zachs
12th April 2016, 12:33
I think we should refactor all of that client server code out to a separate unit. I'd like to use the same controller code across all the different platforms. The view code obviously will be different. I'll try to do that when I have some time.

DeadlyEmbrace
13th April 2016, 07:12
Agreed, would be easiest if we had a cross platform class library to handle all of the communication logic.
Truth be told I have actually been thinking of rewriting the entire remote control module for a while now, there are quite a few things in there that doesn't work quite as well as it should.
Would really like to switch communication to be JSON based instead of the current custom solution and would also like to implement zeroconf for client setup (no more fiddling with ports)
Will have to keep it as a separate module though, as I don't want to break the existing logic until a full new solution is in place (so plugin, plus remotes)

Zachs
14th April 2016, 07:36
Absolutely. The current comms logic don't work too well at all when it comes to the need to escape the delimiters. I'm thinking of something like WCF that is cross platform. I used one that's mono compatible before but can't recall what it's called now...

Zachs
15th April 2016, 06:45
Hi guys,

Latest version of the new Android remote supports the following features:
* Remote file browser
* Save a link to the remote and play the link on MPDN

The last one had been on my todo list for a long time - I can finally use the YouTube app to find clips of interest and cast it to MPDN for actual playback.

Zachs
18th April 2016, 06:13
Agreed, would be easiest if we had a cross platform class library to handle all of the communication logic.
Truth be told I have actually been thinking of rewriting the entire remote control module for a while now, there are quite a few things in there that doesn't work quite as well as it should.
Would really like to switch communication to be JSON based instead of the current custom solution and would also like to implement zeroconf for client setup (no more fiddling with ports)
Will have to keep it as a separate module though, as I don't want to break the existing logic until a full new solution is in place (so plugin, plus remotes)

This is the RMI framework I used a few years ago for Mono/.NET comms.
https://github.com/hikalkan/scs

It is open source (MIT licensed, so compatible with MPDN Extensions) and has a much better performance compared to WCF.

I'll write the server plugin when I find some time.

DeadlyEmbrace
18th April 2016, 07:02
Cool. :) Will take a look at it once I have some time.
Edit: That actually looks like an awesome framework, should make the implementation a lot easier, especially when combined with Xamarin for cross platform implementation.

sat4all
19th April 2016, 11:25
hi zachs,

i would love to use mpdn as external player for kodi, but the lack of commad key editor ( like mpc-hc ) holding me back. is there any alternative for mpdn?
another thing, mpdn doesn't not respect lav splitter subtitles preferred language prio for external subs if embedded exist.:confused:

laforcetrankil
1st May 2016, 09:13
Hello everyone,

Is there a place where a person explains the configuration options of this software?

Thk's

Anima123
1st May 2016, 16:11
Zachs,

Would you please take a look at this avi file? MPDN seems cannot playback it with full fps, it stuck at around 20 fps, while it actually is 29.976.
https://www.dropbox.com/s/gjmuxpmbz3jmty4/oned-649.avi.001?dl=0

Regards,

Zachs
2nd May 2016, 03:21
Hello everyone,

Is there a place where a person explains the configuration options of this software?

Thk's

There's some documentation available (that said, we could always use more if anyone's willing to contribute).

MPDN Extensions:
https://github.com/zachsaw/MPDN_Extensions/wiki

MPDN itself:
:search:

Zachs,

Would you please take a look at this avi file? MPDN seems cannot playback it with full fps, it stuck at around 20 fps, while it actually is 29.976.
https://www.dropbox.com/s/gjmuxpmbz3jmty4/oned-649.avi.001?dl=0

Regards,

Are you using an audio script? I commited a bug fix just last week that addresses exactly what you've described.

Anima123
2nd May 2016, 04:41
Are you using an audio script? I commited a bug fix just last week that addresses exactly what you've described.

I have noticed the updates, it does not help with my case though.

PS., Just checked my configuration, no audio script applied.

Zachs
2nd May 2016, 04:47
I'll take a look at the sample when I have some time

sat4all
2nd May 2016, 08:36
Enabling 3d-lut script lead to a black screen while i still can hear audio, the same lut file work just fine with madvr.
any idea?

Zachs
4th May 2016, 01:37
Enabling 3d-lut script lead to a black screen while i still can hear audio, the same lut file work just fine with madvr.
any idea?

I just tested 3dlut script and it works fine - is your 3dlut file 96MB?

Zachs
4th May 2016, 02:21
I have noticed the updates, it does not help with my case though.

PS., Just checked my configuration, no audio script applied.

Hmm the sample timestamps seems to repeat, which isn't something MPDN expected (i.e. the decoder drops the repeats without ever sending it to its renderer). It's probably not a well encoded source, but I've made it work in the next version of MPDN anyway.

sat4all
5th May 2016, 09:12
I just tested 3dlut script and it works fine - is your 3dlut file 96MB?

indeed it's.

Zachs
5th May 2016, 09:35
Are you using it with any other scripts? I can't produce the problem.

sat4all
6th May 2016, 00:11
no other scripts, my pc is an intel nuc i5 haswell. except setting jinc-ar for luma and chroma upscaling & limited range output, i didn't touch anything else in mpdn settings.

Zachs
6th May 2016, 00:27
no other scripts, my pc is an intel nuc i5 haswell. except setting jinc-ar for luma and chroma upscaling & limited range output, i didn't touch anything else in mpdn settings.

I tested your exact settings on a lowly Intel HD Graphics 3000 (Sandy Bridge i5) and it still works fine. It works perfectly well on my Xeon Haswell with P4600 too.

RyaNJ
7th May 2016, 17:30
Does the "always on top while playing" function work in full screen mode only or also in windowed mode? Also is there some way to keep the play list hidden? It seems to always re-appear at startup even when it has been disabled.

Garteal
7th May 2016, 18:26
Also is there some way to keep the play list hidden? It seems to always re-appear at startup even when it has been disabled.
Yes, uncheck "Show playlist on startup" in the Playlist Configuration window. Either press the "O" key with the playlist selected to open this, or press the cogwheel (or go the roundabout way via the PlayerExtensions dialog).

RyaNJ
8th May 2016, 18:37
Yes, uncheck "Show playlist on startup" in the Playlist Configuration window. Either press the "O" key with the playlist selected to open this, or press the cogwheel (or go the roundabout way via the PlayerExtensions dialog).

Thanks for that, somehow I missed that option!

DeadlyEmbrace
19th May 2016, 18:43
Updated version of the Remote Control for Windows is now available.
It supports both the older RemoteControl extension (Extension 1.27.1 and older) as well as the new extension (1.27.2+)
You can grab a copy here (https://github.com/DeadlyEmbrace/MPDN_RemoteControl/releases/tag/v1.4.0.72)

Zachs
19th May 2016, 23:46
Thanks DeadlyEmbrace! I was going to update it at some point but haven't got to it yet.

I'm mucking about with Xamarin.iOS at the moment. iOS programming model isn't as professional as Android's though. Even with Apple's xcode, it's primitive. It's designer is super clunky as you're forced to use the mouse to design the UI.

Shiandow
21st May 2016, 00:22
Hi all,

I finally had some success combining the theory behind the SSIM downscaler and SuperRes. Which gave rise to a new experimental algorithm: Structural Simmilarity (SSIM) SuperRes, or SSSR for short. It's still a bit of a work in progress, and I don't want to give too much away yet but suffice it to say it's sharp.

Should be available with the next extensions release, or by grabbing the code from the git repository.

Cheers.

Zachs
21st May 2016, 00:23
Fantastic!!! I'll do a quick release in a bit!

EDIT: Looks like a new release will have to wait - I haven't got my signing certificate with me.

foozoor
22nd May 2016, 00:03
Hi all,

I finally had some success combining the theory behind the SSIM downscaler and SuperRes. Which gave rise to a new experimental algorithm: Structural Simmilarity (SSIM) SuperRes, or SSSR for short. It's still a bit of a work in progress, and I don't want to give too much away yet but suffice it to say it's sharp.

Should be available with the next extensions release, or by grabbing the code from the git repository.

Cheers.

Any screenshot comparisons?

ryrynz
22nd May 2016, 04:12
Any screenshot comparisons?
If there was he would've linked them. Why not update your extensions and screen shot them yourself? Would take you like five minutes.

Zachs
22nd May 2016, 14:14
Alright guys I've just released MPDN Extensions v1.28.0. It has Shiandow's SSSR scaler. Go nuts! :)