[(p) fixed] BUG: G3D Viewer rendering transparency in particles wrong

[Omega]

I'm not entirely sure how to explain this, so I will use an image (which is worth a thousand words anyway).



Basically, the screenshot function is not rendering the particle systems properly. The first two images are with and without transparency. The bottom image is a screenshot of what you see in the G3D viewer. Unrelatedly, the particles looks different in the G3D viewer than in game. The smoke looks horrid in the viewer...

[softcoder]

This may be fixed with the current viewer I checked in yesterday, perhaps someone could build on windows and try for me.

Thanks

[ultifd]

I'm not sure if this is fixed or not in SVN HEAD, but first I think we need to fix the path of the screenshots...
It says mydata/screens/ but there is no screenshot there...

[Omega]

This may be fixed with the current viewer I checked in yesterday, perhaps someone could build on windows and try for me.

Thanks

Possibly. This one was the viewer included with the 3.4.0 data package. And of course, if anyone compiles a windows binary for the SVN head, could they upload it for me too?

Concerning the path of the screenshots, they save to a folder called screens. Assuming the viewer is in the MG install directory, it will save to the same folder that in-game screenshots do.

Unrelatedly, was the bug that required you to open the viewer first, then load the model before you could take a screenshot fixed? I seem to have lost the thread for it.

[ultifd]

https://forum.megaglest.org/index.php?topic=6597.0
You're not using the fixed version? 
Actually, that's not true anymore...it's going to be in username/mydata/screens/
But currently it's just in normal mydata/screens/, but there are no screenshots there for me...

[Omega]

https://forum.megaglest.org/index.php?topic=6597.0
You're not using the fixed version? 
Actually, that's not true anymore...it's going to be in username/mydata/screens/
But currently it's just in normal mydata/screens/, but there are no screenshots there for me...

Actually, that's the one I'm using, my bad. Forgot I downloaded that one. Interestingly, it does NOT fix the problem about opening files first. You still have to open the G3D viewer, then the file. You can't just set the G3D viewer to be the default program, because then nothing happens... Rather annoying problem. Is the SVN head version possibly any better?

[ultifd]

While I'm not sure that version fixes the transparency problem, I'm 100% sure that version fixes the loading bug, because I remember it worked for me. Please double check your viewer/association...perhaps you have to clean up the registry with ccleaner.

[Omega]

While I'm not sure that version fixes the transparency problem, I'm 100% sure that version fixes the loading bug, because I remember it worked for me. Please double check your viewer/association...perhaps you have to clean up the registry with ccleaner.

Double and triple checked. It does not.

[-Archmage-]

I'm sure I don't have the latest version but when viewing particles, depending on the distance the size/alpha of the particle changes... Could that be related?

[softcoder]

I know for sure the transparency and the G3d file association are fixed in the svn code (I added special code for windows to enforce the file association to make sure)

[Omega]

I know for sure the transparency and the G3d file association are fixed in the svn code (I added special code for windows to enforce the file association to make sure)

That's awesome! Now I just gotta bug someone make make a windows binary... Or I suppose I could see if I can get VS to work yet, but my luck is probably used up for the night.

[titi]

@archmage no, sadly that is not related. 
I saw this too a long time ago, but thats another problem. It happens because the g3d viewer changes the size of the model instead of the camera position!
Thats something very unusual and in my opinion a very bad idea! But thats the way the g3d viewer does it....(and the particle systems are not resized the right way.)