[RESOLVED] DGMVCSource b22 and VC++2012
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Investigating...
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Everything is fine until the first call to m_pmfxDEC->DecodeFrameAsync(), which returns MFX_ERR_UNKNOWN.
I've posted a query about it at the INTEL forum.
I've posted a query about it at the INTEL forum.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Thanks for your investigation. I hope Intel will help.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Thanks Donald ! I've seen there is a response at the Intel forum, so it's better than last time ![Smile :)](./images/smilies/icon_e_smile.gif)
Perhaps you could find a solution with Intel forum help... I hope![Wink ;)](./images/smilies/icon_e_wink.gif)
Edit : Not an issue of course but a solution ! Thanks r0lZ.
![Smile :)](./images/smilies/icon_e_smile.gif)
Perhaps you could find a solution with Intel forum help... I hope
![Wink ;)](./images/smilies/icon_e_wink.gif)
Edit : Not an issue of course but a solution ! Thanks r0lZ.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Oy. After posting the log I waited a few days for a reply but there was none. So I sent a private message to Tony to make sure he saw it and to ask what he thought. There has been no response.
So, I'm afraid things appear to be no different from last time.
Even the MPEG-2 decode error I found was never resolved. Finally, the reply was: "Yes, there does seem to be an error in the sample code." But they never followed up with a fix or other solution.
![Confused :?](./images/smilies/icon_e_confused.gif)
So, I'm afraid things appear to be no different from last time.
Even the MPEG-2 decode error I found was never resolved. Finally, the reply was: "Yes, there does seem to be an error in the sample code." But they never followed up with a fix or other solution.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Damn! But the strange thing is that there is already a solution. The problem is to know what it is and how to implement it. Pistacho did it, but as you know, he is sparing with the information. But perhaps you can contact him yourself. Perhaps he will accept to help another programmer.
Anyway, thanks for having tried.
Anyway, thanks for having tried.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
I'll keep trying all available ways. Sending pistacho a PM now.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Thanks, I hope he'll respond to you !
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Me too, but don't get your hopes up. I'm hoping that Tony will come thru for us.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
OK, things are looking up. Tony posted this driver link:
https://downloadcenter.intel.com/Search ... rodId=3720
Use the 1-12-2015 version. Please also re-download b23 as I updated the build to INDE 2015 Update 1.
After I installed both everything is working for me. Can you all try that and report your results? Thank you.
https://downloadcenter.intel.com/Search ... rodId=3720
Use the 1-12-2015 version. Please also re-download b23 as I updated the build to INDE 2015 Update 1.
After I installed both everything is working for me. Can you all try that and report your results? Thank you.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Hi Donald,
Thanks to you for this update. I'll try it tomorrow and let you know.
I don't have an Intel CPU but an AMD Phenom II X6 so I don't use Intel driver.
Thanks to you for this update. I'll try it tomorrow and let you know.
I don't have an Intel CPU but an AMD Phenom II X6 so I don't use Intel driver.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
I've just updated b23 again, so all please re-download. Be sure to get the new libmfxsw32.dll from there too.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Always the same link http://rationalqm.us/dgmvcsource/dgmvcsource100b23.zip?
I'll test it tomorrow. To late here do do it now.
Thanks anyway.
I'll test it tomorrow. To late here do do it now.
Thanks anyway.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Yes, it's the same link.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
I tested the new version with Pacific Rim, SW decoding. The glitch has gone. (I can't test HW decoding with my PC).
Re: [RESOLVED] DGMVCSource b22 and VC++2012
I did also a quick test, and encoded only a few minutes of the beginning of Pacific Rim (SW decoding). No problem so far.
I am now encoding it up to the "famous" glitch at 1:06:14, but I'm confident it will work fine. Then, I'll do another test with Flying Swords of Dragon Gate to verify the glitch at 1:23:35, but again I'm pretty sure it will work fine. I hope some peoples will test it with HW acceleration.
However, there have been reports that Pistacho's MVCSource with the latest DLLs from Intel work usually fine but fails on some specific machines (notably a Dell computer, with or without HW decoding, I don't know). That must be tested too, to be sure. But if it passes that test, your DGMVCSource will be the first fully working MVC decoder based on the Intel lib. (In addition to the problem with the Dell, we have also found 2 terrible bugs in Pistacho's MVCSource, not directly related to the Intel lib, that makes it totally unusable in practice.)
![Smile :)](./images/smilies/icon_e_smile.gif)
However, there have been reports that Pistacho's MVCSource with the latest DLLs from Intel work usually fine but fails on some specific machines (notably a Dell computer, with or without HW decoding, I don't know). That must be tested too, to be sure. But if it passes that test, your DGMVCSource will be the first fully working MVC decoder based on the Intel lib. (In addition to the problem with the Dell, we have also found 2 terrible bugs in Pistacho's MVCSource, not directly related to the Intel lib, that makes it totally unusable in practice.)
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Test of Pacific Rim finished. No glitches any more. Perfect with my Intel Core 2 Quad Q8200 CPU. ![Smile :)](./images/smilies/icon_e_smile.gif)
I will now do the test of Dragon Gate and I'll report the result in 3 hours or so...
![Smile :)](./images/smilies/icon_e_smile.gif)
I will now do the test of Dragon Gate and I'll report the result in 3 hours or so...
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Good news, guys. Thank you for your testing.
I'm curious to know what those bugs are.r0lZ wrote:we have also found 2 terrible bugs in Pistacho's MVCSource, not directly related to the Intel lib, that makes it totally unusable in practice.)
Re: [RESOLVED] DGMVCSource b22 and VC++2012
They have been discovered by frank and confirmed by me.admin wrote:I'm curious to know what those bugs are.
1. Its avisynth plugin manipulates the PWD of avisynth (probably so that it can find the Intel lib even if it is not in the Windows PATH). Therefore, some avisynth functions do not work as expected. For example, BD3D2MK3D generates SupTitle() commands when the user wants to hardcode subtitles on the video. The subtitle is in the same directory than the AVS script and therefore its file name is specified without its path in the SupTitle() command. That allows the user to move the entire project to another disc if he thinks that it may require more disc space. That works pretty well with your DGMVCSource and with FRIMSource, but not with Pistacho's MVCSource: SupTitle() issues a warning telling that it cannot find the subtitle file. Obviously, the current directory is not where it should be when MVCSource is used.
2. When a 3DBD with inverted left and right views is converted, it is necessary to change the "mode" parameter of MVCSource to specify to invert the two views (to build a combined SBS or T&B stereo file with the views in the common order: left view first). That works well for the first 45 minutes, but after that, the views are abruptly changed, and you end up with a final movie with a mix of left and right view first! Aaargh!
And I consider also as a (sort of) bug the fact that the DLL cannot be used independently of his BDtoAVCHD program. It installs a lot of things, including DirectShow codecs, and it makes hundreds of changes in the registry. I don't think it's a good thing. But that's another story.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Interesting. Thanks for the explanation. They sound like bad bugs. Doesn't pistacho want to fix them?
Isn't FRIMSource() OK now too, in which case that would be the first.![Wink ;)](./images/smilies/icon_e_wink.gif)
Lastly, do y'all use Avisynth 2.5.8 or does it work with later versions? In my help file I specify 2.5.8 but I can't remember why I have that there. Update: I just tested with AVS+ and things seem fine.
Isn't FRIMSource() OK now too, in which case that would be the first.
![Wink ;)](./images/smilies/icon_e_wink.gif)
Lastly, do y'all use Avisynth 2.5.8 or does it work with later versions? In my help file I specify 2.5.8 but I can't remember why I have that there. Update: I just tested with AVS+ and things seem fine.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
IMO, Pistacho doesn't want to fix bug 1. He did his DLL to be used with his software and doesn't really want that others use it.
I'm not sure he knows bug 2. I will inform him later, but I want to finish the tests of your DLL first.
BTW, bad news! There is still a problem in Dragon Gate. Exactly like with the previous version. (No pixelisation on the whole movie like with your first beta, but a glitch at 1:23:35.) I have to verify thought. Perhaps I did an error and used the old version of the Intel DLL, or something like that. I have too many versions here! But I think it's really a remaining bug in the latest Intel lib. I'll confirm that later...
Currently, FRIMSource has the same bugs than your last official version. It works relatively well with old Intel libs (excepts the two bugs in Pacific Rim and Dragon Gate), but doesn't support the recent libs. I will test with the latest version of the Intel lib, distributed with your third beta. Maybe it's sufficient to solve the problem. BTW, do you think that a change in your code was necessary, or is it just a bug in the Intel DLL that has just been fixed?
I'm not sure he knows bug 2. I will inform him later, but I want to finish the tests of your DLL first.
BTW, bad news! There is still a problem in Dragon Gate. Exactly like with the previous version. (No pixelisation on the whole movie like with your first beta, but a glitch at 1:23:35.) I have to verify thought. Perhaps I did an error and used the old version of the Intel DLL, or something like that. I have too many versions here! But I think it's really a remaining bug in the latest Intel lib. I'll confirm that later...
Currently, FRIMSource has the same bugs than your last official version. It works relatively well with old Intel libs (excepts the two bugs in Pacific Rim and Dragon Gate), but doesn't support the recent libs. I will test with the latest version of the Intel lib, distributed with your third beta. Maybe it's sufficient to solve the problem. BTW, do you think that a change in your code was necessary, or is it just a bug in the Intel DLL that has just been fixed?
Re: [RESOLVED] DGMVCSource b22 and VC++2012
I use avisynth 2.5.8, and I have never tried with other versions. I don't think that avisynth is the cause of the bug.
I have edited my previous post too, to add the last paragraph.
I have edited my previous post too, to add the last paragraph.
Re: [RESOLVED] DGMVCSource b22 and VC++2012
OK, thank you.
I did not have to change any code. I just rebuilt it with INDE 2015 Update 1, and included the very latest libmfxsw32.dll.
Please keep me informed about the Dragon Gate issue. I doubt it is caused by DGMVCSource().
I did not have to change any code. I just rebuilt it with INDE 2015 Update 1, and included the very latest libmfxsw32.dll.
Please keep me informed about the Dragon Gate issue. I doubt it is caused by DGMVCSource().
Re: [RESOLVED] DGMVCSource b22 and VC++2012
Indeed, DGMVCDecode works most probably well with Dragon Gate. I have just verified my files, and I did an error when editing my scripts. It has used the old version of your decoder.
The glitch is not surprising!
I have just relaunched the encoding, but we have to wait again 3 hours or so for the result.
Then I'll do a test with the old FRIMSource but with the new Intel lib, just to verify if it is sufficient to replace the lib. (I suppose not, because Pistacho's DLL works fine with the Intel lib that produces pixelisation with your first beta and the latest official release of your DLL. But I want to be sure...)
![Embarrassed :oops:](./images/smilies/icon_redface.gif)
I have just relaunched the encoding, but we have to wait again 3 hours or so for the result.
Then I'll do a test with the old FRIMSource but with the new Intel lib, just to verify if it is sufficient to replace the lib. (I suppose not, because Pistacho's DLL works fine with the Intel lib that produces pixelisation with your first beta and the latest official release of your DLL. But I want to be sure...)
Re: [RESOLVED] DGMVCSource b22 and VC++2012
That's good news. Waiting for your update...
I don't know for sure either, but my intuition tells me that FRIM will need to be rebuilt with INDE 2015 Update 1.r0lZ wrote: Then I'll do a test with the old FRIMSource but with the new Intel lib, just to verify if it is sufficient to replace the lib. (I suppose not, because Pistacho's DLL works fine with the Intel lib that produces pixelisation with your first beta and the latest official release of your DLL. But I want to be sure...)