#exult@irc.freenode.net logs for 28 Jan 2014 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage

[04:44:15] <-- SugarCube has left IRC (Ping timeout: 272 seconds)
[04:45:09] --> SugarCube has joined #exult
[09:28:14] --> JCxMLnblFl has joined #exult
[09:28:15] <-- JCxMLnblFl has left #exult
[09:39:18] <-- Lightkey has left IRC (Ping timeout: 252 seconds)
[10:16:15] --> Lightkey has joined #exult
[11:30:27] --> Rottingbeef has joined #exult
[11:33:08] <-- Baastuul has left IRC (Read error: Operation timed out)
[13:50:38] <-- Marzo has left IRC (Read error: Connection reset by peer)
[13:50:45] --> Marzo has joined #exult
[15:22:37] <Dominus> Marzo, do you think you can add a sorting order hack for the altar of discipline problem and/or fix the broken trap switch off?
[15:26:34] <Marzo> They will both have to be hacks; a fix for the latter requires a substantial change in how eggs operate in Exult
[15:26:50] * Dominus nods
[17:54:43] --> Malignant_Manor has joined #exult
[17:56:24] <-- Rottingbeef has left IRC (Ping timeout: 265 seconds)
[17:56:38] <Dominus> hmm one of those days one should reevaluate the wish for kids...
[17:56:56] <Malignant_Manor> ?seen colourless
[17:56:56] <exultbot> colourless left IRC around Fri Sep 27 14:06:43 2013 (GMT) (Ping timeout: 264 seconds)
[17:57:35] <Dominus> hi Malignant_Manor
[17:57:56] <Malignant_Manor> I can fix the audio issue with SDL 2.
[17:58:49] <Dominus> I've spoken to colourless - he had no internet for a while and no working irc setup... will probably return one day ;)
[17:59:08] <Malignant_Manor> Did the audio problem happen with SDL 1.3?
[17:59:24] <Dominus> that's good news malignant
[17:59:30] --> godzirrra has joined #exult
[17:59:33] <Dominus> never tried 1.3
[17:59:50] <Dominus> since sdl 2 == sdl 1.3
[18:00:20] <Dominus> be back later ... kids... sigh
[18:26:43] <Malignant_Manor> Marzo: could you please check and see why companions sometimes won't attack sleeping opponents even if there are no other opponents?
[18:26:46] <Malignant_Manor> http://exult.sourceforge.net/forum/read.php?f=1&i=638914&t=638914
[18:29:40] <Malignant_Manor> Also, I just added my commit.
[18:39:19] <Malignant_Manor> Dominus: Were there any other regressions or major issues?
[18:40:23] <Marzo> Malignant_Manor: Fixed
[18:41:00] <Malignant_Manor> Marzo: was it my fault?
[18:41:04] <Marzo> Although... maybe I should make the avatar refrain from automatically doing so
[18:41:56] <Malignant_Manor> Are you just removing the not attacking unconscious opponent behavior altogether?
[18:43:16] <Malignant_Manor> I don't remember if I added the unconscious behavior or just modified it.
[18:43:31] <Marzo> I add the sleeping/unconscious enemies to a separate list
[18:43:45] <Marzo> If the opponents list ends up empty, it is copied over to the opponents list
[18:44:09] <Malignant_Manor> I don't know how the original behaved except for the Avatar.
[18:44:21] <Malignant_Manor> So it is probably best to do as the original.
[18:48:03] <-- Marzo has left IRC (Ping timeout: 245 seconds)
[18:49:12] <Malignant_Manor> Ah, it was added in Big Commit (TM) 5911 by Marzo about 3 1/2 years ago.
[18:57:56] <-- Malignant_Manor has left IRC (Quit: ChatZilla [Firefox 26.0/20131205075310])
[19:10:17] <godzirrra> Herro, I have a tiny question... I am running the latest exult on slackwarew 14.1. I am trying to use the timidity driver but exult complains about not being able to find timidity.cfg despite having put the file inside ~/.exult.
[19:10:28] <godzirrra> where exactly is the file supposed to be?
[19:19:27] <wjp> what is "the latest"?
[19:19:46] <wjp> and did you compile exult yourself, or use an existing binary?
[19:21:00] <godzirrra> I meant the "Exult SVN source code snapshot" on the download page and I compiled it myself,
[19:23:57] <wjp> hm, seeing some conflicting information on that
[19:24:20] <wjp> you should be able to configure the location of timidity.cfg in the config/audio/midi/timiditycfg key in your exult config file
[19:24:35] <wjp> e.g., /home/somewhere/.exult/timidity.cfg
[19:25:32] <godzirrra> If this is of any help then:
[19:25:33] <godzirrra> Version 1.5.0svn
[19:25:35] <godzirrra> Built at: Jan 28 2014 21:01:52
[19:25:36] <godzirrra> Compile-time options: USE_TIMIDITY_MIDI, USE_FMOPL_MIDI, USE_ALSA_MIDI, HAVE_ZIP_SUPPORT
[19:25:38] <godzirrra> Compiler: gcc, version: 4.8.2
[19:27:45] <godzirrra> Platform: Linux version 3.10.17
[19:37:52] <godzirrra> Great it works! thanks!
[19:38:36] <wjp> cool
[20:00:51] --> Rottingbeef has joined #exult
[21:19:54] --> Malignant_Manor has joined #exult
[21:20:42] <Malignant_Manor> wjp: It looks like Gimp 2.8 broke the shape plugin for Exult Studio. It is exporting as PNG instead of SHP.
[21:21:27] <Dominus> did it break it or does it *just* need recompilation?
[21:21:34] <Malignant_Manor> That's how it is in Windows anyway.
[21:21:52] <Malignant_Manor> Gimp 2.8 made a major change to how it handles files.
[21:22:13] <Malignant_Manor> Is it broken on OSX?
[21:22:21] <Dominus> yes, but it should still offer shp as export format.
[21:22:51] <-- godzirrra has left IRC (Read error: Operation timed out)
[21:22:52] <Dominus> I need to recompile the plugin first and I'm now looking at the missile_launcher code of exult first
[21:23:07] <Dominus> It's a PITA to make the plugin on OS X
[21:23:44] <Malignant_Manor> I never had a problem compiling it in Windows or Linux.
[21:24:50] <wjp> what do you mean exactly by "exporting as PNG instead of SHP"?
[21:24:58] <Dominus> I've got two options, take a premade gimp.app and figure out the paths that need to be exported to make it work or let macports build gimp all the way which just takes time and time and time...
[21:25:41] <Malignant_Manor> Well Gimp is importing as a png.
[21:27:26] <Malignant_Manor> It pops up and says, "The PNG image you are importing specifies an offset of -243, -159. Do you want to apply this offset to the layer?""
[21:28:15] <Malignant_Manor> The image imported only has one layer as well.
[21:28:33] <wjp> sounds like Somebody(tm) should have a good look at it
[21:29:45] <Malignant_Manor> Do you know about the big controversy of Gimp 2.8?
[21:29:59] <wjp> how old is 2.8?
[21:30:37] <wjp> but I only use it incidentally, so probably not
[21:31:03] <Malignant_Manor> 2.8 is current
[21:31:49] <wjp> I did notice a save vs export change after the last time I upgraded
[21:32:18] <Malignant_Manor> The first Windows package is 2012-05-05 but has other files dating back to March in that folder.
[21:34:59] <Malignant_Manor> The plugin works on files exported as shp so I don't know if it is an ES or plugin issue.
[21:37:42] <Malignant_Manor> 2.8.10 is the latest release.
[21:38:05] <wjp> oh, so you probably just exported a png with a .shp extension?
[21:38:33] <Malignant_Manor> This is Exult Studio using the edit command.
[21:38:44] <Malignant_Manor> It always worked before.
[21:40:43] --> Marzo has joined #exult
[21:41:07] <Malignant_Manor> The title in Gimp is shapes.vga.s165_f0
[21:41:55] <Malignant_Manor> Marzo: did you know that the ES edit command doesn't work right with Gimp 2.8?
[21:42:30] <Marzo> I didn't, no
[21:42:37] <Malignant_Manor> Gimp is importing the first frame as a png and not importing anything else.
[21:44:26] <Malignant_Manor> The plugin itself works when opening .shp files.
[22:09:35] <-- Malignant_Manor has left IRC (Quit: ChatZilla [Firefox 26.0/20131205075310])
[22:52:54] <Dominus> Marzo, that altar scene works really nicely now
[22:57:36] <Dominus> Marzo, if you can take a look at https://sourceforge.net/p/exult/bugs/1865/ why Anti magic rain takes too long to change and *maybe* https://sourceforge.net/p/exult/bugs/1863/ which is caused by an ancient change by to the delete intrinsic
[22:59:37] <Dominus> what I meant is, if you can take a look at those, I'm out of your hair for a long time, I hope :)
[23:01:33] <Marzo> Dominus: is there a bug tracker for the missile trap?
[23:01:52] <Dominus> yes https://sourceforge.net/p/exult/bugs/1874/
[23:14:20] <Dominus> Marzo, at ridiculous high game window sizes, the trap(s?) doesn't switch off anymore
[23:15:09] <Dominus> at Window size 1600x900, scaler point x2, game area: auto
[23:15:53] <Marzo> Well, we do warn that using high resolutions may lead to unintended side effects :-p
[23:16:15] <Dominus> indeed, we do and I never tire of warning against those :)
[23:17:38] <Dominus> curiosly, at that high resolution it seems to trigger a bit shorter
[23:17:59] <Dominus> I mean at less tiles
[23:24:54] <Marzo> The trap doesn't switch anymore because we only ever check whether it is offscreen in order to disable it
[23:25:06] <Marzo> (and I added 10 tiles to it just now)
[23:25:21] <Dominus> I see
[23:28:28] <Marzo> Regarding the locked container issue: allowing them to be searched fixes the issue; if I don't allow their contents to be altered except directly (through intrinsics searching the objects and deleting each by hand), I can still get the effect I wanted of not being able to use reagents inside locked containers
[23:31:34] <Dominus> yes, that sounds sensible. No one dared to touch it though, hence Malignant's hack
[23:32:23] <Dominus> got to go, baby cries, will probably not be back
[23:50:42] --> Malignant_Manor has joined #exult
[23:53:14] <Malignant_Manor> Marzo: I need to access is_bg_track from gamewin.cc's Background_noise class.
[23:54:35] <Malignant_Manor> Should I add a virtual bool, move it to Game_window, or something else?