Has anyone patched 0.10 for linux?
Has anyone patched 0.10 for linux?
Hi guys!
I was wondering if anyone has succeeded in patching 0.10 for linux.
It's working and compiling very nicely, but lightmaps and materials have gone crazy.
If any linux user has succeeded patching it, please post up your fixes
I was wondering if anyone has succeeded in patching 0.10 for linux.
It's working and compiling very nicely, but lightmaps and materials have gone crazy.
If any linux user has succeeded patching it, please post up your fixes
Ok, the patches are updated and compile fine. They are still untested with applications being executed since I am working remotely right now. But I will test and, if necessary, fix the patches on monday.
Please provide new patches, patch updates and comments to these patches also by mail directly to me.
http://parsys.informatik.uni-oldenburg. ... d/irrlicht
Please provide new patches, patch updates and comments to these patches also by mail directly to me.
http://parsys.informatik.uni-oldenburg. ... d/irrlicht
I don't understand.
Irrlicht is supposed to run both under Windows and Linux.
When compiling the same examples from irrlicht 0.9 and irrlicht 0.10 they don't work under 0.10.
Multitexturing, finally coming under Linux at 0.9 has just disappeared and now Irrlicht is as ugly as it was before the 0.9 !
I don't even want to try patches. A release must not have so much problems.
Irrlicht is supposed to run both under Windows and Linux.
When compiling the same examples from irrlicht 0.9 and irrlicht 0.10 they don't work under 0.10.
Multitexturing, finally coming under Linux at 0.9 has just disappeared and now Irrlicht is as ugly as it was before the 0.9 !
I don't even want to try patches. A release must not have so much problems.
It was just a typo in one of the source files. Check the other recent threads in the bug forum.Kayl wrote:I don't understand.
Irrlicht is supposed to run both under Windows and Linux.
When compiling the same examples from irrlicht 0.9 and irrlicht 0.10 they don't work under 0.10.
Multitexturing, finally coming under Linux at 0.9 has just disappeared and now Irrlicht is as ugly as it was before the 0.9 !
Ok, go ahead and provide your own release which is free from such problems. But be aware that this will be measured on our platforms, not on yours! Can you just imagine what an amount of work it is to just test the 12 examples on a hand full of machines?Kayl wrote:I don't even want to try patches. A release must not have so much problems.
And if you don't want to touch the code in some ways don't you think that Linux is the wrong OS for you? At least the Irrlicht port is not as stable as you might want to have it, so you should maybe try something else. Otherwise feel free to contribute something useful.
Ok, I am currently checking the patches and found already some not working. I have removed those patches temporarily from the download directory, so if you cannot acces a file it is supposed to not work correctly. I will look into the patches and make them available in one or the other way. Right now this applies to the 32bit/triangleFan patch, Katoun's water patch and floatFPS.hybrid wrote:Ok, the patches are updated and compile fine. They are still untested with applications being executed since I am working remotely right now. But I will test and, if necessary, fix the patches on monday.
Please provide new patches, patch updates and comments to these patches also by mail directly to me.
http://parsys.informatik.uni-oldenburg. ... d/irrlicht
I don't like the way things are becoming.
I have already written to Nikolaus more than once because I really like Irrlicht.
I was happy seeing a new release but as soon as I compiled the examples I have been a little disapointed because they didn't work as well as in the previous version.
I still don't want to change anything in the source code because one of the reason why I choosed Irrlicht is it easyness (sorry if the word doesn't exist) of use.
Maybe I am expecting to much from a beta.
But I wasn't malicious saying what I said. I was surprised and I still hope this will be corrected before the 0.11 release.
I have already written to Nikolaus more than once because I really like Irrlicht.
I was happy seeing a new release but as soon as I compiled the examples I have been a little disapointed because they didn't work as well as in the previous version.
I still don't want to change anything in the source code because one of the reason why I choosed Irrlicht is it easyness (sorry if the word doesn't exist) of use.
Maybe I am expecting to much from a beta.
But I wasn't malicious saying what I said. I was surprised and I still hope this will be corrected before the 0.11 release.
Don't blame me, blame Linux. It's not easy to make that thing work on all linux distributions, because they all behave a little bit different. Sorry, but really, win32 development is a lot easier.Kayl wrote:I was happy seeing a new release but as soon as I compiled the examples I have been a little disapointed because they didn't work as well as in the previous version.
It isn't It is just a matter of being accustomed to it. All GNU/Linux distributions have the same kernel - Linux, the same compiler - gcc, etc. There is no difference in running programs on them. There is just a difference in administration.niko wrote: Don't blame me, blame Linux. It's not easy to make that thing work on all linux distributions, because they all behave a little bit different. Sorry, but really, win32 development is a lot easier.
JRX --> "alien" + "server" + /at + "op" + /dot + "pl"
If the words "open source" get you more excited than the words "free porn"...you might be a Game Developer.
Registered Linux user# 383163
If the words "open source" get you more excited than the words "free porn"...you might be a Game Developer.
Registered Linux user# 383163
also keep in mind that linux is much more strict to case sensitive stuff. To be honest the fix Niko posted here fixed everything:
http://irrlicht.sourceforge.net/phpBB2/ ... php?t=7009
only that in linux it's not the same to say:
earth.JPG
as
earth.jpg
so also check your file names and extensions
http://irrlicht.sourceforge.net/phpBB2/ ... php?t=7009
only that in linux it's not the same to say:
earth.JPG
as
earth.jpg
so also check your file names and extensions
Although I'm aware of the problem of feeding an upcoming flame war I'd like to add a short note here.
Going through the most recent problems and bug reports I'd say that there are as many problems with Windows as with Linux. And most of these problems originate in version problems (directx8/9 or OpenGL 1.3/1.4). So there are no points for or against any platform.
From a programmers point of view I'd say that Unix APIs are usually very similar to the C/C++ syntax so I find it usually more intuitive to program under Unix-like systems. But besides this it is mostly being used to some programming style which should be no means to assess a platform - it's simply a matter of taste.
Going through the most recent problems and bug reports I'd say that there are as many problems with Windows as with Linux. And most of these problems originate in version problems (directx8/9 or OpenGL 1.3/1.4). So there are no points for or against any platform.
From a programmers point of view I'd say that Unix APIs are usually very similar to the C/C++ syntax so I find it usually more intuitive to program under Unix-like systems. But besides this it is mostly being used to some programming style which should be no means to assess a platform - it's simply a matter of taste.
irrlicht linux shared library support?
I'm curious if shared library support will be included in future Linux releases. Currently the makefiles are setup to only create a static library under Linux.
I'm ready to release a new IrrLua interpreter that supports dynamic module loading, but I was waiting until I've gotten it all working under Linux first. I can't do that though until irrlicht has a shared library target for linux. I'll probably end up providing a shared library makefile for Irrlicht under Linux with the next IrrLua distribution, but it would be nice if irrlicht supported that out of the box
I'm ready to release a new IrrLua interpreter that supports dynamic module loading, but I was waiting until I've gotten it all working under Linux first. I can't do that though until irrlicht has a shared library target for linux. I'll probably end up providing a shared library makefile for Irrlicht under Linux with the next IrrLua distribution, but it would be nice if irrlicht supported that out of the box