Mac OSX demo wont launch! Help

[iRichard]

Hello

1) SDL package : you should not include it INSIDE the app but WITH the archive. (already have several "embedded" app with different SDL Version)

2) magical location : download an "embedded" Version of Battle for Wesnoth from www.libsdl.org and look inside.

3) is there a battle simulator in the full Version of Dom2 ?
(which I pre-ordered)

PS : This is my first post on this board.

[ October 30, 2003, 14:41: Message edited by: iRichard ]

[Cameroon]

Originally posted by iRichard:
Hello

1) SDL package : you should not include it INSIDE the app but WITH the archive. (already have several "embedded" app with different SDL Version)

2) magical location : download an "embedded" Version of Battle for Wesnoth from www.libsdl.org and look inside.

3) is there a battle simulator in the full Version of Dom2 ?
(which a pre-ordered)

PS : This is my first post on this board.

The reason that I prefer to have SDL embedded is so that I know my apps will work no matter what Version of SDL they were built against.

How much would it suck if you had purchased two games, but you had to swap which Version of SDL was installed because one was built against an older Version of SDL and didn't work correctly with the new Version?

It's not that difficult to create an updater that replaces the SDL inside the application bundle. I think it's a great development time-saver, too, because you don't have to worry about "Well, what if the user has a different Version of SDL installed?"

[Sithrandel]

Hello there... I have to say that I am a convert to embedded Mac libraries, for a number of reasons....

1) Mac Users chose a Mac because they are easy to use. They expect to double click a program and it to run. If it doesn't, clearly it is the fault of the programmer. Not theirs because they forgot to install something else. [Even worse is when you suggest they compile something.] I am of the same opinion, I love my Mac because usually I only have to dive beneath the hood when I want to.

2) Because including the SDL framework merely puts a copy into the internal Frameworks folder and embedded can easly be made unembedded if someone wants to make it work with a system copy. The chances are greater that someone who is going to want to do that can understand remove instructions than that a true novice will understand how to add it.

3) The libraries are small compared to data / library files.

4) You can always produce embedded and non-embedded Versions (if you use the Apple dev tools you can easly compile both in a single pbxbuild instruction).

5) When Battle For Wesnoth had only a non-embedded Version there were lots and lots of Queries about "it won't launch". Once there was an embedded Version this vanished. Part of the problem is that the app won't run and say "can't find SDL"... it just won't run.

6) The official distribution can include a copy of SDL which is definitely compatible with the build.

All in all the best option is the dual embedded and non-embedded Versions, with the obvious choice being embedded and instructions in the readme on how to remove the embedded library.

By the way, I would suggest for the same reasons, that a fix is made to the windowed mode on OSX even if the inverted cursor co-ordinates are SDL's fault.

Dominions II is a superb game, so let it shine

[Johan K]

As soon as the demos are updated (pretty soon now) the SDL will be included in the osx app bundle. So it will be click and go.

[dbradhud]

I tried to dowload the OSX demo with three different browsers without success. Safair kept trying to download until the stated size of the file was over 150MB. Netscape and Explorer could download the file, but Stuffit Expander crashed trying to expand it. Anyone else having better luck?

[Johan K]

If you have trouble downloading then try this link instead:
http://www.illwinter.com/dom2/dom2demo_osx.tar.gz

[dbradhud]

I was able to download the file from the Illwinter website without any problems. Thanks.