mirrlicht - porting irrlicht to mobile platforms.
I just noticed you're using the GPL as a license, this will make it impossible to merge changes back into Irrlicht.
is there any chance you can change it to a zlib/bsd/mit style license so we have the option to merge changes and fixes back into irrlicht in the future?
of course, if you're in it for the money then we'll understand
is there any chance you can change it to a zlib/bsd/mit style license so we have the option to merge changes and fixes back into irrlicht in the future?
of course, if you're in it for the money then we'll understand
unfortunatley neither LGPL or GPL are compatible with Irrlicht's license, as they are copyleft and force anyone who uses it to release their source code. With LGPL, this only applies to the DLL, but for GPL it also means anything that uses the library.. so if you make a game using a GPL library, you must also release the source to the whole game!
The (L)GPL are also known as "the virus" as they contaminate any source code they touch- it is okay to copy Irrlicht's code and put it into GPL software, but not the other way around. Some people release libraries in this way so they can charge for a commercial license later on
Irrlicht uses the zlib/libpng license, which is a lot less restrictive than the GPL, but not as liberal as MIT. Unfortunatley google code haven't got a zlib/libpng option in their list, so you should pick MIT, and make it clear that the MIT license only applies to your changes (until google code allow the zlib/libpng license)- and Niko's license should not be removed (as per clause 3)
phew.. i think that's everything.. disclaimer: I'm not a lawyer!
The (L)GPL are also known as "the virus" as they contaminate any source code they touch- it is okay to copy Irrlicht's code and put it into GPL software, but not the other way around. Some people release libraries in this way so they can charge for a commercial license later on
Irrlicht uses the zlib/libpng license, which is a lot less restrictive than the GPL, but not as liberal as MIT. Unfortunatley google code haven't got a zlib/libpng option in their list, so you should pick MIT, and make it clear that the MIT license only applies to your changes (until google code allow the zlib/libpng license)- and Niko's license should not be removed (as per clause 3)
phew.. i think that's everything.. disclaimer: I'm not a lawyer!
Haven't realized this is so complicated an issue. No wonder there is so huge a dispute about the new version of GPL.
Now I changed mirrlicht to MIT license, as you suggested. And I also wrote a license note in the project description.
=============================
NOTE on license:
---------------
Since this project is a port of irrlicht 3D-engine, the license is also the same as the irrlicht license, which you can find here http://irrlicht.sourceforge.net/license.html.
=============================
BTW, you have the talent to be a good lawyer, specialized on software licenses.
Now I changed mirrlicht to MIT license, as you suggested. And I also wrote a license note in the project description.
=============================
NOTE on license:
---------------
Since this project is a port of irrlicht 3D-engine, the license is also the same as the irrlicht license, which you can find here http://irrlicht.sourceforge.net/license.html.
=============================
BTW, you have the talent to be a good lawyer, specialized on software licenses.
-
- Posts: 97
- Joined: Sat Oct 14, 2006 10:51 am
- Location: Australia,melbourne
Just post another blog and release a new screen shot and an accompanying video clip.
check it out at:
http://graphicsmakesfun.blogspot.com/20 ... -port.html
To a_haouchar:
Currently I'm using S60 3rd with FP1. Haven't tested using v1 SDK. BTW, n-gage doesn't have a 3D graphics accelerator. I guess it might run too slow.
Another point to be noted is:
For the current port, the OpenGL ES calls haven't been tuned for fixed floating number representation.
-
- Admin
- Posts: 14143
- Joined: Wed Apr 19, 2006 9:20 pm
- Location: Oldenburg(Oldb), Germany
- Contact:
A somewhat related announcement: Since my OpenGL systems currently do not really work I implemented a useful feature for embedded systems. Irrlicht gets an fbdev-interface. This allows for Linux support without X11 requirement, and thus use of (currently only the software drivers of) Irrlicht on really small systems. I'll clean up the implementation after the release of Irrlicht 1.2 and hopefully provide a photo of Irrlicht on dbox in the next days Mesa-fbdev support for OpenGL will follow later...
BTW: Why are there so few implementations of OpenGL ES? The vincent implementation seems to be quite hard to port to other systems?
BTW: Why are there so few implementations of OpenGL ES? The vincent implementation seems to be quite hard to port to other systems?
It would be very nice if irrlicht runs on embedded linux system.
Rasteroid from hybrid (support S60, UIQ, WinCE, Win32)
And PowerVR OGL ES 1.x SDK http://www.imgtec.com/powervr/insider/D ... erVRSDKs#1
(This one also supports linux. However, I haven't tried it)
Apart from the vincent implementation, we haveBTW: Why are there so few implementations of OpenGL ES? The vincent implementation seems to be quite hard to port to other systems?
Rasteroid from hybrid (support S60, UIQ, WinCE, Win32)
And PowerVR OGL ES 1.x SDK http://www.imgtec.com/powervr/insider/D ... erVRSDKs#1
(This one also supports linux. However, I haven't tried it)
I'am glad something is moving around a mobile port for irrlicht. I have not been there for a while ; I froze my irr/newton app because of a PDA dev. I'am making a RC sailplane flight computer.
I 've choosen Klint for the rendering because I didn't see anything coming from irrlich.
So my questions : how do you plan to release your port ? (source or not ? )
target specific mobile hardware or not ? (I'am using WM2003 CE4.2 on my PDA)
thx to bitplane for suming up the license issue.
I 've choosen Klint for the rendering because I didn't see anything coming from irrlich.
So my questions : how do you plan to release your port ? (source or not ? )
target specific mobile hardware or not ? (I'am using WM2003 CE4.2 on my PDA)
thx to bitplane for suming up the license issue.
Currently, I've only tested on the emulator for Symbian S60 platform. N93, the comming N95 as well as some high-end phones from Sony Ericsson will have hardware support for OpenGL ES 1.1.
For WinCE, there should no big obstacles. I'm only working on this on a separate svn branch.
The source is MIT + Irrlicht license. It's always availabe on http://code.google.com/p/mirrlicht/source.
for a release, I'll make a branch once irrlicht 1.2 gets released. However, An official release should be made before someone has tested it on a real phone.
For WinCE, there should no big obstacles. I'm only working on this on a separate svn branch.
The source is MIT + Irrlicht license. It's always availabe on http://code.google.com/p/mirrlicht/source.
for a release, I'll make a branch once irrlicht 1.2 gets released. However, An official release should be made before someone has tested it on a real phone.
Hi, zenoid
Now the WinCE porting runs on Pocket PC emulator. Probably you can give it a try on your PDA.
http://graphicsmakesfun.blogspot.com/20 ... lator.html
Now the WinCE porting runs on Pocket PC emulator. Probably you can give it a try on your PDA.
http://graphicsmakesfun.blogspot.com/20 ... lator.html
thank you inet, sorry for the delay, got much work to do around the hardware/firmware part of the project. I hope I'll finish that as the year go by. Anyway if I can I'll do a test of your port as soon as possible cause I'am really interested, and give you some feedback.
I really appreciate, Again thx.
I really appreciate, Again thx.