[RESOLVED] DGMVCSource b22 and VC++2012

This is the home of QuickSync (aka Intel Media SDK) stuff.
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

[RESOLVED] DGMVCSource b22 and VC++2012

Post by Nico83500 »

Hi,
Have you found any issue with b22 and the need to install VC++ 2012 in order to work ?
Thanks !
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCSource b22 and VC++2012

Post by admin »

Build settings look the same as DGDecNV and DGDecIM. Do you find this true for DGDecIM as well?
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: DGMVCSource b22 and VC++2012

Post by Nico83500 »

I'm going to try DGDecIM in few minutes :)
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCSource b22 and VC++2012

Post by admin »

Thanks, Nico. We can also use Dependency Walker to try to see what references are unresolved.
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: DGMVCSource b22 and VC++2012

Post by Nico83500 »

I have a problem : you have sent to me a PM on Doom9 with my licence but Doom9 is down :/
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCSource b22 and VC++2012

Post by admin »

Yes, that's definitely a problem. You didn't make your license after I sent it to you some time ago?

If you send me the email address you gave me I can look up your user ID and resend the activation.
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: DGMVCSource b22 and VC++2012

Post by Nico83500 »

Thanks :)
I've made a licence for my main PC but I am making my tests on a new VM (I'm @ work :D)
Doom9 is OK, I can start to try it
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: DGMVCSource b22 and VC++2012

Post by Nico83500 »

So I have tried DGDecodeIM b15 and no need to install VC++ 2012, encode starts without problem.
DGMVCSource b20 works also without need to install VC++2012 (dll is bigger than b22).

A little suggestion to DGDecodeIM (or DGMVCSource) : could you please put the same order for Auto / Intel HW / Intel SW decoder ? For both, 0 is auto but MVCSource is SW:1 / HW2 and DecIM is SW:2 / HW : 1 :)
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCSource b22 and VC++2012

Post by admin »

What about b22? What happens with that? If it fails, what does dependency walker say about it?

To be honest, I'm not that interested in DGMVCDecode for two reasons: 1) it was only a test run for DGDecIM, and 2) MVC support will be added to DGDecIM.
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: DGMVCSource b22 and VC++2012

Post by Nico83500 »

DGMVCSource b20 : works without install VC++ 2012
DGMVCSource b22 : needs to install VC++ 2012

No problem with your interest about DGMVCSource ;) but when do you plan to add MVC support to DGDecIM (approximatively) ? It's only to know if I use DGMVCSource or if I wait for MVC support :)
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCSource b22 and VC++2012

Post by admin »

May be a while as I want to implement HW deinterlace/crop/resize first.

Sadly, I did not keep source for b20 so I don't know what might have caused the dependency. Can you use dependency walker on b22 to see what it thinks is missing? Seems I asked that once already. ;)
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: DGMVCSource b22 and VC++2012

Post by Nico83500 »

I have launched Dependency Walker but I don't know how it works. Do I open your .dll with it ?

Ok for MVC support, I look forward to see it :)
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCSource b22 and VC++2012

Post by admin »

Nico83500 wrote: Do I open your .dll with it ?
Yes. Please compare what it shows for the two DLLs. Thank you.
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: DGMVCSource b22 and VC++2012

Post by Nico83500 »

I have compared 2 files.
The only differences between both are :
- MSVCP110.DLL
- MSVCR110.DLL
DGMVCSource b22 needs these 2 modules but b20 no.
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCSource b22 and VC++2012

Post by admin »

OK, I found the source code for b20, b21, and b22 on my FTP. :wow:

I will try to find time tomorrow to see where that dependency came from.
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCSource b22 and VC++2012

Post by admin »

I found some time. Please re-download b22 and see how it works.
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: DGMVCSource b22 and VC++2012

Post by Nico83500 »

Thanks, it works perfectly with new b22 !
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCSource b22 and VC++2012

Post by admin »

Sweet. Thanks for prodding me on this and for your test results.
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: [RESOLVED] DGMVCSource b22 and VC++2012

Post by Nico83500 »

Hi Neuron2,
Do you want to build a new version of DGMVCSource ?
On Doom9 forum, MVCSource from Pistacho can decode perfectly Pacific Rim and Dragon Gate movies with new Intel SDK 2015 so if you could upgrade your plugin it would be great :)
Thank you !
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: [RESOLVED] DGMVCSource b22 and VC++2012

Post by admin »

Thanks, Nico, for the alert. Here is a build. Please test and advise results.

http://rationalqm.us/dgmvcsource/dgmvcsource100b23.zip

I'll also update DGDecIM if it works.
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: [RESOLVED] DGMVCSource b22 and VC++2012

Post by Nico83500 »

Many thanks, r0lZ is being to test and we'll tell you if it works !
DAE avatar
r0lZ
Posts: 30
Joined: Fri Feb 06, 2015 1:36 pm

Re: [RESOLVED] DGMVCSource b22 and VC++2012

Post by r0lZ »

Hi Don!

Unfortunately, the last release doesn't work at all, at least on my PC (without the magical Intel hardware).

I did 2 tests, both with "The Flying Swords of Dragon Gate 3D", because that BD has a few frames that cannot be properly decoded with DGMVCSource and FRIMSource and the Intel lib v5.14.4.28 (28/4/2014). The decoding problem is in the AVC stream at 1:23:35. Apparently, an i-frame cannot be decoded properly, and of course, the whole GOP is bad. The MVC frames are bad as well, since they depend of the AVC stream. As far as I know, it's a bug in the Intel library, not in the avisynth plugins. A similar bug is also present in Pacific Rim, as you know, but I don't have that BD3D and I can't test it.

The result of my test with your beta of GDMVCSource and the latest Intel lib (in SW mode) is extremely bad. All MVC frames are full of decoding problems. There is a sort of pixelisation, but also freezes and abrupt jumps. But there is at least one good point: the AVC stream is perfect everywhere, including in the Dragon Gate shot at 1:23:35. It's that fact that makes me think that that bug has been fixed by Intel. But I wonder why the MVC stream cannot be decoded properly.

I did another test, but this time I have replaced the new Intel lib with the old one (v5.14.4.28, 28/4/2014, that has been distributed with your old plugin and with FRIMSource). With that lib, the MVC stream is decoded properly, but of course, the Dragon Gate bug is still present.

The results of my tests are exactly identical than the results of the tests I did with the old version of the plugin and with the new version of the Intel lib. That means that your new plugin works exactly like the old one. Obviously, Intel has changed something that makes the new lib incompatible with the code you have used to load or call the lib. I know that it is possible to use it properly, because Pistacho's MVCSource works fine. It can decode the MVC stream properly, and the Dragon Gate bug doesn't happen. Pistacho has explained at D9 that he has modified his code to make it work with the new lib, but unfortunately, he has not explained exactly what he did. Perhaps you can contact him personally.

I can't help much more, but of course, I can test new betas if you wish. Anyway, thanks again for your plugin.
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: [RESOLVED] DGMVCSource b22 and VC++2012

Post by admin »

OK, thank you for the test results. I'll look into it. But honestly, this is why I dropped DiAVC...they didn't like to bother maintaining backwards compatibility for existing applications. Now here we see the same. Compare it to nVidia's CUVID, where the only problem I ever had was that earlier cards were dropped for support. I shouldn't have to re-engineer my applications when a new library is released!

Is there anything my stuff is doing that pistacho is not? I ask because if there is no value added anymore, maybe there is no point.
DAE avatar
Nico83500
Posts: 78
Joined: Thu Jan 02, 2014 9:28 am

Re: [RESOLVED] DGMVCSource b22 and VC++2012

Post by Nico83500 »

Thanks for your interest about this plugin :)

The mainly difference between both plugin is the license : your plugin is free to use and Pistacho's plugin need to install his full application in order to use only his plugin. I think others points are similars...
DAE avatar
r0lZ
Posts: 30
Joined: Fri Feb 06, 2015 1:36 pm

Re: [RESOLVED] DGMVCSource b22 and VC++2012

Post by r0lZ »

Yes, due to its license, Pistacho's plugin cannot be distributed with our applications, and the user needs to install a lot of other DLLs and decoders to use MVCSource. There is a risk of conflicting filters. Your plugin is much better for us. Also, I guess that you want to solve the problem for your more general decoding plugin as well. I understand how the lack of backward compatibility and support can be frustrating for you (and us), but I suppose that it should be possible to find the doc on how to adapt existing programs to the new version. Maybe on the Intel forums? I agree that nVidia does a better job, but afaik there is no free nVidia MVC decoder available.
Anyway, we'll grateful if you can have a look again. Thanks in advance. :-)
Post Reply