#pentagram@irc.freenode.net logs for 30 Dec 2004 (GMT)

Archive Today Yesterday Tomorrow
Pentagram homepage


[00:19:23] <WattAtWork> g/part
[00:19:40] <WattAtWork> umm.. try that one more time without the g
[00:19:42] <-- WattAtWork has left #pentagram ()
[01:51:18] --> sbx has joined #pentagram
[02:02:20] --> sbx|afk has joined #pentagram
[02:03:14] <-- sbx has left IRC (Read error: 54 (Connection reset by peer))
[03:35:10] <watt> hmmm... ok... looks like I want to overwrite the rule created by genrules in the case of the gimp plugin... although, I'm not too familiar with the build process, so I'm not sure how.
[05:29:09] <-- sbx|afk has left IRC (Read error: 104 (Connection reset by peer))
[06:19:34] --> sbx has joined #pentagram
[07:15:08] --> Colourless has joined #Pentagram
[07:15:13] --- ChanServ gives channel operator status to Colourless
[08:23:48] --> Ember has joined #pentagram
[08:23:48] <-- Darke has left IRC (Read error: 104 (Connection reset by peer))
[08:27:03] <Colourless> from days ago: <wjp> maybe we should consider some aspect-correcting scalers at some point
[08:27:10] <Colourless> yep, was intending to do this
[10:20:14] --> Darke has joined #pentagram
[10:20:14] <-- Ember has left IRC (Read error: 104 (Connection reset by peer))
[11:11:49] <wjp> Colourless: nice
[11:12:31] <wjp> I wonder how noticable that aspect issue is; can't really say it currently bothers me, but maybe the small size of the unscaled graphics helps
[12:10:39] <-- sbx has left IRC ("REBOOT")
[12:19:18] --> sbx has joined #pentagram
[12:39:50] --> Esbee-Eks has joined #pentagram
[12:58:23] <-- sbx has left IRC (Read error: 113 (No route to host))
[13:06:37] --> Fingolfin has joined #pentagram
[13:06:37] --- ChanServ gives channel operator status to Fingolfin
[13:21:06] <-- Esbee-Eks has left IRC ("casts gate travel")
[13:26:05] <-- Kirben has left IRC ("System Meltdown")
[14:45:28] --> Jett has joined #pentagram
[14:45:29] <-- Darke has left IRC (Read error: 54 (Connection reset by peer))
[15:01:47] <wjp> I kind of changed my mind about the usefulness of all those 'version' integers in the saves
[15:02:01] <wjp> any objections to getting rid of all of them except the global version?
[15:02:22] <Colourless> no
[15:02:44] <wjp> I'll probably pass the global version number to all the loading functions
[15:03:09] --> WattAtWork has joined #pentagram
[15:04:29] <Colourless> fine with me
[15:04:36] <Colourless> in the end it will have the same effect
[15:05:30] <wjp> indeed; but with less 'synchronization' issues and less wasted space
[15:11:56] <WattAtWork> oh... no more versions on each object? Guess it would end up a lot less confusing for the "Does this save game still work?" issue
[15:13:59] <Colourless> you know, pentagram is probably technically an 'alpha'
[15:14:43] <Colourless> u8 is functional enough
[15:15:25] <wjp> my opinion of how 'finished' pentagram is varies quite a lot
[15:15:42] <wjp> the main engine itself is pretty much 'done'
[15:15:49] <wjp> there's still a lot of work to be done around it, though
[15:16:48] <Colourless> yeah
[15:37:56] * wjp complains to nobody in particular about the number of processes and objects
[15:39:05] <WattAtWork> so... what's the global version number for saves going to be?
[15:39:12] <WattAtWork> or start at
[15:40:04] <wjp> 1 for now
[15:40:26] <wjp> it'll be incremented to 2 once we'll start being backward-compatible
[15:40:39] <wjp> savegames with version 1 will then no longer be readable
[15:53:25] <-- Fingolfin has left IRC ("42")
[16:01:37] <-- Colourless has left IRC ("casts improved invisibility")
[16:05:46] --- Jett is now known as Darke
[16:31:12] <wjp> ok, all done (I hope)
[16:31:18] <wjp> old savegames are now really broken beyond repair
[16:32:46] <WattAtWork> oh yeah, I'm still not sure how to make the plugin not follow the general rules for building products... any tips?
[16:43:00] <wjp> I'd have to think about that
[16:43:33] <wjp> you could of course put it 'outside' of the LPRODUCTS list
[16:47:48] <WattAtWork> define it entirely outside of the normal method or still try to use the _OBJ list?
[16:49:20] <WattAtWork> oh... and also, I think it's currently linking in SDL even for tools that shouldn't need it... not sure if it actually does link if no references to SDL are made though.
[16:52:41] <wjp> you can still use the _OBJ vars even if you don't put the target in LPRODUCTS
[16:52:55] <wjp> the module.mk files are just 'normal' makefiles
[16:53:19] <wjp> look in common.mk to see what exactly happens with the vars defined in module.mk
[20:30:26] --> eld has joined #pentagram
[22:19:52] <-- eld has left IRC (Read error: 104 (Connection reset by peer))