Problem running IRender after loading Twilight.

Frederik

I've heard of competition, but for one render engine to attack the other...phew we are getting a little rough now.

Although this is said as a joke, I can assure you that Twilight hasn't tried to attack any render applications - deliberately...!!

@solo said:

...it does seem that lately with all the new rubies some seem to break others, we need to somehow make a list so we can either avoid having competing rubies, or find a solution.

I'm definitely not the right person to ask when it comes to ruby-codes and how to avoid this...
Hopefully those involved knows what needs to be done...

xrok1

the question is... why would you want IDX if you have Twilight anyway?

Gaieus

These are not nice comments...

There is that Fractal 3D Tree generator in iRender for instance (and not IDX BTW)

xrok1

Al Hart

@frederik said:

I'm definitely not the right person to ask when it comes to ruby-codes and how to avoid this...
Hopefully those involved knows what needs to be done...

I have our man trying to trace down the problem. It appears that we are loading different versions of the .NET DLLs into SketchUp. We will try to come up with a fix.

xrok1

i'm sorry, my post should have read "why would you want IRender if you have Twilight anyway?" but i was just clowning around, i didn't mean to offend anyone or any software.

Please accept my apologies.

Al Hart

@xrok1 said:

the question is... why would you want IDX if you have Twilight anyway?

Are there any moderators following this thread? If so, how do we report abuse.

I think people who want to turn legitimate threads into personal attacks should be banned - if not permanently, a least for a meaningful period.

I don't think that the SCF should turn into a place for people to add inappropriate comments.

I wonder if this author has ever tried IDX? I know I haven't. But, still, I wouldn't go around taking pot shots at it.

notareal

@al hart said:

@frederik said:

I'm definitely not the right person to ask when it comes to ruby-codes and how to avoid this...
Hopefully those involved knows what needs to be done...

I have our man trying to trace down the problem. It appears that we are loading different versions of the .NET DLLs into SketchUp. We will try to come up with a fix.

Some older version?

bravoddb

@xrok1 said:

i'm sorry, my post should have read "why would you want IRender if you have Twilight anyway?" but i was just clowning around, i didn't mean to offend anyone or any software.

Please accept my apologies.

Hi, I have both Irender and Twilight, and for me I use and I "need" both, why? Irender is very very fast, and I use when I have to make a presentation with too many renderings for the next day or so, Irender has very good quality, very useful features, I use Irender for animations too,is easy to make animations with I render, and Twilight, I have some clients that know a little of renderings (some friends that are architects too) and they want unbiased renderings, and I use Twilight for thatis very easy to use, but unbiased renderings takes more time.

So I completely understand when some one has both rendering engines.

Chris_at_Twilight

When I installed the demo for IDX, it installed the Visual C++ 2005 runtime dll's. Twilight uses the 2008 dll's. I've never encountered (I think) an application with plugins using separate VC++ dlls so I don't know that this is the cause...actually I kind of expect it should work but Microsoft made such big changes with SxS etc... who knows.

We'll try to help solve this too. We have no intention of conflicting with any other software.

notareal

Is this related to http://nxt.accurender.com/forums/t/2645.aspx
" Hi,

I just purchased the licence and then followed up to update my previous version with the latest one and since then I seem to be getting this crazy visualc++ bug every time I either try to edit materials or render. I've found for some strange reason that if I use nxt stable edition I can modify the textures but not render and if I use the Beta version I can render but not modify the textures. As I might not be making myself clear I've put a ling to a screencap ... was wondering if it has happened to anyone and if anyone knows how to fix this problem.

thanks.

http://www.creationscoquerel.com/irender_bug.jpg
Filed under: visual runtime error"

So would the problem be in Visual C++ Runtime, not in .net?

notareal

Beated me, Chris. Good old dll hell.

Al Hart

@notareal said:

Is this related to http://nxt.accurender.com/forums/t/2645.aspx
" Hi,

I just purchased the license and then followed up to update my previous version with the latest one and since then I seem to be getting this crazy visual c++ bug every time

Is the problem you are having related to twilight, or is it a completely different problem.

If you have twilight installed, rename the .rb file to a different extension, and see if that fixes your problem. If you do not have it installed, then this is a different problem, and we will have to find a different fix for it.

Al Hart

@chris_at_twilight said:

When I installed the demo for IDX, it installed the Visual C++ 2005 runtime dll's. Twilight uses the 2008 dll's. I've never encountered (I think) an application with plugins using separate VC++ dlls so I don't know that this is the cause...actually I kind of expect it should work but Microsoft made such big changes with SxS etc... who knows.

We'll try to help solve this too. We have no intention of conflicting with any other software.

I'm sure you meant IRender, and not IDX.

This may be a MSVC 2005 vs MSVC 2008 problem. If so, that will be unfortunate, but hopefully we can work out a fix. We thought it was related to .NET, but it may be the 2005 DLLs instead.

Thanks for taking a look at it for us.

[Edit] Also, our other applications, using a similar 2005 DLL work OK with Twilight loaded. So it is something about the rendering application which is interfering.

notareal

@al hart said:

@notareal said:

Is this related to http://nxt.accurender.com/forums/t/2645.aspx
" Hi,

I just purchased the license and then followed up to update my previous version with the latest one and since then I seem to be getting this crazy visual c++ bug every time

Is the problem you are having related to twilight, or is it a completely different problem.

If you have twilight installed, rename the .rb file to a different extension, and see if that fixes your problem. If you do not have it installed, then this is a different problem, and we will have to find a different fix for it.

But I though that was MSVC 2005 vs MSVC 2008 problem, so basically the same that with Twilight? So you never did go to MSVC 2008... or is there some other dll that might conflict, like freeimage? Anyhow perhaps you should continue solving this private.

Chris_at_Twilight

I ran SketchUp through ProcMon to watch what libraries are getting loaded when NXT works and when it doesn't. It appears that when it doesn't work, Windows is unable to locate the arobjects.dll. Why having Twilight running makes any difference for that, I can't imagine. Certainly Twilight is not actively impacting it. It doesn't appear to be a VC++ problem either (thought I'm not certain), as you can see the 2005 (VC8) dlls are loaded in the images.

Sorry, yes, I meant IRender.

Twilight not running

Twilight running

Al Hart

@chris_at_twilight said:

I ran SketchUp through ProcMon to watch what libraries are getting loaded when NXT works and when it doesn't. It appears that when it doesn't work, Windows is unable to locate the arobjects.dll. Why having Twilight running makes any difference for that, I can't imagine. Certainly Twilight is not actively impacting it. It doesn't appear to be a VC++ problem either (thought I'm not certain), as you can see the 2005 (VC8) dlls are loaded in the images.

Sorry, yes, I meant IRender.

Thanks Chris,

This could be a big help. It may be something simple, like that the problem is that the Twilight DLL is changing the default folder in Windows, and we just need to change it back before loading our DLL.

Chris_at_Twilight

I think I've got it. Twilight adds it's own directory to the DLL search path. According to Microsoft documentation, simply adding a directory to the search path (not changing, just adding), switches the DLL search mode from "Default". Probably IRender is not setting it's own search paths, but relying on the "default". You can see more about it here: http://msdn.microsoft.com/en-us/library/ms686203%28VS.85%29.aspx

I've modified Twilight to restore the "default" search mode and IRender works after that. However, if there are any plugins loaded before Twilight who are using a modified dll search path, switching to "default" mode can impact them in the same way. So either way, there is no really "safe" method. One way or the other has a potential to impact other plugins. As notareal said, dll hell.

I guess the best "safe" practice is to set your own dll search path, load your dll, then restore to the default. If everyone did that it would probably avoid all these issues.

Al Hart

@chris_at_twilight said:

Certainly Twilight is not actively impacting it.

With Twilight not loaded, it looks for arobjects.dll in:

c:\Program Files\Google\SketchUp 7, --- then in
c:\Windows\system32
c:\Windows\system
c:\Windows, --- and then in the current folder,
c:\Program Files\Render Plus Systems\IRender_nXt\bin_nxt
(where it finds it)

With Twilight loaded, it looks in

c:\Program Files\Google\SketchUp 7, --- then in
c:\Program Files\Google\SketchUp 7\Twilight, --- then
c:\Windows\system32
c:\Windows\system
c:\Windows,

but never in c:\Program Files\Render Plus System

Does Twilight make a ruby call, or a Windows call, to change the DLL search path?
(I am wondering because it looks in the twilight folder before the windows folder)

If so, then we could make a similar call to add "c:\Program Files\Render Plus Systems\IRender_nXt\bin_nxt" to the DLL search path.

Thanks,

Chris_at_Twilight

@al hart said:

@chris_at_twilight said:

Certainly Twilight is not actively impacting it.

Does Twilight make a ruby call, or a Windows call, to change the DLL search path?
(I am wondering because it looks in the twilight folder before the windows folder)

If so, then we could make a similar call to add "c:\Program Files\Render Plus Systems\IRender_nXt\bin_nxt" to the DLL search path.
Thanks,

Yes, exactly. If you set your search path immediately before loading the dll, that should resolve the problem. This is probably a good idea no matter what because, according to Microsoft, the DLL search that is finding the arobjects.dll is looking in the "current path". Since many things can influence the current path, it's probably not safe to rely too much on it.

I've added code to Twilight to restore the "default" search path immediately after loading the dll, and that seems to work well, so I suggest doing that also.