[01:56:47] <-- sbx|afk has left IRC ()
[04:11:41] <-- Baastuul has left IRC (Read error: 104 (Connection reset by peer))
[04:23:19] --> sbx|afk has joined #exult
[04:23:31] --- sbx|afk is now known as sbx
[04:40:51] <Kabalx> SI: french too
[04:58:10] --> Baastuul has joined #Exult
[05:23:08] <-- Baastuul has left IRC ("http://baastuul.digital-focus.us/")
[05:28:30] <-- Matt_O has left IRC ("Client exiting")
[07:17:43] <wjp> Kabalx: artaxerxes is part of the team who translated SI to french recently
[07:25:45] <Darke> (u8 inheretance) u8-usecode doesn't support class of static variables, so there's really nothing to inherit other then functions, which as far as compiler implementation goes, it's easier to implement an 'extern' mechanism rather then pure inheretance for that.
[07:26:25] * Darke squints and wonders why he spelt 'inherit' in two different ways depending upon the context. How annoying.
[07:27:05] <wjp> by "context" you mean, "as a verb" or "as a noun" ? :-)
[07:27:23] <Kabalx> wjp: oh really :) is he french?
[07:28:21] <wjp> hm, yes, I think so
[07:28:48] <Kabalx> is it still being translated or is the translation now totally done ?
[07:32:22] <wjp> pretty much done
[07:38:05] * Darke thought artaxerxes was french-canadian. But he could be (and no doubt is) wrong. *grin*
[07:38:20] <wjp> wasn't he french but living in canada?
[07:40:37] <Darke> Possibly. No doubt it's mentioned somewhere in the logs.
[09:08:09] <Kabalx> that must be a lot of work to translate all U7 dialogues. How does he have to proceed ? did you make a special developpement tool for that or something ?
[09:17:25] <Darke> He's just been talking about that. Check the logs for 'today'.
[09:17:54] * Darke poke`s exultbot.
[09:17:56] <Darke> ?logs
[09:17:56] <exultbot> Logs are available at http://www.math.leidenuniv.nl/~wpalenst/exultlog.php
[09:18:32] <Darke> Y'know, we really need to get a topic again, one of these days.
[09:27:07] <-- Kabalx has left IRC ()
[09:48:18] <sbx> There *is* no topic!
[09:48:37] <sbx> (Topic set by Darke)
[10:08:09] --- sbx is now known as sbx|afk
[10:10:18] <Darke> That's what I'm talking about. We really should locate outselves a topic, before we get scorned and reviled by all the other irc channels.
[10:46:58] --> Kabalx has joined #exult
[11:19:36] --> metabesk has joined #exult
[11:19:45] <metabesk> hi there
[11:20:38] <metabesk> i have a problem with scummvm at Linux
[11:20:53] <metabesk> may somebody help me?
[11:23:41] * wjp points at #scummvm
[11:23:51] <metabesk> thanks
[11:43:36] <-- metabesk has left #exult ()
[13:03:34] <-- Kirben has left IRC ("System Meltdown")
[13:03:45] <eld-> http://eldron.20m.com/unvirtous.jpg <-- avatar-ninja, flipping out :(
[13:04:01] --> Colourless has joined #Exult
[13:04:06] --- ChanServ gives channel operator status to Colourless
[13:04:32] <Colourless> hi
[13:05:00] <eld-> you missed my castle-filling pic :(
[13:05:06] <eld-> http://eldron.20m.com/unvirtous.jpg
[13:15:13] <Colourless> that's not the end of the world. All hail the corrupt Britannian justice system :-)
[13:16:08] <eld-> they make good wall-stuffing
[13:52:48] --> Baastuul has joined #Exult
[14:05:27] --> artaxerxes has joined #exult
[14:05:28] --- ChanServ gives channel operator status to artaxerxes
[14:05:36] <artaxerxes> hi all
[14:07:04] <Baastuul> Hallo.
[14:08:38] <artaxerxes> wjp: should I commit the change?
[14:12:54] <wjp> if you want
[14:13:34] <wjp> I haven't looked at it yet, though
[14:13:55] <artaxerxes> just a "+ gwin->clear_screen(true);"
[14:14:20] <artaxerxes> (prior to showing the error message)
[14:16:43] <wjp> the funny thing is, I couldn't reproduce this
[14:17:38] <artaxerxes> that's odd
[14:17:38] <wjp> I think it showed the error message below the SI/SS logos
[14:18:27] <wjp> at work now, so can't really look at it
[14:24:26] <artaxerxes> by any change, you wouldn't know what's the trick to accomplish to install the original SI (sans SS) disks on Linux, using dosbox?
[14:24:31] <artaxerxes> s/change/chance/
[14:26:29] <Darke> Have you tried copying the original disks to seperate directories (disk1 to diskN), then just 'ln -s'-ing them to /mnt/tmp-floppy and using that as your floppy device? That way changing floppy will stop complains about not being able to unmount since things are using it.
[14:26:29] <wjp> no idea
[14:27:27] <artaxerxes> Darke: this is brilliant
[14:27:39] * Darke has used that technique multiple times to get stuff installed under wine, that refused to release it's claws on the install files.
[14:37:12] <artaxerxes> ummm.... it's not working... I wonder if there might be due to a lable issue
[14:37:27] <artaxerxes> s/lable/label
[14:39:08] --> h30r has joined #exult
[14:39:11] <h30r> hi all
[14:39:46] <h30r> what's wrong with the source code link? I can't download it
[14:40:25] <artaxerxes> hi
[14:40:32] <artaxerxes> don't use an accelerator
[14:40:58] <h30r> ok
[14:41:20] <h30r> thanks
[14:44:08] <-- h30r has left IRC ()
[14:44:19] <Kabalx> salut artaxerxes, ša se passe bien la traduction en franšais ? :)
[14:47:06] <artaxerxes> salut Kabalx. All is good. Translation is done, now we are doing the proofreading.
[14:49:07] <Kabalx> that's great :) how does such a thing is done ? did you use a special tool which was reading from the original data files and writing to new files ?
[14:50:50] <artaxerxes> we used Exult's tools to do the following:
[14:51:07] <artaxerxes> * rip usecode into a wyriad of individual usecode functions
[14:51:30] <artaxerxes> * decompile those usecode functions into assembler-like code
[14:51:52] <artaxerxes> * recompile them into a usecode function once translation is done
[14:52:04] <artaxerxes> * glue then together into a usecode file
[14:52:51] <Kabalx> wow, kinda impressive
[14:53:46] <artaxerxes> I also made some perl scripts to separate the "data" section from the "code" section of those assembler-like usecode function, and recently uploaded them in a database with a web front-end to translate using a web browser.
[14:54:56] <Kabalx> nice. So you can see the whole strings in the decompiled usecode if I got it right
[14:55:12] <artaxerxes> yup
[14:55:17] <-- Baastuul has left IRC (Read error: 60 (Operation timed out))
[14:55:34] <artaxerxes> it is necessary to decompile/recompile to get the offsets right.
[14:56:03] <artaxerxes> otherwise, the translated text must take no more space than the original text, which is hard in French! ;-)
[14:56:20] <Kabalx> lol true
[14:57:26] <Kabalx> I see :) Thanks to exult team, Ultima7 will never die :P Did you translate the english text to some kind of an "old" french like U7partI did or did you go with a more actual spoken french ?
[14:59:05] <Kabalx> (and how did you manage to check for strings in the decompiled usecode ? I guess it's written between " " ?)
[14:59:33] <artaxerxes> I've got that covered in the README file. We choose more modern french, since the old french of BG was horrible and made no sense.
[14:59:53] <Kabalx> all right :)
[15:00:40] <Kabalx> I'll start playing SI again when the french version will be downloadable
[15:00:46] <artaxerxes> First of all, BG's and SI's english isn't really old english and secondly, we don't read old french in class since the XVIII century, while they might still do it in England and other english speaking countries, when reading Shakespeare for instance.
[15:01:20] <artaxerxes> it is downloadable already!
[15:01:25] <Kabalx> oh really lol
[15:01:29] <artaxerxes> It is actually a patch
[15:01:47] <Kabalx> ::go getting it::
[15:01:48] <artaxerxes> you d/l the patch, install it and you're done!
[15:01:54] <Kabalx> great :)
[15:02:03] <artaxerxes> sf.net/projects/si-french/
[15:02:20] <Kabalx> thanks a lot
[15:02:31] <artaxerxes> we need testers
[15:02:55] <artaxerxes> please report bugs with the bug-tracking offered by sourceforge.
[15:03:07] <artaxerxes> bugs usually fall into:
[15:03:14] <artaxerxes> * unclickable answers
[15:03:20] <artaxerxes> * spelling mistake
[15:03:28] <artaxerxes> * bad grammar
[15:03:31] <artaxerxes> * othe
[15:03:36] <artaxerxes> s/othe/other
[15:03:41] <Kabalx> all right :) with pleasure
[15:04:15] <Kabalx> tar.gz, is that only for linux or works with windows too?
[15:04:30] <artaxerxes> winzip will open it
[15:04:34] <Kabalx> k
[15:04:50] <artaxerxes> if you have perl installed, you could even use the autopatch script
[15:04:59] <artaxerxes> I do recommend using it
[15:05:27] <Kabalx> I don't have it
[15:06:04] <artaxerxes> the README has a link for getting perl on your machine.
[15:06:28] <artaxerxes> dir
[15:06:42] <Kabalx> thanks I'm gonna check it out
[15:09:25] <Darke> artaxerxes: (RE: problem with the 'you must start a new game' text) Apart from the fact the text looks like it needs bigger spaces, it properly fades out the menu, fades in the text and fades the text out/menu in. Though my exult checkout is probably about a month old.
[15:10:23] <artaxerxes> Darke: I'll remove my patch, checkout again, recompile and test again.
[15:10:46] <Darke> What version of gcc are you using?
[15:10:59] <Darke> Both wjp and I are likely using a 3.x tree, mine's 3.4.0 atm.
[15:11:10] <artaxerxes> also, I couldn't install SI using the method you mention. It still refuses to read the disk.
[15:12:06] <Darke> That's quite odd. I assume catting all the files together and unzipping it works though?
[15:12:31] <Darke> (Just to make sure all the various files are uncorrupted.)
[15:13:29] <artaxerxes> I can unzip them and I can run "SERPENT.COM" and the game starts with the intro and all, I can create a character and I can click on Journey Onward. It will create the GAMEDAT dir and put stuff in there, the blue swirls show up but then it crashes
[15:14:08] <Darke> Hrm... looks like the exult cvs' swerver is having problems...
[15:14:12] <artaxerxes> I think I'll post the md5sum of all the files I have to compare with others
[15:14:59] <Darke> My only guess is that some particular file is 'compressed' in some way, like the u8's sounds were, and the install program expanded them post isntall.
[15:18:23] <artaxerxes> it's possible
[15:19:05] <artaxerxes> that's why I think I'll post a list of file with their md5sum for a clean room install of Serpent Isle (sans SS) and see if anyone can confirm it all should work.
[15:33:51] <artaxerxes> posted
[15:53:43] <artaxerxes> bbl
[16:06:49] <eld-> where's the avatar hidden at in the shapefile?
[16:14:33] <eld-> ah, found..
[16:24:03] <eld-> going back to the pixelpainting roots ;_;
[16:41:45] <artaxerxes> b
[17:07:48] <artaxerxes> wjp: just tried to put the accents in frames > 127 and it works.
[17:10:04] <artaxerxes> only one very annoying limitation: I cannot create a frame and assign it a frame number. It has to be sequential, so to enter the Ú (0xE9 = 233), I must manually do a "add new frame" 105 times!
[17:11:16] <artaxerxes> for completeness, I right-click on the frame #128 and selected info, I changed the frame number to 233 but it switched it back to 128 automatically.
[17:12:01] <artaxerxes> Finally, I am wondering if this number (0xE9) is codepage dependant or not.
[17:12:13] <artaxerxes> maybe the french keyboard issues another code
[17:18:11] <artaxerxes> would it be of any use if I were to make a ISO8859-1 compliant fonts.vga?
[17:58:48] --> Dominus has joined #exult
[17:58:52] --- ChanServ gives channel operator status to Dominus
[18:00:50] <Dominus> hi
[18:02:41] <Colourless> hi
[18:02:49] <artaxerxes> hi
[18:18:42] <wjp> hi
[18:19:16] <wjp> artaxerxes: it really doesn't matter which encoding you use, as long as the font uses the same one as the usecode...
[18:19:31] <wjp> (and the text.flx, and any other text)
[18:19:48] <wjp> (remember that it currently works with a really bizarre non-standard encoding)
[18:20:09] <wjp> also the "code a french keyboard issues" is another matter altogether
[18:21:13] <wjp> oh, "doesn't matter which encoding you use" isn't _entirely_ true, since it does have to be a 1-byte-per-character encoding
[18:21:37] <wjp> so UTF-8 for example isn't possible
[18:24:19] <artaxerxes> well, if you use a french keyboard with different charset to translate and then you create the usecode out of it, it won't necessarily match the fonts.vga frames, will it?
[18:24:45] <wjp> the keyboard you use is irrelevant
[18:25:00] <wjp> it's the encoding you use for the file
[18:25:05] <artaxerxes> that's what I meant
[18:25:22] <artaxerxes> err... sort of what I mean!
[18:25:28] <artaxerxes> s/mean/meant
[18:25:56] <artaxerxes> aren't the charset different from country to country and even from OS to OS?
[18:26:21] <wjp> well, in a way
[18:26:46] <wjp> you just need to decide which encoding to use and stick with it
[18:27:09] <wjp> iso-8859-1 seems like a logical choice
[18:27:10] <artaxerxes> for instance, http://www.mauvecloud.net/charsets/iso99791.html looks different in Windows + IE than in Linux + Mozilla (I know, I checked with a coworker)
[18:27:27] <wjp> 404
[18:27:46] <artaxerxes> sorry
[18:27:54] <artaxerxes> iso88791.html
[18:28:08] <artaxerxes> http://www.mauvecloud.net/charsets/iso88791.html
[18:28:35] <wjp> so one of the two browsers is ignoring or misinterpreting the encoding
[18:29:20] <artaxerxes> methinks it's firefox... a "Page Info" revealed it is using iso8859-1 instead of iso8879-1
[18:29:40] <wjp> I never heard of 8879-1, btw
[18:29:47] <artaxerxes> yet
[18:30:01] <wjp> but it does seem to exist
[18:30:10] <artaxerxes> I found that page when I was searching for info on iso8859-1
[18:30:24] <wjp> 8879 is apparently SGML?
[18:31:23] <wjp> I think that page is confused
[18:32:20] <wjp> the iso.ch page seems to confirm that 8879 is SGML and not an encoding
[18:32:28] <artaxerxes> got it from http://www.ramsch.org/martin/uni/fmi-hp/iso8859-1.html
[18:33:12] <wjp> hm, oh.. shml entities?
[18:33:18] <wjp> s/shml/sgml/
[18:33:41] <wjp> peculiar
[18:35:53] <artaxerxes> so I should just go for the iso8859-1 ?
[18:37:04] <wjp> that's what I would do
[18:37:36] <artaxerxes> did you read my post about the limitation from ES?
[18:37:51] <Dominus> I looked at a file list artaxerxes gave me and I'm pretty sure that the problem is not that big and might be solveable with our tools.
[18:38:59] <wjp> ES limitation?
[18:39:08] <Dominus> it has files like Face0305.xxx, Face0306.xxx and so on. I bet these are shapes that must be appended to the vga files
[18:39:26] <Dominus> I mean installing SS to a SI installation. sorry was unclear
[18:40:17] <artaxerxes> wjp: about added a frame to fonts.vga and forcing the frame to be a certain frame number
[18:40:50] <wjp> ah, I suggest mailing to Jeff via the ML
[18:41:01] <artaxerxes> currently, it has to be sequential, so I have to do "add frame" 128 times to have the full iso8859-1 charset
[18:41:10] <Dominus> regarding SS installation, not that easy as it seems to use a different things for all files changed...
[18:41:11] <wjp> some other tools may be faster
[18:41:17] <artaxerxes> Dominus: I haven't tried to install SS on top of SI btw
[18:41:22] <wjp> does imagepack (ipack?) handles frames?
[18:42:26] <artaxerxes> I guess that could be used, yes
[18:42:39] <Dominus> ah, artaxerxes I see
[18:43:01] <wjp> bbl
[18:43:48] <Dominus> you could try another thing: mount a generic dir as floppy and copy the disk contents to that dir each time the installer asks you to use the next disk
[18:44:05] <Colourless> dosbox is 'funny' about things
[18:44:40] <Colourless> doesn't always refresh directory changes properly
[18:45:14] <Dominus> I'm sure I was able to install BG-only like that
[18:45:38] <Colourless> floppy emulation probably takes that into account that the dir will probably change
[18:46:22] <artaxerxes> I was able to see a difference, but the SI installer would not read my A: as being a floppy or having the right floppy in.
[18:46:39] <Colourless> disk volumes?
[18:46:46] <artaxerxes> My guess is that there must be some sort of label that it relies on.
[18:46:56] <Dominus> BG didn't
[18:46:57] <artaxerxes> that's my guess
[18:47:15] <wjp> dosbox' mount command allows you to set a label, AFAIK
[18:47:18] <Dominus> let me try something
[18:47:37] <Dominus> wjp: problem is that on install you can't change the label between disk
[18:47:41] <artaxerxes> wjp: but I don't know which one to use!
[18:47:52] <artaxerxes> Dominus: very tue
[18:48:15] <Colourless> dosbox need an 'interrupt' screen where you can change mountings
[18:48:41] <wjp> I'll try to bug harekiet/qbix about that a bit when I get back :-)
[18:49:01] <Colourless> :-)
[18:49:13] * wjp remembers he wasn't here and disappears again :-)
[18:49:21] * artaxerxes is lol
[18:58:08] <artaxerxes> OMG
[18:58:13] <artaxerxes> look at that:
[18:58:15] <artaxerxes> http://184.108.40.206/search?q=cache:6GCGN22cN0wJ:www.idsa.net/ultima/+original+Serpent+Isle+disks&hl=en
[18:58:52] <Colourless> something i'm looking at?
[18:59:02] <eld-> omg
[18:59:25] <eld-> I'd say "he prolly has no life"
[18:59:32] <eld-> but I'd so give my life to him for all that
[18:59:34] <Colourless> some people collect stamps... some people collect coins... some collect ultima games :-)
[19:00:04] <artaxerxes> interesting troubleshooting comment:
[19:00:07] <artaxerxes> Problem #3:
[19:00:07] <artaxerxes> When I try to run the game I get an error message:
[19:00:07] <artaxerxes> Problem: Game has either been installed from copies or has been installed
[19:00:07] <artaxerxes> while running a disk cache program.
[19:00:07] <artaxerxes> Solution: Make a bootable floppy disk to install and run the game from.
[19:00:10] <artaxerxes> Make sure you are using the original disks to install and not copies.
[19:00:40] <artaxerxes> (taken from http://ultima.lockewolf.com/pub/u7/docs/serphelp.txt)
[19:00:56] <Colourless> could have copy protection in the floppies
[19:01:22] <Dominus> or make real disk images
[19:01:25] <Colourless> but that would seem kind of strange
[19:01:40] <Colourless> but one would think you shouldn't get errors from decompressing the zips
[19:02:03] <Colourless> so... that would suggest that the files in the zip could be corrupt, and the installer fixes them
[19:02:39] <artaxerxes> I think I've got an idea. Install from A: to B:
[19:02:52] <artaxerxes> instead of from A: to C:
[19:03:03] <Colourless> i doubt that will work
[19:03:26] <Colourless> B is the reserved drive letter for the second floppy drive
[19:03:37] <Colourless> the installer probably wont even let you do it
[19:04:02] <artaxerxes> yet, a "strings SI.EXE" reveal it should allow for it.
[19:05:17] * artaxerxes grumbles
[19:05:28] <artaxerxes> "You must install to a hard drive"
[19:05:49] * Colourless looks away and whistles
[19:06:42] <Colourless> dosbox also needs low lever disk image floppy emulations
[19:06:50] <Colourless> s/lever/level/
[19:14:56] <artaxerxes> maybe I should try using bochs
[19:40:53] <wjp> ah, dosbox does support swapping disks, it seems
[19:41:02] <Dominus> it does
[19:41:17] <artaxerxes> how would that work?
[19:41:28] <Dominus> for a while now but not swapping mounted dirs, right?
[19:41:30] <wjp> although it may not be applicable here
[19:41:33] <wjp> http://vogons.zetafleet.com/viewtopic.php?t=4881
[19:43:28] <Colourless> hey... that's half the required features i mentioned above :-)
[19:43:41] <Dominus> oh, win3.1 works now?
[19:44:38] <Colourless> well considering the april fools day screenshots were never removed. it's possible they are real :-)
[19:44:47] <wjp> they were real
[19:45:22] <Colourless> it's interesting that real dos is now supportedf
[19:46:22] <Dominus> and supports hard drive images?
[19:46:32] <Dominus> I have not looked at dosbox in a while it seems
[19:46:34] <Colourless> that is what it says
[19:46:40] <Colourless> that would be cvs version :-)
[19:52:59] <wjp> it seems that dosbox automatically clears the drivecache for floppies on each FindFirst
[19:53:12] <wjp> and also automatically on cdrom media changes
[19:54:31] <Dominus> it did that for a while, that's what I tested when I tried to install my BG floppys
[19:54:59] <Colourless> a trick i was using when installing multi disk games in dosbox, was to make an cdrom iso of each of the floppy disks and then mount them in windows in daemon tools. When i wanted to change the disks i just used daemon tools to switch iso :-)
[19:55:27] <Dominus> he he
[19:56:07] <Colourless> i incidently also mounted drive a as a cdrom :-)
[19:56:11] <Colourless> few games cared
[19:56:36] <Colourless> some got disk write errors during installation though since they attempted to update their config settings and write to a drive
[20:06:42] <Dominus> I'm so glad that dosbox is relatively new. I don't think Exult would hve happened if dosbox would have run u7 back then
[20:07:14] <Colourless> umm... back then ultima 7 would have barely run in dosbox :-)
[20:07:38] <Dominus> he he, true
[20:07:53] <artaxerxes> wjp: using ipack, I was able to make all frames quite quickly, thx
[20:11:14] <artaxerxes> oh oh
[20:11:24] <artaxerxes> uh oh actually
[20:11:56] <artaxerxes> it seems fonts.vga with more than 128 frames does actually break exult
[20:12:05] <artaxerxes> Fatal signal: Floating Point Exception (SDL Parachute Deployed)
[20:12:15] <artaxerxes> when I do alt-x
[20:12:29] <artaxerxes> or when I click on ESC, the slots are blank
[20:13:05] <wjp> hm, probably something else
[20:13:42] <wjp> can you send me your fonts.vga?
[20:13:50] <artaxerxes> where to?
[20:13:59] <wjp> me? :-)
[20:14:31] <wjp> my leidenuniv.nl or planet.nl email addresses are both fine
[20:15:20] <artaxerxes> leidenuniv.nl it is
[20:16:34] <wjp> um, that's not a flex
[20:17:55] <wjp> oh, or actually it is, but it only has one entry in it
[20:18:15] <artaxerxes> put it in your patch/ dir and exult should use it
[20:18:52] <Colourless> wjp 1 shape
[20:19:07] <Colourless> patch vga files are 'merged'
[20:20:10] <wjp> umm... please don't tell me the blue plasma screen has a palette glitch _again_
[20:20:53] <artaxerxes> ?
[20:20:56] * Dominus doesn't tell wjp that the blue plasme screen has a palette glitch again
[20:21:05] <wjp> Dominus: thank you
[20:21:14] <Dominus> you're welcome
[20:21:14] <wjp> Dominus: can you fix it too? ;-)
[20:21:30] * Dominus stops the joking
[20:21:41] <wjp> yes, get serious and fix it ;-P
[20:22:17] <Dominus> how does the palette glitch show? I didn't notice anything
[20:23:39] <wjp> strangely it only seems to happen when running exult --game serpentisle
[20:24:07] <Dominus> --game serpentisle is no longer supported AFAIK
[20:24:15] <wjp> it isn't?
[20:24:17] <Dominus> does it happen with --si as well?
[20:24:30] <Colourless> that's totally broken that option
[20:24:34] <Colourless> palette is dead
[20:24:40] <Colourless> and the game didn't start up right either
[20:24:43] <wjp> no, --si is fine
[20:24:56] <Dominus> I think sometime ago it was decided that --game bg/si is not to be used anymore
[20:25:11] <wjp> ah, maybe someone should tell the code that :-)
[20:25:11] <Colourless> didn't get no music either
[20:25:24] <Dominus> only for "real" new games
[20:25:53] <Dominus> that said I'm sure Jeff or wjp said that some time ago
[20:26:06] <Dominus> might have been jeff in a studio related ML message
[20:33:05] <wjp> hm, exult thinks the font has a height of -63476
[20:33:36] <Colourless> sounds borked
[20:33:47] <artaxerxes> well, I haven't edited them all, so I used the default one that appears when you select "add frame"
[20:34:19] <wjp> highest=-1, lowest=-63476
[20:34:59] <wjp> which is strange to say the least
[20:35:21] <wjp> the gimp plugin doesn't really show anything weird, though
[20:36:05] <wjp> artaxerxes: is the last frame supposed to be 254 or 255?
[20:36:31] <artaxerxes> 255 IIRC
[20:39:59] --- sbx|afk is now known as sbx
[20:39:59] <sbx> hi
[20:43:39] * wjp hmms
[20:44:02] <Dominus> hi
[20:45:07] <artaxerxes> hi
[20:45:30] <artaxerxes> Dominus found a way to fix the pb btw.
[20:45:36] <artaxerxes> I have to go
[20:45:42] <artaxerxes> see ya later
[20:45:44] <Dominus> ok, see you
[20:45:55] <artaxerxes> bye all
[20:45:57] <-- artaxerxes has left #exult ()
[20:46:28] * wjp umms
[20:46:49] <wjp> I don't get this code... *stares*
[20:47:13] <Colourless> what code?
[20:51:03] <wjp> are you sure patch is merged with the original?
[20:51:22] <wjp> it really doesn't look like it
[20:51:30] <wjp> (see bottom of fontvga.cc)
[20:51:34] <Colourless> for a normal vga file it should be
[20:52:26] <Colourless> hmm, ok
[20:52:51] <Colourless> not for fonts obviously
[20:54:38] <Colourless> exult's code greatly confuses me sometimes
[20:55:23] <Dominus> all that studio stuff probably confuses things quite a bit
[20:56:06] <wjp> not just that
[20:57:02] <Colourless> you know, i cant even tell why fontvga bothers to inherit from vgafile
[20:57:09] <Colourless> i don't know if it even uses any of the vgafile methods
[20:57:40] <wjp> it's strange that fontvga has filenames semi-hardcoded in it
[21:00:27] <wjp> hm, no, the current Fonts_vga_file shouldn't inherit from Vga_file
[21:00:47] <wjp> it probably _should_, though
[21:01:19] <wjp> (for the right meanings of 'should' there)
[21:01:46] <Colourless> each font should get their shapes from the Font_vga_file
[21:02:03] <Colourless> but at the moment each Font loads it's own shape using this code:
[21:02:04] <Colourless> U7object font_obj(fname, index);
[21:02:04] <Colourless> font_buf = font_obj.retrieve(len);
[21:02:10] <Colourless> font_shapes = new Shape_file(font_data);
[21:02:32] <Colourless> add this above the last line
[21:02:32] <Colourless> font_data = new BufferDataSource(font_buf, len);
[21:04:16] <Colourless> this code is just kind of broken
[21:04:42] <Colourless> i guess it's just code that has just been hacked up
[21:05:13] <-- sbx has left IRC (Read error: 113 (No route to host))
[21:05:34] --> sbx has joined #exult
[21:05:43] <Colourless> that of course is broken, it doesn't make any sense why things are done like this, rather than broke, it doesn't work :-)
[21:06:55] <sbx> hey who wrote it?
[21:07:00] <Colourless> jeff
[21:08:04] <sbx> I don't know why I asked. :) I have no idea what you're talking about.
[21:20:06] <wjp> Colourless: do you want to fix it or should I?
[21:21:29] <wjp> interestingly, shapeid.h already lists SF_FONTS_VGA in the ShapeFile enum, albeit commented
[21:24:28] <Colourless> wjp: you can fix it
[21:24:44] <Colourless> if i were to fix it, i would leave it till after 1.2
[21:24:54] <Colourless> it couuld be considered a disruptive change
[21:25:09] <wjp> yes...
[21:25:19] <wjp> maybe it's time to branch :-)
[21:25:49] <Colourless> jeff already has his multimap branch
[21:26:05] <wjp> branch off 1.2, I mean
[21:26:32] <Colourless> oh
[21:26:59] <Colourless> the multimap branch isn't current anyway.
[21:27:09] <Colourless> it would end up being merged back into the main branch
[21:28:30] <Dominus> yup, multimap branch doesn't even compile atm
[21:35:55] <wjp> I guess I'll file a bug report for now
[21:38:11] <wjp> I shoud go; g'night
[21:38:24] <wjp> s/ou/oul/
[21:38:34] <Colourless> me too :-)
[21:38:36] <Colourless> bye
[21:38:45] <-- Colourless has left IRC ("casts invisibility")
[21:38:55] <Dominus> do I dare?
[21:39:01] <Dominus> oh, well, me too
[21:39:05] <-- Dominus has left IRC ("a pooka invited me for a drink")
[22:14:52] --> Baastuul has joined #Exult
[22:24:43] --> Kirben has joined #exult
[22:24:43] --- ChanServ gives channel operator status to Kirben
[22:58:17] --> Baastuul_ has joined #Exult
[22:59:04] <-- Baastuul has left IRC (Nick collision from services.)
[22:59:06] --- Baastuul_ is now known as Baastuul