Re: [osg-users] Robert, collada dae2 maybe?
Yeah that's pretty weird. I doubt this is a result of upgrading to DOM 2.1. The Collada plugin has probably always had these problems, though I could be mistaken. Robert Osfield wrote: 2008/5/13 [EMAIL PROTECTED]: I submitted a fix to osg-submissions. Diff (against trunk) is below for anyone who wants it now. Thanks Steve, changes now merged and submitted to SVN. With your changes I'm now able to create dae files, but... not perfectly yet osgconv dumptruck.osg dumptruck.dae osgviewer dumptruck.dae #works fine osgconv glider.osg glider.dae osgviewer glider.dae # glider comes up with spurious triangles around it osgviewer glider.dae --screen 0 # gives me errors, but no scene Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) nan nan nan nan nan nan segment ignored.. Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) nan nan nan nan nan nan segment ignored.. My system has dual head, I don't know why it might be that when it the viewer comes up across both displays it at least renders without warnings, but when on a single head is fine. It's all just plane odd. A memory error may be? Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
I just tried this and I didn't have any problems. I'm on Ubuntu Gutsy. Here's (roughly) what I did. # DOM setup sudo aptitude install libxml2-dev libpcre3-dev libboost-filesystem-dev svn co dom make sudo make install # OSG setup sudo aptitude install cmake svn co osg-trunk svn co osg-data-trunk cmake . make sudo make install OSG_FILE_PATH=... osgconv cessna.osg ~/models/cessna.dae I got no errors when building or running osgconv, but when I open it with osgviewer nothing shows up. Other models, like the DOM test file cube.dae or cow.osg converted to Collada via osgconv, seem to load ok (not totally correct: materials are busted on the cow, but the geometry looks right). The only difference I can see is that I'm running with the DOM trunk, not 2.1. I don't believe I've made any code changes since the 2.1 release, but I'll try against with 2.1 just to be sure. I'm still hoping to get the Windows build of the Collada plugin working, and test on Mac also. Steve Robert Osfield wrote: HI Valery, On Sat, May 10, 2008 at 12:48 PM, Валерий Быков [EMAIL PROTECTED] wrote: For your information writer plugin for dae doesn't work at all: osgconv cessna.osg cessna.dae I/O error : Permission denied I/O error : Permission denied error : xmlNewTextWriterFilename : out of memory! Error: daeLIBXMLPlugin::write(file://cessna.dae) failed Warning: Error in writing to cessna.dae. Thanks for the notification, I've just tried this and got exactly the same error. Clearly something's broke with the migration to DOM 2.x. So little has changed in the dae plugin I kinda suprised, perhaps the dom itself is responsible. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Actually I can reproduce this now. I just wasn't calling it the same way you guys were. I was giving the output file a full path, and in that case the conversion works. This is likely a simple error in the way the plugin converts URIs to file paths (which, incidentally, doesn't need to be done for the DAE load/save functions anymore). I'll see if I can take a look sometime today. In the meantime, giving the output file a full path should allow the conversion to go through, though as I mentioned, nothing shows up in the viewer when I try to load cessna.dae. Steve [EMAIL PROTECTED] wrote: I just tried this and I didn't have any problems. I'm on Ubuntu Gutsy. Here's (roughly) what I did. # DOM setup sudo aptitude install libxml2-dev libpcre3-dev libboost-filesystem-dev svn co dom make sudo make install # OSG setup sudo aptitude install cmake svn co osg-trunk svn co osg-data-trunk cmake . make sudo make install OSG_FILE_PATH=... osgconv cessna.osg ~/models/cessna.dae I got no errors when building or running osgconv, but when I open it with osgviewer nothing shows up. Other models, like the DOM test file cube.dae or cow.osg converted to Collada via osgconv, seem to load ok (not totally correct: materials are busted on the cow, but the geometry looks right). The only difference I can see is that I'm running with the DOM trunk, not 2.1. I don't believe I've made any code changes since the 2.1 release, but I'll try against with 2.1 just to be sure. I'm still hoping to get the Windows build of the Collada plugin working, and test on Mac also. Steve Robert Osfield wrote: HI Valery, On Sat, May 10, 2008 at 12:48 PM, Валерий Быков [EMAIL PROTECTED] wrote: For your information writer plugin for dae doesn't work at all: osgconv cessna.osg cessna.dae I/O error : Permission denied I/O error : Permission denied error : xmlNewTextWriterFilename : out of memory! Error: daeLIBXMLPlugin::write(file://cessna.dae) failed Warning: Error in writing to cessna.dae. Thanks for the notification, I've just tried this and got exactly the same error. Clearly something's broke with the migration to DOM 2.x. So little has changed in the dae plugin I kinda suprised, perhaps the dom itself is responsible. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
I submitted a fix to osg-submissions. Diff (against trunk) is below for anyone who wants it now. Steve === --- src/osgPlugins/dae/ReaderWriterDAE.cpp(revision 8313) +++ src/osgPlugins/dae/ReaderWriterDAE.cpp(working copy) @@ -167,15 +167,7 @@ std::string ReaderWriterDAE::ConvertFilePathToColladaCompatibleURI(const std::string FilePath) { -std::string fileURI = osgDB::convertFileNameToUnixStyle(osgDB::getRealPath(FilePath)); -// fileURI should now contain a canonical absolute path name with UNIX style component separators -#if defined(WIN32) !defined(__CYGWIN__) -// Check for windows drive designator or UNC path -if ((fileURI[1] == ':') || ((fileURI[0] == '/') (fileURI[1] == '/'))) -fileURI.insert(0, 1, '/'); -#endif -fileURI.insert(0, file://); -return fileURI; +return cdom::nativePathToUri(FilePath); } [EMAIL PROTECTED] wrote: Actually I can reproduce this now. I just wasn't calling it the same way you guys were. I was giving the output file a full path, and in that case the conversion works. This is likely a simple error in the way the plugin converts URIs to file paths (which, incidentally, doesn't need to be done for the DAE load/save functions anymore). I'll see if I can take a look sometime today. In the meantime, giving the output file a full path should allow the conversion to go through, though as I mentioned, nothing shows up in the viewer when I try to load cessna.dae. Steve [EMAIL PROTECTED] wrote: I just tried this and I didn't have any problems. I'm on Ubuntu Gutsy. Here's (roughly) what I did. # DOM setup sudo aptitude install libxml2-dev libpcre3-dev libboost-filesystem-dev svn co dom make sudo make install # OSG setup sudo aptitude install cmake svn co osg-trunk svn co osg-data-trunk cmake . make sudo make install OSG_FILE_PATH=... osgconv cessna.osg ~/models/cessna.dae I got no errors when building or running osgconv, but when I open it with osgviewer nothing shows up. Other models, like the DOM test file cube.dae or cow.osg converted to Collada via osgconv, seem to load ok (not totally correct: materials are busted on the cow, but the geometry looks right). The only difference I can see is that I'm running with the DOM trunk, not 2.1. I don't believe I've made any code changes since the 2.1 release, but I'll try against with 2.1 just to be sure. I'm still hoping to get the Windows build of the Collada plugin working, and test on Mac also. Steve Robert Osfield wrote: HI Valery, On Sat, May 10, 2008 at 12:48 PM, Валерий Быков [EMAIL PROTECTED] wrote: For your information writer plugin for dae doesn't work at all: osgconv cessna.osg cessna.dae I/O error : Permission denied I/O error : Permission denied error : xmlNewTextWriterFilename : out of memory! Error: daeLIBXMLPlugin::write(file://cessna.dae) failed Warning: Error in writing to cessna.dae. Thanks for the notification, I've just tried this and got exactly the same error. Clearly something's broke with the migration to DOM 2.x. So little has changed in the dae plugin I kinda suprised, perhaps the dom itself is responsible. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hi. For your information writer plugin for dae doesn't work at all: osgconv cessna.osg cessna.dae I/O error : Permission denied I/O error : Permission denied error : xmlNewTextWriterFilename : out of memory! Error: daeLIBXMLPlugin::write(file://cessna.dae) failed Warning: Error in writing to cessna.dae. Valery ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
HI Valery, On Sat, May 10, 2008 at 12:48 PM, Валерий Быков [EMAIL PROTECTED] wrote: For your information writer plugin for dae doesn't work at all: osgconv cessna.osg cessna.dae I/O error : Permission denied I/O error : Permission denied error : xmlNewTextWriterFilename : out of memory! Error: daeLIBXMLPlugin::write(file://cessna.dae) failed Warning: Error in writing to cessna.dae. Thanks for the notification, I've just tried this and got exactly the same error. Clearly something's broke with the migration to DOM 2.x. So little has changed in the dae plugin I kinda suprised, perhaps the dom itself is responsible. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hi Guys, I've now merged Garrett's changes to get the dae plugin source code compiling against colladadom 2.x, and have moved on to getting colladadom 2.1 built and installed, but alas am struggling a bit. For those trying to follow this path - the requirements for external dependencies is looks to be non existant in the source distribution, and isn't too clear in the online docs, but once I tracked down pcrcpp and boost-filesystem dependencies things compiled. Now I've got the dom built, but now the install apears to be playing up. [EMAIL PROTECTED]:~/3rdParty/colladadom/dom$ sudo make install [sudo] password for robert: Uninstalling from /usr/local Installing to /usr/local rm: missing operand Try `rm --help' for more information. make: *** [install] Error 123 The headers install into /usr/local/include/colladadom, but so far it looks like the libs haven't installed. I running Kubuntu 7.10 64bit, so I would have though a pretty standard setup. I have modified our OpenSceneGraph/CMakeModules/FindCOLLADA.cmake to reflect the new include directory path and am prep changes to the library name as his has changed too, but... as yet it doesn't compile thanks to the lib not being installed. Should I just copy the lib by hand? Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hi All, I've now manually copied collada libs into /usr/local/lib, a bit of hack, but at least I've got things on the OSG compiling. Along with my changes to the OSG's CMake files, and Garrett's changes to the source things are compiling once more. I've checked in the changes into SVN. The CMake files under Windows will need updating too, I'll leave this to Windows experts to tackle this. This do introduce a dependency on Collada DOM 2.x though. I have tried the .dae files that come with the colladadom but only the cube.dae actually works, the rest either result in no file being loaded or error reports on unsupported types. I don't know what to expect in terms of functionality be supported, but previously we were able to read more of the dae samples. Perhaps its just the focus of the examples has changed to expose more areas needing attention on the OSG side. Is there other good sources of .dae files to test against. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hello Robert: The only ones I have been testing against are the Google models that can be found: this is the big hoard, http://sketchup.google.com/3dwarehouse/ This model is pretty good: View in Google Earth and here is the main link for it: http://sketchup.google.com/3dwarehouse/details?mid=8d4c0cedf2a80d91adb1ef95e240bafa The kmz will need extracting using the unzip. Then you should give a full path of the dae model under the models subdirectory to the your osgviewer application. I have only tested ingest of the sketchup models and not general dae models. Also, the only files you need to compile for the plugin is just the dom subdirectory for the source distribution 2.1. Take care Garrett On May 8, 2008, at 7:51 AM, Robert Osfield wrote: Hi All, I've now manually copied collada libs into /usr/local/lib, a bit of hack, but at least I've got things on the OSG compiling. Along with my changes to the OSG's CMake files, and Garrett's changes to the source things are compiling once more. I've checked in the changes into SVN. The CMake files under Windows will need updating too, I'll leave this to Windows experts to tackle this. This do introduce a dependency on Collada DOM 2.x though. I have tried the .dae files that come with the colladadom but only the cube.dae actually works, the rest either result in no file being loaded or error reports on unsupported types. I don't know what to expect in terms of functionality be supported, but previously we were able to read more of the dae samples. Perhaps its just the focus of the examples has changed to expose more areas needing attention on the OSG side. Is there other good sources of .dae files to test against. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Now I've got the dom built, but now the install apears to be playing up. Sorry, there's a bug in the make install rule that causes it to not work on Linux unless you're running from an svn checkout. I fixed the bug in the trunk and it'll go in the next release, but for now you can comment out the line that reads find $(prefix)/include/colladadom -name '.svn' | xargs rm -r in the DOM makefile to fix the problem. Copying the libs manually is also perfectly fine. I have tried the .dae files that come with the colladadom but only the cube.dae actually works, the rest either result in no file being loaded or error reports on unsupported types. Those files are for DOM automated tests only. Most of the files aren't even full models. Of the two that are full models, cube.dae and Seymour.dae, only cube.dae should load correctly; Seymour uses skeletal animation, which the OSG Collada plugin doesn't support. Collada samples are available as .kmz files from Google 3D Warehouse (unzip to get the .dae) and also the Collada Owl model bank: http://www.collada.org/owl/browse.php I'll be testing some models with OSG but to be honest I don't know what used to work so it'll be hard to spot regressions. I'll probably just try loading a few basic models. For my part I wanted to get OSG's usage of the DOM straightened out... general Collada support isn't going to be something I can take on at this time unfortunately. Thanks for checking in the patch. Steve Robert Osfield wrote: Hi All, I've now manually copied collada libs into /usr/local/lib, a bit of hack, but at least I've got things on the OSG compiling. Along with my changes to the OSG's CMake files, and Garrett's changes to the source things are compiling once more. I've checked in the changes into SVN. The CMake files under Windows will need updating too, I'll leave this to Windows experts to tackle this. This do introduce a dependency on Collada DOM 2.x though. I have tried the .dae files that come with the colladadom but only the cube.dae actually works, the rest either result in no file being loaded or error reports on unsupported types. I don't know what to expect in terms of functionality be supported, but previously we were able to read more of the dae samples. Perhaps its just the focus of the examples has changed to expose more areas needing attention on the OSG side. Is there other good sources of .dae files to test against. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
On Tue, May 6, 2008 at 6:38 PM, [EMAIL PROTECTED] wrote: Was waiting to see if Steve had any anomalies show up on his end. Sorry, I know I said I'd look at this over the weekend but I didn't get a chance. I'll definitely test this sometime this week. Robert, I would move forward with merging Garrett's patch into the OSG trunk. If I have changes to contribute it'll be easier if we're both working off the trunk rather than emailing patches back and forth. I'm just trying to get through my inbox right now, once this is done I'll review submissions and most hopefully will be able to get most of them merged today. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hello Robert: Not sure if Steve made additional changes but I did a submission of the dae plugin to the osg- submission with title here is the tar gz up of the dae module. There were no core OSG interface modifications to the dae plugin so it should be binary compatible at that level. If I remember correctly, the only thing that modified were calls in the cpp files to the collada dom library. Really there were just a couple files that required modification and this modification was pretty minimal. Was waiting to see if Steve had any anomalies show up on his end. Take care Garrett On May 6, 2008, at 10:28 AM, Robert Osfield wrote: Hi Garret, Steven, Mike et. al, Just send me the changes to the OSG to build against DOM 2.0/2.1. Would it still be possible to build against DOM 1.4 as well? I'm happy to set 2.1 as the officially supported route for OSG-2.5.x. If appropriate would could even think about a 2.4.1 tag that might include this. My current guess would be for the stable OSG-2.6 would be mid summer. A patch of the OSG-2.4 to make 2.4.1 is a possibility - it'll need to be binary compatible with 2.4.0 though so we'd need to be careful about what patches that make it into SVN/2.5.x could also make it into a 2.4.x - a dae plugin upgrade should be meet this criteria so no problems on this count. Robert. On Mon, May 5, 2008 at 1:21 PM, Garrett Potts [EMAIL PROTECTED] wrote: Hello Steve: Tried the models I use on the Mac and Windows and everything is running ok on my end. Take care Garrett On Apr 30, 2008, at 3:32 PM, [EMAIL PROTECTED] wrote: Thanks Garrett. Might not get around to this until the weekend, but I'll let you know how the testing goes or If I make any changes. Garrett Potts wrote: Hello Steve: Please find the attached file for te dae plugin in OSG. Just remove your old one and then extract this out. Downloading the 2.1 now. Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Was waiting to see if Steve had any anomalies show up on his end. Sorry, I know I said I'd look at this over the weekend but I didn't get a chance. I'll definitely test this sometime this week. Robert, I would move forward with merging Garrett's patch into the OSG trunk. If I have changes to contribute it'll be easier if we're both working off the trunk rather than emailing patches back and forth. Steve Garrett Potts wrote: Hello Robert: Not sure if Steve made additional changes but I did a submission of the dae plugin to the osg- submission with title here is the tar gz up of the dae module. There were no core OSG interface modifications to the dae plugin so it should be binary compatible at that level. If I remember correctly, the only thing that modified were calls in the cpp files to the collada dom library. Really there were just a couple files that required modification and this modification was pretty minimal. Was waiting to see if Steve had any anomalies show up on his end. Take care Garrett On May 6, 2008, at 10:28 AM, Robert Osfield wrote: Hi Garret, Steven, Mike et. al, Just send me the changes to the OSG to build against DOM 2.0/2.1. Would it still be possible to build against DOM 1.4 as well? I'm happy to set 2.1 as the officially supported route for OSG-2.5.x. If appropriate would could even think about a 2.4.1 tag that might include this. My current guess would be for the stable OSG-2.6 would be mid summer. A patch of the OSG-2.4 to make 2.4.1 is a possibility - it'll need to be binary compatible with 2.4.0 though so we'd need to be careful about what patches that make it into SVN/2.5.x could also make it into a 2.4.x - a dae plugin upgrade should be meet this criteria so no problems on this count. Robert. On Mon, May 5, 2008 at 1:21 PM, Garrett Potts [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello Steve: Tried the models I use on the Mac and Windows and everything is running ok on my end. Take care Garrett On Apr 30, 2008, at 3:32 PM, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Thanks Garrett. Might not get around to this until the weekend, but I'll let you know how the testing goes or If I make any changes. Garrett Potts wrote: Hello Steve: Please find the attached file for te dae plugin in OSG. Just remove your old one and then extract this out. Downloading the 2.1 now. Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org mailto:osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org mailto:osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hello Steve: Tried the models I use on the Mac and Windows and everything is running ok on my end. Take care Garrett On Apr 30, 2008, at 3:32 PM, [EMAIL PROTECTED] wrote: Thanks Garrett. Might not get around to this until the weekend, but I'll let you know how the testing goes or If I make any changes. Garrett Potts wrote: Hello Steve: Please find the attached file for te dae plugin in OSG. Just remove your old one and then extract this out. Downloading the 2.1 now. Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hi, fwiw I'll be very glad to re-add the COLLADA plugin to the win32 binary installer once this stuff settles down. cheers -- mew -Original Message- From: [EMAIL PROTECTED] [mailto:osg-users- [EMAIL PROTECTED] On Behalf Of Garrett Potts Sent: Wednesday, April 30, 2008 8:20 AM To: OpenSceneGraph Users Subject: Re: [osg-users] Robert, collada dae2 maybe? Hello Steve: Was just curious. You mentioned that you were doing another release shortly for collada DOM 2.1 from the current 2.0 because of some issues with 2.0. Were these issues show stoppers for using the current 2.0? Once you have a tag or access to the 2.1 I'll download and compile and try it out for you on my end. Also, did you see the tgz I sent to the osg submissions. Wasn't sure if you were registered to that email. I can send what I have if you didn't get it there. The only thing I didn't do was add conditional compilation to support 1.4 or 2.0. I just made the necessary changes to compile to 2.0. Take care and look forward to the next Collada DOM release. Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users- openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Were these issues show stoppers for using the current 2.0? Kind of depends on the platform you're using. The Visual Studio libraries were a little screwed up. The VS 2008 lib just wasn't right and the debug build of the VS 2005 lib wouldn't work if you didn't have VS 2005 SP 1 or something like that. There was also a crash that could occur when doing certain operations with the DOM. It's unlikely that the crash bug would be triggered by anything the OSG plugin is doing though. These problems are fixed in 2.1. I would say that I don't advise upgrading to 2.0 and leaving it at that... definitely upgrade to 2.1. I don't think 2.1 has any backward compatibility breakages so that shouldn't be difficult. Once you have a tag or access to the 2.1 I'll download and compile and try it out for you on my end. I just made a tag here: https://collada-dom.svn.sourceforge.net/svnroot/collada-dom/tags/2.1 I don't expect to make any more changes to the 2.1 code, so I'll zip it up and put it on Sourceforge either today or tomorrow. Also, did you see the tgz I sent to the osg submissions. Wasn't sure if you were registered to that email. I can send what I have if you didn't get it there. I'm not registered to that list, but I'm guessing I can go through the archive to find the patch. If I can't get it through the archive it'd be nice if you could email it to me at [EMAIL PROTECTED] (x = steven_thomas, y = playstation.sony.com). I'll be sure to build any changes I make on top of your patch. The only thing I didn't do was add conditional compilation to support 1.4 or 2.0. I'm not sure if this is necessary. 2.0 (or 2.1) is just a DOM lib upgrade, it's not a new version of Collada or anything. We should keep the OSG trunk building against the latest DOM release available. We might need to support multiple versions of Collada (say, 1.4 (current) and 1.5 (upcoming)), but I think it'll be sufficient to support just the latest release of the DOM. Steve Garrett Potts wrote: Hello Steve: Was just curious. You mentioned that you were doing another release shortly for collada DOM 2.1 from the current 2.0 because of some issues with 2.0. Were these issues show stoppers for using the current 2.0? Once you have a tag or access to the 2.1 I'll download and compile and try it out for you on my end. Also, did you see the tgz I sent to the osg submissions. Wasn't sure if you were registered to that email. I can send what I have if you didn't get it there. The only thing I didn't do was add conditional compilation to support 1.4 or 2.0. I just made the necessary changes to compile to 2.0. Take care and look forward to the next Collada DOM release. Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Robert, collada dae2 maybe?
Hello Robert: I wanted to tar up the dae and call it maybe dae2 for the collada 2.0 tag release they have. Do you want me to send to you or send to the osg-submissions? Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hello Robert may want the collada expert who maintains the current dae plugin to take a look at the modifications. There were just a couple of files modified and the modifications were minimal. Could probably just conditionally compile the current dae plugin to allow support for the new collada svn tag 2.0. Take care Garrett On Apr 29, 2008, at 2:04 PM, Garrett Potts wrote: Hello Robert: I wanted to tar up the dae and call it maybe dae2 for the collada 2.0 tag release they have. Do you want me to send to you or send to the osg-submissions? Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hey Garrett, thanks a ton for this work. I'd been planning to bring OSG up to DOM 2.0 myself at some point, but it looks like that's taken care of with your patch. Thanks! Does your patch bring platforms other than Mac up to DOM 2.0 also? I vaguely recall that the OSG Collada plugin had different build setups for different platforms, so there might be multiple places where changes need to be made to get all the platforms up to DOM 2.0. One other thing. Due to some problems that were discovered in DOM 2.0 I'm doing a 2.1 release sometime in the next few days. This release doesn't contain any breaking changes, so I think all we'll need to do is update the DOM lib name to '21' instead of '20'. Steve Garrett Potts wrote: Hello Robert: I wanted to tar up the dae and call it maybe dae2 for the collada 2.0 tag release they have. Do you want me to send to you or send to the osg-submissions? Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hello Steve: Glad I can help some :). I plan on doing the windows build as well but have only done the MAC. I have also only tested with a few Google Collada models so I don't think I hit everything. Would need others to pound it to see if we missed anything. For instance, the texture material load requires us to now unencode a uri to a local native name and I am not sure if that is used in other parts of the dae plugin. I have not tested writing so we may have to add a nativeToUri utility call( found in daeUtil.h) for encoding to a URI any files with spaces and special symbols. In the reader I saw some conditionals for WIN32. I only made mods to what I could test here. The testing stage for the modification is in it's infancy and needs more testing before we can probably say its valid. The tgz file I sent to the submissions is the modifications I have so far and it for the ingest testing for some of the dae models in google seems to work and I have not seen any anomalies yet. Let me know when the DOM 21 is tagged. I'll build for the MAC. Do you know if there is support to build universal. Right now I build on a ppc and then the intel then I lipo them together. Take care Garrett On Apr 29, 2008, at 2:20 PM, [EMAIL PROTECTED] wrote: Hey Garrett, thanks a ton for this work. I'd been planning to bring OSG up to DOM 2.0 myself at some point, but it looks like that's taken care of with your patch. Thanks! Does your patch bring platforms other than Mac up to DOM 2.0 also? I vaguely recall that the OSG Collada plugin had different build setups for different platforms, so there might be multiple places where changes need to be made to get all the platforms up to DOM 2.0. One other thing. Due to some problems that were discovered in DOM 2.0 I'm doing a 2.1 release sometime in the next few days. This release doesn't contain any breaking changes, so I think all we'll need to do is update the DOM lib name to '21' instead of '20'. Steve Garrett Potts wrote: Hello Robert: I wanted to tar up the dae and call it maybe dae2 for the collada 2.0 tag release they have. Do you want me to send to you or send to the osg-submissions? Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
I have not tested writing so we may have to add a nativeToUri utility call( found in daeUtil.h) for encoding to a URI any files with spaces and special symbols. In DOM 2.0 the DAE methods that work with document names (like DAE::open/load, DAE::write/save, etc) work with file paths just fine. They're converted to URIs internally using the nativePathToUri function. It's when you're working specifically with URIs (in the DOM this is usually done via the daeURI class) that you need to worry about file path -- URI conversion. The testing stage for the modification is in it's infancy and needs more testing before we can probably say its valid. My intent was to do testing to make sure the plugin at least runs on a few different platforms: Windows XP, Mac OS X, and Ubuntu, since that's what I have easy access to. I don't have a plan in place for testing the actual features of the plugin though. I'll build for the MAC. Do you know if there is support to build universal. Right now I build on a ppc and then the intel then I lipo them together. Yes, building a Mac universal binary is easy: just add arch='x86 ppc' to the make command line. More info in the DOM's make build readme: http://collada-dom.svn.sourceforge.net/viewvc/collada-dom/trunk/dom/make/readme?view=markup Steve Garrett Potts wrote: Hello Steve: Glad I can help some :). I plan on doing the windows build as well but have only done the MAC. I have also only tested with a few Google Collada models so I don't think I hit everything. Would need others to pound it to see if we missed anything. For instance, the texture material load requires us to now unencode a uri to a local native name and I am not sure if that is used in other parts of the dae plugin. I have not tested writing so we may have to add a nativeToUri utility call( found in daeUtil.h) for encoding to a URI any files with spaces and special symbols. In the reader I saw some conditionals for WIN32. I only made mods to what I could test here. The testing stage for the modification is in it's infancy and needs more testing before we can probably say its valid. The tgz file I sent to the submissions is the modifications I have so far and it for the ingest testing for some of the dae models in google seems to work and I have not seen any anomalies yet. Let me know when the DOM 21 is tagged. I'll build for the MAC. Do you know if there is support to build universal. Right now I build on a ppc and then the intel then I lipo them together. Take care Garrett On Apr 29, 2008, at 2:20 PM, [EMAIL PROTECTED] wrote: Hey Garrett, thanks a ton for this work. I'd been planning to bring OSG up to DOM 2.0 myself at some point, but it looks like that's taken care of with your patch. Thanks! Does your patch bring platforms other than Mac up to DOM 2.0 also? I vaguely recall that the OSG Collada plugin had different build setups for different platforms, so there might be multiple places where changes need to be made to get all the platforms up to DOM 2.0. One other thing. Due to some problems that were discovered in DOM 2.0 I'm doing a 2.1 release sometime in the next few days. This release doesn't contain any breaking changes, so I think all we'll need to do is update the DOM lib name to '21' instead of '20'. Steve Garrett Potts wrote: Hello Robert: I wanted to tar up the dae and call it maybe dae2 for the collada 2.0 tag release they have. Do you want me to send to you or send to the osg-submissions? Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
Hello Steve: Thank you for the comments. I'll pound the ingest side of things as much as I can. I will start windows build this week after I finish some OSG 2.4 upgrades on MAC and test the dae some more. I don't have any other OS's than that at my disposal. I do know some who use SUSE. I'll see if they can also give it a whirl for you. I think the daeRMaterial that I had to add the uriToNative may need some looking at to see if it's not needed. The way it's currently done I had to add it in there for files that contained spaces had the %20 in them and was being sent to the osg:readImage . For the port I used y'alls documentation for porting and did a one-to-one translation and it worked great. Take care Garrett On Apr 29, 2008, at 3:17 PM, [EMAIL PROTECTED] wrote: I have not tested writing so we may have to add a nativeToUri utility call( found in daeUtil.h) for encoding to a URI any files with spaces and special symbols. In DOM 2.0 the DAE methods that work with document names (like DAE::open/load, DAE::write/save, etc) work with file paths just fine. They're converted to URIs internally using the nativePathToUri function. It's when you're working specifically with URIs (in the DOM this is usually done via the daeURI class) that you need to worry about file path -- URI conversion. The testing stage for the modification is in it's infancy and needs more testing before we can probably say its valid. My intent was to do testing to make sure the plugin at least runs on a few different platforms: Windows XP, Mac OS X, and Ubuntu, since that's what I have easy access to. I don't have a plan in place for testing the actual features of the plugin though. I'll build for the MAC. Do you know if there is support to build universal. Right now I build on a ppc and then the intel then I lipo them together. Yes, building a Mac universal binary is easy: just add arch='x86 ppc' to the make command line. More info in the DOM's make build readme: http://collada-dom.svn.sourceforge.net/viewvc/collada-dom/trunk/dom/make/readme?view=markup Steve Garrett Potts wrote: Hello Steve: Glad I can help some :). I plan on doing the windows build as well but have only done the MAC. I have also only tested with a few Google Collada models so I don't think I hit everything. Would need others to pound it to see if we missed anything. For instance, the texture material load requires us to now unencode a uri to a local native name and I am not sure if that is used in other parts of the dae plugin. I have not tested writing so we may have to add a nativeToUri utility call( found in daeUtil.h) for encoding to a URI any files with spaces and special symbols. In the reader I saw some conditionals for WIN32. I only made mods to what I could test here. The testing stage for the modification is in it's infancy and needs more testing before we can probably say its valid. The tgz file I sent to the submissions is the modifications I have so far and it for the ingest testing for some of the dae models in google seems to work and I have not seen any anomalies yet. Let me know when the DOM 21 is tagged. I'll build for the MAC. Do you know if there is support to build universal. Right now I build on a ppc and then the intel then I lipo them together. Take care Garrett On Apr 29, 2008, at 2:20 PM, [EMAIL PROTECTED] wrote: Hey Garrett, thanks a ton for this work. I'd been planning to bring OSG up to DOM 2.0 myself at some point, but it looks like that's taken care of with your patch. Thanks! Does your patch bring platforms other than Mac up to DOM 2.0 also? I vaguely recall that the OSG Collada plugin had different build setups for different platforms, so there might be multiple places where changes need to be made to get all the platforms up to DOM 2.0. One other thing. Due to some problems that were discovered in DOM 2.0 I'm doing a 2.1 release sometime in the next few days. This release doesn't contain any breaking changes, so I think all we'll need to do is update the DOM lib name to '21' instead of '20'. Steve Garrett Potts wrote: Hello Robert: I wanted to tar up the dae and call it maybe dae2 for the collada 2.0 tag release they have. Do you want me to send to you or send to the osg-submissions? Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org
Re: [osg-users] Robert, collada dae2 maybe?
I'll see if they can also give it a whirl for you. That's probably not necessary. If you and I each do our best to test the platforms we have access to that should be enough. If someone's having a problem on a different platform they can contribute a patch. I think the daeRMaterial that I had to add the uriToNative may need some looking at to see if it's not needed. I'm pretty sure we need uriToNativePath in this case. We're talking about loading texture images referenced via the imageinit_from element right? imageinit_from is a URI, so you'll need to convert it to a file path if you want to load it as a file from disk. I was just saying writing a document with an OS file path containing spaces or whatever should work fine, since the DAE class methods pass all document names through nativePathToUri first. Steve Garrett Potts wrote: Hello Steve: Thank you for the comments. I'll pound the ingest side of things as much as I can. I will start windows build this week after I finish some OSG 2.4 upgrades on MAC and test the dae some more. I don't have any other OS's than that at my disposal. I do know some who use SUSE. I'll see if they can also give it a whirl for you. I think the daeRMaterial that I had to add the uriToNative may need some looking at to see if it's not needed. The way it's currently done I had to add it in there for files that contained spaces had the %20 in them and was being sent to the osg:readImage . For the port I used y'alls documentation for porting and did a one-to-one translation and it worked great. Take care Garrett On Apr 29, 2008, at 3:17 PM, [EMAIL PROTECTED] wrote: I have not tested writing so we may have to add a nativeToUri utility call( found in daeUtil.h) for encoding to a URI any files with spaces and special symbols. In DOM 2.0 the DAE methods that work with document names (like DAE::open/load, DAE::write/save, etc) work with file paths just fine. They're converted to URIs internally using the nativePathToUri function. It's when you're working specifically with URIs (in the DOM this is usually done via the daeURI class) that you need to worry about file path -- URI conversion. The testing stage for the modification is in it's infancy and needs more testing before we can probably say its valid. My intent was to do testing to make sure the plugin at least runs on a few different platforms: Windows XP, Mac OS X, and Ubuntu, since that's what I have easy access to. I don't have a plan in place for testing the actual features of the plugin though. I'll build for the MAC. Do you know if there is support to build universal. Right now I build on a ppc and then the intel then I lipo them together. Yes, building a Mac universal binary is easy: just add arch='x86 ppc' to the make command line. More info in the DOM's make build readme: http://collada-dom.svn.sourceforge.net/viewvc/collada-dom/trunk/dom/make/readme?view=markup Steve Garrett Potts wrote: Hello Steve: Glad I can help some :). I plan on doing the windows build as well but have only done the MAC. I have also only tested with a few Google Collada models so I don't think I hit everything. Would need others to pound it to see if we missed anything. For instance, the texture material load requires us to now unencode a uri to a local native name and I am not sure if that is used in other parts of the dae plugin. I have not tested writing so we may have to add a nativeToUri utility call( found in daeUtil.h) for encoding to a URI any files with spaces and special symbols. In the reader I saw some conditionals for WIN32. I only made mods to what I could test here. The testing stage for the modification is in it's infancy and needs more testing before we can probably say its valid. The tgz file I sent to the submissions is the modifications I have so far and it for the ingest testing for some of the dae models in google seems to work and I have not seen any anomalies yet. Let me know when the DOM 21 is tagged. I'll build for the MAC. Do you know if there is support to build universal. Right now I build on a ppc and then the intel then I lipo them together. Take care Garrett On Apr 29, 2008, at 2:20 PM, [EMAIL PROTECTED] wrote: Hey Garrett, thanks a ton for this work. I'd been planning to bring OSG up to DOM 2.0 myself at some point, but it looks like that's taken care of with your patch. Thanks! Does your patch bring platforms other than Mac up to DOM 2.0 also? I vaguely recall that the OSG Collada plugin had different build setups for different platforms, so there might be multiple places where changes need to be made to get all the platforms up to DOM 2.0. One other thing. Due to some problems that were discovered in DOM 2.0 I'm doing a 2.1 release sometime in the next few
Re: [osg-users] Robert, collada dae2 maybe?
Hello Steve: I was just saying writing a document with an OS file path containing spaces or whatever should work fine, since the DAE class methods pass all document names through nativePathToUri first. Ah, ok gotcha. Thank you for the help! Take care Garrett ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org