I am still waiting to upgrade to 2011 (In talks with ESRI, shouldn't be to long) so I have been using the 2011 trial in the interim. I have come across a potential display bug. With the CGA rule I am inserting an obj based on the model itemised in the object's attributes, the textures are then applied as well - every obj and texture is stored in the asset directory of the project.
As you can see from the attached image; City Engine shapes are being displayed correctly whereas the imported objs are only being rendered as wire frame. And suggestions on how to remedy this issue?
Running Windows 7, Nvidia Quadro FX 7800
NOTE - In CE 2010.3 I have not encountered this issue. Also, all of the obj's normals are facing outwards
Happy new year! I have the full version of CE2011 now running ( licence files finally came through ).
In regards to your last post, switching the ambient occlusion off ( with restart ) does not seem to work. I have done another clean install of the display divers ( NVIDIA QuadroFX 4800 - Driver update 276.42 ). In regards to the log, I am not getting the GLErrors message anymore but am still having the same display issue - which leads me to think it may be another problem. I am running windows 7 64bit with 24GB of RAM ( although the 2011 upgrade seems to be more ram hungry than 2010.3 especially when loading in .obj files ).
I am a little stumped on the cause of the display issue ( I am hoping that it is something relatively simple ).
To help out getting to the bottom of this issue I can send an archived .rar of an example project for you to have a look at. I cant attach the RAR file to this post as it is to large ( 3.4mb ). Is there any way I can send this to you? email or ftp?
I think I may have found the source of the display issue. The static models I am using are taken from a dataset that was created from aerial imagery and scanning. The model creation process was undertaken via a survey contractor using an automated process. The building models, whilst fulfilling their purpose are quite rough and do not adhere to any proper content creation standards - therefore there are allot of duplicate edges, overlapping faces, etc.
In the previous verison of CE importing these objects was not an issue. Under the 2011 upgrade there must have been changes / optimisations made to the geometry import engine. I have noticed that I have been getting errors in the 'Problems' window ( not in the log ) saying something like:
'SprH0250.obj' contains: 0-area faces (removed) and/or faces referencing a vertex more than once (split): 265 => 264 faces; 12 0-length edges; 1 unreferenced vertices (removed them); CBD_Export_2011.cej /VB_Export/scenes Hole - 42dfc373-1e5c-11b2-b94c-001f2904abb3 Model Error
For the sake of trial and error I took one of the building models into MAX and went through and optimised the model ( welded all verts to 0.1m, removed isolated verts, smoothed normals, etc). This optimised model imports into CE 2011 with no issues.
With approx 98,000 individual building models in our dataset - short of writing up a MAX-Script to batch process all of these models - Is there a way to revert the CE import plugin so that I can import these unoptimised models without these issues ( pretty much use the 2010.3 importer ) ?
Any ideas on any good mesh optimisation tools I could use? Mesh-lab, etc? Am not looking forward to writing a custom MAX-Script is all.
we have changed some of the behaviour for transparency.
before (up to 2010.3 ) it's been treated as 'transparency', now (2011+) it is 'opacity'. it seems that in this inversion process, one thing was not adapted perfectly.
fact is that currently, due to the tr 1.0000000 line in all your mtl files, all your models are completely transparent, thus showing only the wireframe. a ticket's been made. this should be fixed in the upcoming SR.
btw. all your mtls point to targa textures which were not in the dataset (just the jpgs in an other subfolder).
to fix such issues, you may also use NotePad++ to search-and-replace over a series of documents (e.g. all mtl files in a folder).
btw.2 : a current fix to work on would be to replace all tr 1.00 to 0.00
I have made the interim changes to the .mtl files for both the transparency and texture paths. Everything imports fine!
No the only barrier keeping me from porting our entire dataset into ArcGlobe is the .dae export issues. Any shapes that I build from within CE export to .dae fine - from there I can import the models into ArcGlobe as a multipatch via ArcScene. I am running into problems with our static models though. I am exporting them the same way from CE as .dae files, but when I go to import them into ArcScene I am getting an error saying that the file type is not compatible. If you get a chance could you see if you can import the static models I gave you into ArcScene via CE? ( Projection: National Grids, Australia, GDA 1994 MGA Zone 56 )
Let me know if you need me to start a new thread for this topic.
Thanks again for your help, it is very much appreciated.