#exult@irc.freenode.net logs for 11 Mar 2010 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage

[00:05:59] --> Malignant_Manor has joined #exult
[00:22:03] --> Kirben has joined #exult
[00:22:03] --- ChanServ gives channel operator status to Kirben
[01:37:10] <Marzo> Colourless: the choppiness I reported the other day seems to be the result of a poor interaction of SDL audio and Alsa; switching to an SDL without Alsa support fixes it for good
[01:37:27] <Marzo> The curious thing is that SDL_mixer does not seem to be affected as much
[03:44:05] <Malignant_Manor> Marzo, can you test if something crashes in Ubuntu?
[03:44:20] <Marzo> Shoot
[03:45:27] <Malignant_Manor> You know how you can drag a portrait or shape into Exult NPC, can you try dragging a shape into one of those windows and then drag it away.
[03:46:09] <Malignant_Manor> After dragging it a bit away, XP ES crashes.
[03:47:56] <Marzo> Nope, doesn't crash here
[03:48:13] <Malignant_Manor> I'm wondering if it is something in windrag.
[03:48:53] <Marzo> It is possible
[03:52:12] <Malignant_Manor> Here's a patch for dragging chunk tiles into Exult egg and Exult npc. https://sourceforge.net/tracker/download.php?group_id=2335&atid=102335&file_id=366229&aid=2966927
[03:52:36] <Malignant_Manor> I didn't test in non windows though.
[04:01:55] <Malignant_Manor> Does dragging npcs onto the map work in Debian too?
[04:02:14] <Malignant_Manor> In Windows, it just drags chunks.
[04:03:06] <-- julien has left IRC (Ping timeout: 245 seconds)
[04:03:47] --> julien has joined #exult
[04:25:17] <Malignant_Manor> If I comment out everything in 'Windnd::DragLeave(void)', the crash no longer happens.
[07:42:16] <-- Marzo has left IRC (Ping timeout: 245 seconds)
[08:04:39] <-- Malignant_Manor has left IRC (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158])
[10:13:25] --> Dominus has joined #exult
[10:13:25] --- ChanServ gives channel operator status to Dominus
[10:33:57] <Dominus> hmm, the sfx switching is nice but has a also a strange effect :)
[10:34:53] <Dominus> when you used a sfx, for example opening/closing a door and then switch the pack the game will still use the other sfx pack for the effect you used the old pack for :)
[10:42:27] <Dominus> so it could use a "flush" or something
[11:32:50] <Dominus> ouch, now I get crashes when toggling to/from the 8bit scalers
[11:33:10] <Dominus> need to compile with debug
[11:48:54] <-- Colourless has left IRC (Quit: casts improved invisibility)
[12:02:09] <Dominus> only happens with x11/ES support :(
[13:21:44] <-- Kirben has left IRC (Ping timeout: 246 seconds)
[14:25:56] --> Marzo has joined #exult
[14:32:23] <Dominus> hey marzo
[14:32:29] <Marzo> Hi
[14:32:34] <Dominus> thanks for implementing my sfx feature requests
[14:33:22] <Dominus> the sfx switching needs a "fush" or something, though
[14:33:43] <Dominus> already loaded sfx will remain loaded
[14:34:12] <Marzo> Aye, I know
[14:34:50] <Marzo> I am thinking I'll wait for the No-SDL Mixer to be merged back to do that particular thing
[14:35:15] <Dominus> I thought you might :)
[14:35:43] <Marzo> So: saves in MacOS X are going to move again?
[14:35:55] <Dominus> better now than later
[14:36:16] <Dominus> ~/library/Application Support/Exult ?
[14:36:43] <Marzo> Aye, it will probably be the best choice, based on what Fingolfin said
[14:36:54] <Marzo> A question
[14:36:57] <Dominus> shoot
[14:37:20] <Marzo> It regards the changes I had been working on for quite a while
[14:38:01] <Marzo> Specifically: they are almost neatly split into the gump stuff, some code cleanup and the addition of some more de-hard-coding of shape data
[14:38:38] <Marzo> The first of these is the one that is mostly incomplete, and which is probably going to get scrapped anyway if/when we move to a Python GUI
[14:39:00] <Marzo> The latter two are essentially completed, and were the ones I tested the most
[14:39:31] <Marzo> I am thinking of making an exception for the feature freeze for these; what do you think?
[14:39:50] <Dominus> (if/when we move to a Python GUI - interesting)
[14:40:17] <Dominus> Hmm, you know, as YOU are the one doing almost all the coding lately..
[14:40:18] <Marzo> (Well, it is not set in stone that we will do it one way or the other :-))
[14:40:33] <Dominus> II'd say it is your call
[14:40:50] <Marzo> Aye, I will just clean it up and commit then
[14:41:00] <Dominus> so that would be code-clean-up and de-hard-coding?
[14:41:02] <Marzo> (I already did most of the splitting and merging)
[14:41:25] <Marzo> And changelog writing
[14:41:59] <Dominus> much documentation work on that needed?
[14:42:09] <Marzo> No, not really
[14:42:15] <Dominus> I should have asked that before telling you it's your call :)
[14:43:04] <Marzo> The main things are that gumps are now always specified in the 'gumps' tab of shape info -- even for BG-style gumps, spellbooks and so on
[14:43:40] <Marzo> Also, there is a new tab with frame- and quality-dependent usecode, which eliminates book/scroll multi-function kludges
[14:44:17] <Dominus> so something to document when I do some ES documentation work again
[14:44:31] <Marzo> The addition of a few more frame powers, which are now renamed into frame flags (this allows me to, e.g., make trapped chests work more cleanly)
[14:45:23] <Marzo> And a reorganization of the source tree of the 'shapes' directory, which now has a shapeinf dir that contains most of the shape information classes
[14:45:32] <Marzo> Yes, basically that
[14:45:39] <Dominus> earlier today I found that the X11/ES Support build of Exult crashes and burns on switching to/from 8bit scalers. Unfortunately couldn't trap that with gdb
[14:46:26] <Marzo> The easy solution is to not use them :-p
[14:46:34] <Dominus> he he
[14:47:04] <Dominus> that reminds me, could you make the default scaler for OSX be not one of them (point, interlaces Scal2x)?
[14:47:18] <Dominus> Maybe make it HQ2x (I quite like that one)
[14:47:59] <Dominus> when it's not one of the 8bit scalers there will be less people staring at a black screen when they start Exult in fullscreen :)
[14:49:20] <Marzo> I think Exult defaults to 2xSAI
[14:49:31] <Dominus> let me try...
[14:49:47] <wjp> hq2x is a bit of a risky default I think
[14:50:20] <wjp> it can change the way graphics 'feel' quite a bit
[14:50:42] <Dominus> I know,
[14:51:07] <Dominus> you are right it's xSAI, I thought it is Scale2x
[14:51:15] <Dominus> so forget it :)
[14:55:38] <Dominus> got to go, be back much later
[14:55:47] <wjp> see you later
[18:24:50] <-- Marzo has left IRC (Ping timeout: 246 seconds)
[18:27:40] <-- Dominus has left IRC (Quit: Leaving.)
[18:41:15] --> Marzo has joined #exult
[20:27:29] --> Dominus has joined #exult
[20:27:29] --- ChanServ gives channel operator status to Dominus
[20:27:30] <-- Dominus has left IRC (Remote host closed the connection)
[20:27:35] --> Dominus has joined #exult
[20:27:35] --- ChanServ gives channel operator status to Dominus
[20:40:31] <-- Rottingbeef has left IRC ()
[20:40:55] <Dominus> back, now let'S how it behaves :)
[20:48:16] --> Rottingbeef has joined #exult
[20:49:59] <Marzo> If you can crash anything, I'd love to know :-)
[20:50:53] <Dominus> Ready to test now. Ran make and did the necessary small docs changes for the OS X paths :)
[20:54:17] <Dominus> grrr, I'm already spoiled by the bundle
[20:54:41] <Dominus> now I need to manually copy the flx files to the data folder
[20:54:53] <Marzo> :-)
[20:55:32] <Dominus> (just noticing because bundle does not like exult studio for some reason)
[20:57:16] <Dominus> you know, marzo, you're part of the reason I'm so reluctant to touch the ES docs
[20:57:25] <Marzo> :-)
[20:57:37] <Dominus> before you came and changed and added stuff I was halfway knowing my way around
[20:57:43] <Dominus> but now…...
[20:57:57] <Dominus> I'm looking at the ES dialogs and have NO CLUE!!!
[20:58:00] <Dominus> :)
[20:58:03] <Marzo> Hehe
[20:58:05] <Marzo> Ask away
[20:58:17] <Dominus> :)
[20:58:39] <Dominus> I'll come back to you about that when I'm seriously starting to do some ES docs works
[20:59:30] <Dominus> nice tabs in the npc shapes
[20:59:37] <Dominus> this is looking nice
[21:00:43] <Marzo> You haven't looked at ES in a while, have you? :-p
[21:02:50] <Dominus> not really looked at it, only starting it up, browse some shapes and then quickly closing it again because there were tooooooooo many new fields to click on :)
[21:03:50] <Dominus> still gives many GTK warnings, though
[21:03:59] <Dominus> on the console only
[21:04:35] <Dominus> on starting up (exult_studio:39146): libglade-WARNING **: could not find signal handler 'on_shinfo_npcpaperdoll_gump_changed'
[21:04:48] <Dominus> a couple of times and then
[21:05:07] <Dominus> a lot of
[21:05:08] <Dominus> (exult_studio:39146): Gtk-CRITICAL **: gtk_signal_connect_full: assertion `GTK_IS_OBJECT (object)' failed
[21:05:12] <Marzo> You forgot to update the glade file
[21:05:23] * Dominus sighs
[21:05:26] <Dominus> of course
[21:05:29] <Marzo> :-)
[21:05:40] <Dominus> I updated the EXULT data files but not ES…...
[21:07:14] <Dominus> now the console is tooooo quiet, I'm used to much more warningswhen ES is open
[21:07:21] <Marzo> Hehe
[21:07:46] <Dominus> wow
[21:07:54] <Dominus> I really haven't done much in ages
[21:08:33] <Dominus> the drag'n'drop from Es into Exult is really nice now with the smaller shape size until you let go
[21:09:12] <Marzo> That wasn't my doing, so you can see how long it was since you tried it :-)
[21:09:22] <Dominus> he he
[21:09:53] <Marzo> (to be honest, I think it is only on X11 -- *nix or MacOS X)
[21:10:04] <Marzo> (it doesn't happen in Windows)
[21:10:18] <Dominus> judging from the ES documentation, almost exactly 5 years since I *really* touched ES
[21:10:34] <Dominus> ah, ok, then I'm at least a bit rehabilitated
[21:11:29] <Dominus> you know, with the latest changes to Exult with the default paths and now the sfx, I'm almost friends again with the xml cfg style
[21:12:05] <Dominus> since you barely need to touch the exult.cfg anymore it's really not so bad
[21:13:06] <Marzo> I never had much trouble with XML, but I agree with the sentiment -- Exult "just working" is very nice
[21:15:51] <Dominus> my problem with the XML is just that it is a bit of a support nightmare, especially with making endusers touch it all the time
[21:17:18] <Dominus> anything critical I should look at in your changes?
[21:18:00] <Dominus> just clicking around I did get some warnings with the proper glade file, if you are interested
[21:19:17] <Dominus> When I double click shape #447 in BG (Wounded man) I get
[21:19:25] <Dominus> exult_studio:39175): GLib-GObject-WARNING **: invalid cast from `GtkSpinButton' to `GtkOptionMenu'
[21:19:34] <Dominus> (exult_studio:39175): Gtk-CRITICAL **: gtk_option_menu_set_history: assertion `GTK_IS_OPTION_MENU (option_menu)' failed
[21:21:31] <Dominus> that is in plain BG
[21:23:02] <Dominus> and when I changed something on the map and then want to close ES and it brings me the "do you want to save bla bla" warning it spits out a couple of more
[21:23:30] <Dominus> (exult_studio:39175): GLib-GObject-WARNING **: invalid cast from `GtkAlignment' to `GtkLabel'
[21:23:37] <Dominus> (exult_studio:39175): Gtk-CRITICAL **: gtk_label_set_text: assertion `GTK_IS_LABEL (label)' failed
[21:24:05] <Dominus> thre times these two warnings
[21:26:35] <Dominus> marzo, another odd thing with the new sfx code
[21:26:55] <Dominus> when you start a modded game, I just started Keyring,
[21:27:11] <Dominus> it selects Opening digital SFX's file: "sqsfxbg.flx"
[21:27:22] <Marzo> Right
[21:27:26] <Dominus> though it should select Opening digital SFX's file: "DATA/sqsfxbg.flx"
[21:28:01] <Marzo> Historically, Exult required a full path in the <waves> tag (a long time ago)
[21:28:06] <Dominus> yes
[21:28:15] <Marzo> For backwards compatibility, the check was kept
[21:28:25] <Marzo> I also kept it when I updated the code
[21:28:47] <Marzo> So Exult first looks for the file without any path additions
[21:29:18] <Marzo> This means, for example, that it will find the SFX packs in the current dir or Exult dir, depending on what the starting path is set to
[21:29:33] <Marzo> So it won't always have the <DATA>/ piece
[21:30:01] <Dominus> actually the problem is that there was no sfx pack
[21:30:14] <Dominus> it just gave me quick sfx noise
[21:30:29] <Dominus> then only messages that sfx '### is out of range
[21:33:53] <Dominus> when starting mods, I also tried the SI Fixes, it seems to want to default to the sfx pack without <DATA>
[21:34:41] <Marzo> That is odd
[21:34:52] <Marzo> The first ES warning is fixed
[21:35:30] <Marzo> In which circumstances did you encounter the second one?
[21:36:01] <Dominus> I dragged some stuff into exult and then clicked the icon to close ES
[21:36:19] <Dominus> it then gave me the dialog that stuff was changed if I want to save
[21:36:29] <Dominus> when that dialog popped up I got those warnings
[21:36:55] <Marzo> Well, I'll track it down later
[21:39:10] <Dominus> odd
[21:39:41] <Marzo> What?
[21:39:42] <Dominus> the sfx quirk was reproducible two times now it isn't, need to diig in...
[21:41:52] <Dominus> ah, got it, I think, one moment, need to confirm
[21:43:35] <Dominus> with a "clean" exult.cfg, in my testing a not yet existing config, when there is no <waves> tag, Exult will default to just the sqsfxXX.sfx
[21:44:22] <Marzo> This means it is finding the file
[21:44:31] <Dominus> after that it will write that selection down in exult.cfg and the next time you start exult, it will correctly use <DATA>/sqsfxXX.flx
[21:45:29] --> Colourless has joined #exult
[21:45:29] --- ChanServ gives channel operator status to Colourless
[21:45:34] <Dominus> yes but doesn't use <DATA>/sfxpack but just sfxpack on first run only and therefore sfx will not play on first run
[21:45:37] <Marzo> Oh, ouch
[21:45:42] <Marzo> I see what went wrong
[21:48:12] <Dominus> phew :)
[21:48:44] <Marzo> The fix has been committed
[21:49:21] <Marzo> (Exult *was* finding the file, but it was using the cfg name to load it instead of the correct path)
[21:54:36] <Dominus> yup, that is working fine, and the wounded man is not throwing up warnings in the console anymore
[21:54:56] <Dominus> (was I just lucky to click on the one shape that does throw such a warning?)
[21:55:04] <Marzo> No, any would do
[21:55:20] <Marzo> (I just wasn't paying attention to the console :-))
[21:55:21] <Dominus> because when I tried, only he did :)
[21:56:14] <Marzo> Well, to be honest, any *animated* shape would do
[21:56:45] <Dominus> and to reproduce the other warning, start exutl, go into mapedit mode, drag/n/drop any shape into exult, then in ES menu -> file -> exit
[22:01:13] <Marzo> (BTW, there is another warning you missed that I just fixed)
[22:01:28] <Dominus> he he :)
[22:02:19] <Marzo> Check the Tools menu in ES
[22:02:29] <Marzo> You will see an entry that shouldn't be there :-)
[22:02:32] <Dominus> so, docs updated again and ready for making a new snapshot
[22:04:03] <Dominus> spell editor?
[22:04:31] <Marzo> Aye
[22:04:38] <Marzo> One of the many things I was working on
[22:04:44] <Dominus> ahh
[22:05:22] <Marzo> (it is actually supposed to edit what usecode function is used for a spell, as well as the reagents it needs, circle and level)
[22:05:37] <Marzo> (or rather, was)
[22:05:54] <Marzo> (it isn't nowhere near that level of functionality :-))
[22:06:03] <Marzo> s/isn't/is
[22:06:13] <Dominus> he he
[22:06:34] <Dominus> sounds interesting nethertheless :)
[22:07:15] <Marzo> Among other things, I had doubled the number of spells in a spellbook, allowing up to 16 spells per circle
[22:07:37] <Dominus> "I got the power!"
[22:07:46] <Marzo> And had a whole (nonfunctional) GUI to edit positioning and shape for various elements of gumps
[22:08:04] <Dominus> wow
[22:08:41] <Marzo> (the gump data reading and writing was complete; the ES GIU for editing wasn't even started; and about half the gump data was being used in various gumps)
[22:09:01] <Marzo> s/GIU/GUI
[22:09:12] <Marzo> It would take far too long to finish it, though
[22:09:28] <Marzo> The ES part is by far the slowest and ugliest
[22:10:23] <Dominus> (now let's see if the script I made is automatically building the Exult snapshot)
[22:11:26] <Dominus> so you are thinking of switching the GUI for ES?
[22:12:54] <Marzo> No
[22:13:14] <Marzo> It would make little difference
[22:13:21] <Marzo> (GUI code is always messy)
[22:20:26] <Dominus> hmm, in my vm the compilation failed, checking now on my main machine as well
[22:25:16] <Dominus> hmm, can't reproduce it here
[22:25:18] <Dominus> http://pastebin.com/SZcG61py
[22:26:11] <Marzo> The VM uses a different version of GCC, right?
[22:26:57] <Dominus> yes
[22:26:59] <Dominus> gcc-4.0.1
[22:27:34] <Marzo> It isn't optimizing away something it should
[22:27:43] <Marzo> But no matter, I will commit a fix soon
[22:27:50] <Dominus> thanks
[22:28:34] <Marzo> (let me just make sure it compiles)
[22:29:52] --> Malignant_Manor has joined #exult
[22:30:03] --- Malignant_Manor is now known as Malignant
[22:30:10] <Marzo> The fix is away
[22:31:39] <Dominus> yup, thanks, it's compiling further now
[22:32:58] <Malignant> I can't test for several hours. I'm currently on disk 3 of 8 for XP install.
[22:33:31] <Dominus> disk 3 of 8?
[22:33:57] <Malignant> OEM bloat no doubt and the fact that it is on cds
[22:34:49] <Dominus> I only had one CD for XP and two for XP Tablet Edition...
[22:35:18] <Malignant> There's also the double edged recovery partition. Yeah, disk 4 now
[22:57:00] <Marzo> With 8 disks, I can have a WinXP with drivers for every hardware device for which there is a XP driver
[22:57:12] <Marzo> (an installation of XP, I mean)
[22:57:26] <Marzo> That is some OEM bloat...
[22:59:48] * Dominus is trying out Colourless branch and is already annoyed that it doesn't have all the neat path defaults that the trunk has :)
[23:00:24] <Malignant> Almost an hour just to get through all the disks
[23:01:20] <Malignant> I can't think of much useful software packaged with it either or at least that won't be replaced.
[23:01:50] <Dominus> that is really serious OEM bloat. Lockstock XP is on ONE CD...
[23:02:47] <Malignant> This is HP crap. It is starting the NTFS partition now at 57:19.
[23:03:28] * Marzo integrated most of the SVN changes into Colourless' branch locally; only the commits in the last 24-hours or so are still missing
[23:03:50] <Dominus> that's not helping!!! :)
[23:04:11] <Dominus> compiled fine
[23:04:13] <Marzo> I haven't committed the changes because I don't know if it would slow down Colourless' efforts
[23:04:37] <Marzo> (I don't know how much massaging it would need to get Exult to compile again in MSVC)
[23:05:15] <Malignant> Well, that's one more thing Lanica might have to do.
[23:06:25] <Malignant> Estimated time remaining 22 minutes
[23:06:36] <Marzo> I now have a fully-functional 16-bit/32-bit point scaler
[23:06:59] <Malignant> That's nice. Dominus needs it.
[23:07:00] <Marzo> Borrowed heavily from Pentagram to get an optimized one
[23:07:11] * Dominus drools
[23:07:17] <Marzo> (working on interlaced scaler now)
[23:07:52] <Malignant> *wonders if anyone ever uses interlaced other than testing*
[23:08:07] * Dominus is sure that no one is using interlaced
[23:08:10] * Marzo too
[23:08:47] <Malignant> I couldn't really notice any speed gains over point.
[23:09:42] <Malignant> It's mostly npcs and lots of shapes that slow down lower end hardware.
[23:10:11] <Marzo> (FYI: the point scaler only tries 8-bit if it cannot work in 16-bit or 32-bit; but I think this might not be an issue)
[23:11:31] <Malignant> Are you going to add the other rendering changes at the same time?
[23:12:10] <Marzo> What other rendering changes?
[23:12:11] <Dominus> interlaced might be a good scaler on an old school TV
[23:12:35] <Malignant> The direct x and some other fixes in that patch I linked.
[23:12:42] <Marzo> Oh, those
[23:12:53] <Marzo> I don't know at this point yet
[23:15:16] <Marzo> Scale2x is going to be a pain
[23:15:54] <Dominus> in a makefile LIBS, what is lib is -lm referring to?
[23:15:59] <Malignant> Dominus, does dragging NPCs from Exult Studio onto the map in OSX do anything other than add map chunks?
[23:16:37] <Dominus> one moment, or better, more moment, need to compile with ES support again... :)
[23:18:13] <Malignant> I didn't really look through the code, but I have no idea why they would be dragged other than moving them on the map.
[23:18:23] <Marzo> In *nix, dragging an NPC from ES to Exult moves the NPC to the destination
[23:19:04] --> Kirben has joined #exult
[23:19:04] --- ChanServ gives channel operator status to Kirben
[23:19:11] <Malignant> Dang, then I just can't comment out the whole thing. I need to figure out what is wrong.
[23:21:22] <Malignant> Does dragging need to remove things from memory or could the 'Windnd::DragLeave(void)' references be commented out?
[23:22:48] <Malignant> The sad thing is, I don't even have the source on this computer. A 233 P2 isn't very good for compiling.
[23:25:55] <Dominus> yeah, works here too
[23:26:42] <-- julien has left #exult
[23:34:36] <Dominus> grrrr, which @*~!!! is pulling in the dynamic libs of the ogg stuff when I tell it not to?
[23:49:36] <Marzo> Interlaced 16- and 32-bit scalers are done too
[23:49:49] <Marzo> Now to grab a bite then look into Scale2x
[23:50:39] <Dominus> ui ui ui ui
[23:50:45] <Dominus> looking forward to this
[23:51:12] <Dominus> seems you are ready for a RC right when I'm on holiday