IRC logs for #openttd on OFTC at 2010-10-01
⏴ go to previous day
00:07:13 *** roboboy has joined #openttd
01:59:19 *** Chris_Booth has joined #openttd
02:04:33 *** MrBlack has joined #openttd
02:14:28 *** trebuchet has joined #openttd
04:31:41 *** Belugas has joined #openttd
04:31:41 *** ChanServ sets mode: +o Belugas
05:00:02 *** Eddi|zuHause has joined #openttd
05:31:22 *** Silasle has joined #openttd
05:51:46 *** roboboy has joined #openttd
06:24:46 *** Cybertinus has joined #openttd
06:34:47 *** ^Spike^ has joined #openttd
06:46:08 *** Kurimus has joined #openttd
07:27:13 *** roboboy has joined #openttd
07:31:30 <dihedral> lol ... "i think we (read: the devs)"
08:14:28 *** glevans2 has joined #openttd
08:28:34 *** Progman has joined #openttd
08:36:39 *** TomyLobo has joined #openttd
08:43:45 *** pavel1269 has joined #openttd
09:06:54 *** JVassie_ has joined #openttd
09:21:19 *** fonsinchen has joined #openttd
09:28:57 *** roboboy has joined #openttd
09:43:12 *** TomyLobo2 has joined #openttd
09:49:41 *** TomyLobo2 is now known as TomyLobo
10:25:43 *** Singaporekid has joined #openttd
10:29:18 <Rubidium> oh boy... my lunch break skim of the wiki changes makes me (somewhat) cry
10:30:35 <Rubidium> the configuring patches window of 0.2.x is being documented at the moment
10:31:33 *** KenjiE20 has joined #openttd
10:34:35 <Eddi|zuHause> imho, only stuff from the next (nightly), current (1.0) and previous (0.7) stable should be documented at any time...
10:35:07 <Eddi|zuHause> anything else will only become more confusing than helpful
10:36:01 <Rubidium> but... recent and current developments are very important...
10:36:27 <Rubidium> ... and (in 4 days) 3 years out of date
10:41:54 *** roboboy has joined #openttd
10:56:23 *** thvdburgt has joined #openttd
11:02:32 <Ammler> well, he added the warning that the page is outdated, which isn't that bad...
11:02:45 *** waldtroll has joined #openttd
11:10:36 *** Chris_Booth has joined #openttd
11:15:41 *** Chris_Booth_ has joined #openttd
11:20:53 *** Chris_Booth_ is now known as Chris_Booth
11:21:45 <__ln__> hello ambadassor of the berlusconiland
11:22:40 *** Biolunar has joined #openttd
11:23:08 <Ammler> he added also warnings on current pages to look on old pages and reverted my try to remove it :-)
11:23:53 *** fonsinchen has joined #openttd
11:36:00 <dihedral> Rubidium, can you not require people to be logged it to make changes?
11:36:34 <dihedral> hehe - lets hope he does not document each revision :-D
11:37:48 <dihedral> or inject a http reply to his next request, telling him to stop :-D
11:54:35 *** norbert79 has joined #openttd
11:56:09 *** Adambean has joined #openttd
12:07:30 <Rubidium> well, then send him a wiki "pm" or something
12:15:16 <planetmaker> hey norbert79 & SmatZ :-)
12:15:52 <planetmaker> highlight party ;-)
12:16:06 <Chris_Booth> Smatz, Rubidium and norbert79 hi
12:16:20 <DorpsGek> Chris_Booth: ^Spike^, __ln__, Aali, ack, Adambean, Ammler, Andel, APTX, ar3kaw, ashb, asnoehu, azaghal, bartavelle, Belugas, Biolunar, blathijs, Born_Acorn, ccfreak2k, Chris_Booth, CIA-2, ctibor, Cybertinus, dfox, dihedral, DorpsGek, dotwaffle, Eddi|zuHause, elho, elmz, eQualizer, erani_, FloSoft, Fuco, George, glevans2, glx, guru3, heffer, HerzogDeXtEr, Hirundo, Joni-, jonty-comp, jpm, jpx_, JVassie_, KenjiE20, KingJ, (2 more messages)
12:16:39 <blathijs> Why do we even have that command...
12:16:48 <Chris_Booth> I am in the nick list? how random
12:16:50 <planetmaker> and why can non-admins access it?
12:16:52 <DorpsGek> Adambean: ^Spike^, __ln__, Aali, ack, Adambean, Ammler, Andel, APTX, ar3kaw, ashb, asnoehu, azaghal, bartavelle, Belugas, Biolunar, blathijs, Born_Acorn, ccfreak2k, Chris_Booth, CIA-2, ctibor, Cybertinus, dfox, dihedral, DorpsGek, dotwaffle, Eddi|zuHause, elho, elmz, eQualizer, erani_, FloSoft, Fuco, George, glevans2, glx, guru3, heffer, HerzogDeXtEr, Hirundo, Joni-, jonty-comp, jpm, jpx_, JVassie_, KenjiE20, KingJ, (2 more messages)
12:17:04 <norbert79> What is this command for?
12:17:13 <planetmaker> norbert79: annoying everyone in the channel
12:17:17 <dihedral> erm , can that thing not be disallowed?
12:17:20 <norbert79> planetmaker: Other, than that :)
12:17:23 <DorpsGek> glx: (nicks [<channel>]) -- Returns the nicks in <channel>. <channel> is only necessary if the message isn't sent in the channel itself.
12:17:39 <norbert79> Ah, now that is indeed annoying
12:18:08 <Chris_Booth> does do every one only ^Spike^ - KingJ
12:18:11 <Fuco> extremly useful command I might add
12:18:26 <dihedral> Chris_Booth, you are not familiar with the more command are you? :-P
12:18:27 <norbert79> Fuco: For spamming? Sure... But thats the only good side of it
12:19:00 <Ammler> I really should rename to zzzz
12:19:04 <Chris_Booth> yes @more dihedral should be call annoy more
12:19:09 <dihedral> Ammler, i thought the same thing
12:19:11 <planetmaker> Ammler: un-zzzz rather ;-)
12:19:22 <TrueBrain> at least it wakes up a few dead skeletons in this channel .. I don't see the issue
12:19:29 <dihedral> Chris_Booth, you are the one who started it!
12:19:29 <TrueBrain> I see people talk here now I haven't seen talk in ages
12:19:31 <planetmaker> look at all those nicks which just woke up ;-)
12:20:09 <dihedral> set a negative capability :-P
12:20:12 <SmatZ> breaking their records in "last seen", while still being in the channel
12:20:22 <DorpsGek> SmatZ: bartavelle was last seen in #openttd 34 weeks, 0 days, 0 hours, 17 minutes, and 57 seconds ago: <bartavelle> yes
12:20:44 <planetmaker> bad guess, too ;-)
12:20:53 <DorpsGek> Rubidium: I have not seen ludde.
12:21:38 <Chris_Booth> 34 weeks is a good idle stat
12:21:49 <DorpsGek> planetmaker: snorre was last seen in #openttd 8 weeks, 3 days, 18 hours, 55 minutes, and 40 seconds ago: <snorre> I'm running a server.. I'll just switsh to toyland for a while :P
12:22:12 <planetmaker> I should stop NOW
12:22:16 <Rubidium> SmatZ: ofcourse she is
12:22:17 <Chris_Booth> maybe a funny idea would be to kick people have 52 weeks
12:22:32 <SmatZ> hello DorpsGek, how are you? :)
12:22:58 <TrueBrain> SmatZ: you scare me ... having a conversation with your own can't be a good thing ...
12:23:16 <Chris_Booth> Webster talks back aswell
12:23:50 <Wolf01> transitive property -> glx is a woman? :O
12:24:16 *** Wolf01 was kicked by DorpsGek (no)
12:24:50 <Noldo> transitivity describes relations, not properies
12:25:55 <Chris_Booth> I may start a new IRC client to build up silence stats
12:26:40 <Rubidium> Wolf01: yeah, I guess SmatZ is happily excited about that statement
12:27:06 <SmatZ> nah, DorpsGek just ignored my kick command
12:27:34 *** Rubidium sets mode: +o SmatZ
12:27:38 <DorpsGek> TrueBrain: TrueBrain
12:27:46 <TrueBrain> DorpsGek: you are weird
12:28:04 <Wolf01> I put a smile at the end, so it was only for fun
12:28:38 * Rubidium guesses Wolf01 didn't take a look at the dictionary yet
12:28:53 <DorpsGek> SmatZ: I don't recognize you.
12:29:17 <norbert79> dang, dind't work :)
12:29:37 <Rubidium> TrueBrain: looks like your daughter hit puberty
12:29:42 <glx> SmatZ: /msg DorpsGek identify maybe
12:30:01 <Chris_Booth> glx whoi is maybe?
12:30:46 <Rubidium> @calc 2.11/8*3600*24*365/1024
12:30:46 <DorpsGek> Rubidium: 8122.67578125
12:30:53 <SmatZ> glx: thanks, I don't remember I even needed to do that
12:30:57 <DorpsGek> norbert79: help [<plugin>] [<command>]
12:31:13 <norbert79> never mind, just testing
12:31:14 <glx> SmatZ: maybe it failed to recognise your host
12:31:23 <Rubidium> hmm, we only used 8 TiB of the 24 TiB we've got available :)
12:35:56 <Rubidium> although we shouldn't forget the 1.25 TiB a month offloaded to the mirrors
12:38:02 <Eddi|zuHause> it's probably "cheating", but:
12:38:02 <Rubidium> (although that figure is of the last two months which were much quieter than April)
12:38:05 <DorpsGek> Eddi|zuHause: I have not seen spbot.
12:38:32 <norbert79> Terrabytes.. God I remember back of the BBS times where 200 Megabytes of Data or even 1 GiB of data was huge
12:38:54 <norbert79> best connection: Modem 56 kbit :)
12:39:34 <Rubidium> still, 2 TiB a month is quite an achievement for such a relatively small game
12:39:48 <Eddi|zuHause> at that time, i had an 80MB hard drive!!
12:40:27 <norbert79> Eddi|zuHause: So you could install Strike COmmander with ease... I think users with 20 or 40 MB of big drive had some issues :)
12:40:41 <Rubidium> and "only" 500-600 MiB of that is causes by the content downloads
12:40:45 <Eddi|zuHause> norbert79: i don't remember that game
12:41:18 <norbert79> Eddi|zuHause: It was released in 1993, it run very well on a 386 it had textured graphics... It was a flight simulator like Arcade game with a story behind
12:41:31 <norbert79> Eddi|zuHause: I still have it in original on CD-ROM
12:42:32 <Eddi|zuHause> @seen Born_Acorn
12:42:32 <DorpsGek> Eddi|zuHause: I have not seen Born_Acorn.
12:43:14 <Eddi|zuHause> [Mittwoch, 16. September 2009] [02:34:07] <DorpsGek> Born_Acorn was last seen in #openttd 10 weeks, 0 days, 9 hours, 48 minutes, and 24 seconds ago: <Born_Acorn> Bbl
12:43:28 <Eddi|zuHause> that was about one year ago :p
12:45:53 <Eddi|zuHause> norbert79: i never really was into flight simulators...
12:46:07 <norbert79> Eddi|zuHause: Oh, I see
12:48:10 <dihedral> norbert79, i think i remember that game :-)
12:48:25 <dihedral> i do remember it :-)
12:48:53 <norbert79> dihedral: It supposed to happen within a year if we look at the games timeline :D
12:50:39 <dihedral> i would argue about it still being fun though :-P
12:50:54 <norbert79> Just try it again, you will find it even today challenging
12:50:56 <dihedral> have a look at flightgear
12:51:26 <norbert79> Comparing FLightgear with Strike Commander is like comparing an apple to raisins
12:51:35 <dihedral> i find it quite sad today, as its physics engine aint quite what i would expect or want
12:51:49 <norbert79> Yet you can replace it
12:52:01 <norbert79> And FG is not an arcade story based game :)
12:52:19 <dihedral> comparing duke nukem 3d with HL is silly too, yet it demonstrates that one has a more up to date engine
12:52:51 <Belugas> haaa.. for once, a VALID highlight :)
12:52:55 <norbert79> dihedral: Aw, come on, two different games, two different style, besides there is EDuke32 and HDR packs too :P :)
12:53:25 <norbert79> dihedral: I loved Half Life for the story and Duke Nukem for it's mood
12:53:45 <dihedral> norbert79, it's not the style i am getting at - i just would not consider the one to be fun to play today, but i prefer keeping it in memory, as it was fun to play back then
12:54:05 <dihedral> the source engine is amazing with regards to it's physics
12:54:13 <dihedral> fg has some awesome physics too
12:54:15 <norbert79> dihedral: Well, it might be only me, but I still happily turn on my old 486 and play those old games
12:54:30 <dihedral> and i can read your answers without you needing to highlight me all the time
12:55:16 <norbert79> Or take Tyrian2000... Now available for free and still rocks... I have played it through almost 10 times by now
12:55:40 <Wolf01> I've the original CD of Tyrian
12:55:44 <norbert79> and you know what? OpenTTD has no 3D neither we still love playing it :)
12:56:54 <dihedral> norbert79, i do not play openttd :-P
12:57:14 <Belugas> hu??? no 3D YET??? Fuck... that must be such an unrealistic and boring game
12:57:40 <norbert79> Belugas: Yeah, just imagine... No Z coordinates, no nothing, just plain sprites... How dull
12:57:52 <Eddi|zuHause> norbert79: openttd is from the "isometric age" of 3D-gaming
12:58:15 <norbert79> But on the other hand Little Big Adventure was partially sprited and 3D in one and was also isometric
12:58:25 <norbert79> yet LBA2 turned into almost full 3D
12:58:41 <norbert79> and both are also available by now for free
12:59:01 <dihedral> i consider the fun of openttd to be programming for and around it
12:59:03 <Eddi|zuHause> that was like a wave going through the game industry... sim city 2000, civilization 2, openttd ... even Age of Empires
12:59:12 <peter1138> -r-------- 1 root root 140737486262272 Oct 1 13:57 kcore
12:59:25 <Eddi|zuHause> i mean original tt
12:59:41 <norbert79> peter1138: Brwosing through /proc? :)
12:59:54 <peter1138> just added more ram
12:59:56 <peter1138> but not that much more ram :P
13:00:36 <norbert79> Some kinda of older flotaing type kinda bug, it shows the negative number... How much ram do you have btw? (I guess it was a Gnome-Session-manager) bug
13:00:53 <ccfreak2k> Isometric allowed you to have "3D" without all the computing required for it.
13:00:56 <norbert79> A similar game caused me also some headaches sometimes in DOS times
13:01:05 <ccfreak2k> Eddi|zuHause, looks masked.
13:01:09 <norbert79> if you had more, than 32 mb of ram
13:01:11 <Belugas> by the way, i still love openttd...
13:01:18 <peter1138> i guess it's a big memory hole
13:01:21 <Belugas> not as much as i love
13:01:22 <norbert79> Belugas: Who doesn't?
13:01:23 <peter1138> it's approximately 2^47 + 2GB
13:01:39 <Belugas> the music i listen to, right now :)
13:02:04 <Belugas> but... still the 5 usual
13:02:15 <Belugas> did not had time for the 19 :(
13:02:32 <Belugas> the 1st and the 5th... my overall best
13:05:07 <dihedral> peter1138, -r-------- 1 root root 128T 2010-10-01 15:00 kcore
13:06:14 <Belugas> right... we're already in october
13:06:29 <Belugas> damned... that's all i can read from these lines
13:07:24 <Eddi|zuHause> -r-------- 1 root root 939528192 1. Okt 15:07 /proc/kcore
13:07:59 <Eddi|zuHause> what does this number even mean?
13:09:05 <SmatZ> hmm rather size of user-space VM
13:09:52 <SmatZ> -r-------- 1 root root 140737486262272 1. říj 15.08 /proc/kcore
13:09:55 <Eddi|zuHause> Mem: 1034880 <-- that's what 'free' tells me
13:09:58 <Eddi|zuHause> which is slightly more
13:10:00 <SmatZ> I am sure I don't have 128TiB of RAM
13:10:17 <peter1138> SmatZ, it used to, however
13:10:24 <peter1138> my server says 896MB, it has 4GB ram
13:10:31 <dihedral> <SmatZ> size of your RAM? <- that would be nice
13:10:31 <peter1138> processes can be larger than 896MB
13:10:54 <Belugas> guess we are not talking abuot a home PC then :)
13:11:28 <Rubidium> mine says 128T as well...
13:11:31 <peter1138> my server has 4GB, my home pc has 6GB
13:12:05 <Eddi|zuHause> 32bit vs 64bit os?
13:12:15 <Rubidium> too bad /dev/zero is only 5 bytes big. Would be fun to see something like ∞ in ls
13:12:30 <Belugas> :( that's even more than the total ram i have at home
13:12:52 <ccfreak2k> Everyone forgets about PAE.
13:12:59 <Rubidium> in any case 4 GiB isn't enough
13:13:11 <norbert79> Rubidium: No file in /dev nor in /proc are real files
13:13:24 <Rubidium> kdevelop seriously needed more memory than the 4 GiB of memory I had
13:13:25 <peter1138> Eddi|zuHause, possible, the server is 32 bit
13:13:34 <Eddi|zuHause> norbert79: that wasn't the question
13:37:31 *** Devroush has joined #openttd
13:43:23 *** fonsinchen has joined #openttd
13:45:13 *** Prof_Frink has joined #openttd
13:46:03 *** Devroush|2 has joined #openttd
14:01:48 *** Devroush has joined #openttd
14:02:11 *** underdoggg has joined #openttd
14:02:28 <underdoggg> hi, decided to come straight here and ask about os x build
14:02:50 <underdoggg> is there any way I can play 1.0.4 with this newest mac?
14:03:10 <underdoggg> I have 1.0.3 running smootly, already
14:03:32 <davis> where did you get that 1.0.3 build that runs on mac?
14:03:55 <underdoggg> I found this thread in the forums
14:04:06 <underdoggg> there was this link which I clicked
14:04:31 <underdoggg> mac os x build 1.0.3, sometin like that
14:04:43 <davis> I suppose you have to wait for some 1.0.4 build then
14:04:46 <Wolf01> then is better you ask there
14:04:47 <Belugas> if you can compile, you can have version 1.0.4
14:04:57 <underdoggg> what does compile mean? :)
14:05:08 <Belugas> otherwise, you shold wait until someone build it fo ryou
14:05:27 <Belugas> you answered the question
14:05:29 *** underdoggg has joined #openttd
14:05:37 <avdg> donno if the binaries are portable through
14:05:50 <underdoggg> maybe I have to wait
14:06:01 <Belugas> underdoggg, that's your only solution, then
14:06:07 <underdoggg> but I have 2 flat mates and they have pc's
14:06:15 <avdg> I've done some distribution and seems my binaries doesn't work on other macs
14:06:16 <underdoggg> I made them dl 1.0.3 though :D
14:06:40 <avdg> and the patch to fix the static links is still not applied for some reasons
14:06:45 <underdoggg> but I was just wondering if there is easy solution
14:07:07 <davis> that's probably as easy as it gets
14:07:09 <Wolf01> lol, I was writing the same
14:07:14 <underdoggg> but, I dont have windows
14:07:34 <underdoggg> can I run linux with mac?
14:07:40 <underdoggg> can I also ask how? :D
14:08:03 <underdoggg> do I need some other programs?
14:08:14 <Belugas> ans searching on google or whatever your favorite search engine
14:08:17 <planetmaker> you don't even need a computer. ;-)
14:08:39 <davis> my tv firmware runs on some kind of linux.
14:08:54 <underdoggg> asking stupid things, but just trying to safe some surfing
14:08:54 <KenjiE20> I have a spare dead badger around, you can use that for linux is you like :p
14:09:29 <davis> underdoggg , no harm. but smartest choice is probably to wait
14:09:30 <underdoggg> I just dl linux... well I'm pretty sure there will be problems ahead if I do that
14:09:47 <davis> Ubuntu is pretty simple
14:10:03 <fonsinchen> What exactly are you downloading?
14:10:28 <davis> you can make look ubuntu 100% like windows xp by now
14:10:56 <davis> why would anyone anything looking like windows xp.
14:11:12 <Belugas> well... making the transition easier?
14:11:27 <Belugas> change can be frighting
14:11:43 <davis> Ubuntu is already pretty .. windows like
14:11:48 <davis> at least considering the desktop
14:12:03 <Rubidium> davis: that's definitely a lie
14:12:10 <fonsinchen> I remember working with XP for the first time sometime around 2003, after having worked with 98 and various X window managers ...
14:12:32 <dihedral> davis, excuse me... WHAT?
14:12:32 <fonsinchen> The first thing I thought was: How could they make something THAT awful??!
14:13:15 <KenjiE20> that looks more Mac than XP?
14:13:18 <Rubidium> that looks in no way like Windows XP
14:13:19 <dihedral> and that is very windows style?
14:13:31 <davis> imho it is close enough to windows
14:13:33 <dihedral> c'mon davis you can do better than that
14:13:54 <davis> what i'm trying to say , it's not all different haha
14:14:09 <dihedral> then quit saying stupid stuff :-P
14:14:21 <underdoggg> ive heard that word before
14:14:57 <dihedral> davis, and please realize that you are merely referring to gnome
14:15:15 <dihedral> and that for sure aint anywhere near windows XP - though of course if you mangle with it, you can make it look similar
14:15:22 <dihedral> but then you can do the same with KDE too
14:15:34 <dihedral> if you mangle a bit more, you can make it look OS X'ish
14:16:07 <dihedral> and now show me how you can customize windows xp to look any way you like
14:16:32 <KenjiE20> the second recommended link on that vid is good
14:16:41 <KenjiE20> the ubunutu like win7 thing
14:17:06 <KenjiE20> (I just skipped to about 7mins in)
14:17:08 <dihedral> but that is because windows is changing behaviour and not gnome :-D
14:18:07 <Rubidium> the video looks infinitely times more like windows that the screenshot you linked
14:18:22 <KenjiE20> ubunutu is good for one thing; boob mashing logo excuses :p
14:18:23 <Rubidium> although there's still pretty much that tells "this is not Windows"
14:19:31 <dihedral> davis, you use windows at home?
14:20:28 <davis> got both , windows and well /gnome/
14:21:05 <davis> mostly windows 7 ultimate though , it simply supports more games.
14:22:35 <davis> my mp3 player runs on rockbox :D
14:23:11 <ccfreak2k> Surely you mean the other way around.
14:23:15 * KenjiE20 thinks we're getting badly off topic here
14:23:34 * davis thinks KenjiE20 is sexy.
14:23:51 <KenjiE20> I'm now worried and ignoring IRC
14:24:40 <davis> irc is amazing , like multiplayer notepad. a bunch of fun
14:25:27 <planetmaker> [16:21] <davis> mostly windows 7 ultimate though , it simply supports more games. <-- you play other games? Heretic!
14:25:52 <davis> just because my PC isn't heavily outdated ;)
14:27:01 <dihedral> thankfully he's none of those guys requesting multi core/cpu support
14:27:02 <planetmaker> try to play a decent openttd game with an out-dated PC...
14:27:44 <ccfreak2k> Maybe he means, for example, not buying up the land next to every industry.
14:28:56 <davis> then again the definition of outdated is somewhat vague aswell.
14:29:18 <Rubidium> Eddi's new PC isn't outdated yet
14:29:30 <davis> haha , probably newer than mine then
14:29:32 <Rubidium> (has it actually been delivered yet?)
14:29:45 <Rubidium> mine are already ancient
14:30:01 * planetmaker probably will only buy laptops in the near future
14:30:02 <davis> currently running on 2.83ghz quadcore , 2 graphic cards and 8gb ram
14:30:05 <planetmaker> at least privately
14:30:50 <davis> I loved my laptop , till the usb controll broke. then it was near useless
14:33:00 <planetmaker> hm... I don't need that very often either :-)
14:33:02 <planetmaker> only wifi is important ;-)
14:34:53 <dihedral> davis: define quad core :-P
14:35:10 <dihedral> i.e. some precision? :-D
14:38:27 *** roboboy has joined #openttd
14:40:52 *** lolman_ is now known as lolman
14:48:42 <davis> Intel Cre 2 Quad CPU Q @ 2.83GHz (4 CPus), ~ 2,8Ghz
14:49:14 <davis> possible to overclock it to ~ 3.2 , but that's not in need yet.
14:49:38 <peter1138> i bumped my 2.4 to 3, heh
14:50:25 <davis> not sure about the limits of my cpu
14:50:33 <davis> but it runs fine as it is , no need to play around yet
14:54:17 <__ln__> peter1138: were you able to do that without losing the speedstep-or-something functionality?
15:10:33 *** waldtroll has joined #openttd
15:15:54 <peter1138> __ln__, it only ever allowed 1.6 or 2.4 GHz before
15:16:02 <peter1138> __ln__, now it only allows 2.0 or 3.0 GHz
15:16:12 <peter1138> __ln__, no where near as flexible as AMDs version
15:17:58 *** thvdburgt has joined #openttd
15:18:41 <dihedral> i'd still not go for an amd just for that :-P
15:18:51 <dihedral> unless i wanted some embeded thing like a geode
15:19:14 <dihedral> s/a geode/the geode/
15:21:37 <peter1138> the type of namespace name 'membership' does not exist in the namespace 'system.web.security'
15:24:58 *** Brianetta has joined #openttd
15:44:56 <Eddi|zuHause> so... new computer...
15:45:17 <__ln__> peter1138: when i tried overclocking, i lost speedstep possibility.. but could have been a limitation of the bios or specific bios version
15:45:32 <__ln__> Eddi|zuHause: congrats. specs?
15:48:44 <Eddi|zuHause> some assembly requred
15:50:01 <waldtroll> what one would you prefer? 32bit or 64bit?
15:59:36 <peter1138> Is there any point to staying with 32bit?
16:03:03 <peter1138> Hmm, I wonder if my new drive and controller are... hotplug...
16:03:53 <waldtroll> peter1138: i believe not, but many ppl i know don't want to switch for .... stupid reasons
16:07:03 <Eddi|zuHause> i only have a 32bit windows, if i can find the disk...
16:07:24 <Eddi|zuHause> and i downloaded 64bit opensuse
16:07:49 <peter1138> Well, it's only 8 or 9 years old :D
16:08:04 <Eddi|zuHause> well... i don't really care
16:08:31 <Eddi|zuHause> and definitely not enough to actually pay for a newer one
16:14:59 <waldtroll> but you know that 32bit windows only can address 3,3 Gig of RAM? it reserves the last 700MB for virtual I/O mapped memory
16:17:15 *** |Jeroen| has joined #openttd
16:23:17 *** roboboy has joined #openttd
16:29:13 <waldtroll> yarp, at least Tanenbaum - Modern Operating Systems says so
16:32:36 <Rubidium> actually the memory limitation is more an arbitrary limitation put into the OS by Microsoft
16:39:49 <waldtroll> Rubidium: nope, a 32bit processor cannot address more than 4GB
16:40:17 <Rubidium> waldtroll: then explain to me why Windows 2000 server data center x86 can address 32 GiB
16:41:31 <Rubidium> waldtroll: did you read the page you linked?
16:41:35 <waldtroll> could be virtual memory
16:41:58 <peter1138> Never heard of PAE?
16:42:02 *** trebuchet has joined #openttd
16:42:14 <Rubidium> The external address and data buses are often wider than 32 bits but both of these are stored and manipulated internally in the processor as 32-bit quantities. For example, the Pentium Pro processor is a 32-bit machine, but the external address bus is 36 bits wide, and the external data bus is 64 bits wide.
16:42:51 <CIA-2> OpenTTD: smatz * r20860 /trunk/src/ (9 files in 4 dirs): -Cleanup: remove some unused functions and variables
16:42:56 *** theholyduck has joined #openttd
16:42:59 <Rubidium> a processor with 32-bit memory addresses can directly access 4 GB of byte-addressable memory <- that's probably what you're thinking about, but... the direct in there is the important bit
16:43:30 <peter1138> I wonder if Firefox will be usable now that I have 6GB...
16:43:42 * Lakie thinks Oskar would be quite upset at this code.
16:44:06 <Lakie> It imetates the resizability of OpenTTD's object gui
16:44:12 <waldtroll> but thats not standard hardware
16:44:35 <waldtroll> oh, okay, u're right
16:44:38 <peter1138> PAE is pretty standard on x86...
16:44:40 <Rubidium> waldtroll: true-ish, any CPU supporting PAE
16:45:03 <Rubidium> that does not include all CPUs, like those damn old 486s
16:45:06 *** Silasle has joined #openttd
16:45:21 <Aali> the 3GB limit still holds for any single one application though, unless its programmed to handle more
16:45:40 <SmatZ> even old IA16 CPUs could address more than 64KiB of memory
16:46:20 <waldtroll> i see, im a bit out of date :-D
16:46:29 <Rubidium> true, though I seem to remember that those memory hogging web browsers are starting a process per tab. I'd reckon 3GiB of memory would be enough to handle a tab for the forseeable future
16:46:53 <waldtroll> but that doesn't change the fact that a normal Win XP 32Bit can' address more than 3,3Gig
16:47:33 <Rubidium> true, but as I said that's an arbitrary limitation put in by Microsoft
16:47:45 <waldtroll> i see, you were right
16:48:06 <SmatZ> [18:46:52] <waldtroll> but that doesn't change the fact that a normal Win XP 32Bit can' address more than 3,3Gig <== talking about userspace programs
16:48:13 <waldtroll> i found a table in wikipedia :-D i can't believe win 7 starter can only adress 2 Gig, thats crazy
16:48:43 <Rubidium> XP starter only 512 MiB, but then... with 2 or 3 applications running at a time there's not much to worry about
16:48:51 <waldtroll> nop, my pld win XP professional can only handle 3,3 Gig overall
16:48:58 <glx> win7 starter is very limited
16:49:56 <Rubidium> for fun... my Windows XP has a 128 GiB limit
16:50:12 <Rubidium> although... I'm running Windows (NT) 5.2
16:50:30 <Rubidium> you're arguably running Windows (NT) 5.1
16:50:38 <waldtroll> i do not run windows XP anymore, so i cant look for it
16:51:01 <waldtroll> and the wikipedia-table says win XP 64bit can haandle 128 Gig
16:51:31 <glx> anyway limits are always software limits
16:51:36 <waldtroll> SmatZ: my windows only showed 3,3Gig RAM in the systems interface ...
16:52:08 <waldtroll> but as i said, i can't test it because i don't run it anymore
16:52:28 <davis> waldtroll 32bit version of windows?
16:52:31 <waldtroll> i didn't ignore you, my windows ignored the rest of the RAM :-p
16:52:46 <davis> yeah 32 bit only supports up to 3,3 gig afaik
16:53:06 <waldtroll> davis: yeah, thats what i said, before i got wrong with the PAE
16:55:13 <waldtroll> and i don't know, why SmatZ feels ignored, because my 32bit Windows XP Professional would only handle 3,3 Gig, not only in single userspace programms but overall
16:57:44 <SmatZ> waldtroll: what I said was probably wrong :)
16:58:17 <michi_cc> It's actually 4GB minus whatever the mainboard reserves for PCI and onboard IO.
16:59:04 <michi_cc> So the maximum memory supported by XP depends on the mainboard/chipset.
16:59:39 *** Alberth has joined #openttd
16:59:41 <Rubidium> though aren't you able to work around that by enabling PAE?
16:59:42 <waldtroll> SmatZ: ah, i got you totally wrong, i thought you feel ignored, not that you want to be ignored ... sry
17:00:10 <SmatZ> sorry for mistaking you, waldtroll :)
17:01:04 <dihedral> s/mistaking/confusing/
17:01:18 * SmatZ mistakes dihedral in his confusion
17:02:04 <michi_cc> PAE is only used by the server versions of windows. Reason I read somewhere in a MS presentation was that too many 32-bit drivers were crashing when presented with memory addresses larger than 32-bit.
17:02:32 <michi_cc> So they decided to not use PAE for consumer 32-bit windows.
17:03:01 <Rubidium> though MS claims you can use /PAE in the boot settings somehow
17:05:42 <waldtroll> a short question before i have to leave: is there a ressource (site or document) where to learn the NFO?
17:06:18 <theholyduck> Rubidium, sure, but it still limits it to 4gb
17:06:20 <theholyduck> on most versions of windows
17:06:23 <theholyduck> even WITH pae enabled
17:06:23 <davis> is there any patch that allows to build stations underneath bridges / bridges over stations?
17:08:11 <SmatZ> davis: it's not allowed because it caused glitches
17:08:27 <Rubidium> maybe in peter's magic storage of ancient patches
17:10:23 <waldtroll> SmatZ: thanks ... i think i have to practice on my google-fu skills, i didn't find that site
17:11:24 <peter1138> heh, there is one for that, actually
17:13:01 *** frosch123 has joined #openttd
17:13:08 <waldtroll> now i've got to go, i'll be back in a few days when my trials areN#t working ;-)
17:13:17 *** ChanServ sets mode: +v tokai
17:15:30 <frosch123> evening albert and smatz :)
17:15:37 <frosch123> hello to the rest :)
17:21:29 *** snorre_ has joined #openttd
17:23:36 *** fonsinchen has joined #openttd
17:28:37 <Pikel> I don't understand how wood is collected ... is a station built into a forest?
17:30:53 <SmatZ> Pikel: next to a forest "industry"
17:31:36 <SmatZ> you have to build your station there :p
17:32:00 <SmatZ> sorry for the yoda-talk :p
17:32:07 <Pikel> what does a 'forest industry' look like then ... I don't see anything like that on the map....
17:33:33 <SmatZ> you should see it in the minimap, too
17:34:50 <SmatZ> hmm, I'm very sober and my English is incredibly bad
17:36:15 <Pikel> it's all good, I got the gist of it ... looking for a forest now
17:43:38 *** lolman_ has joined #openttd
17:45:21 <CIA-2> OpenTTD: translators * r20861 /trunk/src/lang/arabic_egypt.txt:
17:45:21 <CIA-2> OpenTTD: -Update from WebTranslator v3.0:
17:45:21 <CIA-2> OpenTTD: arabic_egypt - 44 changes by kasakg
17:52:52 *** lewymati has joined #openttd
18:15:05 *** ajmiles has joined #openttd
18:24:41 <__ln__> what, is there support for RTL nowadays?
18:25:00 <Yexo> yes, for quite a long time already
18:27:49 *** Zephyris has joined #openttd
18:28:57 *** andythenorth_ has joined #openttd
18:36:43 *** Keyboard_Warrior has joined #openttd
18:37:52 <Belugas> hey... it's normal, __ln__ only uses ottd in english...
18:39:18 *** ChanServ sets mode: +v tokai
18:41:09 *** HerzogDeXtEr1 has joined #openttd
18:56:12 *** Keyboard_Warrior has quit IRC
18:56:25 *** Keyboard_Warrior has joined #openttd
18:58:58 <Prof_Frink> Unless you're in Nodnol.
18:59:18 <Alberth> or in #openttd, apparently
19:00:06 *** Chillosophy has joined #openttd
19:03:02 *** ChanServ sets mode: +v tokai
19:06:35 *** fonsinchen has joined #openttd
19:07:14 *** Chris_Booth has joined #openttd
19:17:30 *** andythenorth_ has joined #openttd
19:42:08 *** Silasle has joined #openttd
19:46:46 <Eddi|zuHause> <glx> anyway limits are always software limits <-- 640kB ought to be enough for anybody...
19:47:31 <Alberth> not to mention a segment size of 64KB
19:48:27 <Eddi|zuHause> Alberth: i thought that was a program limitation with near and far pointers
19:49:09 <Eddi|zuHause> that being, a program without far pointers can only address one block of 64kB
19:49:55 <Alberth> no idea, I never messed around with segments
19:50:14 <Eddi|zuHause> 64kB is what you can address with a 16 bit pointer
19:50:31 <Alberth> but I think dumping the problem onto the programmer with the near and far pointer stuff is still one of the better tricks
19:50:45 <Eddi|zuHause> far pointers were one attempt to increase that to 32 bit without a 32bit architecture
19:51:39 <Alberth> whatever, but if you declare char x[70000] I expect to get 70000 characters
19:51:47 <Eddi|zuHause> hm... copying small files is extremely slow...
19:52:32 <Eddi|zuHause> Alberth: that's the job of the compiler, i presume
19:52:54 <Alberth> I would hope so, but it didn't back in those days.
19:53:17 <Eddi|zuHause> Alberth: that's still a problem if you declare x[5000000000] on a 32-bit system nowadays
19:53:20 <Alberth> luckily, I had a RISC-OS machine with a nice linear flat 32bit address space :p
19:54:22 <Alberth> Eddi|zuHause: if the compiler says "too large", ok. But it accepted the declaration without problems!
19:54:39 <Eddi|zuHause> i really had no experience back then
19:59:54 *** Klanticus has joined #openttd
20:19:18 <frosch123> yay for mining uranium with a bucket-wheel excavator :p
20:20:30 *** waldtroll has joined #openttd
20:25:36 <Eddi|zuHause> i don't remember uranium being part of minecraft :p
20:30:41 <__ln__> i just figured out there's some other black stuff that looks like coal but is not, and isn't suitable for a torch
20:36:28 <peter1138> i don't remember any other black stuff
20:39:11 <__ln__> flint, says the internet
20:41:12 *** ChanServ sets mode: +v tokai
20:52:26 *** Brianetta has joined #openttd
21:18:50 <Rubidium> happy weekend oh great white one
21:23:44 * Lakie thinks he's mimiced openttd's object window close enough. (well, the preview scaling / text expanding), though its a little odd.
21:24:25 <Rubidium> Lakie: now make it adjust for different fontsizes as well :)
21:24:44 <Lakie> Heh, I think TTD haas hard coded font sizes. :)
21:24:58 <Lakie> Just be changing the imul anyway
21:27:56 <Lakie> 'cept I keep to a minimum of 3 too keep the old size for smaller objects...
21:37:17 <Lakie> Have you managed to find any time for those bugs in OpenTTD, Rubidium?
21:38:33 <Rubidium> does the first of the next month sound okay?
21:40:40 <Eddi|zuHause> ok... copying small files is _extremely_ slow
21:40:48 <Eddi|zuHause> i should have just made an image...
21:40:54 <Lakie> Because its usually no sequental
21:41:30 <Lakie> Zipping (store) then transfering is usually faster... :/
21:42:22 <Eddi|zuHause> how is zipping faster than copying [different disks, no network]?
21:43:08 <Lakie> Well, I was thinking more network, but I'm unsure of a faster solution for drives
21:43:41 <Eddi|zuHause> the point was to get the disk empty, so i can reuse it in the other computer as system disk
21:43:58 <Eddi|zuHause> so i can partition the 400MB disk, and leave the 2TB disk as one partition...
21:44:14 <Rubidium> yes, this copying of a 5 byte "file" is taking already 2:30... so it's definitely slow. There isn't even disk access...
21:44:28 <Eddi|zuHause> Rubidium: ha ha.
21:44:32 <Lakie> Windows getting into nots?
21:44:48 <Eddi|zuHause> Lakie: he means /dev/zero
21:45:12 <Rubidium> `cp /dev/zero /dev/null` to be precise
21:47:31 <Eddi|zuHause> what i don't understand is, why dolphin takes 90% CPU
21:47:55 <Eddi|zuHause> i thought kio_file is doing the actual copying
21:48:14 <Rubidium> it's trying to tell you about some highway?
21:49:01 <Rubidium> oh, sorry... a bypass
21:50:04 <Eddi|zuHause> so... the bad thing is... as long as this thing is copying, i can't even turn off the computer to unplug the DVD drive to put it in the other computer...
21:55:04 <frosch123> hmm, what do the sizes of the stuff in /dev/ mean?
21:56:04 <frosch123> most of them seem to be arbitrary, like tty1 .. ttyxx using 1 to xx
21:56:14 <peter1138> major/minor device node numbers
21:56:49 <frosch123> true, there are two numbers
22:01:34 *** GhostlyDeath has joined #openttd
22:02:02 <GhostlyDeath> Is there a way to reset the "Advanced Settings" to default?
22:02:25 <frosch123> resp. the lines of the settings you want to reset
22:04:13 <GT> SmatZ: I was talking to Rubidium last week about this idea: the 32bpp blitters are converting the 8bpp mask to 32bpp palette colours every pixels, so I wanted to move the LookupColourInPalette from blitter to gfx, what do you think about that idea for optimizing the 32bpp blitter?
22:06:44 <Eddi|zuHause> how far away should a subwoofer be from a hard drive? :p
22:07:26 <GhostlyDeath> Eddi|zuHause: If you use an SSD, 1 inch, if you don't 1 mile
22:08:19 <SmatZ> if (r != 0) *dst = this->LookupColourInPalette(r);
22:08:55 <GT> Yeah, that line, nonsense to do that every pixel I think
22:08:56 <SmatZ> GT: do you mean something like create "remapped remap", which would be array of uint32s ?
22:09:49 <SmatZ> I am not sure if it would bring any performance improvements
22:10:09 <GhostlyDeath> I hope LookupColourInPalette is inlined if you draw in one giant loop
22:10:34 <SmatZ> and it was when I checked it
22:11:40 <GT> I made a diff where I create a 32bpp remap table in the spritecache when loading the recolor sprites, add a pointer to it at the end of the table, and in gfx just set the remap pointer, so the blitter does not need to do the indirection every remapped pixel anymore
22:12:40 <Eddi|zuHause> the manual says distance of any object to the subwoofer should be 15,24cm
22:12:56 <Eddi|zuHause> to ensure proper air flow
22:13:20 <Rubidium> do I smell a 6*4 in there?
22:13:46 <SmatZ> GT: how often is actually remapping made?
22:13:48 <GhostlyDeath> There any way to play the title screen map?
22:13:54 <SmatZ> if (r != 0) *dst = this->LookupColourInPalette(r);
22:14:11 <Eddi|zuHause> the english part says 6 inches
22:14:12 <SmatZ> you still have to check for some flags, when the pixel isn't overwritten
22:14:30 <GT> Pretty often, like every vehicle and station
22:14:38 <GT> - uint r = remap[m]; 53 - if (r != 0) *dst = ComposeColourPA(this->LookupColourInPalette(r), src_px->a, *dst); 54 + Colour r = remap[m]; 55 + if (r.a != 0) { 56 + *dst = ComposeColourPA(r.data, src_px->a, *dst); 57 + }
22:15:03 <GhostlyDeath> I've never examined the code
22:16:49 <GT> But because it is all inlined, I got some trouble profiling it, so I dont know the real performance gain
22:17:02 <SmatZ> + Blitter_32bppOptimized *blitter = (Blitter_32bppOptimized *)BlitterFactoryBase::GetCurrentBlitter();
22:17:11 <SmatZ> umm, what does that do when you use other blitter?
22:17:56 <GT> check for the screendepth =32 and skip
22:18:16 <GT> and certainly don't dynamic bind
22:19:02 <GhostlyDeath> Why do buses drive past the bus station down a long road only to turn around?
22:19:03 <GT> it's just a proof of concept, not a failsafe trunk patch
22:19:09 <SmatZ> actually, i might be static
22:19:11 <GhostlyDeath> and head to another station?
22:19:17 <SmatZ> as well as LookupColourInPalette()
22:19:50 <SmatZ> but yes, your idea makes sense
22:20:40 * SmatZ wonders about possible problems with animation
22:20:52 <SmatZ> but it seems recoloured pixels are never animated anyway
22:20:59 <SmatZ> (at least with 32bpp-anim)
22:21:02 <Rubidium> animation and 32bpp graphics are a huge problem in any case
22:21:25 <Rubidium> or at least palette animation
22:22:23 <GT> I even think that with the current state of affairs, you can drop the 32bpp-animated blitter, only makes sense when you use only 8bpp sprites
22:24:05 <Rubidium> true, dropping the 32bpp blitters has become easier as we don't support Mac OS X
22:25:33 <SmatZ> + byte *dest = (byte *)AllocSprite(max(RECOLOUR_SPRITE_SIZE, num) + sizeof(byte *));
22:25:45 <SmatZ> GT: why not simply max(RECOLOUR_SPRITE_SIZE, num)*5 ?
22:26:52 <SmatZ> otoh, maybe blitter could do that work
22:27:00 <SmatZ> if it knew it's a recolour sprite
22:28:06 <SmatZ> maybe it could use Blitter::EncodeRecolour instead
22:28:54 <GT> pointers might be longer than 4 bytes
22:29:37 <SmatZ> GT: why store a pointer instead of storing the 32bit colours in the encoded sprite?
22:29:58 <SmatZ> so you could get rid of +} _rgb_palettes[MAX_PALETTE_TABLES] = {{0,{{0}}}};
22:30:12 <SmatZ> +static const int MAX_PALETTE_TABLES = 50;
22:30:17 <SmatZ> with an artificial limit
22:31:13 *** ChanServ sets mode: +v tokai
22:31:26 <GT> storing the table iso a pointer would be better, but my goal was to get rid of the lookupcolour, I'm just taking one step at a time
22:32:17 <GT> Imo, the palettes should not even be in the blitter, but in gfx, but that is another matter
22:33:01 <Rubidium> why? "Applying" the palette is something that happens at the blitting stage
22:33:49 <GT> no, 32bpp blitters dont know the concept palette, or at least shouldnt
22:34:19 <GT> the blitter should apply a recolour with a 32bpp colour
22:34:48 <Rubidium> but the "gfx" isn't aware of 32 vs 8 bits colours
22:35:27 <Rubidium> that'll get messy pretty quickly
22:36:11 <GhostlyDeath> I wasn't paying attention and a computer player built roads everywhere
22:36:16 <GhostlyDeath> Can I destroy his stuff?
22:36:27 <GT> getting the 8bpp recolour/palette info to the blitter is even bringing that info to a more lower layer
22:36:35 <GhostlyDeath> Maybe I'll get two vehicles on his road
22:36:37 <Rubidium> GT: GfxFillRect, GfxDrawLine, DrawBox and the likes? They all use palette colours
22:36:39 <GhostlyDeath> and have them both stop both ways
22:37:10 <GT> Yes, and in my patch they convert that to 32bpp before hitting the blitter
22:37:15 <Rubidium> if that needs to support 32bpp colours as well, you'd need to the 8 vs 32bpp split even further down into the code
22:37:55 <GT> I mean, why would a 32bpp blitter need to know about a palette remap?
22:38:20 <GT> or an 8bpp blitter about 32bpp recolour
22:38:30 <Rubidium> for the (palette) animation
22:38:38 <Rubidium> i.e. backward compatability
22:39:23 <GT> even in that case, map the 8bpp colours to 32bpp ones before hitting the 32bpp animated blitter
22:39:28 <Rubidium> actually a bit of palette conversion crap is already handled at load time
22:40:20 <Rubidium> so put a small wrapper around the 32bpp blitters that convert the palette stuff to 32bpp native colours
22:40:54 <GT> yes, and let's call it gfx.cpp
22:40:55 <Rubidium> the 8bpp codepath shouldn't be bothered with the fact that 32bpp doesn't quite like palette conversions
22:42:27 <GT> so somewhere in the layered stack of graphical functions the conversion needs to be made, imo that should not be at pixel level but at sprite level i.e. gfx
22:43:48 <Rubidium> so more at load time?
22:44:54 <Rubidium> you might be able to fill the r, g and b stuff in spriteloaded/grf.cpp and use that if a 32bpp blitter is loaded
22:46:00 <Rubidium> you'd still have "palettes" though they'd be rgb(a?)
22:46:12 <Rubidium> well, rgb(a) as well
22:46:28 <GT> What I did is load it in spritecache when a recolor sprite is read, when the screendepth is 32bpp, but I may ahv missed a case
22:46:33 <Rubidium> and you could interpret "palette" as "colour lookup"
22:49:03 <GT> so indeed, rgba palettes, but only filled once, when the recolor sprites are loaded, which also may be the case when loading newgrf, which is a lot better than a palette lookup every remap pixel in the blitter, now it's a question of setting the pointer to the correct 32bpp palette before drawing the sprite
22:49:36 <GT> Or, as SmatZ suggested, even exted the spritecache with the 32bpp values
22:49:55 <SmatZ> that wouldn't break the separation of gfx and blitters
22:50:18 <GT> which may even be extended with hsl values for better 32bpp cc drawing
22:50:22 <Rubidium> oh, the blitter "encodes" the 8bpp sprites to 32bpp sprites
22:50:43 <Rubidium> but not for recolour sprites
22:50:52 <SmatZ> yeah, for compatibility :)
22:51:30 <Rubidium> but for the 32bpp "encoding" the recolour sprite with 32bpp colours would be better
22:51:47 <SmatZ> the cleanest solution imo
22:58:24 <GT> What happens now is that the sprites get loaded and converted to 32bpp colours, but the masks are still in 8bpp, and the blitter has to do a table lookup to convert from 8bpp to 32bpp using the palette as defined in the /tables, but it does a lookup for every pixel, where a onetime conversion would suffice
22:58:52 <SmatZ> from what I tested, ~15% of pixels drawn are looked up
22:59:21 <GT> every screen / sprite redraw
22:59:36 <Rubidium> if animation is disabled, right?
22:59:46 <SmatZ> Rubidium: yup, with 32bpp-optimized
22:59:50 <Rubidium> if palette animation is enabled those lookups are kinda needed
23:00:48 <GT> yes, but that wouldnt work very well when you would actually use 32bpp sprites iso of just drawing 8bpp sprites with an 32bpp blitter
23:01:35 <GT> like using a palette of 8**3
23:02:15 <Rubidium> how much can the optimised blitter be simplified if you trash all support for palette animation in there?
23:02:16 <GT> chance of finding the right pixel is not to big
23:02:43 <Rubidium> and how much code would you need to add to the 32bpp-anim blitter?
23:02:44 <GT> nothing, optimised doesnt do animation
23:03:10 <Rubidium> GT: aren't those palette lookups due to the palette animation?
23:03:18 <Rubidium> hmm... oh... recolour stuff
23:04:12 <Eddi|zuHause> recolour like company colour?
23:04:34 <Rubidium> so basically either throw a lot of memory at it and cache recoloured sprites or waste some CPU to replace the pixels at run time
23:04:57 <Eddi|zuHause> i'm thinking cached sprites should be better
23:05:14 <Eddi|zuHause> people tend to have more RAM spare than CPU
23:05:24 <GhostlyDeath> There are 4 industries on the curernt game I am playing
23:05:31 <GhostlyDeath> None give what another wants
23:05:47 <GhostlyDeath> Swamill missing forest, oil refinery missing oil pumping
23:05:58 <GhostlyDeath> Factory missing grains and livestock
23:06:02 <Eddi|zuHause> GhostlyDeath: probably should play a slightly bigger map
23:06:10 <Rubidium> Eddi|zuHause: depends on what kind of hardware you've got. If you've got a relatively small cache and really slow memory the CPU stuff might be faster
23:06:59 <Rubidium> the primary slowdown reason for CPUs is cache misses
23:07:03 <Eddi|zuHause> hm... i really could use another half meter of chinch cables...
23:08:01 <GhostlyDeath> Eddi|zuHause: luckily all the incompatible industries are right next to each other!
23:08:30 <GhostlyDeath> at most 4 tiles away in one direction
23:08:37 <Rubidium> and as there are, in theory, a "near" infinite number of recolour maps you need some clever way to cache them
23:08:55 <Rubidium> i.e. the spritecache might not be sufficient anymore
23:09:30 <Eddi|zuHause> Rubidium: how many recolour sprites can be applied to one sprite?
23:10:08 <Rubidium> and that's "just" 2cc
23:10:21 <Eddi|zuHause> Rubidium: i mean after another
23:10:44 <Rubidium> I reckon it's pretty darn low
23:10:46 <GT> any way, I've got to go, cu soon
23:10:46 <Eddi|zuHause> Rubidium: as in, can an already recoloured sprite be recoloured again
23:10:53 <Lakie> (I guess maybe two depending on how you convert from palettes)
23:11:13 <Rubidium> Lakie: that happens at sprite load, so nothing is really aware of that
23:11:32 <Lakie> Ah, then I imagine its one like TTDPatch.
23:11:34 <Rubidium> though 1 sounds like a good initial guess
23:11:54 <Eddi|zuHause> Rubidium: the question is, is that really 1. or are there cases where it can be 2?
23:11:59 <Rubidium> but I agree with GT that it's sufficiently late to do something else
23:12:07 <GhostlyDeath> Would I be able to get the game to add oil sometime in the future?
23:12:12 <Rubidium> Eddi|zuHause: as I said, I don't know
23:12:16 <GhostlyDeath> It's just gonna me mail and people for years
23:12:23 <Rubidium> and can't be bothered to figure it out
23:13:04 <Lakie> If memory serves, bites 31-16 store the recolour map?
23:13:06 <Eddi|zuHause> if it's really 1, it could be enough to use some tricky hashing to use (sprite number, recolour sprite number) as cache index...
23:13:32 <Eddi|zuHause> where for "normal" sprites, the recolour sprite number could be 0
23:13:40 <Eddi|zuHause> then you can unify it
23:14:57 <Rubidium> but the spritecache has a stub with (size/type) data for each sprite and a pointer into the actual spritecache
23:15:02 <Rubidium> so hashing won't quite work
23:19:06 <Rubidium> you'd pretty much need to rewrite the spritecache from scratch to take this into account
23:19:32 <Eddi|zuHause> i don't know anything about the internals of the sprite cache, was just an idea...
23:19:36 <Rubidium> although you might consider getting rid of the whole idea of spritecache and just never free loaded sprites until reloading the game
23:20:12 <Rubidium> low memory devices won't like it though
23:21:01 <frosch123> Eddi|zuHause: there are two drawing modes:
23:21:16 <frosch123> either draw a sprite while recolouring it with a single recolouring
23:21:22 <frosch123> or recolour the current screencontents
23:21:41 <frosch123> the latter is used for shadows, newspaper, glass, etc
23:22:06 <Eddi|zuHause> i don't see how the latter can be cached at all...
23:22:28 <frosch123> though the latter is not really supported by the 32bpp blitters
23:22:56 <frosch123> i.e. they catch the default coloursprites for those 3 cases and then do something on their own
23:23:12 <frosch123> i.e. newstations-like green glass won't work with 32bpp
23:28:42 <GhostlyDeath> Is it possible to create a game that I can just watch the AI play on?
23:29:09 <GhostlyDeath> that is, starting from scratch a bunch of AIs duke it out to the death
23:29:15 <Chrill> GhostlyDeath: Not sure. However, just start a normal game with AIs, and dont build anything
23:29:29 <Chrill> to avoid financial concerns, you can cheat yourself some money
23:29:41 <frosch123> there are about a dozen threads with ai-only battles in the noai subforum
23:29:55 <Chrill> see, when Chrill replies, he's always way off
23:30:20 <GhostlyDeath> Shouldn't I just repay my loan back?
23:30:37 <Chrill> GhostlyDeath: there are still some expenses afaik
23:30:50 <Eddi|zuHause> my attempts at ai only games resulted in me starting to build something anyway, and the game getting really slow after a while...
23:31:40 <GhostlyDeath> How would I get more money then?
23:32:14 <Eddi|zuHause> man... i should have done this copying yesterday, when i thought of it...
23:33:25 <Eddi|zuHause> hm, if i push the output of dd through gzip, can i sensibly mount that image afterwards?
23:34:32 <GhostlyDeath> Is 3 billion dollars enough?
23:34:57 <GhostlyDeath> heh, cheat menu makes everything easier
23:34:59 <Eddi|zuHause> GhostlyDeath: if you don'T have any loan, you lose like 100$ per year
23:35:18 <Chrill> GhostlyDeath: everything is easier at default
23:35:28 <Chrill> I use build in pause mode
23:35:28 <frosch123> just start a multiplayergame and join only as spectator
23:35:34 <GhostlyDeath> I'm losing money in Other
23:35:38 <GhostlyDeath> 50 bucks here and there
23:36:12 <GhostlyDeath> AI bought a truck thing
23:36:28 <Eddi|zuHause> they do that, yes.
23:36:37 <Eddi|zuHause> that's what the game is about, usually
23:36:59 <Eddi|zuHause> many AIs focus on road, since that's the easiest
23:37:01 <GhostlyDeath> Using the AdmiralAI
23:37:32 <Eddi|zuHause> should just avoid having two AIs of the same personality
23:37:50 <Eddi|zuHause> they tend to get in each others way
23:38:28 <GhostlyDeath> all the more fun
23:38:39 <Eddi|zuHause> hm... did we ask whether the "night" is actually scripted?
23:39:13 <Eddi|zuHause> GhostlyDeath: no, the not-fun-way of getting in the way
23:39:53 <GhostlyDeath> Heh, two AIs are using the same thing
23:39:57 <GhostlyDeath> Wood to a sawmill
23:42:09 *** Yexo is now known as Guest1492
23:44:06 <GhostlyDeath> I downloaded some extra AIs and they are all random
continue to next day ⏵
