[01:06:19] <Marzo> Dominus: a bit more of documentation headache for you :-)
[01:06:58] <Marzo> I am switching the default values of <path> and <static_path> on *nix and MacOS X
[01:07:52] <Marzo> If nothing is set in exult.cfg, Exult will look for them under /usr/local/share/exult/gamename (or /usr/share/exult/gamename, depending on ./configure options)
[01:22:58] <-- Dominus has left IRC (Quit: Leaving.)
[02:15:27] <-- Marzo has left IRC (Ping timeout: 265 seconds)
[04:05:01] --> julien- has joined #exult
[07:20:23] <Colourless> when exult runs and doesn't find any games, it should print a list of the directories it searched for games. I just tried getting exult to run on my ppc mac, and it too an age for me to actually get the thing to find the games
[07:34:35] <Malignant_Manor> I'm currently looking over some info in the docs for Dominus.
[07:35:31] <Malignant_Manor> I'm only correcting stuff at the moment. I tried writing info before about editing the game but too much stuff is still hardcoded.
[07:37:26] <Malignant_Manor> I wonder why Exult Studio has it default to open a new instance of GIMP for each image. I'd think most users would use the same instance.
[07:59:38] <-- Malignant_Manor has left IRC (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158])
[08:36:31] <-- Colourless has left IRC (Quit: casts improved invisibility)
[08:50:05] --> Colourless has joined #exult
[08:50:05] --- ChanServ gives channel operator status to Colourless
[12:54:33] <-- Rottingbeef has left IRC ()
[12:56:15] <-- Kirben has left IRC ()
[13:10:30] --> Dominus has joined #exult
[13:10:31] --- ChanServ gives channel operator status to Dominus
[13:23:42] --> shazza has joined #exult
[13:24:55] --> Marzo has joined #exult
[13:52:03] <-- shazza has left IRC ()
[13:58:35] <Dominus> Marzo: thanks for the additional docs headache!!! I have no idea where to put that information :)
[13:58:45] <Marzo> Hehe
[13:59:48] <Marzo> Colourless: Re: printing games that haven' t been fond: that is a good idea, I will implement it
[14:00:03] <Dominus> btw of these things, on OS X Exult *should* rather use ~/library/Application Support/Exult for its files than ~/.exult
[14:00:25] <Dominus> Pentagram does that like that and it'S more transparent for the "normal" OS X users
[14:01:19] <Dominus> marzo, if you mess with stdout, it would be nice to have the location of exult.cfg printed there as well
[14:02:08] <Marzo> Dominus: you mean that e.g., exult.cfg shold be at ~/library/Application Support/Exult in OS X?
[14:02:38] <Dominus> I'm not sure about exult.cfg but the location for /gamename/stuff
[14:02:55] <Marzo> Oh, you mean the static dirs for the games
[14:03:03] <Dominus> no
[14:03:05] <Dominus> :)
[14:03:15] <Dominus> savegames, mods, patches
[14:03:18] <Dominus> gamedat
[14:03:30] <Marzo> Ah; it is clear I need more coffee...
[14:03:35] <Marzo> :-)
[14:03:57] <Dominus> me too, if I'd drink coffee :)
[14:06:43] <Dominus> I have to look it up but Fingolfin once had a big argument in a feature request against using Application Support
[14:07:37] <Dominus> http://sourceforge.net/tracker/?func=detail&aid=1377892&group_id=2335&atid=352335
[14:07:46] <-- julien- has left #exult
[14:07:55] <Dominus> and the forum thread http://exult.sourceforge.net/forum/read.php?f=1&i=26894&t=26894
[14:11:06] <Dominus> so maybe scratch that idea, nice argument and after reading half of it I'm unsure myself :)
[14:13:30] <Dominus> hmm, so maybe what you've done yesterda for making usr/local/share/exult be the first location for searching the games should be /Library/Application Support (not ~/Library/Application Support) on OS X
[14:15:20] <Dominus> it seems that only *nix programs use /usr/share usr/local on OS X, Applications use /Library/Application Support
[14:15:31] <Colourless> using nixisms wrt filesystem stuff on MacosX seems to be a bad idea. if its not easy for the user to get to the stuff in finder then its a really bad idea for it to be default
[14:16:03] <Dominus> true! /usr is not shown by default in Finder
[14:16:57] <Dominus> and instead of ~/.exult we should *probably* use ~/Library/Exult
[14:21:50] <Colourless> i'm off to bed now. cya tomorrow probably i guess
[14:21:53] <-- Colourless has left IRC (Quit: casts improved invisibility)
[14:21:58] <Marzo> Next snapshot will print something like "Looking for 'blackgate' at '/usr/local/share/exult/blackgate'... but it wasn't there."
[14:22:27] <Marzo> If the game isn' t found; but I am thinking of printing the static dir searched instead
[14:24:25] <Marzo> Dominus: so game data in OS X would default to '/Library/Application Support/Exult' while saves would default to '~/Library/Exult'?
[14:24:47] <Dominus> I think this would be a good behaviour
[14:26:01] <Dominus> but just as Fingolfin argued in the old forum post, it is not that clear how to behave there
[14:26:30] <Marzo> Aye
[14:26:31] <Dominus> Spiderweb stores the savegames in the ~/Documents/gamename folder, for example
[14:27:12] <Dominus> or VMWare stores the virtual machines also in the documents folder
[14:27:30] <Marzo> But if we change that location for OS X, we may have to consider switching to 'Documents/My Saved Games' in Windows
[14:27:46] <Dominus> true :(
[14:28:16] <wjp> I'm not a Mac user, but I think ~/Library might make more sense
[14:28:36] <Dominus> so, maybe ~Library/Exult matches more how we do it on Windows
[14:28:44] <wjp> "usually" you wouldn't want to be confronted with your save games
[14:28:52] <Dominus> true
[14:29:08] <Dominus> usually I don't like any program to just save stuff in my documents folder at all
[14:29:15] <wjp> right
[14:29:17] <Marzo> Aye
[14:29:34] <wjp> and ~/Library/Exult is still quite easily findable should you have a reason to
[14:30:02] <Dominus> yup yup
[14:31:28] <wjp> although...
[14:31:33] <wjp> "Important: You should not store user data files in the Library directory or any of its subdirectories. If your application stores the user?s data automatically?that is, without prompting the user for a location?you should choose a more appropriate location (usually the Documents directory) inside the user?s home directory. For the list of user directories, see ?The User Domain.? "
[14:31:41] <wjp> ( http://developer.apple.com/mac/library/documentation/MacOSX/Conceptual/BPFileSystem/Articles/LibraryDirectory.html#//apple_ref/doc/uid/20002282-BAJHCHJI )
[14:32:40] <Dominus> (same annoying guidelines as MS) :(
[14:33:07] <Marzo> One could argue that save games fall under 'preferences'
[14:33:31] <Dominus> but what about mods/patches?
[14:33:54] <Dominus> we should store everything on the desktop :)
[14:34:28] <wjp> mods/patches fit the description of "Application Support" I think
[14:34:41] <wjp> "Contains application-specific data and support files such as third-party plug-ins, helper applications, templates, and extra resources that are used by the application but not required for it to operate."
[14:34:51] <Dominus> yes
[14:36:02] <Dominus> my vote still goes for ~/Library/Exult. I don't quite see savegames as "personal documents"
[14:36:35] <Marzo> See my comment re:saves and preferences
[14:36:53] <Marzo> :-)
[14:38:02] <Dominus> so.. I' d say we have a winner :)
[14:38:28] <Marzo> Yes
[14:38:41] <Marzo> Now to rewrite that part of the code so it is possible :-)
[14:38:50] <Dominus> and more stuff for me to document! hooray!
[14:39:28] <Dominus> Marzo: I'm really thankful to you for taking on so much work on Exult
[14:40:30] <Marzo> Hm
[14:40:55] <Dominus> while I'm at finding more work for you, should we add a default location for the games in Windows, too? It's kind of unfair for *nix and OS X to have that and Windows not have it :)
[14:41:04] <Marzo> I just realized that with these changes, at least for the time being, the Windows portion of the code contains the fewest exceptions to path settings...
[14:43:56] <Marzo> Hrm. M$ documentation shows that SHGetFolderPath cannot obtain the location of the Saved Games folder, as it is Vista only and they added a new function to do the same thing
[14:51:43] <Dominus> oh, well the Windows people have an installer to choose the location of the games. all others don'T have that :)
[14:52:06] <Marzo> :-)
[14:53:07] <Marzo> Should we put screenshots in something like ~/Pictures?
[14:56:54] <Dominus> I'm in the same spot as with using ~/documents
[14:57:54] <Dominus> I'd rather have it all go to ~/Exult but I'm always a bit of a control freak and don't like programs polluting stuff outside of their space :)
[14:58:27] <Dominus> s/~/Exult/~Library/Exult
[15:01:54] <Marzo> So, this is what we have now:
[15:01:55] <Marzo> CONFIG (exult.cfg)
[15:01:55] <Marzo> MacOS X ~/Library/Preferences
[15:01:55] <Marzo> Windows LOCAL_APPDATA\Exult
[15:01:55] <Marzo> *nix ~
[15:01:55] <Marzo> USERDATA (Mods, patches)
[15:01:56] <Marzo> MacOS X ~/Library/Application Support/Exult
[15:01:56] <Marzo> Windows LOCAL_APPDATA\Exult
[15:01:57] <Marzo> *nix ~/.exult
[15:01:57] <Marzo> SAVEHOME (savegames)
[15:01:58] <Marzo> MacOS X ~/Library/Preferences/exult
[15:01:58] <Marzo> Windows LOCAL_APPDATA\Exult
[15:01:59] <Marzo> *nix ~/.exult
[15:02:11] <Marzo> Any objections?
[15:03:49] <Marzo> And maybe also setting EXULT_DATADIR to /Library/Application Support/Exult/ in OS X
[15:06:07] <Dominus> I'd rather have all in ~/Libraryr/Exult but that is not covered by any guidelne :)
[15:06:39] <Marzo> Aye, it isn't
[15:06:59] <Marzo> But then again, it is not like we comply with any of those guidelines ATM :-)
[15:07:10] <Dominus> Exult_DATADIR should probably be set to ~/Library/Application Support/Exult
[15:07:45] <Dominus> Exult_DATADIR is where the flx files are supposed to be right?
[15:08:11] <Dominus> hm
[15:08:16] <Marzo> Yes
[15:08:52] <Marzo> It is /usr/(local/)?/share/exult in *nix, ./data in Windows and a few others
[15:08:53] <Dominus> maybe you are right mybe it should be /Library/Application Support/Exult/ when we make that also the default for the game data
[15:09:38] <Dominus> I mean it should be /Library/Application Support/Exult/data then I'd say
[15:09:39] <Marzo> Aye
[15:10:55] <Dominus> for that it would be nice for Exult (if being an app bundle) to first read it's data from the appbundle and then also read the stuff in the default (/Library/Application Support/Exult/data) or the location given in exult.cfg
[15:11:12] <Marzo> Aye
[15:11:21] <Marzo> This one will be a bit tougher
[15:11:43] <Dominus> the normal user will have the bundle but will also like to have the convenience of putting the sfx/ogg files in the data dir
[15:12:05] <Marzo> Post-release, when we are ripping the ScummVM filehandling code, I think it will be easier
[15:12:40] <Marzo> I am also thinking of making flexes, zips and similar files into virtual filesystems, if at all possible
[15:13:12] <Dominus> an idea for handling that with the data:
[15:13:57] <Dominus> have exult bundle use the built in data but add special cases for sfx and music files to look in the default location for now
[15:14:21] <Dominus> until a better file handling code is done post-release
[15:14:34] <Dominus> I don't know if that makes it any easier, though :)
[15:20:34] <Dominus> Marzo: I'll probably need to touch your readme's for your mods :)
[15:20:45] <Marzo> Go ahead
[15:20:48] <Dominus> installation is not up to date anymore :)
[15:26:18] <Marzo> After these path changes, I will also need someone to compile and test the Windows installer
[15:26:55] <Marzo> (I decided to do the config location a bit better, and may break it)
[15:27:41] <Marzo> And it is still early to tell, but it may be possible to have Exult look for things both in the bundle and in the data dir
[15:27:53] <Dominus> when the snpashot is in I can test it in the VMs
[15:28:18] <Dominus> bundle, data stuff - that would be really nice
[15:29:15] <Marzo> I think trying the bundle first would be a good idea
[15:30:01] <Dominus> definitely, the data in the bundle should always be the correct one for the compiled exult binary
[15:31:03] <Dominus> developers that want to test things out might not like it, but a) there seem to be few mac devs and b) they would use self compiled binary anyway :)
[15:45:42] <Dominus> does *nix have a default Exult_DATADIR ?
[16:03:01] --> julien- has joined #exult
[16:28:38] <Marzo> Dominus: Yes, it does: /usr/local/share/exult
[16:31:11] <Dominus> is it /usr/local/share/exult or /usr/local/share/exult/data? good timing I'm about to write the *nix part :)
[16:32:53] <Marzo> The former
[16:33:11] <Marzo> (no /data at the end)
[16:34:40] <Dominus> ok, thanks. I think I'm bringing this to a semi good looking and perhaps understandable reading :)
[17:41:10] <Dominus> hmm
[17:42:15] <Dominus> marzo: about the mods location. where are the savegames of modded games saved? On OSX?
[17:42:42] <Marzo> They should be at about the same location as the mods themselves
[17:42:46] <-- julien- has left #exult
[17:43:28] <Dominus> this is a bit confusing, when we do this, but doing it differently would make it harder again :)
[17:43:34] <Marzo> (keyring is an exception in that it specifies a directory for saves, but it is still close)
[17:44:06] <Marzo> I actually see what you mean
[17:44:44] <Marzo> You mean it should go to the save directory tree as other saves
[17:44:47] <Marzo> Right?
[17:44:55] <Dominus> yes
[17:45:02] <Dominus> that would make it consistent
[17:45:13] <Marzo> e.g., ~/Library/Preferences/Exult/gamename/mods/modname
[17:45:18] <Dominus> and the mods data should go where the gamedata is
[17:45:22] <Dominus> yes
[17:45:39] <Marzo> Hrm
[17:45:42] <Dominus> since the mods are common data
[17:45:48] <Marzo> Gamedat should also be there
[17:46:16] <Marzo> (~/Library/Preferences/Exult/gamename/gamedat, I mean)
[17:46:21] <Dominus> yes
[17:46:51] <Marzo> Re: the mods data: I think it should remain under ~/Library/Application Support/Exult
[17:46:52] <Dominus> (add a mods/modname/gamedata)
[17:47:11] <Marzo> The reason being that /Library/Application Support/Exult is probably protected
[17:47:29] <Marzo> Or is for files that shouldn't be altered normally
[17:47:47] <Marzo> (then again, the latter also applies to ~/Library/Application Support/Exult)
[17:47:49] <Dominus> nope it's not protected
[17:48:12] <Dominus> I think since it is common data for the games it should go where the games are
[17:48:30] <Dominus> Of course this has to be overrideable for working on mods
[17:49:30] <Marzo> Yeah, the reason I put it in a different place is that ES needs to be able to save there; and in the new default locations, this isn't possible without sudo in *nix, without elevation on W7/Vista or without admin privileges in XP
[17:50:02] <Dominus> I know
[17:50:06] <Marzo> At least from a modder's perspective, it is more comfortable for it to be there
[17:50:21] <Dominus> this is modder versus end user problem
[17:50:26] <Marzo> Aye
[17:50:41] <Marzo> That is a fair point
[17:51:01] <Marzo> We have to be prepared for the support nightmare whichever way we decide
[17:51:29] <Dominus> a modder should be able to edit exult.cfg and point <mods> at a writeable space
[17:52:09] <Marzo> On the current case, end users will probably have a few problems; on the other case, the modders that didn't read the docs will be the ones with problems
[17:52:11] <Dominus> this would mean a bit more lax control on Windows, so <mods> is honored
[17:52:58] <Marzo> This will have to be made explicit in the docs and in the Phorum to be certain we minimize the initial problems
[17:53:10] <Dominus> I tend towards that modders are more likely to read documentation
[17:54:23] <Marzo> More likely to skim it, sure
[17:54:27] <Marzo> :-)
[17:54:37] <Dominus> sorry for making this more complicated, it's just something you notice when you write the docs
[17:54:49] <Marzo> It may actually end up being simpler
[17:56:13] <Marzo> See, we won't need to use ~/Library/Application Support/Exult and similar after all
[17:56:34] <Dominus> yup
[17:57:19] <Dominus> it made sense until I thought of the savegame and the problem when endusers are asked to supply a savegame for bug reports
[17:57:58] <Dominus> "savegames are at xx!" "oh you are using a mod? then savegames are somewhere different"
[18:00:58] <Marzo> FYI, this means that patch will also go to this location
[18:22:05] <Marzo> Dominus: unless overridden by the mods' cfg file, the savegames of mods will now be in a subdir of the normal savegame dir
[18:22:23] <Marzo> Specifically, <SAVEGAME>/mods/modname
[18:22:45] <Marzo> Gamedat is at this same location
[19:39:32] <Dominus> ok, noted
[19:40:19] <Dominus> makes sense and sounds good
[19:48:17] <Dominus> will this be default for *nix and Windows, too?
[19:48:28] <Dominus> I guess it is, just making sure
[19:53:35] <Dominus> the nice part of this is that the installation instructions for mods and patches are back to what they were before :)
[19:54:29] <Dominus> bbl, got to watch himym now :)
[20:08:11] --> Malignant_Manor has joined #exult
[20:29:34] --> Baastuul_ has joined #exult
[20:29:34] --> Rottingbeef has joined #exult
[20:31:37] <-- Rottingbeef has left IRC (Client Quit)
[20:32:34] <-- Baastuul_ has left IRC (Client Quit)
[20:32:45] --> Rottingbeef has joined #exult
[20:45:42] <Dominus> back
[20:55:40] <Malignant_Manor> So, are you still planning to drop 9x support in Exult Studio?
[20:58:56] <Dominus> This is probably an issue for post-release :)
[20:59:27] <Malignant_Manor> Well, not really if we don't release ES before support is dropped.
[21:00:35] <Dominus> ES is not ready for release now, so it's not an issue now
[21:00:44] <Malignant_Manor> I found a few repeatable issues and posted them to the tracker.
[21:01:42] <Malignant_Manor> What problems do you know of offhand besides the Save not always saving because someone complained it always saved and the code got changed?
[21:02:28] <Malignant_Manor> Of course, excluding some recent reports I've added.
[21:04:02] <Dominus> ES itself is working but ES is not what drives amking games and mods. And since Marzo is planning huge (?) changes post release in that area as well it would be pointless having ES released
[21:04:56] <Malignant_Manor> It would mean that Mods that work at release will always work for the release.
[21:05:17] <Malignant_Manor> Exult Studio is a part of that.
[21:05:19] <Marzo> That is what version checks are for
[21:05:36] <Marzo> A mod may require a certain version of Exult to work
[21:06:12] <Marzo> A mod that targets the release will always work for the release, while a mod that targets a post-release snapshot will always work with that snapshot
[21:06:17] <Dominus> Es is not part of mods
[21:06:51] <Malignant_Manor> But people likely don't want to keep up with snapshot changes.
[21:07:12] <Dominus> End-users do not have to use ES for enjoying mods
[21:08:03] <Marzo> Besides, when it is time to release, there will be a tag created for the release
[21:08:09] <Malignant_Manor> How many end users want to compile their own ES just to change a few things on their release version of Exult?
[21:08:22] <Marzo> Anyone can download it from SVN and use it to compile
[21:08:25] <Dominus> How many people will want to change anything?
[21:08:35] <Dominus> how many people are able to change anything
[21:08:59] <Marzo> How many modders will not want to use the juicy new features planned?
[21:09:09] <Malignant_Manor> It's hard to tell since we've never had the downloads tracked.
[21:09:11] <Marzo> :-)
[21:10:30] <Malignant_Manor> Does gimp-remote -n in *nix cause GIMP to open in a new instance each time?
[21:10:41] <Dominus> Malignant_Manor: For now the mods by Marzo are going to be preserved at release time, since we are going to tag the release in SVN
[21:11:16] <Marzo> Since there is no gimp-remote in *nix, no
[21:11:45] <Dominus> so the mods are not going to be a problem. Endusers will likely just use the mods and will just play them.
[21:12:01] <Malignant_Manor> They built it into GIMP didn't they.
[21:12:02] <Marzo> gimp -n does, though
[21:12:19] <Malignant_Manor> Well, that part needs changed in the code.
[21:12:51] <Dominus> Since I'm sure that Marzo is going to use juicy new features in his mods they will have to use new snapshots anyway if they want to use newer versions of the mods
[21:13:04] <Dominus> I really don'T see your ES issue there
[21:13:14] <Malignant_Manor> Windows uses gimp-win-remote with the optional -n paramete.
[21:14:50] <Malignant_Manor> GiMP also requires tweaks to the palette output when importing it that I've noted on the patch tracker.
[21:15:49] <Malignant_Manor> Plus, some drag issues (read all comments)
[21:17:59] <Malignant_Manor> I also think opening GIMP in a new instance each time is likely not what most users would want, but I'm not really sure many people even use it and the documentation could fix it.
[21:18:20] <Malignant_Manor> *Dominus's head explodes*
[21:18:54] * Dominus 's head really explodes
[21:19:35] <Dominus> as I wrote in the forum, I'm really putting off ES documentation because I haven't touched it in such a long time
[21:20:45] <Dominus> and besides that the ES documentation is like the giving someone to manual to a car but not explaining how to actually drive the car and how to behave in traffic
[21:23:26] <Dominus> Marzo: when Exult looks in the default location for the games, will it scan ANY folder in there for a static folder or will it just look for /gamename (with gamename being blackgate/serpentisle/forgeofvirtue/silverseed)?
[21:23:49] <Dominus> no more feature request hidden in that question, just to clarify documentation :)
[21:24:03] <Marzo> It looks for blackgate, forgeofvirtue, serpentisle, silverseed and any other games defined in Exult.cfg
[21:24:30] <Marzo> The only predefined games it looks for specifically are the first four
[21:24:52] <Dominus> ok, thanks, that's what I thought :)
[21:30:31] <Malignant_Manor> libglib-2.0-0.dll is blocking GIMP from being able to edit .shp files when launched from the Exult Studio folder.
[21:31:20] <Marzo> One more reason to drop Win9x support :-)
[21:31:44] <Marzo> The problem is that Windows has "." as the first entry in the path variable
[21:31:50] <Malignant_Manor> The procedure entry point g_format_size_for_display could not be located in the dynamic link library libglib-2.0-0.dll.
[21:32:29] <Marzo> When you launch it from the ES folder, Windows finds the outdated library used by ES instead of the up-to-date library used by Gimp
[21:32:58] <Marzo> I bet the problem will happen with a png too
[21:33:43] <Malignant_Manor> Yes
[21:36:06] <Marzo> The only ways to fix this would be an effective cwd or upgrading to a newer set of GTK+libraries, dropping support for Win9x
[21:36:42] <Malignant_Manor> Well, the gimp-win-remote.exe fixes that when using ES.
[21:37:14] <Malignant_Manor> It just sucks when in the folder and trying to launch GIMP on the pictures.
[21:38:59] <Malignant_Manor> The default folder is the Exult Studio output of shp and png needs to change to something else in Windows.
[21:39:11] <Dominus> (drop win9x support, drop win9x support, drop win9x support, drop win9x support, drop win9x support)
[21:39:34] <Malignant_Manor> It defaults to the app folder.
[21:51:02] * Dominus really doesn't like the xml cfg - writing all this xml cfg stuff in an xml template is annoying
[21:52:52] <Malignant_Manor> Marzo, about generating palettes for each shape for different amounts of light, did you see the GIMP script I posted the other day?
[21:52:58] <Malignant_Manor> http://gimp-registry.fargonauten.de/node/21543
[21:53:49] <Marzo> How well can it replace the U7 palette adjustments?
[21:54:05] <Malignant_Manor> Someone would still need to try and get good default values to us for each palette.
[21:54:24] <Malignant_Manor> It could be used for new shapes.
[21:54:47] <Malignant_Manor> Nothing really beats human optimized palettes.
[21:57:31] <Malignant_Manor> The problem would be trying to use several new shapes that share the same palette. Someone would have to redo it for new color indexes added.
[21:58:48] <Malignant_Manor> This would also have to be done many times for each palette as there are a lot of palette changes.
[21:59:42] <Malignant_Manor> If someone could figure out good defaults, you could write an optional extra script that would automatically make those palettes.
[22:00:29] <Malignant_Manor> This would definitely be too slow on the fly.
[22:04:44] <Malignant_Manor> Is there an easy way that you can add the two missing light palettes and tell me what they are so that I can test for defaults?
[22:05:08] <Malignant_Manor> That is, if you are interested in doing it this way.
[22:14:21] <Dominus> Marzo: it's interesting to write documentation for unfinished features :) I have it all written down now, and always when I wasn't that sure I wanted to start up Exult and see how it does that exactly :)
[22:15:14] <Marzo> I am working on reading music now from bundle/data
[22:15:37] <Marzo> It shouldn't be too long to finish, but I will probably send you the patch so you can test-compile it
[22:17:04] <Dominus> don't feel hurried (except for the part that I'm leaving next monday for a month :))
[22:17:59] <-- Malignant_Manor has left IRC (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158])
[22:24:56] <Marzo> Dominus: Almost ready to send you the patch
[22:25:18] <Marzo> The compile will be long, though, and will probably require running ./configure again
[22:25:40] <Marzo> (if not an outright make distclean before running ./configure)
[22:25:41] <Dominus> that's ok
[22:26:14] <Dominus> I'll just give my gf heads up that it might be a bit longer until I come to bed :)
[22:27:18] <Marzo> Here it is: http://pastebin.com/WKua2v66
[22:27:25] --> Fingolfin has joined #exult
[22:27:25] --- ChanServ gives channel operator status to Fingolfin
[22:27:48] <Marzo> The first thing I expect is compilation errors :-)
[22:28:45] <Marzo> When they are solved, I want you to test a bundle (which doesn't have to be universal) to see if it finds the bundled Exult.flx and everything at the same time it finds music outside of the bundle
[22:29:38] <Marzo> You should also start from a clean Exult.cfg to see the paths, and make sure the external 'data' dir is clean (except for music/sfx) to ensure Exult is seeing the included flexes
[22:29:53] <Marzo> You can then toy with bundling the SFX and ogg files
[22:30:34] <Marzo> Having music and sfx, as well as correctly setting the menu palette, is the mark of things working correctly
[22:31:16] <Dominus> grrrr
[22:31:17] <Marzo> As per the previous discussion, I am treating save games as "preferences"
[22:31:24] <Marzo> ?
[22:31:36] <Dominus> patch unexpectedly ends in middle of line
[22:31:36] <Dominus> patch: **** Only garbage was found in the patch input.
[22:31:43] <Dominus> I have no idea why it does that
[22:32:15] <Marzo> Odd
[22:32:48] <Marzo> Try saving it as a file in the Exult source (say as exult.patch) and running `patch -u < exult.patch`
[22:36:15] <Dominus> I had that problem with the other patch you did, too, but that was small, so I changed stuff manually
[22:36:33] <Dominus> it's not accepting that patch -u < exult.patch, too
[22:37:08] <Marzo> What error message is it spitting out?
[22:38:29] <Marzo> Dominus: see if `patch -p0 -i exult.patch` works
[22:39:11] <Dominus> nope :(
[22:40:39] <Marzo> Try this patch (http://pastebin.com/y0Wg3RJK) with `patch -p0 < exult.patch`
[22:44:17] <Dominus> that almost worked, it stops at the last line patch unexpectedly ends in middle of line
[22:44:17] <Dominus> patch: **** unexpected end of file in patch at line 766
[22:44:34] <Dominus> I'll just see if it has done that and do it manually otherwise
[22:45:47] <Dominus> didn't add that but that is of no consequence to me anyway that mscvstuff :)
[22:46:20] <Marzo> That is for the Exult setup, indeed
[22:46:43] <Marzo> The one that will need to be tested to see if it was not broken by my tinkering :-)
[22:47:00] <Dominus> :)
[22:47:02] <Dominus> make
[22:47:05] <Dominus> oops
[22:47:45] <Dominus> ouch
[22:48:09] <Dominus> i686-apple-darwin10-g++-4.2.1: Support/Exult/data": No such file or directory
[22:48:09] <Dominus> <command-line>: warning: missing terminating " character
[22:48:40] <Dominus> after
[22:48:40] <Dominus> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I./.. -I./../headers -I/opt/local/include/SDL -D_GNU_SOURCE=1 -D_THREAD_SAFE -DMACOSX -O2 -Wno-long-long -I/opt/local/include -DEXULT_DATADIR=\"/Library/Application Support/Exult/data\" -I/opt/local/include -I/opt/local/include -MT Flat.lo -MD -MP -MF .deps/Flat.Tpo -c Flat.cc -o Flat.o
[22:49:35] <Marzo> In configure.ac, line 126: Change it to EXULT_DATADIR="/Library/Application\ Support/Exult/data"
[22:50:02] <Marzo> Then try again
[22:50:33] <Marzo> (although I am not thinking it won't make a difference...)
[22:50:47] <Dominus> it actually did
[22:50:57] <Dominus> but stopped at
[22:51:40] <Dominus> http://pastebin.com/TtsvLPgE
[22:54:27] <Dominus> needs the #include <CoreFoundation/CoreFoundation.h somewhere?
[22:54:37] --> Kirben has joined #exult
[22:54:37] --- ChanServ gives channel operator status to Kirben
[22:54:53] <Marzo> It is where it should be
[22:57:25] <Marzo> Dominus: in configure.ac, line 124: add "-framework CoreFoundation" before the AudioUnit framework and try again
[22:58:58] <Dominus> that pushed it past that
[22:59:06] <Dominus> still running...
[22:59:22] <Dominus> gives me time to clean up my old exult setup
[23:01:28] --> Malignant_Manor has joined #exult
[23:01:37] <Dominus> stops at http://pastebin.com/Kfe5uRuv
[23:03:23] <Marzo> Do it didn't work after all
[23:03:25] <Marzo> Hm
[23:03:48] <Marzo> Let me check the infinite wisdom of google to see if I can determine what is going on
[23:10:09] --> Colourless has joined #exult
[23:10:09] --- ChanServ gives channel operator status to Colourless
[23:11:54] --> Fing has joined #exult
[23:11:54] --- ChanServ gives channel operator status to Fing
[23:12:30] <-- Fingolfin has left IRC (Disconnected by services)
[23:12:31] --- Fing is now known as Fingolfin
[23:13:02] <Marzo> Wait, that may be it indeed: keep that bit I told you to add earlier and insert the following as line 12 of usecode/ucxt/src/Makefile.am
[23:13:04] <Marzo> $(SYSLIBS) \
[23:15:39] <Dominus> now wud has the error
[23:17:08] <Dominus> http://pastebin.com/WmC4fpba
[23:17:15] <Marzo> Add that same line to usecode/Makefile.am at line 62
[23:18:37] <Dominus> (in tools/makefile.am)
[23:18:48] <Marzo> Aye, right, sorry
[23:18:54] <Dominus> np :)
[23:19:17] <Dominus> compiling...
[23:21:14] <Dominus> annnnd success
[23:22:42] <Dominus> testing stuff
[23:24:52] <Dominus> picking up bg, fov and ss in /library/application support
[23:24:52] <Marzo> See the things I told earlier to test
[23:26:52] <Marzo> Oh, I forgot: there is a stray line in utils.cc that you can delete: it is line 849
[23:27:33] <Marzo> It was from back when mods and patch were in ~/Library/Application Support/Exult
[23:27:41] <Dominus> hmm, doesn't pick up the sfx - let me check
[23:27:57] <Marzo> (and you probably will have a stray <USERDATA> folder somewhere)
[23:28:41] <Dominus> ah, no wonder it doesn't find the sfx, the default cfg that gets created doesn't add the <waves> tags
[23:28:48] <Marzo> Aye
[23:29:00] <Dominus> or better doesn't add <game>
[23:29:06] <Marzo> O>o
[23:29:10] <Marzo> Oh, right
[23:30:18] <Marzo> Since Exult only saves paths when they are different from the default value, it tends not to create <game>
[23:30:43] <Marzo> (anymore, that is)
[23:31:01] <Dominus> well, it didn't do that before on os x, as well :)
[23:31:14] <Dominus> picks up the music folder and plays oggs
[23:31:43] <Dominus> messes up the saving
[23:31:47] <Marzo> All of this while, hopefully, finding Exult.flx from within the bundle?
[23:31:56] <Marzo> How so?
[23:32:24] <Dominus> can't find the gamedat folder but fov game got saved to ~/library/preferences/exult
[23:32:46] <Dominus> not ~/library/preferences/exult/forgeovfirtue/
[23:32:51] <Marzo> Hm
[23:33:23] <Marzo> Gamedat is probably there as well
[23:33:42] <Dominus> nope :)
[23:33:51] <Dominus> just the lonely sav file :)
[23:34:31] <Marzo> It isn't at ~/library/preferences/exult/gamedat?
[23:34:39] <Dominus> no
[23:34:44] <-- Fingolfin has left IRC (Quit: Fingolfin)
[23:34:49] <Marzo> Ack
[23:34:56] <Marzo> Try in /library/preferences/exult
[23:35:00] <Marzo> (no tilde)
[23:36:38] <Dominus> oh, on endting exult it added <game><forgeofvirtue><keys>default</keys></forgeofvirtue> and doesn't find the other games anymore on a fresh start
[23:37:01] <Marzo> Thats... odd
[23:37:28] <Dominus> and yes gamedat was created in /library/application support/exult
[23:38:08] <Marzo> In stdout, there should be some lines like the following: Looking for 'blackgate' at <path>...
[23:38:26] <Marzo> Can you post what they say?
[23:38:59] <Dominus> there is only "lokking for 'forge.. ..found game with identity forge'
[23:39:14] <Dominus> nothing about looking for the other games
[23:39:30] <Marzo> O>o
[23:39:45] <Marzo> What path does it indicate for fov?
[23:40:05] <Dominus> Looking for 'forgeofvirtue' at '/Library/Application Support/Exult/forgeofvirtue'... found game with identity 'FORGE'
[23:40:27] <Marzo> Aye, that would be right
[23:40:42] <Marzo> And it doesn't find the others? Not even list them?
[23:41:23] <Dominus> Black Gate : not found (<BLACKGATE_STATIC>/)
[23:41:23] <Dominus> Forge of Virtue : found
[23:41:23] <Dominus> exult_bg.flx : found
[23:41:23] <Dominus> Serpent Isle : not found (<SERPENTISLE_STATIC>/)
[23:41:23] <Dominus> Silver Seed : not found (<SILVERSEED_STATIC>/)
[23:41:41] <Dominus> right after the found game forge
[23:42:04] <Dominus> on starting Forge
[23:42:06] <Dominus> Starting a BLACK GATE game
[23:42:06] <Dominus> Game path settings:
[23:42:06] <Dominus> Static : /Library/Application Support/Exult/forgeofvirtue/static
[23:42:06] <Dominus> Gamedat : /Library/Application Support/Exult/gamedat
[23:42:06] <Dominus> Savegame: /Users/dominus/Library/Preferences/Exult
[23:42:06] <Dominus> Patch : /Library/Application Support/Exult/forgeofvirtue/patch
[23:42:07] <Dominus> Gamedat identity FORGE
[23:43:02] <Marzo> Ah, right
[23:43:15] <Marzo> Found that was wrong was my memory of what Exult does
[23:43:33] <Marzo> I will fix it to work it like I said
[23:43:56] <Marzo> (Exult currently only looks for the original games like I described if the list of games is empty)
[23:44:36] <Dominus> I see
[23:44:53] <Marzo> For now, create the sections in Exult.cfg to test
[23:45:03] <Marzo> brb
[23:47:42] <Dominus> <USERDATA> was created at the app bundle's location
[23:50:51] <Marzo> back
[23:51:01] <Marzo> Aye, I pointed that out a bit back
[23:51:10] <Marzo> (a stray line I had forgotten to delete)
[23:51:30] <Dominus> yup, fixed that line here
[23:52:14] <Dominus> ok, adding the games with the waves tag, makes exult find them again
[23:52:18] <Dominus> and the sfx
[23:52:45] <Dominus> maybe having exult create the tags for the games and the sfx would be good
[23:52:46] <Dominus> :)
[23:53:42] <Dominus> starting a mod crashes exult
[23:54:26] <Dominus> 10.03.10 00:53:30 [0x0-0x112112].Exult Error opening file /Users/dominus/Library/Preferences/Exult/mods/Keyring/gamedat/scrnshot.shp
[23:54:55] <Dominus> most likely because it didn't create that folder
[23:55:52] <Dominus> the path /mods/Keyring/gamedat/ was not created in ~/Library/Preferences/Exult/
[23:57:09] <Marzo> Hm
[23:57:16] <Marzo> That one is using the right path
[23:57:23] <Dominus> but at least for mods it wants to use the right path :)
[23:57:25] <Dominus> Starting a BLACK GATE game with the 'Keyring' modification.
[23:57:25] <Dominus> Game path settings:
[23:57:25] <Dominus> Static : /Library/Application Support/Exult/forgeofvirtue/static
[23:57:25] <Dominus> Gamedat : /Users/dominus/Library/Preferences/Exult/mods/Keyring/gamedat
[23:57:25] <Dominus> Savegame: /Users/dominus/Library/Preferences/Exult/mods/Keyring/saves
[23:57:25] <Dominus> Patch : /Library/Application Support/Exult/forgeofvirtue/mods/Keyring/data
[23:59:42] <Dominus> if I create that path manually it works,saving works as well and uses the paths it wrote in stdout