Search options (Page 48 of 60)

Yes, I'm not sure yet, lets take some time to think about it, having different plugins can be also confusing for users, but at some point it will be probably needed to be able to extend the editor.

I commited your npk package manager, I just modified a bit the cleanup.
Next, your publishing, and (I forget to do) the level bin.

just to be sure,
the only libsnd libs and headers you have are the one from Maratis svn ?
- there is no libsnd headers / libs in your system ?

I checked the error "ERROR Load Sound : non supported format"
it happens after libsndfile read the sound but if the format is not supported,
just to be sure, are you using a sound that is 8bits or using more than 2 channels by any chance ?

(it would not explain why it works on the previous version thought)

It's possible that, when you compile it yourself, the compiler use the headers of your system libsndfile (if you have, and if the version is different than the svn one), not sure... I had something like that when building the linux version, at some point it was not clear so I removed all the double libs or headers that was in the system.

I am forced to do some small modifications to MFile and then to MPackageManagerNPK, there is a problem in the files new/delete, a file cannot be new in Maratis (by MPackageFileOpenHook) and be delete in MCore (by M_fclose) as MCore is a dynamic library the memory is not shared, at least on windows.

It's best if you don't make modifications the time everything is sent to svn (I think it's what you planned but just in case).

Thank you,
I'm starting including MFile and commit step by step

Hi,

I looked at the fopen wrapper again, I wanted to check the isFileExist function, then I noticed something that I have a small problem with. You used if(! file || !file->Exists()) and then I understood that M_fopen doesn't return NULL when the file is not opened. To be sure to port safely the current loaders, it should really match the use of fopen (and in this case return NULL if the file is not opened).

Nistur, you can have a look if you want of course,
I think it is probably a building problem, or a bad linking with libsndfile.
Jurgel, are you on a 64bit linux ? (we use a pre-build lib for libsndfile that is probably only 32bits)

PS : mp3 won't work, it is not a license free codec and is not supported.

To go back to the packaging,
I think I have the bin mesh done, I need to test and do the reading to be sure,
in one example a 4mo xml mesh makes a 700ko bin mesh. It should also be 4 to 8 times faster to read...

- in prod/ are all the final executable and libs, ready to use. In build there is only the executable.
If you just copy to your old MaratisEditor it might be wrong because the libs can be out to date (MCore and MEngine specially).

- Nistur publishing is not making the game static, the game files are still outside the executable, he is only embedding the .mproj file that basically tells what level need to be opened first and what is the rendering engine.

A full static executable would be like ManualUse example, where your game code is into the executable and not inside the Game plugin (dynamic library). If you want to do that and not be bound by the GPL, you have to do the engine init manually and to use some 3rdparty lib as dynamic libraries (DevIL and libsndfile).

Cool, I'll check the download files when I have some time.

About the license :
- The engine is Zlib (MCore, MEngine, MGui, contexts, loaders...)
- Maratis and MaratisPlayer are GPL

MaratisPlayer is just a player, your game doesn't have to be open source because you are using it, that's why there is a plugin system, your game, data, scripts and plugin code doesn't have to be open-source.

The only thing you have to do, is, if you improve the Player, you have to release the source in GPL, so it benefits all the community. If you look at MaratisPLayer code, you'll see there is not much, it's basically loading the engine and plugins and running the game loop.