Re: [osg-users] problem with osg 2.4 stable release
Hi, Gordon Tomlinson wrote: OK the POLL is UP at http://www.vis-sim.com/3dsceneBB/viewtopic.php?t=1035 There's a slight glitch the forum software will not allow me to set voting to a non-registered user... So you need to register :(, I will see if I can hack the PHP/db tonight to allow this to happen I guess we need to advertise this a bit to get hordes of people to actually vote. Shall I send an announcement mail to the list? Registration is now definitely required, right? It's not a bad thing, it will definitely put the forum more firmly on the map I think. Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
I must admit, due to both my own and others struggles getting DLLs properly locationed, I've been very tempted to build as many 3rdParty libs as possible in only static configuration. That minimizes the runtime dependency chain, so we'd only have to deal with OSG finding its own DLLs. I dont recall now many of the upstream 3rdParty support a static config (I'm not going to add one if they dont supply it themselves) but I'll be looking in this direction in the future. -- mew On Wed, Jun 18, 2008 at 10:18 AM, Robert Osfield [EMAIL PROTECTED] wrote: Hi Guys, I don't have much experience to through into discussions about static vs dynamic libs under Windows, but what is clear from sitting on the list how much traffic is dedicated to build issues under Windows, almost all relate to dll's problems. With the OSG-2.x we've tried to tackle this with the version'd dll's and version plugins directories which should help, but it hasn't solved it completely - users are still have lots and lots of problems. Using static linking by default for the OSG plugins does seem like a good way of tackling a big part of problem, and while there will be a memory overhead I'd say it's well worth it. If less users have problems then their experience of OSG under Windows will be more positive and we'll have less support for wade through. Watching these threads as an outsider it does seem like keeping Windows is a black art, with a complex matrix of things that work in different combinations. Personally I'd much rather programmers spend their brain power on doing 3D graphics apps than fighting build systems/dll's etc learning all the caveats of working on specific platforms. So if you want to go static link of external dependencies under Windows then guys, you have my backing. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Mike Weiblen -- Austin Texas USA -- http://mew.cx/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] problem with osg 2.4 stable release
Hi J-S I have the same problem of David load png file problem. I put the libpng13.dll in the same directory of osgdb_png.dll but in visual studio output window the dll is called anytime I try to read a png and then unloaded after the operation. Do you have an other solution? Best regards ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] problem with osg 2.4 stable release
Hi J-S I finaly found my problem. Indeed osgdb_png.dll needs libpng13.dll but libpng13.dll needs also zlib1.dll. Best regards ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Bonjour Arnaud, I put the libpng13.dll in the same directory of osgdb_png.dll but in visual studio output window the dll is called anytime I try to read a png and then unloaded after the operation. No, libpng13.dll should be in your PATH or in your executable's directory. The plugins are in OSG_BIN_DIR\osgPlugins-version, which is not on your PATH (and should not be) - OSG loads them directly which is why it works, but the libpng13.dll needs to be on the DLL search path. It's up to you where you want to put it. I usually put it alongside osgNN-osg.dll (in my case my OSG_BIN_PATH is on my PATH). If you include the OSG DLLs alongside your application in an installer, for example, you should include libpng13.dll alongside the OSG DLLs (not the plugins). Hope this helps, J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Hi J-S, Jean-Sébastien Guay wrote: Bonjour Arnaud, I put the libpng13.dll in the same directory of osgdb_png.dll but in visual studio output window the dll is called anytime I try to read a png and then unloaded after the operation. No, libpng13.dll should be in your PATH or in your executable's directory. The plugins are in OSG_BIN_DIR\osgPlugins-version, which is not on your PATH (and should not be) - OSG loads them directly which is why it works, but the libpng13.dll needs to be on the DLL search path. It's up to you where you want to put it. I usually put it alongside osgNN-osg.dll (in my case my OSG_BIN_PATH is on my PATH). If you include the OSG DLLs alongside your application in an installer, for example, you should include libpng13.dll alongside the OSG DLLs (not the plugins). Hope this helps, This seems to come up quite often for the Windows users. Would linking against a static version of dependencies like png, jpeg, zlib, etc be a helpful solution? Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Bonjour Arnaud, I finaly found my problem. Indeed osgdb_png.dll needs libpng13.dll but libpng13.dll needs also zlib1.dll. Ha! I had forgotten that one. I generally just copy all the DLLs from the 3rdParty/bin directory to my OSG bin directory. :-) J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Hi Paul, This seems to come up quite often for the Windows users. Would linking against a static version of dependencies like png, jpeg, zlib, etc be a helpful solution? Not sure how the executable size would increase in that case... But yeah, they're pretty much required dependencies if you want to do anything useful, so I'd agree that it could be helpful. Though I think when developing on Windows you need to be able to diagnose and fix DLL search path and dependency problems, because they'll bite you sooner or later. I'm not trying to imply that OSG should be a teaching aid in Windows programming and troubleshooting, but we should consider how much time we spend on making things easier for newbies which they'll have to learn anyways. J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Jean-Sébastien Guay wrote: This seems to come up quite often for the Windows users. Would linking against a static version of dependencies like png, jpeg, zlib, etc be a helpful solution? Not sure how the executable size would increase in that case... But yeah, they're pretty much required dependencies if you want to do anything useful, so I'd agree that it could be helpful. Yes, the increase in size would be a downside. But disk space and memory are fairly cheap these days. I suspect only a small number of plugins would increase (jpg, png, tiff, jp2). Though I think when developing on Windows you need to be able to diagnose and fix DLL search path and dependency problems, because they'll bite you sooner or later. Absolutely! (I'm glad I only work with Linux these days ;-)) I'm not trying to imply that OSG should be a teaching aid in Windows programming and troubleshooting, but we should consider how much time we spend on making things easier for newbies which they'll have to learn anyways. It would be interesting to know which users specifically are having problems: 1. using prebuilt OSG + dependencies (either Mike's deps or perhaps from the gnuwin32 project), not compiling their own app, are merely trying out the OSG 2. using prebuilt OSG + dependencies, are compiling their own app 3. using prebuilt dependencies, compiling OSG from source, compiling their own apps 4. compiling everything from source I doubt that category 4 will have these DLL problems. But I'm curious about the spread over the other 3 categories.. Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Hi Paul, Yes, the increase in size would be a downside. But disk space and memory are fairly cheap these days. I suspect only a small number of plugins would increase (jpg, png, tiff, jp2). I think we need to quantify it. Then we can evaluate if it's significant or not. If I have 16 OSG apps which all include (for example, I didn't try it) 5MB of dependencies statically linked each, that's 80MB instead of 5 (for the DLLs which could be shared). However, if I need to link to a specific version of OSG+deps, I'd need my application to include the specific DLLs in its directory anyways, so no savings there... Perhaps linking to static dependencies could be an option in the CMake generation process, with the deps binary packages including static libs, and the default being static. Then if others want to compile and link to DLLs, they can switch the option in OSG's CMake config. Here I am suggesting ideas which I don't have time to implement... Shame on me. It would be interesting to know which users specifically are having problems: 1. using prebuilt OSG + dependencies (either Mike's deps or perhaps from the gnuwin32 project), not compiling their own app, are merely trying out the OSG 2. using prebuilt OSG + dependencies, are compiling their own app 3. using prebuilt dependencies, compiling OSG from source, compiling their own apps 4. compiling everything from source Are you suggesting a poll? Doing this on the mailing list would be a bit hard to keep track of... (Incidentally, I'm mostly in 3, though I'll have to move to 4 for 64 bit soon) Does the wiki have a poll functionality? Or perhaps we could use Gordon's forum for that? J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Hi J-S, Jean-Sébastien Guay wrote: Yes, the increase in size would be a downside. But disk space and memory are fairly cheap these days. I suspect only a small number of plugins would increase (jpg, png, tiff, jp2). I think we need to quantify it. Then we can evaluate if it's significant or not. If I have 16 OSG apps which all include (for example, I didn't try it) 5MB of dependencies statically linked each, that's 80MB instead of 5 (for the DLLs which could be shared). However, if I need to link to a specific version of OSG+deps, I'd need my application to include the specific DLLs in its directory anyways, so no savings there... I wasn't suggesting that _apps_ link statically, merely that the plugin DLLs link statically against their (non-OSG) dependencies. Perhaps linking to static dependencies could be an option in the CMake generation process, with the deps binary packages including static libs, and the default being static. Then if others want to compile and link to DLLs, they can switch the option in OSG's CMake config. Here I am suggesting ideas which I don't have time to implement... Shame on me. Spoken like a true open source contributor :) It would be interesting to know which users specifically are having problems: 1. using prebuilt OSG + dependencies (either Mike's deps or perhaps from the gnuwin32 project), not compiling their own app, are merely trying out the OSG 2. using prebuilt OSG + dependencies, are compiling their own app 3. using prebuilt dependencies, compiling OSG from source, compiling their own apps 4. compiling everything from source Are you suggesting a poll? Doing this on the mailing list would be a bit hard to keep track of... (Incidentally, I'm mostly in 3, though I'll have to move to 4 for 64 bit soon). Does the wiki have a poll functionality? Or perhaps we could use Gordon's forum for that? Well, it was more of a philosophical question, but a poll would be interesting. Using the ML for that will be horrible, although easy to do. I don't think trac supports polls out of the box. If we could have a web-based poll on the forum site we'd only have to publicize it on osg-users. What do you mean with the 4th mailing list for 64 bit, b.t.w? Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Hi Paul, I wasn't suggesting that _apps_ link statically, merely that the plugin DLLs link statically against their (non-OSG) dependencies. Ah, I hadn't seen it that way. It would in that case increase the size of plugins that use the same dependencies (zlib is used by multiple plugins I think), and the thing with multiple OSG versions using more space would remain. But it would be much better than linking apps statically. Well, it was more of a philosophical question, but a poll would be interesting. Using the ML for that will be horrible, although easy to do. I don't think trac supports polls out of the box. If we could have a web-based poll on the forum site we'd only have to publicize it on osg-users. I think we could use Gordon's http://www.vis-sim.com/ for that, it already has lots of OSG-related content so it wouldn't be out of place. But I agree, it's not as active as the mailing list, so we'd need to publicize the poll on the mailing list. What do you mean with the 4th mailing list for 64 bit, b.t.w? Not 4th mailing list, 4th option in your enumerated list of possibilities of using prebuilt vs self-compiled OSG/dependencies. Mike's 3rd Party binary package is for 32 bit, so if I want to compile OSG in 64 bit I'll have to recompile the dependencies in 64 bit myself. J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Hi Robert, So if you want to go static link of external dependencies under Windows then guys, you have my backing. I agree, Paul's idea is a great one for the initial user experience on Windows. Though I would keep it optional, just default to static, since there are cases where you'd want DLLs for dependencies but in that case you should know what you're doing. Thanks, J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
No problem doing a poll on http://www.vis-sim.com/3dsceneBB/, the form is setup for users to create polls... ( please note I have *.gmail.com on new account addresses disabled due to high spam attacks, I will turn this off if needed -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Melis Sent: Wednesday, June 18, 2008 11:12 AM To: OpenSceneGraph Users Subject: Re: [osg-users] problem with osg 2.4 stable release Hi J-S, Jean-Sébastien Guay wrote: Yes, the increase in size would be a downside. But disk space and memory are fairly cheap these days. I suspect only a small number of plugins would increase (jpg, png, tiff, jp2). I think we need to quantify it. Then we can evaluate if it's significant or not. If I have 16 OSG apps which all include (for example, I didn't try it) 5MB of dependencies statically linked each, that's 80MB instead of 5 (for the DLLs which could be shared). However, if I need to link to a specific version of OSG+deps, I'd need my application to include the specific DLLs in its directory anyways, so no savings there... I wasn't suggesting that _apps_ link statically, merely that the plugin DLLs link statically against their (non-OSG) dependencies. Perhaps linking to static dependencies could be an option in the CMake generation process, with the deps binary packages including static libs, and the default being static. Then if others want to compile and link to DLLs, they can switch the option in OSG's CMake config. Here I am suggesting ideas which I don't have time to implement... Shame on me. Spoken like a true open source contributor :) It would be interesting to know which users specifically are having problems: 1. using prebuilt OSG + dependencies (either Mike's deps or perhaps from the gnuwin32 project), not compiling their own app, are merely trying out the OSG 2. using prebuilt OSG + dependencies, are compiling their own app 3. using prebuilt dependencies, compiling OSG from source, compiling their own apps 4. compiling everything from source Are you suggesting a poll? Doing this on the mailing list would be a bit hard to keep track of... (Incidentally, I'm mostly in 3, though I'll have to move to 4 for 64 bit soon). Does the wiki have a poll functionality? Or perhaps we could use Gordon's forum for that? Well, it was more of a philosophical question, but a poll would be interesting. Using the ML for that will be horrible, although easy to do. I don't think trac supports polls out of the box. If we could have a web-based poll on the forum site we'd only have to publicize it on osg-users. What do you mean with the 4th mailing list for 64 bit, b.t.w? Paul ___ 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] problem with osg 2.4 stable release
Just a side note, some Plugins licenses do not allow static linking so you need to check that issue -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Melis Sent: Wednesday, June 18, 2008 10:21 AM To: OpenSceneGraph Users Subject: Re: [osg-users] problem with osg 2.4 stable release Hi J-S, Jean-Sébastien Guay wrote: Bonjour Arnaud, I put the libpng13.dll in the same directory of osgdb_png.dll but in visual studio output window the dll is called anytime I try to read a png and then unloaded after the operation. No, libpng13.dll should be in your PATH or in your executable's directory. The plugins are in OSG_BIN_DIR\osgPlugins-version, which is not on your PATH (and should not be) - OSG loads them directly which is why it works, but the libpng13.dll needs to be on the DLL search path. It's up to you where you want to put it. I usually put it alongside osgNN-osg.dll (in my case my OSG_BIN_PATH is on my PATH). If you include the OSG DLLs alongside your application in an installer, for example, you should include libpng13.dll alongside the OSG DLLs (not the plugins). Hope this helps, This seems to come up quite often for the Windows users. Would linking against a static version of dependencies like png, jpeg, zlib, etc be a helpful solution? Paul ___ 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] problem with osg 2.4 stable release
Gordon Tomlinson wrote: No problem doing a poll on http://www.vis-sim.com/3dsceneBB/, the form is setup for users to create polls... Would voting there imply registration on the forum? I've tried to formulate a poll below. It's impossible to cover every possibility, of course. For OS/X there are no prebuilt packages, right? How do you get your OpenSceneGraph binaries? (Windows) I use Mike Weiblen's precompiled binaries for both OSG and its dependencies (Windows) I compile OSG from source, but use precompiled dependencies (Windows) I compile OSG and its dependencies from source (Windows) Other (Linux) I compile OSG from source myself (Linux) I use packages provided by my distribution (Linux) Other Paul ( please note I have *.gmail.com on new account addresses disabled due to high spam attacks, I will turn this off if needed -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Melis Sent: Wednesday, June 18, 2008 11:12 AM To: OpenSceneGraph Users Subject: Re: [osg-users] problem with osg 2.4 stable release Hi J-S, Jean-Sébastien Guay wrote: Yes, the increase in size would be a downside. But disk space and memory are fairly cheap these days. I suspect only a small number of plugins would increase (jpg, png, tiff, jp2). I think we need to quantify it. Then we can evaluate if it's significant or not. If I have 16 OSG apps which all include (for example, I didn't try it) 5MB of dependencies statically linked each, that's 80MB instead of 5 (for the DLLs which could be shared). However, if I need to link to a specific version of OSG+deps, I'd need my application to include the specific DLLs in its directory anyways, so no savings there... I wasn't suggesting that _apps_ link statically, merely that the plugin DLLs link statically against their (non-OSG) dependencies. Perhaps linking to static dependencies could be an option in the CMake generation process, with the deps binary packages including static libs, and the default being static. Then if others want to compile and link to DLLs, they can switch the option in OSG's CMake config. Here I am suggesting ideas which I don't have time to implement... Shame on me. Spoken like a true open source contributor :) It would be interesting to know which users specifically are having problems: 1. using prebuilt OSG + dependencies (either Mike's deps or perhaps from the gnuwin32 project), not compiling their own app, are merely trying out the OSG 2. using prebuilt OSG + dependencies, are compiling their own app 3. using prebuilt dependencies, compiling OSG from source, compiling their own apps 4. compiling everything from source Are you suggesting a poll? Doing this on the mailing list would be a bit hard to keep track of... (Incidentally, I'm mostly in 3, though I'll have to move to 4 for 64 bit soon). Does the wiki have a poll functionality? Or perhaps we could use Gordon's forum for that? Well, it was more of a philosophical question, but a poll would be interesting. Using the ML for that will be horrible, although easy to do. I don't think trac supports polls out of the box. If we could have a web-based poll on the forum site we'd only have to publicize it on osg-users. What do you mean with the 4th mailing list for 64 bit, b.t.w? Paul ___ 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] problem with osg 2.4 stable release
Paul Melis wrote: Gordon Tomlinson wrote: No problem doing a poll on http://www.vis-sim.com/3dsceneBB/, the form is setup for users to create polls... Would voting there imply registration on the forum? I've tried to formulate a poll below. It's impossible to cover every possibility, of course. Hmm, people that are merely trying out the OSG and using Mike's prebuilt OSG binaries might not have a clue what dependencies we're talking about, as these are included in the package already. Paul For OS/X there are no prebuilt packages, right? How do you get your OpenSceneGraph binaries? (Windows) I use Mike Weiblen's precompiled binaries for both OSG and its dependencies (Windows) I compile OSG from source, but use precompiled dependencies (Windows) I compile OSG and its dependencies from source (Windows) Other (Linux) I compile OSG from source myself (Linux) I use packages provided by my distribution (Linux) Other Paul ( please note I have *.gmail.com on new account addresses disabled due to high spam attacks, I will turn this off if needed -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Melis Sent: Wednesday, June 18, 2008 11:12 AM To: OpenSceneGraph Users Subject: Re: [osg-users] problem with osg 2.4 stable release Hi J-S, Jean-Sébastien Guay wrote: Yes, the increase in size would be a downside. But disk space and memory are fairly cheap these days. I suspect only a small number of plugins would increase (jpg, png, tiff, jp2). I think we need to quantify it. Then we can evaluate if it's significant or not. If I have 16 OSG apps which all include (for example, I didn't try it) 5MB of dependencies statically linked each, that's 80MB instead of 5 (for the DLLs which could be shared). However, if I need to link to a specific version of OSG+deps, I'd need my application to include the specific DLLs in its directory anyways, so no savings there... I wasn't suggesting that _apps_ link statically, merely that the plugin DLLs link statically against their (non-OSG) dependencies. Perhaps linking to static dependencies could be an option in the CMake generation process, with the deps binary packages including static libs, and the default being static. Then if others want to compile and link to DLLs, they can switch the option in OSG's CMake config. Here I am suggesting ideas which I don't have time to implement... Shame on me. Spoken like a true open source contributor :) It would be interesting to know which users specifically are having problems: 1. using prebuilt OSG + dependencies (either Mike's deps or perhaps from the gnuwin32 project), not compiling their own app, are merely trying out the OSG 2. using prebuilt OSG + dependencies, are compiling their own app 3. using prebuilt dependencies, compiling OSG from source, compiling their own apps 4. compiling everything from source Are you suggesting a poll? Doing this on the mailing list would be a bit hard to keep track of... (Incidentally, I'm mostly in 3, though I'll have to move to 4 for 64 bit soon). Does the wiki have a poll functionality? Or perhaps we could use Gordon's forum for that? Well, it was more of a philosophical question, but a poll would be interesting. Using the ML for that will be horrible, although easy to do. I don't think trac supports polls out of the box. If we could have a web-based poll on the forum site we'd only have to publicize it on osg-users. What do you mean with the 4th mailing list for 64 bit, b.t.w? Paul ___ 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] problem with osg 2.4 stable release
I could turn the reg requirements of on the Poll/forum if folks don't won't to register Looks like only one option can be voted for, but if non registered voting is allowed you may be able to vote more than once -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jean-Sébastien Guay Sent: Wednesday, June 18, 2008 11:49 AM To: OpenSceneGraph Users Subject: Re: [osg-users] problem with osg 2.4 stable release Hi Paul, Would voting there imply registration on the forum? I think so, and I don't think there's a good way to get around that... I've tried to formulate a poll below. It's impossible to cover every possibility, of course. For OS/X there are no prebuilt packages, right? Would voting for multiple selections be allowed? I use OSG on Win32 and Linux for instance... If not, we could do multiple polls one per platform, or just concentrate on Win32 since that's where the problem is more prominent. J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.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] problem with osg 2.4 stable release
OK I have change the Poll forum http://www.vis-sim.com/3dsceneBB/viewforum.php?f=34 To aid the poll for OSG I have relaxed permissions, you don't need to be registered ( but I'll have to watch what happens ) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jean-Sébastien Guay Sent: Wednesday, June 18, 2008 11:49 AM To: OpenSceneGraph Users Subject: Re: [osg-users] problem with osg 2.4 stable release Hi Paul, Would voting there imply registration on the forum? I think so, and I don't think there's a good way to get around that... I've tried to formulate a poll below. It's impossible to cover every possibility, of course. For OS/X there are no prebuilt packages, right? Would voting for multiple selections be allowed? I use OSG on Win32 and Linux for instance... If not, we could do multiple polls one per platform, or just concentrate on Win32 since that's where the problem is more prominent. J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.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] problem with osg 2.4 stable release
No I turned off the need to register for the Poll -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Melis Sent: Wednesday, June 18, 2008 11:38 AM To: OpenSceneGraph Users Subject: Re: [osg-users] problem with osg 2.4 stable release Gordon Tomlinson wrote: No problem doing a poll on http://www.vis-sim.com/3dsceneBB/, the form is setup for users to create polls... Would voting there imply registration on the forum? I've tried to formulate a poll below. It's impossible to cover every possibility, of course. For OS/X there are no prebuilt packages, right? How do you get your OpenSceneGraph binaries? (Windows) I use Mike Weiblen's precompiled binaries for both OSG and its dependencies (Windows) I compile OSG from source, but use precompiled dependencies (Windows) I compile OSG and its dependencies from source (Windows) Other (Linux) I compile OSG from source myself (Linux) I use packages provided by my distribution (Linux) Other Paul ( please note I have *.gmail.com on new account addresses disabled due to high spam attacks, I will turn this off if needed -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Melis Sent: Wednesday, June 18, 2008 11:12 AM To: OpenSceneGraph Users Subject: Re: [osg-users] problem with osg 2.4 stable release Hi J-S, Jean-Sébastien Guay wrote: Yes, the increase in size would be a downside. But disk space and memory are fairly cheap these days. I suspect only a small number of plugins would increase (jpg, png, tiff, jp2). I think we need to quantify it. Then we can evaluate if it's significant or not. If I have 16 OSG apps which all include (for example, I didn't try it) 5MB of dependencies statically linked each, that's 80MB instead of 5 (for the DLLs which could be shared). However, if I need to link to a specific version of OSG+deps, I'd need my application to include the specific DLLs in its directory anyways, so no savings there... I wasn't suggesting that _apps_ link statically, merely that the plugin DLLs link statically against their (non-OSG) dependencies. Perhaps linking to static dependencies could be an option in the CMake generation process, with the deps binary packages including static libs, and the default being static. Then if others want to compile and link to DLLs, they can switch the option in OSG's CMake config. Here I am suggesting ideas which I don't have time to implement... Shame on me. Spoken like a true open source contributor :) It would be interesting to know which users specifically are having problems: 1. using prebuilt OSG + dependencies (either Mike's deps or perhaps from the gnuwin32 project), not compiling their own app, are merely trying out the OSG 2. using prebuilt OSG + dependencies, are compiling their own app 3. using prebuilt dependencies, compiling OSG from source, compiling their own apps 4. compiling everything from source Are you suggesting a poll? Doing this on the mailing list would be a bit hard to keep track of... (Incidentally, I'm mostly in 3, though I'll have to move to 4 for 64 bit soon). Does the wiki have a poll functionality? Or perhaps we could use Gordon's forum for that? Well, it was more of a philosophical question, but a poll would be interesting. Using the ML for that will be horrible, although easy to do. I don't think trac supports polls out of the box. If we could have a web-based poll on the forum site we'd only have to publicize it on osg-users. What do you mean with the 4th mailing list for 64 bit, b.t.w? Paul ___ 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] problem with osg 2.4 stable release
HI OK the POLL is UP at http://www.vis-sim.com/3dsceneBB/viewtopic.php?t=1035 There's a slight glitch the forum software will not allow me to set voting to a non-registered user... So you need to register :(, I will see if I can hack the PHP/db tonight to allow this to happen ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
thanks a lot J-S the problem was that the libpng13.dll was not in the path. I thought that only osgdb_png.dll was needed i owe you one ;) Date: Wed, 4 Jun 2008 09:02:07 -0400 From: [EMAIL PROTECTED] To: osg-users@lists.openscenegraph.org Subject: Re: [osg-users] problem with osg 2.4 stable release Hello David, i have a osgdb_png.dll file which is the result of the compilation and i can see in the visual studio ouput window that the dll is called anytime i try to read a png and then unloaded after the operation The PNG plugin, like some others, has a dependency on an external DLL, namely libpng13.dll in this case. Can you check if you have this in your path? You can find it in the 3rdparty/bin directory. Put it in your OSG/bin directory if you don't already have it. (or somewhere else where you know your app will find it before any other DLL of the same name) Additionally, you can try to set OSG_NOTIFY_LEVEL to DEBUG to see if there are other problems. If, for example, the debug output shows that the osgdb_png.dll plugin is loaded, then it finds your PNG file and tries to open it and fails, it's most probably because either it can't find the libpng13.dll, or because it's finding the wrong one (as happened to me lately). Make sure in that case that the OSG bin directory is early in your PATH or in the search path for DLLs, before any other directory that may contain another copy of libpng13.dll. Hope this helps, J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org _ Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para estar siempre a la última http://newsletters.msn.com/hm/maintenanceeses.asp?L=ESC=ESP=WCMaintenanceBrand=WLRU=http%3a%2f%2fmail.live.com___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] problem with osg 2.4 stable release
Hi i´m trying to pass our project to the new 2.4 from the 2.2 version. Right now i´ve found 2 problems 1) With osg 2.2 and pageLOD objets, we were getting the images out from the textures with something like this osg::StateSet *ss = data-GetStateSet(); osg::Texture2D *texture = (osg::Texture2D *) (ss-getTextureAttribute (0, osg::StateAttribute::TEXTURE)); osg::Image *image = texture-getImage(); now with 2.4, although we have a valid texture, the textures-getImage() returns NULL if we´re not in the Top node. we need to know the image filename for doing some stuff, so we need to get access to the image 2) We cannot read PNG images anymore. any ideas thanks _ Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para estar siempre a la última Guapos y guapas, clips musicales y estrenos de cine. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Hi David, It'd be useful if you to say what platform you are using/how you built the OSG + dependencies, and clarify the problem with loading files. As the texture no longer having the image, is this after loading? After rendering? Do you have Texture::setUnrefImageAfterApply(bool) enabled? Robert. On Wed, Jun 4, 2008 at 11:40 AM, David _ [EMAIL PROTECTED] wrote: Hi i´m trying to pass our project to the new 2.4 from the 2.2 version. Right now i´ve found 2 problems 1) With osg 2.2 and pageLOD objets, we were getting the images out from the textures with something like this osg::StateSet *ss = data-GetStateSet(); osg::Texture2D *texture = (osg::Texture2D *) (ss-getTextureAttribute (0, osg::StateAttribute::TEXTURE)); osg::Image *image = texture-getImage(); now with 2.4, although we have a valid texture, the textures-getImage() returns NULL if we´re not in the Top node. we need to know the image filename for doing some stuff, so we need to get access to the image 2) We cannot read PNG images anymore. any ideas thanks Sigue de cerca las últimas tendencias y lo que más rompe MSN Vídeo ___ 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] problem with osg 2.4 stable release
Hi Robert sorry for not being more clear i´m using vista 32bits, visual studio 8.0 sp1 i compile the 3rd parties dependencies with the package in the svn, and the gdal lib is from fwtools 2.1 package i have a osgdb_png.dll file which is the result of the compilation and i can see in the visual studio ouput window that the dll is called anytime i try to read a png and then unloaded after the operation about the image issue that code is executed in a visitor launched through a paged-LOD object tree, between the update-traversal and the render-traversal calls. and it worked ok in osg 2.2 i have made no calls to Texture::setUnrefImageAfterApply(bool). I just use the image to read the name of the file image-getFileName() the 2.4 compilation was made like a month and a half ago, and the 3rd parties svn version used was the one that was the last around that date is there any important update in the svn third parties dependencies since then??? have anyone else had any problems reading images files with 2.4 or am i the only one??? thanks Date: Wed, 4 Jun 2008 11:48:27 +0100 From: [EMAIL PROTECTED] To: osg-users@lists.openscenegraph.org Subject: Re: [osg-users] problem with osg 2.4 stable release Hi David, It'd be useful if you to say what platform you are using/how you built the OSG + dependencies, and clarify the problem with loading files. As the texture no longer having the image, is this after loading? After rendering? Do you have Texture::setUnrefImageAfterApply(bool) enabled? Robert. On Wed, Jun 4, 2008 at 11:40 AM, David _ [EMAIL PROTECTED] wrote: Hi i´m trying to pass our project to the new 2.4 from the 2.2 version. Right now i´ve found 2 problems 1) With osg 2.2 and pageLOD objets, we were getting the images out from the textures with something like this osg::StateSet *ss = data-GetStateSet(); osg::Texture2D *texture = (osg::Texture2D *) (ss-getTextureAttribute (0, osg::StateAttribute::TEXTURE)); osg::Image *image = texture-getImage(); now with 2.4, although we have a valid texture, the textures-getImage() returns NULL if we´re not in the Top node. we need to know the image filename for doing some stuff, so we need to get access to the image 2) We cannot read PNG images anymore. any ideas thanks Sigue de cerca las últimas tendencias y lo que más rompe MSN Vídeo ___ 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 _ MSN Video. http://video.msn.com/?mkt=es-es___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] problem with osg 2.4 stable release
Hi David, Have a search through the recent achives w.r.t png plugin. The png plugin doesn't have any code changes to between 2.2 and 2.4 so it must be just a build issue/dependency isse. W.r.t getImage, my guess is that your paged database has unref on apply enabled, and a bug fix since 2.2 has meant that this feature is now working correctly, if you don't want this feature then you'll need to disable it in the external files or via a Registry::ReadFileCallback. Robert. On Wed, Jun 4, 2008 at 12:12 PM, David _ [EMAIL PROTECTED] wrote: Hi Robert sorry for not being more clear i´m using vista 32bits, visual studio 8.0 sp1 i compile the 3rd parties dependencies with the package in the svn, and the gdal lib is from fwtools 2.1 package i have a osgdb_png.dll file which is the result of the compilation and i can see in the visual studio ouput window that the dll is called anytime i try to read a png and then unloaded after the operation about the image issue that code is executed in a visitor launched through a paged-LOD object tree, between the update-traversal and the render-traversal calls. and it worked ok in osg 2.2 i have made no calls to Texture::setUnrefImageAfterApply(bool). I just use the image to read the name of the file image-getFileName() the 2.4 compilation was made like a month and a half ago, and the 3rd parties svn version used was the one that was the last around that date is there any important update in the svn third parties dependencies since then??? have anyone else had any problems reading images files with 2.4 or am i the only one??? thanks Date: Wed, 4 Jun 2008 11:48:27 +0100 From: [EMAIL PROTECTED] To: osg-users@lists.openscenegraph.org Subject: Re: [osg-users] problem with osg 2.4 stable release Hi David, It'd be useful if you to say what platform you are using/how you built the OSG + dependencies, and clarify the problem with loading files. As the texture no longer having the image, is this after loading? After rendering? Do you have Texture::setUnrefImageAfterApply(bool) enabled? Robert. On Wed, Jun 4, 2008 at 11:40 AM, David _ [EMAIL PROTECTED] wrote: Hi i´m trying to pass our project to the new 2.4 from the 2.2 version. Right now i´ve found 2 problems 1) With osg 2.2 and pageLOD objets, we were getting the images out from the textures with something like this osg::StateSet *ss = data-GetStateSet(); osg::Texture2D *texture = (osg::Texture2D *) (ss-getTextureAttribute (0, osg::StateAttribute::TEXTURE)); osg::Image *image = texture-getImage(); now with 2.4, although we have a valid texture, the textures-getImage() returns NULL if we´re not in the Top node. we need to know the image filename for doing some stuff, so we need to get access to the image 2) We cannot read PNG images anymore. any ideas thanks Sigue de cerca las últimas tendencias y lo que más rompe MSN Vídeo ___ 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 Todo ruedas: información práctica y todo el glamour del mundo del motor. MSN Estilo y Tendencias ___ 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] problem with osg 2.4 stable release
Hello David, i have a osgdb_png.dll file which is the result of the compilation and i can see in the visual studio ouput window that the dll is called anytime i try to read a png and then unloaded after the operation The PNG plugin, like some others, has a dependency on an external DLL, namely libpng13.dll in this case. Can you check if you have this in your path? You can find it in the 3rdparty/bin directory. Put it in your OSG/bin directory if you don't already have it. (or somewhere else where you know your app will find it before any other DLL of the same name) Additionally, you can try to set OSG_NOTIFY_LEVEL to DEBUG to see if there are other problems. If, for example, the debug output shows that the osgdb_png.dll plugin is loaded, then it finds your PNG file and tries to open it and fails, it's most probably because either it can't find the libpng13.dll, or because it's finding the wrong one (as happened to me lately). Make sure in that case that the OSG bin directory is early in your PATH or in the search path for DLLs, before any other directory that may contain another copy of libpng13.dll. Hope this helps, J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org