package file request (Page 4 of 7)

I managed to get scons building everything again. I even found out how to make it build separate libs, although I still need to do the refactor to make that much work.

When I build with scons, however, it doesn't copy all the necessary DLLs into the prod folder, as the Visual Studio solution does, which means that the publisher doesn't pick them up and realise that they need to be copied also. I ended up with a blue screen, when I copied the DLLs, it crashed. I'm not exactly sure what's going on. I'll have to see what I can find out tonight.

EDIT: just turns out I somehow copied the wrong DLLs

Last edited by Nistur (2012-01-17 16:56:16)

Some final tests and the publishing should be uploaded tonight! As I said, some of the publishing steps will have to be updated for OS X because I don't really know where things should go. I guess probably all inside the .app somewhere...

But yes, I've basically just pushed the project data into the player application, which also has it's name changed to the name of the mproj. The data files are all added to the npk file apart from levels/ and meshs/ which, the folders are currently just copied in their entirety. The Game.dll is copied (if it exists) and I have also set up copying the plugin/ folder if it exists. Running the executable should then automagically run the game.

Just got to compile it all for Linux and check that it all works fine there, then I'm done and it will be uploaded

EDIT: Just a point, but the plugins will need to be kept up to date with the engine, otherwise they'll crash. Just ran a test with the water demo and was wondering why it wasn't working

EDIT: Linux test complete. I had to change a bit of code because I forgot to change the mode of the executable... but I added that I'm just going to reboot to Windows, update the VS2005 solution, clean out all build files etc, then upload Should be up in about 30 minutes

EDIT: Uploading

Last edited by Nistur (2012-01-18 23:13:15)

Great. I had download it, compile failed at first time, I'd to remove comment at import npk_dev, and add libX11 and libdl (I'm using linux), and compile success,
any example of using npk?there is no in any folder.

To make executable we must push the project into the player application? So the game license must be GPL?

Thank you.

(Sorry for English if bad, I'm not native English)

Ahh, I didn't see the "Publish Project" button before, I think I must include npk by myself, lol,

And I think I must develop game under MaratisPlayer to make it standalone, that's why I ask for license since MaratisPlayer was GPL, and if I derived it, it must be GPL too, right?

I test to publish on some example, and it's great,
It's produce executable, and I can play it directly. Cool!!

But I didn't see one package npk file,
all file mesh, level, maps, etc still at their own folder,
any plan to packaging all file to one file?

That sounds great, I'm waiting for it.
I think Maratis is easier, simpler, but powerful than unity

I look at MaratisPlayer it's GPL.

Last edited by jurgel (2012-01-19 09:14:39)

jurgel: Sorry, I was mistaken. With regards to having to make your game open source, I don't think that will be an issue, as you're just setting 3 C-strings inside the player. I guess I would have to check that to be 100% sure, but I guess if it's an issue you can get the player source code, change the strings it compiles with (something like [EMBEDDED MPROJECT GAME NAME GOES HERE]) replace it with the relevant ones for your project, and provide the source code of your change in case anyone wants it...
EDIT: I forgot to mention, the player executable, even though it has a different name after publishing, will still work the same as the standard player if you pass it another .mproj as a parameter. It remains entirely unchanged apart from the 3 strings.

Anael: No worries. I have a couple extra changes to make, such as allowing the developer to set the teakey for encrypting the package, maybe custom package extensions in case people want to obfuscate a little more... but I will wait for that until you've checked it into svn along with any OS X changes. Oh, and I'll add more comments and documentation. I'm good at forgetting to do that.

I'm sorry that I couldn't sort the OS X publishing myself, Macs are in surprisingly short supply at work and setting one up for a short while at lunch wouldn't make sense. I don't think it will be a big change. Mostly just moving the locations to the correct place inside the .app I guess. For now it doesn't embed the project either, but the code for that is in both the linux and windows sections, and it's fairly self explanitory

Last edited by Nistur (2012-01-19 09:47:17)

Jurgel: I've asked around a few people who are more versed in GPL than me. GPL respects trademarks There is a slight modification to the GPL library, but potentially, the solution to that is to provide MProject.cpp on your project website with the strings changed. There is no reason why the game itself should be GPL.
EDIT: I should point out that as far as I can see, not even the stricted GPL fanatic would complain if a(n at least small scale) project didn't do this. The procedure is simple to see in the source code and nothing is really changed. If it will make you happier, I will get the publishing process to modify and copy the .cpp into the publish directory too.

The reason there aren't font/, maps/, script/ and sound/ is that they are packaged into the .npk file. soon meshs/ and level/ will follow suit. It required a bit more work though.

With regards to the crashing with sound, do you mean from the published project? Or in general? Maratis should support ogg. I tested with an mp3 I downloaded from jamendo and converted to ogg when I added sound to the packaging. If you can provide reproduction steps, I will check and see what it is.

Last edited by Nistur (2012-01-19 10:25:31)

Jurgel : did you use the program that is inside the prod/ directory (don't use the one in build/)

About the GPL and embedding files in a GPL executable :
I checked and files embedded inside a GPL executable are then covered by GPL, but in this case it means only the .mproj file that contains 3 lines of text, it doesn't connect with the game itself.

You don't need to copy the cpp with the project, as the source code is freely available on Maratis website, MaratisPlayer source code as to be released only if there is a "real" modification. But we should release the game with a MaratisPlayer licence-text explaining the game is using MaratisPlayer, licensed under GPL, and that the source can be downloaded on www.maratis3d.org.
(I'll make the text file)

Anaël.

- 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).

- We'll have a look at the ogg thing, I'm not sure right now why it is different than the pre-build beta you downloaded.

- The ios publishing example is 100% zlib and is not using DevIL nor libsndfile.

- If you don't have to modify MaratisPlayer, then you have nothing special to do, you can just publish your game as-it.
- If you want to modify MaratisPlayer you have to publish the source of your modification.
- And if you want to build all static, you have to deal with Maratis engine manually and be sure all the LGPL 3rdparty libs are dynamic.

I got it.
Thank you very much

@Nistur
Thanks for the link.
and I'm waiting for stable official release of Maratis

Last edited by jurgel (2012-01-19 12:36:37)

Anael: That's good news. Loading times were pretty slow before

I've made the changes to make scons work under Windows again. Seems like I forgot to copy some files back over from when I was doing Linux testing...

jurgel: I'll just test the ogg stuff. Can you make another topic in the bugs about it please and I'll look into it, rather than sorting it here. Also put whether or not it happens on the release, svn, or just my npk version. Thanks