#exult@irc.freenode.net logs for 3 Nov 2001 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage

[00:32:09] --> matto|wookin has joined #exult
[00:36:05] <-- fingolfin has left IRC (Client Exiting)
[00:39:24] <-- matto|wookin has left IRC (Play Dragon's Lair in linux http://www.daphne-emu.com)
[00:40:19] --> matto|wookin has joined #exult
[05:48:02] --> Alorelith has joined #exult
[06:11:45] --> Waz has joined #exult
[06:11:56] <Waz> whats the "wookin"/
[06:11:57] <Waz> ?
[06:15:25] <Alorelith> ?
[06:15:34] <Alorelith> Working...
[06:18:54] <Waz> oh what i wonder...
[06:22:51] <Waz> port exult to the half-life engine!
[06:23:08] <Waz> as a counter-strike add-on
[06:24:47] <Waz> port exult to the star trek:TNG 'hollo deck'!
[06:25:05] <Alorelith> Nah, no, maybe.
[06:25:11] <Waz> port real-life to the exult engine!
[06:25:24] <Alorelith> Wow.
[06:25:27] <Alorelith> I never thought of that.
[06:25:32] <Waz> :)
[06:26:23] <Waz> all we need is the source code for 'reality.sys'
[06:27:28] <Waz> insmod /lib/modules/2.4.13/kernel/existence/earth/reality.o
[06:43:16] <Waz> well, maybe not
[06:43:18] <-- Alorelith has left #exult
[06:43:48] <Waz> i see. sorry.
[06:43:55] <-- Waz has left IRC ()
[08:50:18] --> matto has joined #exult
[09:57:50] <-- matto has left IRC (Play Dragon's Lair in linux - http://www.daphne-emu.com - Developers welcome :))
[09:59:41] --> matto has joined #exult
[11:51:36] --> Sslaxx has joined #exult
[11:53:37] <-- Sslaxx has left IRC (Byee!)
[12:41:37] --> Colourless has joined #Exult
[12:47:00] --> wjp has joined #exult
[12:47:03] <wjp> hi
[12:47:14] <Colourless> hi
[12:47:19] <Colourless> you da man :-)
[12:47:30] <wjp> I am? :-)
[12:47:32] <wjp> what did I do?
[12:47:38] <Colourless> yeah. mouse wheel :-)
[12:48:03] <Colourless> or are you saying you didn't do that ;-)
[12:48:07] <wjp> no, I did :-)
[12:49:04] <wjp> did you see my post on that Spark palette problem?
[12:49:10] <Colourless> i don't think i'll be able to play the original now. :-)
[12:49:18] <wjp> *grin* :-)
[12:49:26] <Colourless> no I haven't yet
[12:49:42] <wjp> in the original those two pixels are 170 and 171
[12:49:53] <Colourless> they are?
[12:49:54] <Colourless> odd
[12:50:16] * Colourless heads over to our forum
[12:51:01] <wjp> even stranger: '0xaa' (170) doesn't show up in the .shp of the first frame
[12:52:12] <Colourless> bug reading the shapes?
[12:52:15] <Colourless> i can't imagine it being the case though
[12:54:17] --> Cless has joined #Exult
[12:54:22] <Cless> odd, spark is doing it all the time
[12:54:36] <Cless> he never used to do that
[12:55:16] <-- Colourless has left IRC (Ping timeout for Colourless[ppp8.adelaide.on.net.au])
[12:55:29] --- Cless is now known as Colourless
[12:59:24] <wjp> hmm, in the shape browser Spark has a different colour too
[13:00:08] <-- Colourless has left IRC (Ping timeout for Colourless[])
[13:00:41] --> Colourless has joined #Exult
[13:01:00] <Colourless> older versions of Exult have the same problem. Alpha 5 does it for sure
[13:01:51] <wjp> did you get my shape browser comment?
[13:02:34] <Colourless> no
[13:02:35] --> mrod has joined #exult
[13:02:49] <mrod> hello :-)
[13:03:13] <wjp> in the shape browser Spark has a different colour too. colour 71 for both pixels
[13:03:14] <wjp> hi
[13:04:26] <wjp> hmm, maybe we should draw npc's translucent?
[13:05:36] <-- Colourless has left IRC (Ping timeout for Colourless[ppp407.adelaide.on.net.au])
[13:05:50] --> Colourless has joined #Exult
[13:06:07] <Colourless> sigh
[13:07:20] <Colourless> i'm not sure if drawing translucent is the right solution
[13:07:23] <Colourless> could be though
[13:09:11] <wjp> it does 'fix' the problem
[13:10:01] <Colourless> odd, the shape seems to work fine the browser
[13:10:11] <wjp> the browser draws translucently
[13:10:18] <Colourless> always?
[13:10:22] <wjp> yeah
[13:11:50] <Colourless> paining translucent will slow exult down
[13:12:08] <Colourless> perhaps we should just put in a hack for spark?
[13:12:53] <wjp> yeah, that was my thought too
[13:15:36] <-- mrod has left IRC ()
[13:17:25] <wjp> I wonder if a similar hack will also fix that two-rings+staff problem
[13:17:44] <Colourless> could do
[13:18:05] <Colourless> i'll try it
[13:21:00] <Colourless> the line is still there, but you can hardly see it
[13:21:58] <Colourless> regardless, it looks 1000x better
[13:22:21] <Colourless> what did you do to spark?
[13:23:15] <Colourless> can you commit the ring change for me?
[13:23:23] <wjp> sure
[13:23:24] <Colourless> all you need to do is change line 585 of paperdoll_gump to this
[13:23:26] <Colourless> gwin->paint_shape(box.x + sx, box.y + sy, s, 1);
[13:24:02] <wjp> so it now paints the entire paperdoll translucently?
[13:24:11] <Colourless> yeah it should do
[13:24:23] <wjp> if (GAME_BG && get_shapenum() == 489)
[13:24:23] <wjp> // draw Spark translucently (otherwise his pants palette-cycle)
[13:24:23] <wjp> gwin->paint_shape(xoff, yoff, *this, 1);
[13:24:23] <wjp> else
[13:24:24] <wjp> gwin->paint_shape(xoff, yoff, *this);
[13:24:34] <wjp> that's what I did to Spark
[13:24:42] <Colourless> actually, not everything it looks
[13:24:57] <Colourless> other places still draw not translucent
[13:26:13] <Colourless> shouldn't matter though. only the rings have a problem
[13:27:01] <Colourless> with spark it would be best if the hack was actually put into the shape info so that the shape is always drawn trans, not just if it's a npc
[13:27:18] <wjp> hmm
[13:29:37] <wjp> so in Shape_frame::paint_rle or something?
[13:29:48] <Colourless> nope. :-)
[13:30:10] <Colourless> Shapes_vga_file::read_info
[13:30:30] <Colourless> TFA specifies if a shape is transparent.
[13:30:40] <wjp> it does?
[13:30:43] * wjp didn't know that :-)
[13:30:45] <Colourless> yeah
[13:31:08] <Colourless> int is_transparent() // ??
[13:31:08] <Colourless> { return (tfa[1] & (1<<7)) != 0; }
[13:31:27] <Colourless> and also
[13:31:27] <Colourless> int has_translucency()
[13:31:27] <Colourless> { return (tfa[2] & (1<<7)) != 0; }
[13:31:33] <Colourless> wonders what the difference is
[13:47:43] <wjp> ok, committed (again)
[13:47:54] <Colourless> ok good
[13:47:58] <Colourless> :-)
[14:00:22] <-- Colourless has left IRC (Ping timeout for Colourless[])
[14:15:53] --> Colourless has joined #Exult
[14:36:06] <Colourless> wjp, i've kind of found a semi bug in the Photoshop shp plugin
[14:37:15] <Colourless> it's to do with the transparent pallete index. the plug in uses the transparent index that is provided by the host program. PSP defaults this to index 0, when we need it to be index 255. This causes some problems.
[14:37:28] <wjp> yes, I know
[14:37:35] <Colourless> :-)
[14:37:42] <wjp> it works correctly in photoshop
[14:38:03] <wjp> psp seems to ignore the transparent_index field
[14:38:32] <Colourless> seems like it does
[14:39:35] <wjp> it's line 929 of u7shpformat.cpp, btw
[14:40:00] <Colourless> yeah I know, i've changed it here.
[14:40:14] <Colourless> i use a fairly customized version of the plugin :-)
[14:40:17] <wjp> :-)
[14:40:31] <wjp> feel free to update the one in cvs if it's better :-)
[14:41:55] <Colourless> it's not much different. palette is slightly modified, doesn't bring up a message box when using multi-frame shapes and it force the trans colour to 255
[14:43:21] <wjp> didn't it already set the trans.colour to 255?
[14:44:01] <Colourless> yeah, that is what it was supposed to do, but transparent_index was 0 and it used that instead
[14:45:10] <wjp> what do you mean?
[14:45:33] <wjp> (ie. what did you change exactly?)
[14:45:36] <Colourless> transindex = 255;
[14:45:37] <Colourless> if (gParams->transparentIndex >= 0 && gParams->transparentIndex <= 255)
[14:45:37] <Colourless> transindex = (unsigned char)(gParams->transparentIndex);
[14:45:48] <Colourless> changed that to this:
[14:45:49] <Colourless> transindex = 255;
[14:45:49] <Colourless> //if (gParams->transparentIndex >= 0 && gParams->transparentIndex <= 255)
[14:45:49] <Colourless> // transindex = (unsigned char)(gParams->transparentIndex);
[14:46:07] <Colourless> it's line 831
[14:46:14] <Colourless> and 832
[14:46:48] <wjp> oh, I see... when writing a shape
[14:46:58] <Colourless> yeah
[14:47:37] <wjp> I wonder if there's a way to set the transparent index in PSP
[14:47:44] <Colourless> there is
[14:47:53] <wjp> in the plugin, I mean
[14:48:05] <Colourless> ah, not sure
[14:51:26] <wjp> did the guides work in PSP, btw?
[14:51:32] <wjp> (for the origin)
[14:51:47] <Colourless> yeah they do
[14:52:18] <Colourless> though, IMO photoshop has better handling of guides than PSP does
[14:53:54] <Colourless> ideally I'd like to get the plugin to bring up a dialog box asking what frame to import and to also ask what frame to save as
[14:54:11] <wjp> should be possible
[14:54:25] <Colourless> yeah I know :-)
[14:54:47] <wjp> image resource type 0x0417 is transparent index
[14:54:52] <wjp> I wonder if PSP supports it
[14:55:07] <Colourless> coding for win32 dialog boxes can be a bit of a pain, but it's not too difficult
[14:56:52] <Colourless> it might
[14:57:10] <Colourless> how does it work?
[14:57:32] <wjp> around line 945 the resource block is being written
[14:58:06] <Colourless> yeah I see it. what needs to be coded to use it
[14:58:18] <wjp> my photoshop api knowledge is a bit rusty, but inserting the following before the 0x00 terminator should work:
[14:58:27] <wjp> (oh, and the buffer size should be increased)
[14:58:40] <wjp> rsrc = res_out4(, rsrc, '8BIM');
[14:58:46] <wjp> rsrc = res_out2(rsrc, 0x0417);
[14:58:53] <wjp> rsrc = res_out2(rsrc, 0);
[14:59:03] <wjp> rsrc = res_out4(rsrc, 2);
[14:59:09] <wjp> rsrc = res_out2(rsrc, 255);
[14:59:14] <wjp> and then the terminator
[15:00:00] <wjp> 8bim = photoshop identifier, 0417 = resource type, 0 = name, 2 = data size, 255 = data (transparent index in this case)
[15:00:08] <Colourless> there is already a is a line with "rsrc = res_out4(rsrc, '8BIM');"
[15:00:20] <wjp> yes, every block has to start with it
[15:00:36] <Colourless> oh ok
[15:00:43] <Colourless> i'll see what it does
[15:00:57] <wjp> this is page 8 in 'Photoshop File Formats.pdf', btw, if you have it
[15:01:22] <Colourless> what buffer do i need to change
[15:01:32] <wjp> Handle x = PINewHandle(39)
[15:01:40] <wjp> a few lines above
[15:01:51] <Colourless> ok
[15:02:06] <wjp> 53, I think
[15:02:58] <Colourless> yeah i think so too. need an extra 14 bytes
[15:03:23] <wjp> oh, and a few lines below the data there's a size too
[15:03:42] <Colourless> so there is :-)
[15:05:48] <Colourless> doesn't appear to do anything
[15:05:58] <Colourless> pdf says it's a Photoshop 6 format
[15:06:03] <wjp> yeah
[15:06:05] <Colourless> addition i mean
[15:07:01] <wjp> type 0x03F2 is a 'background colour'.
[15:07:54] <Colourless> yeah
[15:12:08] <Colourless> nope, i don't think PSP supports it
[15:13:03] <wjp> you could try to see if the PSP7 file format specs say anything about it
[15:13:14] <wjp> http://www3.jasc.com/pub/zips/psp7spec.zip
[15:13:20] <wjp> (msword format)
[15:13:56] <wjp> but IIRC, PSP7 uses a nearly completely unrelated file format
[15:14:49] <Colourless> really it doesn't matter that much.
[15:15:17] <wjp> yeah, I guess not
[15:21:00] <Colourless> there doesn't appear to be anything useful in the format specs... they are just the .psp format specs :-)
[15:26:09] <wjp> heh :-)
[15:30:30] <Colourless> regardless, the specs are documented pretty well
[15:30:55] <wjp> does PSP support layered 8-bit images?
[15:31:09] <wjp> (photoshop doesn't... grmbl)
[15:31:36] <Colourless> nope it doesn't either
[15:32:43] <Colourless> it allows you to have multiple vector layers in 8 bit, but not rater layers
[15:36:20] <wjp> bah
[16:51:46] <wjp> btw, shall I close the two-rings+staff bug on sf?
[16:52:40] <Colourless> yeah for now
[16:52:53] <Colourless> what are the resolutions avaliable?
[16:53:41] <wjp> none, accepted, duplicate, fixed, invalid, later, out of date, postponed, rejected, remind, wont fix, works for me
[16:54:24] <Colourless> you choose :-)
[16:54:40] * wjp picks 'wont fix'
[16:55:08] <Colourless> ok
[16:55:24] <wjp> hmm, what about the 'No MIDI' one?
[16:56:02] <Colourless> hmm, i've got to check on that one
[16:56:49] <Colourless> the mmsystem error message isn't in english so I have no idea what it says. i can look up that code though to find out what is means
[16:57:13] <Colourless> strictly speaking I could just say works for me, because it does :-)
[17:02:12] <wjp> MMSYSTEM002: one of the used device-id lies outside the allowed range of your system
[17:02:20] <wjp> MMSYSTEM004: device already in use
[17:02:34] <wjp> (my german is a bit rusty, but I still know a bit :-) )
[17:03:01] <wjp> s/device-id/device-ids/
[17:03:13] <Colourless> yeah that's correct
[17:24:18] <wjp> I have to go for a while; might be back later tonight
[17:24:20] <wjp> bye
[17:24:26] <Colourless> cya
[17:24:32] <-- wjp has left IRC ([x]chat)
[18:56:30] <-- Colourless has left IRC (gtg)
[23:24:08] <-- matto has left IRC (Play Dragon's Lair in linux - http://www.daphne-emu.com - Developers welcome :))
[23:24:45] --> matto has joined #exult