Times are UTC Toggle Colours
00:09:28 <Sacro> Should you be able to use rcon to move clients into passworded companies? 00:10:51 *** lessthanthree [lt3@d64-180-56-85.bchsia.telus.net] has joined #openttd 00:12:35 <Sacro> @seen Bjarni 00:12:36 <DorpsGek> Sacro: Bjarni was last seen in #openttd 19 weeks, 6 days, 0 hours, 50 minutes, and 32 seconds ago: <Bjarni> thanks 00:22:47 *** ar3kaw [~ident@eda222.neoplus.adsl.tpnet.pl] has joined #openttd 00:28:08 *** ar3k [~ident@ebn93.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 00:37:36 *** Uncle [~lelkoun@109-183-200-238.tmcz.cz] has joined #openttd 00:37:43 <Uncle> hi guys 00:38:19 <Uncle> what do you think about this station? https://p.twimg.com/AWxHRg6CQAMU2NV.png 00:38:52 <Uncle> trains can use all 4 platforms in both directions :) 00:57:27 *** Uncle [~lelkoun@109-183-200-238.tmcz.cz] has quit [Ping timeout: 480 seconds] 01:50:11 <Eddi|zuHause> Sacro: why shouldn't you? 01:53:02 <pjpe> lmao 01:53:07 <pjpe> griefing the shit out of someone 01:58:38 *** mattt_ [~m@24-246-2-147.cable.teksavvy.com] has quit [Quit: mattt_] 02:25:31 *** rhaeder1 [~quix0r@dslb-188-100-216-115.pools.arcor-ip.net] has joined #openttd 02:30:35 <pjpe> are town replacement grfs exclusive? 02:30:38 <pjpe> or can you have a bunch on at once? 02:30:58 *** rhaeder [~quix0r@dslb-188-100-212-117.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 02:35:32 *** glx [glx@2a01:e35:2f59:c7c0:d1c6:b1e:8b95:9f0b] has quit [Quit: bye] 02:53:11 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 03:28:38 *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has joined #openttd 03:37:36 *** rhaeder1 [~quix0r@dslb-188-100-216-115.pools.arcor-ip.net] has quit [Quit: Leaving.] 03:38:06 *** rhaeder [~quix0r@dslb-188-100-216-115.pools.arcor-ip.net] has joined #openttd 04:21:09 *** Eddi|zuHause [~johekr@p54B74512.dip.t-dialin.net] has quit [Remote host closed the connection] 04:21:46 *** Eddi|zuHause [~johekr@p54B74512.dip.t-dialin.net] has joined #openttd 04:56:02 *** Eddi|zuHause [~johekr@p54B74512.dip.t-dialin.net] has quit [Remote host closed the connection] 04:56:18 *** Eddi|zuHause [~johekr@p54B74214.dip.t-dialin.net] has joined #openttd 05:24:32 *** Pulec|XNB [~pulec@static-cl093181068250.unet.cz] has quit [Ping timeout: 480 seconds] 05:39:51 *** andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has joined #openttd 05:50:32 *** andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 05:55:58 *** DoubleYou [~jkuckartz@60-241-89-135.static.tpgi.com.au] has joined #openttd 06:13:23 *** mattt_ [~m@24.246.2.147] has joined #openttd 06:21:18 *** andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has joined #openttd 06:51:04 *** andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 06:57:19 *** mattt_ [~m@24.246.2.147] has quit [Read error: Operation timed out] 07:02:52 *** Uncle [~lelkoun@60-5.gprs.tmcz.cz] has joined #openttd 07:04:35 *** TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 07:14:14 <Uncle> hello guys, i posted this image few hours ago and nobody responded to me. what do you think about this station? https://p.twimg.com/AWxHRg6CQAMU2NV.png 07:14:20 <Uncle> trains can use all 4 platforms in both directions :) 07:15:47 <Uncle> it probably is not so special is it :D 07:17:38 *** lessthanthree [lt3@d64-180-56-85.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 07:18:14 <KittenKoder> So it's a low speed version of the standard drive through. 07:21:34 <Uncle> yea 07:21:38 <KittenKoder> LOL 07:21:43 <Uncle> i just wanted to make it more realistic 07:22:00 <Uncle> in real world, trains use all platforms in both directions 07:22:04 <KittenKoder> Realism in something with square angles is impossible. ;) 07:22:34 <KittenKoder> Also, real stations have control booths to prevent trains from crashing. :p 07:22:41 <KittenKoder> Or bunching up. 07:23:49 <Uncle> heh, right :) 07:23:52 <KittenKoder> A station in TT is an iconic representation of one. OpenTTD has added some changes that make it possible to make it a little more realistic, but it's still iconic. 07:24:09 <KittenKoder> The tracks, doubly so. 07:24:42 <KittenKoder> Three lanes for real rails are not 3 miles wide, for instance. 07:25:43 <Uncle> also it usually does not take days (or months) to move from one place to another :D 07:25:44 <KittenKoder> Gah, as cool as my industrial complex looked, I'm playing too far into the future and will have to tram it all up. 07:26:06 <KittenKoder> Or for a bus to travel 10 days to go one city block. :p 07:26:48 <KittenKoder> I made a super realistic looking train station once ... well as realistic as I could ... once I got more than 10 trains there ... it just didn't work 07:27:18 <KittenKoder> On test layouts, they can work, but when you put in cargo transport, waiting times, etc. it falls apart fast. 07:28:29 <Uncle> anyway, this type of station would be useful if you would use only one main track in both direction. otherwise, if you use 2 tracks, it really slows down the trains :D 07:28:38 <KittenKoder> Also, because of the squareness of the tracks, a diagonal slash through a few lanes is technically more realistic than the swervey ones. Even though the swervey ones look better to the eye. 07:29:06 *** Progman [~progman@p57A1D6FD.dip.t-dialin.net] has joined #openttd 07:29:33 <KittenKoder> Busy rails will need two tracks, super busy ones will need three, since you can't keep each train window open to control the prioritizations. 07:30:29 <KittenKoder> However, you are mastering PBS ... that's more realistic than block signals. :p 07:31:25 <KittenKoder> Oh, I'm always in a bad mood, FYI 07:36:26 <Uncle> btw, is anyone here a railfan like me? 07:36:41 <KittenKoder> What do you mean? 07:36:53 <Uncle> http://en.wikipedia.org/wiki/Railfan 07:37:52 <Uncle> i love photographing trains 07:37:53 <KittenKoder> Probably not THAT avid, but most people get into TT because of a love for rail modeling. 07:38:35 <KittenKoder> Many of the train set NewGRF devs are huge real train fans, and some are in here. 07:38:54 <KittenKoder> I'm a sci-fi fan who just like train models. 07:39:09 *** Coke [~peter@h-135-45.a254.priv.bahnhof.se] has joined #openttd 07:39:30 <Coke> Hi guys! I'm playing witha newgrf trainset, it seems to override the old. Is it possible to "add" instead of "replace" ? 07:39:39 <Coke> So I can play with 4-5 different trainsets at the same time? 07:40:01 <KittenKoder> First, check you advanced settings. 07:40:13 <Coke> yes 07:40:26 <KittenKoder> One sec, I forgot which it was. 07:40:56 <Coke> yes please. 07:41:23 <KittenKoder> Make sure "Enable multiple NewGRF engine sets" is on, under the vehicles section. 07:41:42 <Coke> it is on 07:41:44 <Coke> hmm 07:41:47 *** Uncle [~lelkoun@60-5.gprs.tmcz.cz] has left #openttd [] 07:41:52 <Coke> i guess it doesnt include the default? 07:41:57 *** Belugas [~belugas@216.191.111.237] has quit [Ping timeout: 480 seconds] 07:41:58 <KittenKoder> However, some GRF will override the default ones anyway, so it doesn't work all the time. 07:42:32 <Coke> ok 07:42:33 *** Belugas [~belugas@216.191.111.237] has joined #openttd 07:42:36 *** mode/#openttd [+o Belugas] by ChanServ 07:42:40 <Coke> too bad. 07:42:46 <Coke> so i have two more questions. 07:42:51 <Coke> i keep getting the popup window for new tech 07:42:59 <Coke> ive tried finding a setting to turn it off, but is unable to 07:43:18 <KittenKoder> Aha, that setting use to elude me a lot. 07:43:42 <KittenKoder> Under messages, while playing, the newspaper looking icon, Message Settings. 07:44:17 <pjpe> how can i get the game to stop asking me if i want to try out a new vehicle ahead of time 07:44:26 <pjpe> always through the game 07:44:29 <Coke> KittenKoder: so no option in the advanced settings? 07:44:29 <pjpe> annoying popup 07:44:34 <KittenKoder> I forgot where that setting is. 07:44:35 <pjpe> i never want to try it 07:44:39 <pjpe> i hate you dialog window 07:44:41 <Coke> pjpe: yeah thats what we're discussing now 07:44:57 <KittenKoder> Coke, you have to start a game first, so yeah, as for the "try out new tech" ... that one I don't remember. 07:45:18 <Coke> pjpe: it's annoying as hell and so far i havent clicked Yes even once :) 07:46:12 <Coke> One final question... 07:46:32 <Coke> Are there any settings/grf's to make the signals show their state and direction more clearly? 07:46:55 <Coke> In track-dense areas with many of them I often put one in the wrong direction by mistake 07:47:08 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 07:47:10 <KittenKoder> There are different signal graphics available, I like the North American ones myself, they are clear to me. 07:47:18 <Coke> KittenKoder: ah. 07:47:34 <Coke> what's it called? 07:47:40 <KittenKoder> There's a German set and a few other to, the German set I think is too noisy. 07:48:25 <Coke> whats the north american called? checking online content now 07:48:28 <KittenKoder> Combined North American Signals. 07:48:37 <KittenKoder> Sorry, was looking it up. 07:49:03 <Coke> ok, checking it out now 07:49:52 <Coke> hm. weird, i find that less informative 07:50:03 *** Uncle [~lelkoun@109-183-210-48.tmcz.cz] has joined #openttd 07:50:22 <Coke> the path signal looks exactly like the block signal from behind 07:50:27 <KittenKoder> Matter of taste. 07:50:47 <KittenKoder> Just look for the others and try different ones, eventually you may find one you like. 07:50:55 *** Uncle [~lelkoun@109-183-210-48.tmcz.cz] has left #openttd [] 07:51:51 *** Neon [~Neon@dslb-094-219-006-078.pools.arcor-ip.net] has joined #openttd 07:52:20 <Coke> KittenKoder: ideally, it would have some meta graphics like an arrow on the rail for direction and the color could be red/green 07:52:34 <Coke> i might look into making my own grf at some point, just briefly looked at the documentation for it 07:52:51 <KittenKoder> NML makes it easy. 07:56:44 <Coke> i have antoher question now too 07:56:57 <Coke> if i load my swedish train set, anybody connecting to my server needs that grf too 07:57:07 <KittenKoder> 2026 .... normally I stop playing after 2020 out of boredom but I wanted to use my new maglev tracks .... so I set the town growth speed to fast ... this is interesting. 07:57:12 <Coke> (since it changes graphics and vehicle stats) right? 07:57:18 <KittenKoder> Yes 07:57:25 <Coke> what if I download bigGUI (which i have) 07:57:33 <Coke> does that require any other connections to have it as well? 07:57:37 <KittenKoder> That shouldn't make a difference. 07:58:35 <Coke> so i write nml, use grfmaker and thats it? 07:58:40 *** Wolf01 [~wolf01@host178-232-dynamic.1-79-r.retail.telecomitalia.it] has joined #openttd 07:59:02 <KittenKoder> You need to use command line stuff a little more. 07:59:26 <Wolf01> 'mornink 07:59:35 <KittenKoder> NML is it's own language that gets converted to nfo .... but that can all be done behind the scenes. 08:00:11 <KittenKoder> So you write the NML then "nmlc <filename>" and wind up with a GRF if all the files are in the right spots. 08:00:12 <Coke> oh i see now. nml is a compiler/decompiler 08:00:30 <Coke> nice. it's written in python :) 08:01:11 <KittenKoder> It's in constant development to, they are working hard to improve it. Though it can't handle everything, it can do a lot. 08:01:26 *** Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has joined #openttd 08:04:50 <Terkhen> good morning 08:05:23 <KittenKoder> hihi 08:05:41 <Coke> Any good starters for using nml? 08:05:49 <pjpe> well that ain't right 08:05:52 <pjpe> you broke the order 08:05:57 <KittenKoder> Check the examples. 08:06:00 <pjpe> that guy says moin first every day 08:06:01 <Coke> right. thanks 08:06:06 <pjpe> and then you say good morning 08:06:13 <Terkhen> to my knowledge there is no step by step tutorial of nml 08:06:28 <Terkhen> http://hg.openttdcoop.org/nml/raw-file/tip/docs/index.html <--- check the docs 08:06:30 <Terkhen> and the examples 08:07:03 <Terkhen> http://dev.openttdcoop.org/projects/ <-- some projects here use NML too and the code is available under GPL, they might be useful too 08:08:05 <Terkhen> pjpe: I always wake up at this hour so... not my fault ;) 08:08:23 <pjpe> now my whole day is screwed up 08:08:53 <Terkhen> people usually have different habits on sunday 08:08:57 <Terkhen> like... sleeping more 08:08:58 * KittenKoder is resisting going all maglev .... but frowns as favorite rail train reliability falls. 08:10:17 <Terkhen> IIRC maglev does not affect reliability 08:10:35 <KittenKoder> Playing too far into the future does. 08:11:05 <Terkhen> since I usually play alone and without breakdowns I tend to ignore reliability :P 08:11:12 <KittenKoder> Favorite rail trains are the TGV. 08:11:51 <KittenKoder> They are pretty. :( 08:11:52 *** frosch123 [~frosch@frnk-590f6e26.pool.mediaWays.net] has joined #openttd 08:12:41 <KittenKoder> That's the only reason I want to make my sci-fi trian set .... aesthetics .... just pretty trains. 08:12:49 <KittenKoder> Eyecandy trains. :p 08:13:35 <Terkhen> are you planning to just replace default trains name/sprite or to make completely different ones? 08:13:45 <KittenKoder> Different ones. 08:15:23 <KittenKoder> Using other train stats for the eras so they aren't over powered to. 08:16:29 <KittenKoder> Though with a low degradation in reliability, if I can, on most. 08:18:14 <KittenKoder> I like playing with breakdowns enabled, but I don't like having to replace my favorite trains with something better all the time .... I know, a paradoxical stance ... but meh. 08:19:13 <KittenKoder> You know, after watching the SM4 ... it just doesn't look cool to me. 08:21:13 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 08:21:17 *** mode/#openttd [+o Alberth] by ChanServ 08:34:21 *** Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has joined #openttd 08:35:18 <Coke> Should one use DOS or windows palette for sprites? 08:37:21 <KittenKoder> Windows, if you're making new ones. 08:41:19 <Terkhen> DOS has more colours, and with Action14 you can let OpenTTD know automatically which palette to use 08:42:11 <frosch123> defintely dos 08:42:21 <frosch123> there is no reason to use windows 08:42:23 <KittenKoder> Everyone else seems to use Windows though. 08:42:42 <frosch123> windows is historically used 08:42:50 <KittenKoder> Perhaps it's just an old habit for many? 08:43:02 <frosch123> you can argue that it does not matter, but there are no advantages for windows palette, only small ones for dos 08:43:32 <pjpe> why would dos have a colour advantage over windows 08:43:41 <KittenKoder> Windows has reserved colors. 08:43:59 <KittenKoder> Which are no longer needed by Windows ... really. 08:44:03 <frosch123> pipe: please discuss this only in the scope of newgrfs 08:44:12 <frosch123> this is not about operating systems at all 08:44:26 <KittenKoder> I think he was, frosch123 08:45:20 <frosch123> you can just call them palette A und B, there is no relation to any operating system (only historically) 08:45:46 <KittenKoder> The Windows palette was designed because the Windows GUI back in the 8bpp days used a small section of the palette for the GUI itself, thus the programs could not change them as they were OS controled. 08:46:44 <frosch123> well, just that the porters somehow messed the palette completely up for no known reason :) 08:47:03 <KittenKoder> That part I know nothing of. :p 08:47:16 <Coke> Hm, I was under the impression that nmlc could be used to get data from a newgrf also? 08:47:24 <KittenKoder> Nope. 08:47:32 <KittenKoder> GRF2HTML can do that though. 08:49:42 *** pjpe [ae5b4e4d@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 08:49:59 <Coke> KittenKoder: where are the examples you talked about earlier? 08:50:26 <Terkhen> examples folder in a nml checkout 08:50:54 <KittenKoder> Yeah. 08:53:03 <Coke> hm. its not in the zipfile? 08:53:39 <KittenKoder> http://hg.openttdcoop.org/nml/file/8a05b032111b/examples 08:53:51 <Terkhen> if you are using the windows zipfile then it is not included 08:53:55 <KittenKoder> I thought it was. 08:54:01 <Terkhen> maybe it should 08:54:13 <KittenKoder> Aaah ... I use tars. 08:55:10 <Terkhen> yes, the windows zip is different; it is not a tarball but a standalone nmlc.exe that does not require python, pil, ply and so on (I suppose they are included into it somehow) 08:55:11 <Coke> I think i have the tar too 08:55:20 <Coke> thats what I have 08:55:22 <Terkhen> Coke: of what nml version? 08:55:23 <Coke> but its a zip 08:55:31 <Terkhen> does it include a nmlc.exe file? 08:55:35 <Coke> no, im on linux 08:55:46 <Terkhen> then you are using a tarball 08:55:58 <Terkhen> I'd recommend using a nml checkout though, nml changes fast 08:55:58 <Coke> well, there's no examples dir in it 08:56:10 <KittenKoder> Well, Linux can use zips to, but installing with an exe would just be a waste. 08:56:13 <Terkhen> you still did not answer my "which version" question 08:56:24 <Terkhen> examples are relatively recent IIRC 08:56:28 <Coke> cloning now 08:56:58 <KittenKoder> Coke, you could get the archive from here: http://hg.openttdcoop.org/nml/file/8a05b032111b 08:57:12 *** jake_ [~jake@27-33-135-224.static.tpgi.com.au] has joined #openttd 08:57:13 <Terkhen> the nml repository has a "nmlc", if you create a symbolic link to it the only thing you need to do to update nml is hg pull -u :) 08:57:16 <Coke> r1612 (8a05b032111b) 08:57:16 <Coke> Library versions encountered: 08:57:16 <Coke> PIL: 1.1.7 08:57:16 <Coke> PLY: 3.4 08:57:23 <Coke> is that about right from the repos? 08:57:26 <KittenKoder> Then you'll have all the nml .... as long as you have the dependencies installed already. 08:57:41 <Terkhen> http://dev.openttdcoop.org/projects/nml/repository 08:59:23 <KittenKoder> Hey! There's an example file there I hadn't noticed. 08:59:24 <KittenKoder> >.< 08:59:47 <Coke> ok so i see 4 versions of the train 08:59:58 *** jake_ is now known as EmperorJake 09:00:02 <Coke> is one for being rear? 09:00:25 <Terkhen> KittenKoder: as I said, nml development moves quite fast :P 09:00:36 <Terkhen> Coke: you see them where? 09:00:39 <KittenKoder> ^_^ It's fun trying to keep up. 09:00:51 <Coke> the train png 09:00:53 <Coke> in the example 09:00:54 *** Phaeodaria [~speedy@ip-109-91-184-26.unitymediagroup.de] has joined #openttd 09:01:04 <Terkhen> changes to nml are announced at #openttdcoop.devzone 09:01:06 <Coke> its a huge png with tiles in it 09:01:10 <Terkhen> development talks also take place there 09:01:15 <Coke> im guessing the coordinates are specified for each sprite 09:01:18 <Terkhen> Coke: yes 09:01:25 <Coke> but im wondering why there are four sets of the train 09:01:37 <Coke> one has normal lights and one has the rear lights lit 09:01:46 <Coke> i get that... but then there are two more w/o any lights 09:02:02 <Terkhen> probably animation 09:02:20 <Terkhen> you switch between different sprites, the result is that the lights blink 09:02:28 <Coke> hm. looks like one has a fin on the back 09:02:57 <Terkhen> how are the sprites used is explained inside the nml file anyways 09:03:00 <Coke> can I get hold of the original openttd graphics somehow? 09:03:02 <Coke> Terkhen: yeah. 09:03:24 <Coke> i'm just going to view examples and in game data until i get it i guess 09:03:30 <Terkhen> depends on what you mean with original openttd graphics 09:03:36 <Terkhen> http://dev.openttdcoop.org/projects/opengfx 09:04:00 <KittenKoder> The original-original graphics you have to buy the original game. 09:04:11 <Coke> no, i mean the ones used by default in openttd 09:04:16 <Coke> ah, opengfx yeah 09:12:02 <Terkhen> the train example looks does some advanced stuff, you might want to look at the road vehicle example first 09:14:18 <Coke> yeah 09:15:36 <KittenKoder> Train example is good for parameters though. 09:16:26 <Coke> im just changing some graphics 09:16:37 *** Biolunar [~mahdi@blfd-4d08f505.pool.mediaWays.net] has joined #openttd 09:16:44 <Coke> im looking for the nml in opengfx that defines the original signals 09:16:57 <KittenKoder> You won't find one. 09:17:15 <KittenKoder> That was done with pure nfo. 09:17:25 <Terkhen> opengfx is not in nml, it uses very simple nfo (it just defines base sprites) 09:17:36 <Coke> ok 09:17:57 <Coke> but i guess the preferred new method is to use nml even for simpler stuff? 09:18:23 <Terkhen> the preference of what to use is left to the coder 09:18:26 <Terkhen> but nml is simpler :P 09:18:46 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 09:18:50 <Terkhen> I don't know how to replace default sprites with nml 09:18:54 <Terkhen> neither with nfo :P 09:20:57 <KittenKoder> The use between nfo and nml in new stuff is about even from what I've seen, though a lot are moving over to nml, nfo requires a lot more work. 09:21:28 <KittenKoder> To replace default sprites ... hmm .... you need to know the default IDs first 09:21:48 <KittenKoder> For either one. 09:22:30 <KittenKoder> NewGRF isn't really as simple as saying "here, use this instead" anymore. 09:22:41 <Coke> Im looking in opengfx for the generic signals 09:23:14 <KittenKoder> It's in the huge image file with all the tracks. 09:25:43 *** ar3kaw [~ident@eda222.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 09:28:46 * KittenKoder ponders adding Mad Max like trains to the sci-fi set. 09:29:02 <KittenKoder> Pure eye candy. 09:31:20 *** pugi [~pugi@host-091-097-075-021.ewe-ip-backbone.de] has joined #openttd 09:35:09 *** Brianetta [~brian@217.151.109.161] has joined #openttd 09:36:31 <Coke> KittenKoder: looks like each signal is built of a template and only specifying a png file 09:36:34 <Coke> one for each type of signal 09:38:04 <KittenKoder> No idea what you are looking at. 09:38:59 <KittenKoder> Serious flaw with HEQ after 2020. 09:39:20 <KittenKoder> Realiabilities on the mining ones fall too much. 09:48:01 <Coke> KittenKoder: opengfx 09:48:05 <Coke> the nfo 09:48:11 <Coke> anyway, im trying to do this in nml 09:49:03 <KittenKoder> I don't know about NFO. 09:50:25 <Alberth> both NFO and NML source tends to use a template language to reduce the amount of text (often the c pre-processor) 09:52:58 <Coke> hm, the examples all define new things 09:53:27 <KittenKoder> For NML? 09:53:46 <KittenKoder> The examples make use of the templating a lot actually. 09:54:36 <KittenKoder> The sprites are really all template to. 09:56:19 <Alberth> KittenKoder: it means there is still a lot of room for improving NML ;) 09:56:54 <KittenKoder> I like the style it has actually. 09:58:01 <Coke> Im simply looking to replace the graphics of the existing signals 09:58:19 <KittenKoder> A few more features, particularly stations, would be awesome, and better organized documentation would be all I would like to see. 09:59:03 <Terkhen> Coke: http://hg.openttdcoop.org/nml/raw-file/tip/docs/nml-language.html#block-replacement 09:59:05 <KittenKoder> Coke, it's never as simple as it sounds. ;) 09:59:57 <Alberth> KittenKoder: NFO is a very large language, it takes time to support everything that is possible. Not in the last place because NFO is a moving target 10:00:17 <Alberth> or better phrased 'expanding target' :) 10:01:13 <KittenKoder> I know, thus why I'm not griping about it, just saying it'd be nice. ^_^ 10:01:57 <KittenKoder> It seems NFO may soon allow coders to completely rewrite anything in OTTD without having to make unofficial versions. 10:02:53 <KittenKoder> Sheesh, the Bombadier HSML maglev has horrible acceleration. 10:03:53 <Coke> Terkhen: yes, Im trying to find the ID of the signals 10:04:06 <planetmaker> indeed :-) - the adv. sprite layouts ate quite a bit of coding time also in nml 10:04:10 <Eddi|zuHause> KittenKoder: 2cc set? they have totally wrong air resistance values 10:04:18 <planetmaker> but ussing them in nfo is probably a bit painful, too 10:05:02 <planetmaker> and yes, newgrfs can modify a lot of things. But there's lots which they also cannot do 10:05:36 <planetmaker> much more than the casual user who hears "newgrf" (=new graphics) may think as it's an api to modify the behaviour of basically every game object 10:05:58 <planetmaker> but not of the game itself :-) 10:06:12 *** Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has quit [Quit: Juo] 10:06:46 <KittenKoder> Eddi|zuHause, no, the HEQ set. 10:07:13 <Coke> Where can one find a complete list of sprite ID's ? 10:07:22 <Eddi|zuHause> KittenKoder: i don't think HEQS has maglevs 10:07:33 <KittenKoder> Oh, erm ... yeah then. 10:07:34 <KittenKoder> LOL 10:07:44 <planetmaker> Coke: when you use newgrfs: nowhere 10:07:49 <KittenKoder> Sorry, I completely forgot I mentioned the maglev. 10:07:50 <Terkhen> Coke: reread the link I gave you :) 10:07:57 <planetmaker> otherwise, a complete one: either in openttd source, or get the source of opengfx 10:08:33 <planetmaker> it's probably as documented as openttd is itself, esp. as it makes somewhat clearer which sprites are climate-specific 10:08:50 <Coke> ah, they had a link to the reference there 10:08:55 <Terkhen> yes 10:09:00 <Coke> which crashed firefox 10:09:02 *** DoubleYou [~jkuckartz@60-241-89-135.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 10:09:05 <Terkhen> it's kind of long 10:09:30 <Coke> no, wait... firefox is humming along using up all of my four 3.6ghz i7 cores 10:09:36 <planetmaker> is it the sprite overview page, Terkhen? 10:09:53 <Terkhen> in nml they link to OpenGFX author reference 10:09:57 <Terkhen> nml documentation* 10:09:58 <planetmaker> ah 10:10:05 <planetmaker> I miss(ed) that ;-) 10:10:21 <planetmaker> imho still easier to look at opengfx sources. it's more detailed 10:10:37 <Terkhen> Coke: I can open it without problems with a far less powerful processor so I'm blaming firefox (it takes long to load all sprites of course) 10:11:20 <KittenKoder> What link? 10:11:27 <Terkhen> http://hg.openttdcoop.org/nml/raw-file/tip/docs/nml-language.html#block-replacement 10:11:37 <Terkhen> and then opengfx author reference 10:11:40 *** HerzogDeXtEr [~Flex@i59F6DB31.versanet.de] has joined #openttd 10:11:45 <KittenKoder> Less than a second on mine/ 10:11:49 <planetmaker> but it also loads about 15000 images ;-) 10:12:02 <Coke> Terkhen: yes, firefox is a bit bloatie 10:12:12 <Coke> Terkhen: so, let me see if I undesrtand this correctly. 10:12:13 <planetmaker> ah, 10k only 10:12:32 <Coke> The block signal has one ID for every direction and state 10:12:33 <KittenKoder> ??? 10:12:38 <planetmaker> yup 10:12:42 <KittenKoder> What images? 10:12:49 <Markk> Less than a second here as well, Firefox 6 Windows 7. 10:13:07 <Markk> Firefox is much slower in Ubuntu from what I've noticed. 10:13:20 <KittenKoder> I'm using Ubuntu on this machine. 10:13:33 <planetmaker> iirc all signals all together are 8*2*6 10:13:37 <planetmaker> @calc 8*2*6 10:13:37 <DorpsGek> planetmaker: 96 10:13:39 <planetmaker> sprites 10:13:50 <KittenKoder> It's only a P4 3ghz to. 10:13:56 <planetmaker> oh. *2. For semaphore vs. light signals 10:13:57 <Coke> So all I ahve to do is put more realsprite lines in there to step from 1275 to 1290, correct? 10:14:03 *** Scuddles [~notme@cm30.epsilon82.maxonline.com.sg] has joined #openttd 10:14:40 <planetmaker> for certain definitions of "put more realsprite lines", yes 10:14:48 <MNIM> markk, firefox in ubuntu is getting more and more of a brick 10:14:53 <Coke> planetmaker: yeah, where they are linear 10:14:57 <Coke> in sequence 10:15:02 <Markk> MNIM: Yes, I know. 10:15:03 <MNIM> firsthand experience here. 10:15:06 <frosch123> on my machine opera is the only browser which can handle big grf2html outputs. firefox/iceweasel and epiphany just fail :) 10:15:32 <MNIM> if this keeps up, Im just going to use wine or something. >.< 10:15:34 <Markk> Chrome is really slow and takes about double the time or more to load websites for me in Windows than Firefox. 10:15:57 <Terkhen> chrome always is faster than firefox for me 10:16:01 <Markk> Terkhen: Windows? 10:16:05 <Terkhen> yup 10:16:09 <Markk> Weird. 10:16:17 <KittenKoder> Actually, it's Ubuntu that's getting to be a mess these days. 10:16:42 <KittenKoder> I'm not happy with the direction it's going but I'm too lazy to copy everything to a temporary location to get Gentoo on it. 10:16:55 <MNIM> well, that too 10:17:00 <Terkhen> :) 10:17:07 <MNIM> Im considering changing to mint 10:17:12 <Markk> Same sheit. 10:17:24 <KittenKoder> Mint looks nice, but I don't know what it's like. 10:17:32 <MNIM> mint has at least still some developers with the power of common sense 10:17:52 <MNIM> KittenKoder: basically, mint = ubuntu - bullcrap 10:17:53 <KittenKoder> I do know I like Gentoo because you just get the basics with it. 10:17:59 <MNIM> well, a lot of it at least. 10:18:27 <KittenKoder> Ubuntu has gotten political these days, in deciding what packages they want for the official servers now. 10:18:35 <KittenKoder> I wind up doing most installs by hand anyway. 10:18:36 <EmperorJake> I see I'm not the only one considering swithching away from ubunt 10:18:43 <MNIM> either way, Ubuntu 10.10 still works for the time being. 10:19:13 <MNIM> but Im expecting a moment in time where Ill be forced to upgrade or migrate 10:19:17 <KittenKoder> For me, it barely works now. 10:19:37 <KittenKoder> I've had to tweak the video drivers, and the rest is getting bloated. 10:19:40 <EmperorJake> My ubuntu install is deteriorating from too much mucking around. 10:19:51 <EmperorJake> I get a lot of random crashes and segfaults 10:19:59 <MNIM> same here. mine's pretty much frankenbuntu nowadays. 10:20:00 <Coke> The documentation specifies the realsprite as "[left_x, upper_y, width, height, offset_x, offset_y]", what is offsets used for here? 10:20:04 <MNIM> no random crashes, though 10:20:13 <Coke> x,y and w,h already specifies a rectangle, isnt that enough? 10:20:14 <MNIM> well, apart from those caused by firefox or flash 10:20:28 <Coke> is it an offset for the blitter to use? 10:20:33 <KittenKoder> Having to do it all manually defeats the whole reason I liked Ubuntu in the beginning. 10:20:45 <MNIM> lol, true. 10:20:48 <KittenKoder> Coke, one sec. 10:21:11 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 10:21:14 <KittenKoder> At the bottom, it explains it a little: http://newgrf-specs.tt-wiki.net/wiki/PalettesAndCoordinates 10:21:15 <MNIM> but for me it's mostly changing settings that I really hate about new buntus compared to older 9.xx versions 10:21:30 <MNIM> like the idiot idea to swap around the titlebar buttons, for example. 10:21:38 <MNIM> and then, unity. 10:21:45 <KittenKoder> I had to use the text editor to change too many settings lately. 10:21:55 <MNIM> I saw it, was like 'ugh', and rolled the fuck back as fast as I could. 10:22:21 <KittenKoder> Yet the Gnome applet for changing settings has gotten bigger .... which is rather questionable to say the least. 10:22:41 <Terkhen> one of the reasons of why I'm using windows (besides laziness) is because I'm tired of all desktop environments :) 10:22:54 <Terkhen> right now I have a VM with gnome 2, that's what I like 10:23:00 <KittenKoder> I don't like the Windows desktop environment at all. 10:23:08 <Terkhen> not that stupid gnome 3 thing 10:23:11 <EmperorJake> When I plug in a flash drive, I have to go into gksudo-nautilus to be able to change files on it and I have to unmount it using sudo umount. 10:23:17 <Coke> ah, xrel and yrel are more suitable names 10:23:18 <Coke> KittenKoder: thanks 10:23:27 <KittenKoder> I never did after Win98. 10:23:41 <KittenKoder> You're welcome. 10:23:48 <Terkhen> windows 7 has a lot of changes, it is bearable :P 10:24:18 <KittenKoder> I don't like that fakey glass look or translucent windows. 10:24:27 <MNIM> KittenKoder, you never used windows 2000? 10:24:29 <EmperorJake> windows xp forever! I still use it on my partition for playing games 10:24:38 <MNIM> seriously, that os was GOD compared to modern oses. 10:25:01 <KittenKoder> ... and I'm not going to pay 100 bucks for a pack of themes just to get a nice neat simple and functional one. 10:25:15 <KittenKoder> I didn't like 2K for internal reasons. 10:25:54 <MNIM> lol, I kinda like the eyecandy, but then again, Im more an artist than a computerwiz. 10:26:07 <KittenKoder> Why is it NewStations doesn't use the actual track? 10:26:28 <MNIM> I think that's because it was build before newtracks 10:26:34 <Coke> cool it works 10:26:38 <Coke> Thanks guys 10:27:07 <MNIM> what I really hate about the modern windows windowmanager is that it is so messy! 10:27:15 <MNIM> and no multiple desktops! 10:27:31 <KittenKoder> It's the only city station set I really like, besides the Japanese one, but I think that may have the same problem, I should check. 10:27:37 <frosch123> KittenKoder: stations use the new tracks 10:27:54 <frosch123> just make the station use the default track ground tile, and ottd will make the newrail grf draw it 10:28:04 <KittenKoder> frosch123, not the GRF titled NewStations. ;) 10:28:14 <Eddi|zuHause> KittenKoder: newstations is old 10:28:20 <MNIM> I mean, I got used to my Ctrl+ArrowLeft/right desktop switching and my Ctrl+Alt+Numpad7 window positioning 10:28:28 <KittenKoder> Okay, that does explain it. 10:29:03 <KittenKoder> Multiple desktops would be great if I had multiple monitors. 10:29:19 <KittenKoder> Hmm ... I should buy a second monitor so I can play OTTD and watch movies at the same time. 10:29:55 <frosch123> [12:23] <Coke> ah, xrel and yrel are more suitable names <- you can see xrel and yrel also ingame: http://wiki.openttd.org/NewGRF_Debugging 10:30:11 <Alberth> KittenKoder: isn't that called 'television' ? 10:30:20 <KittenKoder> You still watch TV? 10:30:27 <MNIM> lol 10:30:31 <KittenKoder> :p 10:30:44 * frosch123 just wanted to ask the same :) 10:30:45 <MNIM> I rarely watch tv on an actual *tv* nowadays, 10:30:45 <KittenKoder> Mine is only for PS2 ... if I ever play it. 10:30:55 * frosch123 has no tv, only internet 10:30:57 <Alberth> hardly, it's not interesting what they broadcast :p 10:31:04 <MNIM> I just pirate everything and watch it on my pc. 10:31:27 <MNIM> screw commercial channels with their damn add blocks lasting longer than the actual movie/series does 10:31:27 <KittenKoder> I don't know why they even bothered with this new digital TV over the air anyway. 10:31:46 <MNIM> I'm surprised it hasn't even been hacked yet, 10:32:03 <KittenKoder> Super easy, no challenge so the hackers don't care. 10:32:07 <MNIM> I mean *everything* digital gets hacked if it's remotely interesting 10:32:32 <KittenKoder> Any government computer system run by the government .... garbage ... not even a challenge enough for beginners. 10:32:32 <Coke> KittenKoder: the same way all new technology is introduced; people want to make money 10:32:47 <frosch123> MNIM: you mean something like broadcasting a virus via dvb-t ? 10:32:58 <MNIM> lol, that would be entertaining 10:33:29 <frosch123> like the tv could no longer switch channels and only display arte or so :p 10:33:31 <KittenKoder> That could be done .. the boxes and new TVs are actually programmable. 10:33:33 <MNIM> nah, I meant, as in hacking the signal. At least over here, you have to pay for a decoder to decode the digital signal and put it through to your tv 10:33:35 <Coke> KittenKoder: unfortunately, it is very difficult to make money from really great ideas 10:33:50 <MNIM> so it would perhaps be interesting to hack that and make it free 10:34:25 <KittenKoder> It's free over the air anyway. 10:34:35 <KittenKoder> Just .... pointless. 10:34:40 <Coke> KittenKoder: you make more money from selling crap that needs to be constantly upgraded and if you can't control it you lock down the patents and let it die 10:34:50 <MNIM> I think what most companies don't realize nowadays is that analog strategy just doesn't work on digital tech. 10:35:30 <KittenKoder> Not to mention, digital audio-video is still inferior to analog in detail level possibilities. But meh. 10:35:37 <MNIM> for an example, there's some kind of company in the Netherlands right now making adds on TV for a service that lets you build your own holiday photo albums on the internet. 10:35:43 <MNIM> I mean, what the fuck? 10:35:48 <MNIM> how is that even profitable? 10:35:51 <Coke> Why didigtal radio when there is spotify? for instance. yet my tax dollars went into investing in new digital radio for the government 10:36:08 <Coke> MNIM: how is facebook profitable? 10:36:13 <MNIM> people don't go to a site on the internet because they saw a TV add. 10:36:23 <MNIM> they go there because they found it on google. 10:36:28 <Coke> MNIM: clearly you are unfamiliar with the statistical evidence here 10:36:35 <Coke> commercials work 10:36:38 <KittenKoder> Ask a real naval officer who has been there a long time ... digital sonar is crap compared to the older ones. 10:37:20 <MNIM> Commercials work, yes. for rednecks and house moms, maybe. Not for the modern internet generation 10:37:27 <KittenKoder> Correction, commercials DID work. 10:37:32 <MNIM> exactly. 10:37:36 <Coke> I think you might be over estimating the avarage person. They are gullable and to them technology might as well be as magic as religion. 10:37:59 <MNIM> the average person older than thirty? yeah, in most cases 10:38:00 <KittenKoder> They are a failing mode of information now though, primarily because of Google, but mostly because people are too stupid anyway. 10:38:08 <Rubidium> Coke: normal facebook users are not the customer; they are the product that is being sold to other companies 10:38:16 <MNIM> and then there's that second thing. 10:38:27 <Coke> Rubidium: right. what is being sold exactly? people arguing about what cheese goes with what cracker 10:38:30 <MNIM> who the fuck would pay a site for making a photo album? 10:38:30 <KittenKoder> They don't buy based on what they need or what's good, they buy based on what the government tells them now. "Oh, this is USDA approved, it's got to be good for us." 10:38:44 <Coke> KittenKoder: just because younger viewers have switched from broadcast to internet does not mean commercials arent there 10:38:52 <Coke> google makes their profits from those sort of things 10:38:54 <MNIM> two seconds in google will provide you with at least a dozen sites and apps which do it for free. 10:39:19 <MNIM> same audience, I think 10:39:24 <Coke> MNIM: and a quick google search will reveal tht the iphone is indeed not the best phone on the market, not from a technical or practical standpoint 10:39:27 <Coke> yet... 10:39:36 <Coke> Windows is far from the best desktop system today, yet... 10:39:46 <Alberth> MNIM: afaik they sell phyisical customized photo books 10:39:54 <Rubidium> Coke: the personal information that is entered as well as the connections 10:39:59 <KittenKoder> The ads online are not the same as TV commercials, they are very different. Most effective ones are actually ads placed in video games or website banners now, in video games you don't realize you are seeing an ad, but that billboard showing Coca-Cola was paid for by Coca-Cola. 10:40:03 <Coke> Rubidium: it's insanity in my book 10:40:19 <KittenKoder> Actually, Windows is great for the casual computer user. 10:40:21 <Coke> KittenKoder: I count that as the same category of advertisment as on tv 10:40:33 <Coke> KittenKoder: my point is that ads work, regardless the media 10:40:39 <Rubidium> Coke: all the social media is insanity 10:40:45 <Coke> KittenKoder: a quick search on google reveals free alternatives that work just as good 10:40:52 <Coke> Rubidium: agreed. :) 10:41:10 <MNIM> great for the casual computer user who's prepared to add 200 to his computer acquisition bill and then spend another 10 per month for an AV subscription which may or may not help against malware, yes 10:41:13 <Coke> Someone at worked asked if our company shouldnt have a facebook page. 10:41:55 <Coke> I said "no". They asked "why?", my reply was "because we're not a 18 year old girl trying to show off our piercings to the world" 10:42:07 <MNIM> hahaha 10:42:14 <KittenKoder> Most casual computer users pay other people to operate their computers anyway. ;) 10:42:23 <MNIM> lol 10:42:28 <MNIM> maybe Im just weird. 10:42:35 <Coke> KittenKoder: yeah, I'm just saying it's not as easy as "oh, people google and will find better alternatives for free" 10:42:47 <MNIM> I don't pay for something that's happening on my harddrive. 10:42:49 <Terkhen> it's fun to see how a casual comments about two monitors turned into two of the most overused chat topics: "linux is awesome" and "facebook is the devil" 10:43:10 <KittenKoder> Meh, Facebook isn't the devil, it's just lame. 10:43:11 <KittenKoder> :p 10:43:15 <MNIM> huh, two monitors? 10:43:18 <Alberth> Terkhen: you can learn lots of phychology here :) 10:43:24 <KittenKoder> Linux is great ... if you're a coder like most of us here. 10:43:26 <Coke> Facebook is only the devil if it's implied that the devil is severily, mentally handicapped. 10:43:34 <Coke> KittenKoder: my mom use linux 10:43:40 <Coke> All my non-coder friends use linux, mostly ubuntu 10:43:48 <KittenKoder> She has a coder mentality then. :p 10:43:50 <MNIM> muh, even if you're not a coder, like me, but at least mildly intelligent, linux does work 10:43:55 <Rubidium> linux being awesome is just a lie 10:43:55 <Coke> KittenKoder: ha. far from it, she's dumb as a shoe 10:44:00 * Terkhen will change to linux only as soon as he can play every game on it 10:44:00 <MNIM> lol 10:44:00 <KittenKoder> Wait ... Ubuntu? 10:44:02 <KittenKoder> NVM. 10:44:05 <Terkhen> meanwhile... dual boot 10:44:18 <MNIM> but I guess she has an intelligent son/daughter then 10:44:20 <KittenKoder> Gamers are forced to rely on Windows. 10:44:21 <Coke> KittenKoder: yeah. mostly they switch to linux because they dont want to buy new hardware just to get the latest windows 10:44:26 <MNIM> but yeah, dual boot. :P 10:44:27 <Coke> KittenKoder: "gamers" 10:44:30 <Coke> You mean the snot toddlers? 10:44:36 <KittenKoder> No, gamers. 10:44:43 <Coke> I'm a hardcore gamer, gosh darn it. I spent 20 hours since friday on openttd 10:44:59 <Coke> I probably play 4 hours every day. 10:44:59 <MNIM> People who want to play, I dunno, the sims3 without spending an hour on wine trying to make it work :P 10:45:08 <Coke> Oh. Yeah, I only play good games. 10:45:21 <KittenKoder> Commercial games, the ones most hardcore gamers play, are licensed so they cannot produce Linux versions, which is a small trade off since Linux is still not a huge market for them. 10:45:25 <Terkhen> if it works at all, new games have a habit of requiring a future wine version 10:45:36 <Alberth> Coke: I have yet the first gamer that thinks he only plays crap games :) 10:45:39 <Coke> KittenKoder: yeah, snot toddlers who like games to have loads of colors and stuff. 10:45:43 <Alberth> +to meet 10:45:49 <MNIM> or TF2, or Halo for a couple of hours for a casual match 10:46:01 <Coke> MNIM: why not openarena or something like that then? 10:46:09 <MNIM> I do those to. 10:46:15 <Coke> also, playing fps with joystick... hmmm. 10:46:22 <MNIM> I have UT2004, UT and OTTD for linux 10:46:25 <Coke> me too 10:46:33 <Terkhen> so... everyone that does not play open source games or linux games is a snot toddler? :P 10:46:36 <Coke> I used to be quite a quake 3 and ut2004 guru back in the days 10:46:45 <MNIM> but sometimes I just wanna play, I dunno? sim city? 10:46:46 <Coke> Terkhen: that is correct. :) 10:46:52 <KittenKoder> Those are gamers, the modern term "gamer" is used to refer specifically to aesthetic gamers, those who like a lot of flash. Since the game market has expanded so vastly there has been coined several terms for different game players and fans. 10:46:53 <Coke> MNIM: lin city :) 10:46:55 <MNIM> trust me, I have tried it on wine, actually 10:47:00 <MNIM> lin city hardly compares 10:47:07 <MNIM> yeah, to sim city 2000, perhaps 10:47:11 <KittenKoder> Lin City sucks. 10:47:12 <Coke> MNIM: play openttd 10:47:17 <Coke> it's fun. 10:47:19 <Terkhen> that's kind of stupid 10:47:24 <Terkhen> but... whatever 10:47:25 <Coke> (i havent played lincity since i wasnt a big fan of sim city) 10:47:30 <MNIM> I do, but Im not playing ottd 24/7 10:47:39 <KittenKoder> Terkhen, what's stupid? 10:47:40 <Coke> MNIM: me neither. sometimes im playing ETQW or NWN 10:48:09 <KittenKoder> Sim City 2K works in DosBox well, even on Linux. 10:48:22 <Terkhen> reread my last lines to know ;) 10:48:23 <Coke> my dad likes the windows solitaire game a lot, so I installed pysol with 300+ game variations he was very pleased. 10:48:40 <KittenKoder> Oh. 10:48:41 <KittenKoder> LOL 10:48:54 <Coke> gog.com is a fun place for me. 10:49:00 * Rubidium has triple boot ;( 10:49:09 <KittenKoder> I like flashy games to, myself, I get into moods, usually play them on PS2 really. 10:49:10 <MNIM> lol 10:49:24 <MNIM> if Im bored and need a short distraction, I play konquest. 10:49:25 <Coke> KittenKoder: i think it's just as with movies 10:49:28 <MNIM> funny game, really 10:49:33 <KittenKoder> So I guess that makes me a "snot toddler"? 10:49:37 <Coke> they have replaced good story telling and fun game mechanics with rendering graphics. 10:49:47 <Coke> movies are all about cgi and explosions 10:49:49 <KittenKoder> Since I love Final Fantasy XII more than all the others? 10:50:00 <Terkhen> KittenKoder: and me and everyone I know too :P 10:50:01 <Coke> KittenKoder: i stoped playing FF after the SNES release. 10:50:20 <KittenKoder> XII was awesome compared to all the others after 6. 10:50:27 <Coke> i play games mostly from the time when you couldnt substitute gameplay with graphics 10:50:28 <MNIM> muh. don't talk to me about movies. 10:50:46 * MNIM opens the movieplayer and looks at the history 10:50:56 <KittenKoder> Oh, and I suppose Xonosaga had no story line? 10:51:02 <KittenKoder> Xenosaga. 10:51:09 <KittenKoder> Frelling typos. 10:51:14 <Coke> mongosaga? 10:51:25 <KittenKoder> You have never played it .... you lose out. 10:51:35 <Coke> Anyway, those new games and movies cater to another generation, not mine. (im 33) 10:51:41 <KittenKoder> It's 75% cinematics ..... 10:51:48 <Coke> not my thing 10:51:50 <KittenKoder> ALL 3D rendered and raytraced. 10:51:54 <Coke> not impressed. 10:51:56 <MNIM> last played: ST VOY se01-03, LOTR trilogy, before that... the latest NCIS season, V for vendetta, Watchmen, what more... 10:52:12 <MNIM> oh, Exit through the gift shop 10:52:27 <KittenKoder> But here's the catch ... the part you miss out on ... it's got a story that made me, queen bitch of the kingdom of pure hatred, cry. 10:52:41 <Coke> KittenKoder: how old are you? 10:52:47 <KittenKoder> >.> 10:52:50 <Coke> and, really? I saw people crying during avatar. 10:52:53 <Coke> young people. 10:53:01 <KittenKoder> Old enough to have learned to program on an Apple 2e. 10:53:08 <MNIM> says nothing :P 10:53:09 <Coke> I guess they would cut their hearts out if they watched grave of the fireflies or something like that. 10:53:14 <KittenKoder> You mean Dances with Smurfs. 10:53:19 <Coke> HAHA 10:53:21 <Coke> Exactly that. 10:53:22 <MNIM> I know 12 year old flash actionscript coders 10:53:27 <Coke> And that's how I feel about the new games. 10:53:28 <MNIM> hahaha 10:53:36 <MNIM> pocahontas in e mineur blue? 10:53:36 <Coke> They are just rehashes of older, better games, but with a facelift 10:53:55 <KittenKoder> You really need to give some of the new games a chance ... like you did with OTTD. 10:53:58 <MNIM> hey, I agree - I'm still playing ut2004 ONS 10:54:16 <Coke> KittenKoder: what I liked about ottd is the unpretentious look it has 10:54:17 <KittenKoder> OTTD is nothing but a facelift game, that's grown. 10:54:29 <Coke> my thinking "a game that looks so basic has to offer some nice gameplay to keep players on" 10:54:36 <KittenKoder> You haven't seen the new 32bpp stuff yet, have you? 10:54:48 <Coke> KittenKoder: yes I have. removed it. 10:54:56 <Coke> Is there a setting to make the graphics even more pixelated? 10:55:11 <MNIM> it does. I just wish OTTD would move on to a more effecient graphics system, though 10:55:13 <KittenKoder> Aaah ... so you like Disgaea ... oh wait, that's got fancy rotating sprites .... 10:55:24 <MNIM> I mean, I can hardly look at a decent city without lagging 10:55:31 <MNIM> all those pngs trying to show! 10:55:34 <Coke> rotozoom? what's next, 3d?! 10:55:36 <Coke> my word! 10:55:51 <Terkhen> Coke: launch it with openttd -D 10:56:02 <Alberth> :D 10:56:16 <MNIM> all individually drawn pixels? really, what an abuse of an ati radeon 5760! 10:56:17 <KittenKoder> LOL 10:56:34 <KittenKoder> Poor graphics card. 10:56:40 <Coke> Yeah, but i saw a post somewhere of someone having written an opengl patch 10:56:45 <MNIM> it's pretty neat. 10:56:48 <Coke> and opengl handles texels pretty well 10:56:55 <Alberth> Coke: it's not fast enough 10:57:00 <Coke> Ohh? 10:57:02 <KittenKoder> Coke, thought you didn't like new graphics? 10:57:05 <MNIM> it runs several modern games at full graphics like a train. 10:57:14 <MNIM> but ottd, it lags on. 10:57:16 <Coke> KittenKoder: what do you mean? a good practical renderer that moves cpu -> gpu is good 10:57:23 <Coke> KittenKoder: it can still be the same graphics 10:57:33 <KittenKoder> You also haven't been paying attention to OGL changes. 10:57:34 <Alberth> Coke: graphics cards are good at computing, not at insanely fast blitting bitmaps 10:57:36 <Coke> KittenKoder: and i'm not against good graphics, I'm against good graphics replacing game ideas and gameplay 10:57:48 <KittenKoder> Many of which annoy me because the graphics hardware can't keep up now. 10:57:48 <Coke> Alberth: actually, the new ones are 10:58:00 <Coke> or, since a while back 10:58:00 <KittenKoder> Not really, Coke. 10:58:13 <Coke> I've written loads of 2d engines using opengl 10:58:29 <Coke> There's no "normal" card that can outperform opengl even for 2d operations. 10:58:37 <KittenKoder> Do you have a thousand computers with a thousand configurations? 10:58:40 <Coke> ofcourse, i havent owned ati for ages. 10:58:50 <Coke> KittenKoder: they can use SDL for backend. 10:58:55 <KittenKoder> Many computers still use ATI for one. 10:59:02 <Coke> I'm sure it's comparable to nvidia 10:59:23 <Coke> And I'm pretty sure ATI's GPU outperforms software rendering for 2D 10:59:23 <KittenKoder> But here's the thing, OGL is ditching all their old system for a newer more "modern" one that focuses on 3D. 11:00:05 <Coke> it doesn't lose any 2d capability 11:00:09 <KittenKoder> The 2D stuff still uses the outdated calls, which increased the poll count. 11:00:14 <Coke> (if youre talking 3.1 and beyond) 11:00:41 <KittenKoder> Yes, I am, because you can't store 2D animations in the hardware like you can 3D ones. 11:00:55 <Coke> yes you can 11:00:58 <MNIM> in any way, I think replacing ottd's graphics section with a vector graphics section or even a limited 3d renderer like you see in sim city 3000 would be beneficial for performance even if not for the eyecandy 11:00:59 <KittenKoder> You have to increase the number of push-pulls between the GPU and software. 11:01:02 <Coke> using a VBO and a normal texture 11:01:12 <Coke> all you do is modify the vertices to move to another frame 11:01:25 <Coke> it's all stored on the video card and only the vertex update is sent to the gpu 11:01:32 <KittenKoder> VBO is an increase in GPU op codes. 11:01:48 <Coke> but still a lot faster than moving all pixels to video memory 11:01:51 <KittenKoder> Gah, I said that wrong. 11:02:29 <Coke> let's take SDL for example. there's no 2D operation using SDL's video memory api that can outperform the opengl ones 11:02:38 <KittenKoder> But it's just not something that works well with a lot of 2D animations. We're talking hundreds of sprites, not 50. 11:02:48 <Coke> whether youre doing demo things like bobs, plasma, etc or just plain olde animated sprites 11:02:58 <Coke> KittenKoder: not a problem 11:03:09 <MNIM> hundreds? in larger ottd cities, more like thousands. 11:03:10 <Coke> the opengl 2d will severily outperform direct memory access 11:03:14 <Alberth> KittenKoder: add at least two zeroes :) 11:03:32 <KittenKoder> I was trying to be a little generous since I don't know the exact number. :p 11:03:49 <Coke> It doesn't matter the number, opengl will still do it faster. 11:03:55 <KittenKoder> I was going to say thousands ... but thought best not to risk over exaggeration. 11:04:04 <KittenKoder> No Coke, it won't. 11:04:10 <MNIM> Not fast enough. Not compared to vectors. 11:04:11 <Alberth> Coke: so please prove us all wrong, and make a demo 11:04:13 <Coke> KittenKoder: uh, yeah, which is why openttd is about the last games not to use it 11:04:25 <Coke> Alberth: is it OK if I show you someone elses? 11:05:02 <Coke> I can probably explain better with an example 11:05:08 <Alberth> Coke: well, to convince it must have at least as many bitmap rendering as the same speed as openttd 11:05:17 <KittenKoder> I have not seen a game with more than 50 sprites using OGL that's even compatible with 10% of the popular computer setups. 11:05:39 <Coke> KittenKoder: what shit are you looking at? 11:05:45 <KittenKoder> Nor have I been able to get OGL to do it with more than 100. 11:05:47 <Alberth> KittenKoder: good point, Coke: at all our supported platforms 11:05:50 <Coke> http://celeron.55.lt/minetest/ 11:05:58 <Coke> i briefly worked with this cute little game 11:06:09 <KittenKoder> Most people don't have 8 core 500 ghz machines. 11:06:33 <KittenKoder> To get an idea of the common computer set up, look at top of the line 10 years ago. 11:06:34 <Coke> now, it renders roughly 100k faces with textures on them. animating them is a simple matter of changing the texture offset in the vbo 11:06:47 <KittenKoder> You're still talking 3D. 11:06:48 * Alberth doesn't even have decent 3d rendering 11:06:55 <Coke> Yeah. 11:07:00 <Coke> Using opengl to render 2D 11:07:04 <Coke> i.e 3D to render 2D 11:07:10 <Coke> the only difference is how the projection is set up 11:07:19 <KittenKoder> Mine has ... okay 3D ... but I don't use my computer for any game other than OTTD, and that's just because it would suck without a mouse. 11:07:52 <KittenKoder> How many different textures that are altered with each frame? 11:08:13 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd 11:08:18 <Alberth> or where you have to ask a newgrf what the next sprite is to draw? 11:08:19 <Coke> KittenKoder: you dont alter the textures 11:08:20 <KittenKoder> Thus increasing the reference alterations per frame. 11:08:38 <KittenKoder> LOL 11:08:47 <Coke> KittenKoder: you just move the texcoords 11:09:24 <KittenKoder> There's where you fail to see the problem. 11:09:28 <Coke> in any case, software like mplayer etc works fine rendering full HD in opengl with less CPU than using SDL 11:10:05 <KittenKoder> TT sprites are not just a series of static images, palette color shifting is one of the big animation techniques. 11:10:26 <KittenKoder> Actually, mplayer sucks in OGL on my computer. 11:10:41 <KittenKoder> If it doesn't crash, the audio synch is always wrong. 11:10:50 <Coke> KittenKoder: http://www.youtube.com/watch?v=giRYBROAO20 11:10:53 <Coke> how about that for effects? 11:11:31 <KittenKoder> So basically you want a complete rewrite of OTTD just to make it more modern? 11:11:33 <Coke> opengl may not be a well suited framework to apply with the current openttd design, but it is still A LOT faster than 2D operations on any videocard with basic opengl 11:11:39 <Coke> KittenKoder: definately not 11:11:52 <KittenKoder> That's what making it OGL means. 11:12:04 <Coke> I'm just asying if used properly, opengl is faster than 2d also for rendering 2d. 11:12:21 <Coke> KittenKoder: yes, I noted several problems while reading the source code (for porting to an opengl blitter that is) 11:12:48 <KittenKoder> OGL isn't the end all for 3D. 11:12:48 <Coke> but you would also get a few nice things for free: z ordering, translucancy, fast scrolling, etc 11:12:58 <KittenKoder> It isn't the end all for anything really. 11:13:09 <Coke> which is not what I said either 11:13:12 <KittenKoder> OGL is just another alternative with trade-offs like all other methods. 11:13:34 <KittenKoder> Also OGL has SERIOUS compatibility issues. 11:13:38 <Coke> Sure. But there is no effect that can be achieved faster in 2d raw memory blitting than in opengl when using an opengl 2.1 or higher card 11:13:46 <Coke> KittenKoder: where, how? 11:13:51 <KittenKoder> Many modern video cards will spit the code back out like vomit. 11:13:57 <Coke> Like what model? 11:14:00 <KittenKoder> There is only one brand of video card that doesn't. 11:14:19 <Coke> so how do all these games do it then? 11:14:27 <Coke> work nicely on a lot of different hardware and OS' 11:14:33 <KittenKoder> They force their players to buy that one brand. 11:14:48 <KittenKoder> Just because a lot of games exist using OGL doesn't mean it's liked or better. 11:15:02 <Coke> not really. played many many opengl-based games the last 10 years, all work on lin, win, nvidia, ati and intel 11:15:02 <Alberth> just like Windows :p 11:15:16 <KittenKoder> I have not heard one person using ATI that has not had problems with OGL. 11:15:17 <Coke> KittenKoder: no, but it's definately faster than 2D memory access. 11:15:41 <Coke> KittenKoder: that has been ATI's problem from get go 11:15:41 <KittenKoder> OGL devs hate ATI. 11:15:47 <Alberth> Coke: really, make a demo instead of rattling on about how wonderful OGL is 11:15:50 <Coke> no, ATI devs are just lousy at reading specs 11:15:56 <Coke> Tbh I don't have to. 11:16:50 <KittenKoder> Coke, someone said I couldn't make a decent IRC clone in Java, want to know what I did? I made one in two weeks, proved them wrong ... so where's your great and powerful 2D fully animated sprite game with thousands of sprites? 11:17:00 <Rubidium> KittenKoder: oh, let me be the first ;) 11:17:08 <KittenKoder> LOL 11:17:12 <Rubidium> I've got no problem with OGL and I'm using an ATI card 11:17:12 <Coke> KittenKoder: there are plenty of engines 11:17:23 <Coke> KittenKoder: also, I'm not stupid enough to spend two weeks to prove the obvious 11:17:25 <KittenKoder> Which OS, Rubidium 11:17:32 <Rubidium> what I do have problems with is the intense heat the thing produces 11:17:38 <Coke> Rubidium: he's FUD'ing pretty hard. 11:17:38 <KittenKoder> .. and yes, that would make you the first I have known. 11:17:43 <Rubidium> KittenKoder: Linux 11:18:11 <KittenKoder> Load up Blender 5 ... design a scene with more than 1000 polygons. 11:18:24 <Rubidium> pff... 11:18:26 <KittenKoder> LOL 11:18:27 <Rubidium> why would I 11:18:49 <Rubidium> then I'd probably first have to install the ogl stack 11:18:49 <KittenKoder> Meh, just messing with you now. 11:18:52 <Coke> KittenKoder: http://www.youtube.com/watch?v=p17Ur66Y1_c 11:18:53 <MNIM> I've got Ati on linux. 11:19:19 <MNIM> it works. if you wanna play Ut2004 on full specs, that is, I have little other comparison. 11:19:35 *** peter1138 [~petern@lachesis.fuzzle.org] has joined #openttd 11:19:38 *** mode/#openttd [+o peter1138] by ChanServ 11:19:54 <KittenKoder> The recent changes to OGL make Blender 5 crash with more than a certain number of polygons .... which makes it hard for me because my hobby was making music videos with it. 11:20:20 <Coke> blender 5? I'm on version 2. I cant find a 5 11:20:23 <KittenKoder> ... which most of the people I know using ATI and OGL are Blender artists. 11:20:39 <Coke> 2.59 is the latest 11:20:42 <KittenKoder> It's 2.5, they call it Blender 5 on the site. 11:20:57 <Rubidium> KittenKoder: pff... what about: computer shuts down because GPU creates too much heat after a certain amount of minutes 11:21:01 <Coke> says 2.59 in blender.org 11:21:13 <KittenKoder> That would suck. 11:21:27 <Coke> big logo with "2.5" 11:21:28 <Rubidium> hell, probably the amount of polygons your blender crashes has been higher than the number of seconds my computer stayed on 11:21:31 <KittenKoder> My "new" laptops, at the time anyway, had that problem. 11:21:38 <Alberth> Coke: more than one number is too complicated for the average user 11:22:00 <Coke> KittenKoder: opengl outperforms hardware blitting, for 2d. 11:22:04 <KittenKoder> Coke, seriously, are you nitpicking just be a troll ... read through the forums that I was reading for once. 11:22:18 <KittenKoder> ... and no, it doesn't always, only in some instances. 11:22:28 <Coke> Where opengl is available in hw. 11:22:35 <KittenKoder> You don't use a phillip's on a flathead screw, do you? 11:22:37 <Coke> I have yet to see one video card with opengl support that does not. 11:22:47 <Rubidium> Coke: then why is the OpenGL video driver of OpenTTD slower? 11:22:54 <Coke> Rubidium: I haven't looked at it. 11:22:58 <Rubidium> (not to mention that it didn't fully work) 11:22:58 <Coke> maybe he's using immediate mode? 11:23:01 <peter1138> hi 11:23:10 <KittenKoder> Who's "he"? 11:23:12 <peter1138> Rubidium, because i didn't write it properly :D 11:23:16 <Rubidium> good afternoon Lord Nelson ;) 11:23:17 <Coke> KittenKoder: the author? 11:23:25 <Coke> Oh see there. 11:23:37 <KittenKoder> Immediate mode? 11:23:47 <peter1138> and yes, it was all immediate 11:23:53 <Coke> there u go 11:24:05 <KittenKoder> There's another older mode? 11:24:09 <Coke> KittenKoder: newer 11:24:21 <Coke> or, immediate is the old way yeah 11:24:27 <Coke> you transfer every vertex every frame 11:24:35 <KittenKoder> Oh, you mean sending each op code with every frame. 11:24:39 <Coke> unless you used call lists which take up HUGE bandwidth to trasnfer to gpu 11:24:43 <peter1138> actually it cheated and only drew changed bits 11:24:43 <Coke> KittenKoder: yes. 11:24:53 <peter1138> so the frame was never cleared 11:24:53 <Rubidium> wasn't there a problem with the sprites not being 2**n by 2**n in size and there being too much sprites? 11:25:05 <Coke> Not any more. 11:25:06 <KittenKoder> There's the biggest flaw with OGL. 11:25:12 <Coke> That sprite size limit is gone since 2.0 11:25:19 <KittenKoder> No, it hasn't. 11:25:27 <KittenKoder> My machine still requires it and it's OGL 3. 11:25:34 <peter1138> you can get around it on some cards, but not all 11:25:36 <Coke> KittenKoder: doubtful. 11:25:39 <KittenKoder> 3.something or other. 11:25:47 <Coke> peter1138: what cards don't ahve the 3 ARB extrensions ? 11:25:50 <peter1138> Rubidium, one big issue was threading 11:26:06 <KittenKoder> Just because something exists doesn't mean it works. 11:26:07 <peter1138> where a bit of the terrain generator loaded some sprites to get the size 11:26:11 <Coke> KittenKoder: ok, let's think about this logically. 11:26:18 <KittenKoder> The extensions on mine don't work at all. 11:26:22 <peter1138> i couldn't be bothered to abstract some stuff fully for that to work properly 11:26:36 <Coke> If you can have 100k quads with animated textures, making them use a 2d modelview so they always face the camera wouldnt punish the rendering time 11:26:45 <KittenKoder> Wait, you use quads? 11:26:49 <KittenKoder> Seriously? 11:26:55 <Coke> I'm sure peter1138 did 11:27:16 <Coke> KittenKoder: in any case, yeah, quads are used in most, only they are stored in big vertex lists 11:27:25 <Coke> most of the time optimized by triangles 11:27:30 <KittenKoder> Quads go through several extra op codes because they are converted to tris before going to the GPU. 11:27:36 <peter1138> yeah, i used quads 11:28:11 <Coke> I'm also quite sure that on any opengl compat hw, drawing opengl using normal vbo's and textures (including writing directly to texture memory) is faster than 2D blitting 11:28:15 <KittenKoder> peter1138, don't worry, all the crap OGL makes you go through just to get one 2D image properly rendered at a decent speed is really not worth it. 11:28:20 <Coke> mostly because NOBODY is using 2D blitting any more, not even window managers. 11:28:37 <KittenKoder> Window managers also suck these days. 11:28:53 <KittenKoder> I can see Gnome making updates to things I move now. 11:28:55 <KittenKoder> It annoys me. 11:29:05 <Coke> I don't use a DE; just plain olde fluxbox 11:30:00 <peter1138> there's also code that deals with pixels 11:30:02 <KittenKoder> I am not messing with Ubuntu's crap anymore, I got it all working, leaving it at that. 11:30:11 <peter1138> nobody deals with pixels in opengl! 11:30:21 <KittenKoder> Nobody who uses OGL codes. 11:30:24 <KittenKoder> ;) 11:30:26 <Coke> http://www.youtube.com/watch?v=5xgNe3Je1kU 11:30:28 <peter1138> glBegin(GL_POINTS); :D 11:30:56 <KittenKoder> OGL is for lazy programmers anyway. 11:31:12 <Coke> thats what old geezer says 11:31:17 <peter1138> opengl is awesome, imho 11:31:19 <Coke> who dont want to move on in time 11:31:21 <KittenKoder> But even then ... I'm a lazy programmer and it just annoyed me. 11:31:26 <peter1138> good for 2d and 3d 11:31:29 <Coke> peter1138: indeed. 11:31:40 <peter1138> just... i'm no good at fitting it into openttd 11:31:47 <Coke> i guess directx is actually running past opengl these days 11:31:53 <Coke> peter1138: not with the current blitting api, no 11:32:01 <peter1138> only in windows, and who cares about that 11:32:06 <KittenKoder> DirectX is highly OS dependent though. 11:32:08 <Coke> peter1138: but hey. if you want to take a serious stab at it I'm willing to help out 11:32:18 <Coke> I don't know that much about openttd yet, but i'm proficient with opengl 11:32:51 <KittenKoder> Just announce the version that implements it, so I know not to bother upgrading. 11:32:59 <Coke> KittenKoder: my gosh you are negative. 11:33:10 <Coke> Did opengl hurt you when you were a kid and now the memories linger? 11:33:48 <KittenKoder> No, OGL made all graphics cards obsolete recently, and messed up their whole architecture recently, and now nothing works right. 11:34:17 <KittenKoder> So yeah, I am pissed at it, but more importantly, it won't run on even my newest computer. 11:34:21 <Coke> peter1138: the reason opengl 3.1 (and 4) will not be as good as directx is because of democracy. MS dicides like a dictator whereas opengl needs to get all participants on the same page. have not worked well as of late. 11:34:43 *** KritiK [~Maxim@176.14.119.184] has joined #openttd 11:34:53 <Coke> KittenKoder: youre the only one having a problem with it that I know of :) 11:35:11 <KittenKoder> That's the problem with a lot of open source these days, and THAT annoys me most. OpenTTD is about the only Open Source project that hasn't completely fallen apart. 11:35:18 <Coke> KittenKoder: and opengl is backwards compatible, some features have been marked with deprecated for 8 years 11:35:27 <Coke> KittenKoder: wow. 11:35:32 <Coke> I think that is rubbish. 11:35:42 <Coke> I haven't used any non-free software for over 10 years and my life is great. 11:36:01 <KittenKoder> Coke, you fail to see that most graphics cards do only support older stuff still, even ones made today. 11:36:11 <Coke> KittenKoder: opengl 2.1 is still what I use 11:36:32 <Coke> and most graphics cards support 2.1 + the 3 ARB extensions 11:36:47 <KittenKoder> With the current turmoil between hardware and OGL devs, it's not going to work at all soon. 11:36:56 <Coke> every ID title released since Q2 has an opengl backend 11:37:01 <Coke> works on many platforms 11:37:32 <Coke> KittenKoder: I agree the future is uncertain, but I don't share that negative feeling towards it. 11:37:44 <Coke> peter1138: did you start a new repos yet? :) 11:37:51 <KittenKoder> Have you been reading the arguments between the OGL devs? 11:38:13 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 11:38:19 <KittenKoder> Wouldn't surprise me if OGL breaks into several different projects altogether. 11:38:23 <Coke> KittenKoder: so that's why your feelings are hurt? 11:38:38 <KittenKoder> One for each video card model. 11:39:12 <KittenKoder> The devs can't agree on anything, and the hardware makers are not making it better because most don't want to support everything. 11:39:41 <Coke> KittenKoder: let me put it like this; the only alternative today is DirectX. What do you prefer? 11:39:44 <KittenKoder> The power of two issue being the biggest one. 11:39:56 <KittenKoder> I prefer simple 2D direct blitting. 11:40:04 <Coke> KittenKoder: not fast enough 11:40:09 <Coke> not the way cards are built 11:40:16 <Terkhen> we should start charging for hosting internet drama sessions :P 11:40:19 <KittenKoder> It's solid, works, and is fast enough if you know how to use the video cards. 11:40:21 <Coke> and vendors wont make it better just because 0.0001% of their customers play openttd 11:40:34 <Coke> KittenKoder: also, ther's no standard for that either 11:40:46 <Coke> granularity, offsets, etc are all different on different chipsets. 11:40:51 * TWerkhoven hands terkhen some popcorn 11:41:12 <KittenKoder> There are no standards for anything anymore anyway. 11:41:15 <TWerkhoven> its good entertainment 11:41:34 <Terkhen> thanks, but I stopped reading many lines ago... it's more fun when you understand the topic 11:41:34 <KittenKoder> You have to write many different functions for each method now anyway. 11:41:38 <Coke> KittenKoder: don't be so negative. 11:41:52 <KittenKoder> Don't tell me what not to do. 11:41:57 <peter1138> so has anyone used LXC? 11:42:19 <peter1138> i was going to use vservers, but then i saw a note that it is deprecated and won't be in debian after squeeze... 11:42:30 <Coke> peter1138: what's replacing it? 11:42:33 <KittenKoder> Coke, face it, one single answer to anything is bad. 11:42:48 <peter1138> lxc, afaict 11:42:55 <peter1138> but the tools are... different 11:43:21 <Coke> KittenKoder: nobody's giving a one single answer 11:43:26 <peter1138> networking is different 11:43:41 <KittenKoder> OGL .... that's giving a single answer to lots of things. 11:43:43 <Coke> KittenKoder: opengl still kicks the shit out of 2d blitting on modern hardawre and has done so for the last 10 years 11:43:56 <KittenKoder> No, it hasn't. 11:44:08 <Coke> KittenKoder: yes, but because you havent done jack with opengl you woudlnt know 11:44:11 <KittenKoder> It's been a crutch for so long too few programs that don't use it exist now. 11:44:20 <peter1138> is 2d blitting even accelerated these days? 11:44:25 <Coke> peter1138: yes. 11:44:35 <KittenKoder> I haven't released anything with OGL, doesn't mean I haven't used it. 11:44:38 <Coke> peter1138: but it's still not as fast as billboards 11:44:51 *** Devroush [~dennis@178-119-81-33.access.telenet.be] has joined #openttd 11:45:01 <peter1138> of course, blitting in the context of openttd is irrelevant anyway 11:45:40 <KittenKoder> Meh, with modern CPUs it's moot. 11:45:46 <peter1138> the real blitting is done in the cpu 11:46:00 <Coke> peter1138: yeah, that part would have to be replaced 11:46:06 <peter1138> later on sdl is used to blit the changed parts, but whether that's accelerated is up to sdl 11:46:08 <Coke> I saw that just glancing the sources. 11:46:19 <KittenKoder> SDL does accelerate. 11:46:38 <KittenKoder> Well, it does "where possible" ... in other words if the hardware can. 11:46:53 <Coke> peter1138: I think the best aproach would be to replace the 2d memory access with texture memory access 11:47:02 <Coke> peter1138: it is faster to access pixels in a texture than it is on 2d memory. 11:47:22 <KittenKoder> ... and then sacrifice all accuracy in the process. 11:47:37 <Coke> KittenKoder: depends on what you tell the renderer 11:47:41 <Coke> you can get pixel perfect texels 11:47:55 <KittenKoder> Everything is done in floating point on GPUs. 11:48:04 <KittenKoder> Floating point = no accuracy/ 11:48:12 <Coke> KittenKoder: for all integral values it is exact 11:48:17 <Coke> you are misinformed beyond comprehension 11:48:25 <KittenKoder> It's converted to floating point. 11:48:38 <Coke> what is? 11:48:52 <KittenKoder> All coordinate values. 11:49:04 <Coke> but if you use even numbers that does not matter 11:49:26 <Coke> KittenKoder: also, this only proves you are totally unfamiliar with opengl 11:49:36 <Coke> opengl has interface for short, int, float and double 11:49:45 <KittenKoder> Um ... do you understand how hardware uses floating points? 11:49:47 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Read error: No route to host] 11:49:49 <KittenKoder> At all I mean? 11:49:51 <Coke> KittenKoder: it doesn't matter. 11:49:57 <KittenKoder> Yes it does. 11:50:07 <peter1138> KittenKoder, not all values are inaccurate in floating point 11:50:15 <Coke> peter1138: that was also my point 11:50:23 <Coke> for instance, all even numbers are equal to their integral counterparts 11:50:37 <KittenKoder> Again, it's converted to floating even if coded as an int. 11:50:43 <Coke> except 0.0 which can also be -0.0 in IEEE 754 which is what most platforms use 11:50:48 <Coke> KittenKoder: so??? 11:50:49 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 11:51:06 *** glx [glx@2a01:e35:2f59:c7c0:ddd4:a5be:a475:d24d] has joined #openttd 11:51:09 *** mode/#openttd [+v glx] by ChanServ 11:51:10 <Coke> look, I respect that you don't like opengl for nostalgic values or whatever, but this is just FUD youre doing 11:51:24 <KittenKoder> No. 11:51:31 <Coke> you can achieve 100% pixel accurate rendering in opengl 11:51:35 <KittenKoder> Not all things can be answered with one answer. 11:51:40 <Coke> nobody said that. 11:51:43 <KittenKoder> ... and no. 11:51:51 <Coke> but 2D can be EASILY and readily answered with opengl and directx. 11:52:12 <KittenKoder> Why?> 11:52:26 <Coke> because the current hardware does it faster than raw video memory access. 11:52:28 <KittenKoder> "Because we can? 11:52:42 <KittenKoder> Really, and you expect what to change? 11:52:45 <Coke> it allows for faster scaling, transparency and pixel access. 11:53:22 <KittenKoder> Okay, so instead of using 1% of the CPU process it will now use .75% of the process. 11:53:56 <Coke> actually a lot less since once the initial data is trasnferred to the video card, only a miniscule amount of cpu and ram will be used 11:54:20 <KittenKoder> Not really. 11:54:49 <KittenKoder> There's a lot more than just graphics happening, especially in the "non-3D" games. ;) 11:55:03 *** A1ONE-Hyppokrif [~Hyppokrif@91.187.26.51] has joined #openttd 11:55:04 <Coke> it doesnt matter to opengl if its 3d or not. 11:55:12 <KittenKoder> Did I say that? 11:55:26 <A1ONE-Hyppokrif> Hi 11:55:27 <KittenKoder> Look, let's take Sim City for example. 11:55:31 <Coke> no, let's not. 11:55:33 <Alberth> hi A1ONE-Hyppokrif 11:55:33 <Coke> you bore me now. 11:55:51 <Terkhen> hi A1ONE-Hyppokrif 11:56:22 <KittenKoder> while you see hundreds of sprites, less than a quarter of the op codes are actually drawing those, the rest are doing math for economy, simpeople routes, etc. 11:56:30 <glx> IIRC someone tried opengl, didn't work very well 11:56:39 <Coke> glx: we 11:56:55 *** A1ONE-Hyppokrif is now known as Electronick 11:57:05 <Coke> we've been through that, it's peter1138 in this channel here right now, explained he used immediate mode quads in his experiment 11:57:26 <Coke> opengl would render 2d faster for a fraction of the cpu cost, period. whether it matters or not is another story. 11:57:28 <Terkhen> both of you implement whatever you are proposing and we'll benchmark it later, otherwise this discussion serves no purpose 11:57:29 <KittenKoder> I highly doubt that more than half the 1% of CPU processes in OTTD are graphical. 11:57:57 <KittenKoder> I'm saying, just keep adding more features to OTTD ... ;) 11:58:24 <Coke> Terkhen: agreed. that said, I think there are no real gains of moving to opengl unless you were planning to add some graphical enhancenments 11:59:33 <glx> anyway pathfinding will still be the CPU eater, with or without opengl 11:59:40 <planetmaker> what could be enhanced that way? 11:59:51 <Coke> planetmaker: shadows, lighting, etc 11:59:59 <planetmaker> but everything 3D... 11:59:59 <glx> on sprites ? 12:00:02 <Coke> planetmaker: maybe someone would add real models so you could rotate the map 12:00:17 <planetmaker> which means to 100% redraw and code ALL content, including base sets 12:00:21 <Coke> glx: yes. using bump mapping for instance. im just making stuff up 12:00:21 <planetmaker> thus writing a new game 12:00:30 <Coke> planetmaker: well, i didnt say minor tweaks 12:00:47 <glx> we are still waiting for a full 32bpp base set 12:00:58 <KittenKoder> Pathfinding is a huge drain. 12:01:10 <Coke> glx: probably because most ppl are like me, the original 8bpp is fine 12:01:21 <KittenKoder> I have noticed road vehicles cause bigger spikes than any of them. 12:01:23 <Coke> also, I love pixel art. 12:01:44 <glx> try ships KittenKoder :) 12:01:52 <glx> in open sea 12:01:57 <Alberth> Coke: anyone not loving 2.5D is scared away with the first screen shot :) 12:02:05 <KittenKoder> I don't use those often ... they never go where I want them to. >.< 12:02:34 <Coke> Alberth: well, I still play a lot of NES. still the best looking games ever 12:02:52 <planetmaker> Coke: even in 32bpp, using textures etc is a complete new technique, thus the re-use factor for anything done previously is 0% 12:02:57 <KittenKoder> I managed to make a 2048x2048 map lag with too many tracks and trains once .... using all PBS. 12:03:05 <Coke> planetmaker: yeah, it's pretty much a dead cause 12:04:51 <KittenKoder> What we need are better math-co processors again .... 12:04:52 <Coke> if you guys like pixel art http://www.youtube.com/watch?v=nKkTS6aM1gc 12:05:14 <KittenKoder> The strategy games I like are also bad with them. 12:07:32 <Coke> "Datsum 180b monster truck" hehehe 12:09:30 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO] 12:12:56 <KittenKoder> You know what would be cool, add a more realistic train wreck option! 12:12:56 <KittenKoder> :p 12:13:00 <KittenKoder> BOOM! 12:13:37 <Alberth> not good for business 12:13:54 <KittenKoder> Yeah, but cool for those bored out of your mind days. 12:18:37 *** EmperorJake [~jake@27-33-135-224.static.tpgi.com.au] has quit [Quit: Ex-Chat] 12:23:42 *** Coke [~peter@h-135-45.a254.priv.bahnhof.se] has quit [Quit: Lost terminal] 12:27:52 <__ln__> why are dutch and luxembourgish flags so similar? 12:28:26 <Hirundo> they were united under one king until 1890 12:28:45 *** Brianetta [~brian@217.151.109.161] has quit [Remote host closed the connection] 12:30:12 <__ln__> well that explains something 12:30:54 <MNIM> the russian flag is very similar to the dutch one too. 12:30:56 * MNIM shrugs 12:31:25 *** Brianetta [~brian@217.151.109.161] has joined #openttd 12:31:55 <__ln__> MNIM: but different order of colors. between .nl and .lu only the shade of blue and red is different. 12:32:40 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 12:37:12 <MNIM> oh, I thought they were the same too 12:41:12 <__ln__> still, the dutch could add e.g. a pink pony in the middle of the flag to make it more recognizable. 12:44:29 <Alberth> suggesting something connected with water has a better chance of getting added :p 12:45:09 <MNIM> well, we do! that's what the blue part supposedly stands for anyway 12:45:40 <__ln__> a pink fish then? 12:45:43 <MNIM> also, those luxembourgers were the ones insisting on going on their own anyway, let them solve their own problem. 13:00:01 *** Strid [~Strid@c-0dcde455.04-372-6c6b701.cust.bredbandsbolaget.se] has quit [Remote host closed the connection] 13:08:26 <Eddi|zuHause> luxemburg was split around 1850 into a french-speaking and a german-speaking part 13:09:04 <Eddi|zuHause> (the french-speaking part is now part of belgium) 13:11:45 <Eddi|zuHause> but for some reason the german-speaking luxemburg didn't want to be part of the german empire after 1871 13:14:18 *** jpx_ [jpx_@a91-156-233-43.elisa-laajakaista.fi] has joined #openttd 13:25:33 *** Brianetta [~brian@217.151.109.161] has quit [Ping timeout: 480 seconds] 13:26:32 <MNIM> of course not. 13:26:45 <MNIM> in 1870 germany wasn't a single nation. 13:27:15 <MNIM> and that what mostly resembled a nation 'germany' was massively defeated by france in a war just a year ago. 13:28:36 *** douknoukem [~KEM@78.166.118.29] has joined #openttd 13:33:43 *** Brianetta [~brian@217.151.109.161] has joined #openttd 13:34:28 <frosch123> MNIM: 1870 != 1815 13:37:42 <MNIM> <Eddi|zuHause> but for some reason the german-speaking luxemburg didn't want to be part of the german empire after 1871 13:37:57 <MNIM> http://en.wikipedia.org/wiki/Franco-Prussian_War 13:37:59 <MNIM> that war 13:38:26 *** jpx_ [jpx_@a91-156-233-43.elisa-laajakaista.fi] has quit [Read error: Connection reset by peer] 13:38:59 <MNIM> Oh wait, I got my facts reversed apparently. 13:39:07 <MNIM> I thought france won that war >.< 13:39:53 <Hirundo> That can't be: http://politicalhumor.about.com/library/images/blpic-frenchmilitaryvictories.htm 13:43:54 <CIA-2> OpenTTD: frosch * r22744 /trunk/src/economy.cpp: -Codechange: Clarify the scope of variables in LoadUnloadVehicle(). 13:44:54 *** jpx_ [jpx_@a91-156-233-43.elisa-laajakaista.fi] has joined #openttd 13:45:37 <CIA-2> OpenTTD: frosch * r22745 /trunk/src/ (economy.cpp newgrf_animation_type.h): -Fix: [NewGRF] SAT_CARGO_TAKEN and AAT_STATION_CARGO_TAKEN shall only be triggered when all cargo was taken. 13:47:15 <CIA-2> OpenTTD: frosch * r22746 /trunk/src/economy.cpp: -Feature: [NewGRF] Implement feature 04 property 18 bit 5. 13:47:25 <frosch123> that message is for eddi :) 13:47:35 <Eddi|zuHause> :p 13:48:22 <Terkhen> time to fix the wiki :) 13:48:26 <Rubidium> oh... you broke the wiki 13:48:30 <planetmaker> oh no! 13:48:50 <frosch123> fixed the wiki :p 13:49:23 <Terkhen> property 19 is... strange 13:49:36 <frosch123> typical eis_os mess 13:49:50 <frosch123> take a look at bridge properties and bridge variables :p 13:51:00 <Terkhen> looks complicated 13:51:14 <Terkhen> but not as complicated as stations, I never managed to understand station specs 13:52:20 <frosch123> yeah, stations are definitely the most complicated feature 13:52:31 <Hirundo> at *some* point they will be done in NML and all will be easy :P 13:53:03 <frosch123> Hirundo: i would expect nml to make feature requests to ottd to make it easier :p 13:53:38 <Terkhen> along with patches that implement those feature requests? :P 13:54:19 <Hirundo> Feature request: Extended action1 :) 13:54:55 <Alberth> implementation: trivial, left as an exercise to the reader :p 13:57:07 <Terkhen> action1 is equivalent to spritesets? 13:57:22 <frosch123> hmm, the spec is from 19th of june. iirc i wanted to discuss it with yexo. is he really gone since 2 months? 13:57:55 <Hirundo> sortof, yes 13:58:02 <Hirundo> IIRC since early july 13:58:09 <Terkhen> the left somewhen before the 15th of july 13:58:12 <Terkhen> he left* 13:58:25 <frosch123> well, july, not june 13:58:31 <Terkhen> then yes :P 13:59:07 <frosch123> hmm, or i meant the secondary features.... 13:59:21 <frosch123> ... and action1 was already settled 14:00:03 <frosch123> (might make sense, since it involves airports, while the other thing only involves nml) 14:04:06 *** Phaeodaria [~speedy@ip-109-91-184-26.unitymediagroup.de] has quit [Read error: Connection reset by peer] 14:04:38 <Hirundo> Is there some proposal around to access multiple 'related' objects? 14:05:07 <planetmaker> yes 14:05:14 <planetmaker> or the idea 14:05:38 <frosch123> Hirundo: same page as the other stuff 14:05:45 <frosch123> http://wiki.openttd.org/Frosch 14:05:59 <planetmaker> ^^ always a good source for quacking about specs ;-) 14:06:48 <frosch123> not quacking :p 14:07:23 <planetmaker> it somehow became the inofficial collection of newgrf spec suggestions 14:07:36 <planetmaker> writing? 14:07:58 <frosch123> "Quaking is not Quacking! " <- very first section on that page :p 14:09:35 <planetmaker> oh :-) 14:10:02 <frosch123> according to andy only ducks quack 14:10:14 <frosch123> so, i needed some different verb :p 14:10:42 <Terkhen> I find the fifth related object specially interesting :) 14:11:01 <frosch123> yeah, it will cause quite some headache for grf2html :p 14:11:07 <Terkhen> where interesting == allows the craziest stuff 14:11:40 <frosch123> you need to know to which callback a action2 belongs, else you cannot tell what the variable is about 14:11:59 <frosch123> Terkhen: anyway, it is primarily meant for airport state machines 14:12:36 <frosch123> but has also usecases with today's stuff 14:13:23 <Hirundo> the 'next front engine' would be a good excuse to scrap livery overrides from nml :) 14:13:38 <frosch123> exactly :p 14:13:46 <Terkhen> :) 14:16:07 <Hirundo> Conceptually, would it be possible/useful to access industry tiles from the industry (via some parameter to specify the relative coordinates of the tile) ? 14:16:56 <frosch123> there are already landinfo variables for that 14:17:01 <frosch123> maybe also random bits 14:17:07 <frosch123> not sure what else you might want 14:17:42 <frosch123> yeah, var60 to 62 14:17:57 <Hirundo> hmm... yes, all seems covered by 60+x vars already 14:17:58 <frosch123> i guess tiles have no other information 14:24:28 *** Brianetta [~brian@217.151.109.161] has quit [Quit: TschÃŒÃ] 14:38:42 <Alberth> planetmaker: http://dev.openttdcoop.org/projects/airportsplus/repository/entry/sprites/airport_city.pnml <-- tilelayout would be the same for each rotation right? (except for the tile coordinate changes) 14:40:43 <planetmaker> currently it rather works like "views". That is, the newgrf author has the freedom to use a completely different tile layout 14:40:45 <Alberth> I am making an airport state machine handling program with input like this http://devs.openttd.org/~alberth/city.txt (just started, last part is not correct yet), and I need some tile layout description too, mainly for hangars and terminal groups 14:40:51 *** MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has left #openttd [Oops. Did i really want to do that, or was it just my window focus again?] 14:41:02 *** MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has joined #openttd 14:41:04 <MNIM> oopsie. 14:41:32 <planetmaker> but the current implementation of what _I_ would do in _that_ newgrf is what you said 14:41:33 <Alberth> but not entirely, ie state machine positions do not change and depot orientation does neither 14:41:48 <planetmaker> yes, the statemachine is rotated, but I could use different tiles 14:42:20 <planetmaker> i.e. statemachine is rotated simply. Tiles... would need to make sure it looks ok with that 14:42:22 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Quit: Leaving.] 14:42:28 *** jpx_ [jpx_@a91-156-233-43.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 14:42:32 <Alberth> I was wondering to make a 2d grid of tiles, but it may become large, I fear 14:42:49 <planetmaker> a layout IS a 2d grid of tiles 14:43:13 <Alberth> yeah, but 2d also in text -> 1 line == 1 row of tiles 14:43:43 <planetmaker> the current way is IMHO quite readible 14:43:43 *** Strid [~Strid@c-0dcde455.04-372-6c6b701.cust.bredbandsbolaget.se] has joined #openttd 14:44:41 <Alberth> true, and better expandable with new data. I'll use that instead 14:44:43 <planetmaker> like one line per tile. It's an established method and works the same for industries, too 14:44:59 <planetmaker> it's just a matter of proper formating :-) 14:45:05 * Alberth likes a 2d view :) 14:45:12 <planetmaker> yes... :-) 14:45:20 <planetmaker> but then one would need short names etc 14:45:31 <Alberth> I was thinking to make a 2.5D view anyway of all the positions 14:46:31 <Alberth> but that is not going to happen today :) 14:47:10 <planetmaker> including height, you mean? 14:48:10 <Alberth> yep 14:48:26 <Zuu> Is "aircraft" plural? Or should it be "aircrafts" in plural? 14:48:35 <planetmaker> Zuu: it's uncountable 14:48:45 <Zuu> Okay 14:48:46 <planetmaker> one aircraft. Two aircraft 14:48:54 <Alberth> a single aircraft has too many parts :p 14:49:05 <planetmaker> :-P 14:49:18 <planetmaker> A good landing is where all wreck parts are scattered in the same direction 14:49:27 <Eddi|zuHause> english and its totally silly pluralisation laws... 14:49:52 <Alberth> planetmaker: while maintaining cohesion between the parts 14:50:05 <planetmaker> that's a very good landing ;-) 14:51:01 <planetmaker> or so a friend of mine who already built dozens of model aircraft says ;-) 14:51:20 <Eddi|zuHause> in german, all products ending in "-werk" (which i presume to be equivalent to "-craft") are properly pluralised (e.g. "Uhrwerk" => "Uhrwerke") 14:51:49 <Eddi|zuHause> planetmaker: how many of those managed to "land"? :) 14:52:07 <planetmaker> :-) Many made a final landing 14:52:40 <planetmaker> The biggest is still alive. But it was his diplom thesis and is actually a 2m wing-span, 400km/h jet-engine with a semi-autonomous mode. 14:53:00 <Eddi|zuHause> you mean a drone 14:53:04 <planetmaker> not quite 14:53:31 <Terkhen> that does not sound like a model aircraft :P 14:54:36 <Eddi|zuHause> i thought that's pretty much exactly what a drone is, a slightly smaller aircraft with a computer steering it. plus the military variant also has a weapon 14:54:59 <planetmaker> Eddi|zuHause: but it's not capable to completely fly on its own. That's why semi-autonomous 14:55:13 <planetmaker> you can give it a certain flight path, but that's it 14:55:24 <planetmaker> no input then from sensors which drive it 14:55:58 <planetmaker> http://www.tieffliegen.de/modelle/zustand.html <-- his collection 14:56:28 <planetmaker> but that one is not among it 14:59:30 *** staN [~Miranda@p57AD5986.dip.t-dialin.net] has joined #openttd 14:59:57 <planetmaker> hm... sorry, video or photo of that plane is hard to come by 15:23:15 <CIA-2> OpenTTD: rubidium * r22747 /branches/1.1/ (5 files in 3 dirs): 15:23:15 <CIA-2> OpenTTD: [1.1] -Backport from trunk: 15:23:15 <CIA-2> OpenTTD: - Fix: Some corrupted savegames could crash OpenTTD instead of showing the 'savegame corrupted' message [FS#4717] (r22737, r22736) 15:23:15 <CIA-2> OpenTTD: - Fix: Triggering NOT_REACHED when playing with a NewGRF that supplies genders/cases for a language that was not installed [FS#4718] (r22735) 15:23:29 <CIA-2> OpenTTD: rubidium * r22748 /branches/1.1/ (6 files in 4 dirs): [1.1] -Prepare: 1.1.2 15:27:06 <CIA-2> OpenTTD: rubidium * r22749 /tags/1.1.2/ (10 files in 4 dirs): -Release 1.1.2 15:37:55 <planetmaker> so... how long does it take now till the CF is finished? 15:47:29 *** mattt_ [~m@24-246-2-147.cable.teksavvy.com] has joined #openttd 15:51:38 <Rubidium> planetmaker: pushing to the mirror as we speak 15:51:52 <planetmaker> aye. :-) 15:56:12 <Zuu> Dho, I always seem to forget to select the SuperLib when I upload a new CluelessPlus version. Hopefully those 9 people that didn't get SuperLib automatically will soon *update all* again. :-) 15:56:57 <Zuu> Though, if they made a *update all*, they maybe would have got SuperLib 12 even if no AI demanded it. 16:11:44 *** andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has joined #openttd 16:14:44 <Zuu> Is there a particular reason why FS#4704 has not been backported? Perhaps it was fixed too recent? 16:15:10 <Zuu> or it has just been forgoten? 16:19:35 <frosch123> too recent, it is scheduled for 1.1.3-rc1 16:19:45 <frosch123> just like 10 other things :) 16:20:38 <frosch123> 1.1.2-rc1 also had lots of stuff which hit trunk before 1.1.1 16:23:22 <planetmaker> Zuu: it would have required a new 1.1.2-RC3 instead of 1.1.2 stable 16:23:35 <Zuu> Okay I see. 16:23:37 <planetmaker> best is if RC(last) == stable wrt code base 16:24:38 <Zuu> I just found a bug in SuperLib that occures only if you call it from a class that is not subclass of AIController. :-) 16:25:20 <Zuu> The "this" keywoard in a static function in SuperLib refers to the class in the AI from where the code is called :-D 16:26:16 <Zuu> In the acient ages, you had to instance API classes in order to call API functions. Thus using this.Sleep(..) was usefull in the AI main class :-) 16:29:06 <Zuu> ... and I had wishes to for the first time in ages release more than one AI that use the same SuperLib version ;-) 16:34:13 <planetmaker> hehe :-) 16:42:26 *** perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has joined #openttd 16:44:04 *** Coke [~peter@h-135-45.a254.priv.bahnhof.se] has joined #openttd 16:44:21 *** Leftie [~rdl@5acb31b0.bb.sky.com] has joined #openttd 16:44:26 <Leftie> Heyho, quick question. 16:44:32 <Leftie> Is it possible to disable NewGRFs in-game? 16:44:38 <Leftie> Or only set them before starting a game? 16:44:47 <Coke> Hey there. Is it possible to run openttd in verbose mode to find out why my sprite suddenly isnt overriding the original signal graphics? 16:46:07 *** perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has quit [] 16:46:38 *** perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has joined #openttd 16:48:11 <Ammler> Leftie: you need scenario_developer set to manipulate newgrfs after gamestart 16:49:20 <Leftie> Sh. 16:49:23 <Leftie> Ah* 16:49:32 <Coke> weird, was working a moment ago, experimented a bit with the offsets 16:49:35 <Leftie> Don't quite remember it being like that last time I played a while ago, maybe its changed since then. 16:49:39 <planetmaker> Leftie: modifying NewGRFs after game start is likely to introduce hidden bugs and glitches 16:49:56 <Terkhen> Leftie: http://www.tt-forums.net/viewtopic.php?f=29&t=53881 16:49:58 <planetmaker> thus it's unsafe to do. 16:50:43 <Leftie> Either i'm confusing OpenTTD and TTDP, or OTTD once allowed it? 16:50:58 <Leftie> Cause if memory serves, I never had any issues. (I could never make my mind up what GRFs to use) 16:50:58 <Terkhen> check the thread :P 16:51:15 <Ammler> Leftie: it still does, you just should be aware that it can cuase issues 16:51:21 <Leftie> Such as now, I've just realised after 20 ingame years this GRF is actually quite poo. 16:51:28 <Ammler> that is why you need to use the special setting 16:51:41 <Coke> ouch, search replace in editor replaced the id :P 16:51:45 <Leftie> Where do I find the setting? I've had a quick glance around the settings. 16:51:50 <Coke> also -d grf=1000 seems to work fine :) 16:52:01 <Ammler> @man scenario_developer 16:52:10 <Ammler> well, look for that in the wiki 16:52:29 <Leftie> It's in the wiki? I must be blind. I've looked there too. 16:52:38 <Ammler> maybe webster should be in this channel :-) 16:53:16 <Alberth> Coke: 9 or 10 is more than enough :) 16:53:39 <Alberth> Ammler: not for explaining settings that you should not use in the first place 16:53:44 <Terkhen> IIRC the max debug level was usually 9 16:54:02 <Coke> better safe than sorry ;) 16:54:07 <Leftie> Alright, managed to disable this GRF, and low and behold. 16:54:10 <Leftie> Nothing crap has happened. 16:54:11 <Ammler> Alberth: well, now you need to explain it, webster could just link it :-P 16:54:22 <Leftie> I was partially expecting my computer to explode from the warnings you all gave me and the big red box. 16:54:34 <Alberth> Leftie: nothing that you observe directly 16:54:47 <Alberth> Leftie: that does not mean you now have a sane save game 16:54:48 <Leftie> Nah, i've had a quick check, I don't just presume things. 16:54:48 <Terkhen> Leftie: usually they are hard to notice, insidious bugs 16:54:52 <Zuu> I think I forgot one thing in my last sign-patch: to disable clicking of hidden signs in the viewport :-D 16:55:07 <Leftie> hm, let me save and reload. 16:55:23 <Ammler> openttd is able to load broken saves 16:55:33 <Alberth> Leftie: 'appear to work' means nothing 16:55:38 <Ammler> :-) 16:55:46 <Leftie> Eh, save and reload works. 16:55:54 <Leftie> So yeah, works for me. 16:56:19 <Ammler> devs tend to make people more worry than needed ;-) 16:56:29 <Ammler> tey just fear nice bug reports :-P 16:56:38 <andythenorth> it's because handling fake bug reports is boring 16:56:40 <Alberth> devs assume people are stupid, which is often true 16:56:45 <Leftie> Why would I do that? It does clearly say don't report bugs that occur from this. 16:57:01 <andythenorth> it's a long story :( 16:57:03 <Alberth> Leftie: if only everybody was as smart :( 16:57:05 <Ammler> oh, you might first person reading that red box 16:57:09 <andythenorth> they are smart 16:57:19 <andythenorth> they learn that ignoring the red box is ok 16:57:27 <andythenorth> because mostly they don't see the problems 16:57:29 <Alberth> well educated by Windows 16:57:29 <Leftie> Ammler: Its quite a red box. When I see a red box, I generally tend to read it, its usually something bad :p 16:57:34 <Terkhen> nothing happened this time -> let's keep doing it 16:57:41 <planetmaker> ^^ 16:57:41 <andythenorth> so they learn - correctly - that mostly the red box is a false alarm 16:57:47 <Terkhen> something happens later -> I forgot that it might be caused by the red box 16:57:51 <Ammler> Leftie: did you open the readme? 16:57:52 <andythenorth> then they forget that they've changed grfs, and report bugs to me 16:57:54 <Terkhen> -> false bug report 16:57:56 <Terkhen> :P 16:57:58 <Leftie> Terkhen: nah, I wasn't expecting OpenTTD+ BigGUI to actually be that hideous. 16:58:04 <Leftie> So I won't be using it again anyway :p 16:58:14 <planetmaker> or give the savegame / scenario to another person. That one doesn't know... 16:58:26 <Alberth> it took 20 game years to figure that out? :) 16:58:28 <Ammler> well, openttd should make categories for static grfs 16:58:37 <Terkhen> I know that most of the time nothing happens... but you can't really give normal users the impression that something is ok when it is not 16:58:41 <Leftie> Alberth: I try giving things a chance, incase they 'grow' on me. 16:58:42 <Ammler> those are save to load and drop ingame 16:58:42 <Leftie> It didn't :p 16:58:53 <Terkhen> they expect a bug free experience 16:58:56 <Ammler> safe* 16:59:06 <Leftie> If you ever get a bug free game, you're doing it wrong ;) 16:59:28 <Leftie> As in, probably not playing it right. I've yet to come across a game thats truly been completely bug free. 16:59:29 <Alberth> Ammler: not really, it is easy to make a grf that kills the game by loading something else 16:59:31 <Ammler> why would that be wrong? 16:59:54 <Ammler> Alberth: with static content 17:00:31 <Alberth> so? make an industry grf that disables itself if you load a certain static newgrf. 17:00:40 <Ammler> frosch fixed that 17:00:47 <Ammler> (afaik) :-) 17:01:01 <Terkhen> Leftie: does that include "features" designed to cause bugs that are hard to notice? 17:01:21 <frosch123> nope 17:01:25 <Leftie> Hm, could do, i spose? 17:01:27 <frosch123> i would bet for rb 17:01:31 <Leftie> Anywho, cheers guys. Great little game you got going here, a real tribute to the original. 17:02:14 *** Leftie [~rdl@5acb31b0.bb.sky.com] has quit [Quit: Wooooooooooosh, there I go!] 17:02:21 <Ammler> Alberth: but if not, it would be another reason to split static grfs from the rest 17:03:18 <Alberth> Ammler: the problem is also that non-static grfs may react on presence of static grfs, making them equally unsafe 17:03:42 <Ammler> Alberth: shall I just repeat my last comment? 17:03:44 <andythenorth> this isn't solvable 17:03:48 <Alberth> Ammler: the NewGRF spec is nicely designed to make as much amok as possible 17:04:02 <andythenorth> we've established that the logic of the system renders this unsolvable 17:04:02 <Ammler> andythenorth: for non-static grfs, static grfs aren't present 17:04:16 <andythenorth> you might be right 17:04:39 <andythenorth> so what can be a static grf? 17:04:47 <Ammler> e.g. biggui 17:04:55 <Ammler> the current static grfs 17:05:14 <planetmaker> the "test"tree grf 17:05:23 <frosch123> whenever a non-static grfs tries to interact with a static grf, the static grf is disabled and treated as not-present 17:06:06 <Ammler> frosch123: this is already how it works? 17:06:13 <frosch123> yes 17:07:13 <Ammler> what if a static grf tries to interact with non-static? 17:07:49 <Ammler> might not be possible at all... 17:07:57 <frosch123> reading is allowed 17:08:14 <frosch123> writing anything is generally not allowed for static grfs 17:08:37 *** pugi [~pugi@host-091-097-075-021.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds] 17:09:10 <planetmaker> @base 10 16 543 17:09:10 <DorpsGek> planetmaker: 21F 17:11:00 *** pugi [~pugi@dyndsl-091-096-052-118.ewe-ip-backbone.de] has joined #openttd 17:11:08 <Ammler> planetmaker: you really should update to linux :-) 17:11:45 <planetmaker> why? 17:11:58 <Ammler> there you have around 10 tools which can convert dec to hex 17:12:00 <Zuu> Does a station require >= 8 in production in order to "produce" a cargo? 17:12:49 <Zuu> Why doesn't the land area info window display tile production? 17:13:09 <planetmaker> tile info window might then be more appropriate 17:13:17 <frosch123> Zuu: the minimum amount to transfer to a station is grf defined, the default is 8 17:13:22 <planetmaker> but where would that info go otherwise? 17:13:24 <Ammler> planetmaker: alt+f2 =hex(543) 17:13:27 <frosch123> there is no such thing like production per tile 17:14:24 <Zuu> The GUI reports that a station at a particular tile wourd produce passengers. The NoAI API on the other hand only reports a production of 7. 17:15:06 <frosch123> Zuu: for production 1 is enough 17:15:11 <frosch123> you confuse it with acceptance 17:15:38 <Zuu> Thanks for the clarification. 17:15:57 <frosch123> you're welcome :) 17:34:41 <Zuu> I tried to introduce moving of the menu like the posted patch for TutorialAI does. However, that requires some additional text as the menu could dissapear out of the screen. So I'm not really sure how much the menu should be moved around. 17:35:51 <Zuu> I guess it could move to Town A and stay there. Usually Town A is close to the center of the screen. 17:44:29 *** pubby [~pubby@71-81-150-54.dhcp.stls.mo.charter.com] has joined #openttd 17:45:23 <CIA-2> OpenTTD: translators * r22750 /trunk/src/lang/ (unfinished/persian.txt vietnamese.txt): 17:45:23 <CIA-2> OpenTTD: -Update from WebTranslator v3.0: 17:45:23 <CIA-2> OpenTTD: persian - 118 changes by Peymanpn 17:45:23 <CIA-2> OpenTTD: vietnamese - 2 changes by nglekhoi 17:48:42 <Alberth> Zuu: seems like a good idea; also start building at Town A 17:52:35 <Zuu> The way the pathfinding works, it can't guarantee to build the road in a certain direction. The stations however will start to build in Town A. 17:54:12 <Alberth> Zuu: oh, it is not two calls? 17:55:07 <Alberth> I guess you are normally not that interested in the actual path :p 17:56:25 <Zuu> It first makes 50-ish iterations from one end. If it doesn't fail by then, it restarts from the other end. 17:56:46 <Zuu> This is to detect obvious problems at one end early on. 17:57:23 <Zuu> But if A and B is very close, the path could be found before those 50-ish iterations run out. 17:57:43 *** jonty-comp [~jonty@2a02:1680:0:1:2:1:1:6e01] has joined #openttd 17:57:58 *** pubby [~pubby@71-81-150-54.dhcp.stls.mo.charter.com] has quit [Remote host closed the connection] 17:59:28 <Alberth> Ah, it works very different from what I expected. Interesting 17:59:50 <Zuu> When a path is found, it is a single-linked list, thus building in the direction as it is stored makes more sense than trying to reverse it. 18:00:13 <Alberth> indeed 18:01:35 <Zuu> The A* road pathfinder library doesn't have the code to restart pathfinding after some X iterations. That is something that each AI author has to come up with ontop of the pathfinder. 18:02:19 <Zuu> Thus, I'm sure this tactic is not used by all AIs. 18:02:21 <Rubidium> well... improve that library then ;) 18:03:01 <Zuu> It's in SuperLib.RoadPathFinder :-) 18:03:17 <Zuu> Which extends the road pathfinder library 18:05:01 <planetmaker> :-) 18:09:43 *** KouDy [~KouDy@ip-89-176-248-83.net.upcbroadband.cz] has joined #openttd 18:13:52 *** pjpe [ae5b4e4d@ircip3.mibbit.com] has joined #openttd 18:36:18 *** KouDy [~KouDy@ip-89-176-248-83.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 18:40:39 *** Prof_Frink [~proffrink@5e090e25.bb.sky.com] has joined #openttd 18:53:57 <CIA-2> OpenTTD: rubidium * r22751 /trunk/ (5 files in 3 dirs): -Merge: documentation updates from 1.1 18:56:34 <CIA-2> OpenTTD: rubidium * r22752 /branches/1.1/ (known-bugs.txt readme.txt): [1.1] -Update: forgotten documentation changes from trunk 18:58:51 <Zuu> A new TutorialAI is out :-) (though it doesn't come with any new features other than moving the menu ^^) 19:00:45 <Zuu> Doing an air chapter could pretty much be to copy-paste the bus chapter and change some SuperLib calls as well as rewriting the sign messages. :-) 19:05:38 * Zuu have started to think about splitting SuperLib into a low-lever and a high-level library where the lower layer would probably stay and a higher level would be extracted to a new library. This way perhaps the lower level stuff could survive for longer time without updates. Then only the higher layer would (hopefully) need to be updated for each new AI release. 19:06:01 <Zuu> But that is just initial thoughts. Will probably take time before it is turned into action :-) 19:10:05 *** jpx_ [jpx_@a91-156-233-43.elisa-laajakaista.fi] has joined #openttd 19:10:39 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 19:27:53 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 19:31:08 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 19:41:38 *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has quit [] 19:50:29 <Ragnoff> good afternoon everyone (at least afternoon here). 19:50:58 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 19:51:08 <Ragnoff> I have been attempting to post my first story on the forums, I believe images should be To 800x600, correct? 19:51:37 <jonty-comp> if they are larger then they'll be links instead of in-line 19:51:46 <planetmaker> ^ 19:51:50 <Wolf01> I think the only requirement is to not make jpg screenshots :P 19:52:06 <planetmaker> and to better attach them to the forums than using 3rd-party file hoster 19:52:07 <Ragnoff> have that's what I thought, but my look at one of my own threads I had one image that was larger the did not appear in as a link 19:52:20 <Zuu> It is also a good idea to only include the part of the screenshot that is relevant. 19:52:27 <Ragnoff> because of that I started posting the other images that were larger as URL links rather than IMG 19:52:34 <Zuu> Reduces size => lower bandwidth usage 19:52:51 <planetmaker> Ragnoff: showing large images inline sucks 19:52:52 <Ragnoff> I am trying to do that Zuu, one of the reason for the larger images at first just introduced the reason 19:53:00 <planetmaker> you can attach them locally just as well 19:53:07 <planetmaker> --> better accessibility 19:53:18 <Ragnoff> I wasn't sure how much space is available for local attachments, which is why had linked in the photo bucket. Is it better to attach them locally? 19:53:35 <planetmaker> yes 19:53:47 <Ragnoff> Okay, I guess I can go through and redo these 19:53:50 <planetmaker> (or I won't see them anyway :-P ) 19:53:59 <Ragnoff> I wanted to ask before I got too involved in this1 19:54:03 <Zuu> Indeed. Then tt-forums will only inline them if they fit in 800x600 and will automatically not break the tables for any users. 19:54:26 <Zuu> Larger images will still be available through a link. 19:54:44 <Ragnoff> I saw I could not drag and drop an image into the post, do I use the attached files feature? 19:55:04 <Zuu> You will have use the attached files feature. 19:55:46 <Ragnoff> okay, let me go reedit my first post and see if it comes out correctly. 20:00:27 <Ragnoff> okay, I think in the long run this will be quicker as I do not need to post something the photo bucket first and then get the link. the only disadvantage to this method is all the images seem to appear at the bottom of the post (unless there's a way to adjust that) so I will pretty much need a separate post each time I want to display an image before moving onto the next thing I'm commenting abou 20:00:29 <Ragnoff> t 20:00:57 <planetmaker> you can inline them 20:00:58 <Zuu> You can put them inline after you have uploaded them. 20:01:29 <Zuu> Only the attachments that have not been inlined will appear at the bottom. 20:02:46 <Ragnoff> okay, I see. So I upload the attachments first and then add each one to the post using the place in line button when I get to the relevant part of the post! I was looking for adoption before I had uploaded the images. 20:03:39 <planetmaker> mind you can only attach 3 per posting 20:03:43 <Ragnoff> This is the first time I've done images in this manner, the only other times I've attempted to show images the forums required you linked to an off-site area like photo bucket 20:04:02 <planetmaker> if it's an image-story in the screenshot section or so... you can double-post w/o being called-off for it 20:04:16 <planetmaker> this forum is different, yes ;-) 20:04:41 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 20:05:02 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 20:05:23 <Ragnoff> it is in the screenshot section, I was attempting to make the story of a transport company starting in about 1920. I've been enjoying messing with things as I've gotten back. I probably started and abandoned two dozen games in the last week and half 20:05:52 <planetmaker> :-) 20:06:07 <Ragnoff> I decided I wanted to play game that started off using ships more than trains with the assumption that eventually the ships would not be as efficient, this is the story about that attempt. 20:06:46 <planetmaker> did you use FISH ship set? :-) 20:07:05 <Ragnoff> yes! 20:07:54 <Ragnoff> I'm going to copy from my quote the NewGRF list i am using: I am using the following set of NewGRFs. Pikka's Basic Industries version 1.5 and the additional Brick Chain and Early Houses 2.0beta for the economy. US Town Names 1.0, New Trees, and Combined North American Signals v1.1 for appearance and theme. Aviators Aircraft (AV8) v1.81, eGRVTS v1.0, HEQS 1.2.0, FISH 9.2 and NARS2.03 for vehicles. 20:08:20 <Ragnoff> I know I need to learn a fair amount more about these, the ability to have these at all is a brand-new toy and the last time I looked at any version of TTD 20:08:50 <Ragnoff> I started out trying to play scenarios but generally found that I was starting scenarios with no vehicles available (for example Hawaii) 20:10:11 <Zuu> My one and only scenario "Connection" should work as it has no broken NewGRF settings as far as I know. 20:10:42 <Zuu> Hopefully all NewGRFs are on bananas. If not, the #openttdcoop GRF pack should have the remaining NewGRFs. 20:11:11 *** sla_ro|master [~slaco@95.76.27.160] has quit [] 20:11:19 <Zuu> (the gamelog of that scenario is clean) 20:12:01 *** KouDy [~KouDy@ip-89-176-248-83.net.upcbroadband.cz] has joined #openttd 20:12:07 <Zuu> Only a few advanced setting changes, but nothing critical for NewGRFs. I played it as late as last week without problems. 20:14:06 <Ragnoff> I think the problem the the scneriors I was playing were created when you could easily add NewGRFs after loading the scenario. The ones like Hawaii start before 1950 but did not include any vehicle set NewGRFs so there are no vehicles of any type! I will try the connection one though that you mentioned. 20:14:15 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Remote host closed the connection] 20:15:12 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 20:15:20 <Zuu> For scenarios that *only* start before the default vehicles arrive, you can easily use the year cheat to "fix" them. 20:15:36 <KittenKoder> Or edit the scenario. 20:15:49 <Zuu> The big problem are scenarios where the author has added/removed NewGRFs after the scenario was created. 20:16:20 <Zuu> Pulling down the console and typing "gamelog" will reveal any such actions. 20:23:49 *** Coke [~peter@h-135-45.a254.priv.bahnhof.se] has quit [Quit: Lost terminal] 20:25:15 <Ragnoff> okay, I have fixed all of the images. I'm glad I got some advice before I got much further! In many ways this is much easier. 20:25:38 <planetmaker> good that you see it that way :-) 20:28:41 *** mie_mode [~mie_mode@client-82-3-40-88.sqy-bng-011.adsl.virginmedia.net] has joined #openttd 20:31:03 *** perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has quit [Read error: Connection reset by peer] 20:32:18 *** perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has joined #openttd 20:34:33 *** Scuddles [~notme@cm30.epsilon82.maxonline.com.sg] has quit [Ping timeout: 480 seconds] 20:36:25 *** pjpe [ae5b4e4d@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 20:38:01 *** pjpe [ae5b4e4d@ircip4.mibbit.com] has joined #openttd 20:38:30 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO] 20:40:54 *** Electronick [~Hyppokrif@91.187.26.51] has quit [Quit: Leaving] 20:41:33 *** mie_mode [~mie_mode@client-82-3-40-88.sqy-bng-011.adsl.virginmedia.net] has quit [Quit: Leaving] 20:45:55 *** pjpe [ae5b4e4d@ircip4.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 20:50:18 *** cbrowne [~chris@m83-189-139-233.cust.tele2.se] has joined #openttd 20:54:40 *** staN [~Miranda@p57AD5986.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 21:04:15 *** andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has left #openttd [] 21:26:32 *** cbrowne [~chris@m83-189-139-233.cust.tele2.se] has quit [Ping timeout: 480 seconds] 21:26:51 *** pjpe [ae5b4e4d@ircip2.mibbit.com] has joined #openttd 21:36:53 <frosch123> night 21:36:57 *** frosch123 [~frosch@frnk-590f6e26.pool.mediaWays.net] has quit [Remote host closed the connection] 21:38:44 *** KritiK [~Maxim@176.14.119.184] has quit [Quit: Leaving] 21:56:40 <Terkhen> good night 21:57:26 *** cbrowne [~chris@m83-189-139-233.cust.tele2.se] has joined #openttd 21:57:33 *** cbrowne [~chris@m83-189-139-233.cust.tele2.se] has quit [] 22:08:27 *** douknoukem [~KEM@78.166.118.29] has quit [Ping timeout: 480 seconds] 22:12:38 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Quit: Leaving] 22:16:02 *** jpx_ [jpx_@a91-156-233-43.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 22:18:25 *** Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has quit [Quit: Leaving.] 22:20:08 *** HerzogDeXtEr [~Flex@i59F6DB31.versanet.de] has quit [Read error: Connection reset by peer] 22:23:39 *** KouDy [~KouDy@ip-89-176-248-83.net.upcbroadband.cz] has quit [Quit: Leaving.] 22:26:07 *** APTX [APTX@89-78-217-144.dynamic.chello.pl] has quit [Ping timeout: 480 seconds] 22:29:53 *** Devroush [~dennis@178-119-81-33.access.telenet.be] has quit [Ping timeout: 480 seconds] 22:41:16 *** APTX [APTX@89-78-217-144.dynamic.chello.pl] has joined #openttd 22:50:06 *** Neon [~Neon@dslb-094-219-006-078.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 22:57:22 *** TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 22:58:28 *** douknoukem [~KEM@78.166.118.29] has joined #openttd 23:12:28 <Wolf01> 'night 23:12:32 *** Wolf01 [~wolf01@host178-232-dynamic.1-79-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 23:14:35 *** Progman [~progman@p57A1D6FD.dip.t-dialin.net] has quit [Remote host closed the connection] 23:41:24 *** Sc00by22 [~IceChat77@host-78-150-2-242.as13285.net] has joined #openttd 23:42:11 <Sc00by22> Anybody else having problems with the 1.1.2 server on Linux? I'm getting this: "error while loading shared libraries: libicui18n.so.44" 23:42:50 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [] 23:43:44 <Eddi|zuHause> this is typically an error when you installed the wrong package 23:44:09 <Eddi|zuHause> e.g. ubuntu 11.4 version on 10.10 or other way round 23:45:07 <Sc00by22> I'm using the generic build for centos 23:45:10 <Sc00by22> 1.1.1 is running fine 23:45:55 <Sc00by22> The only file I've got is libicui18n.so.36 23:45:59 <Eddi|zuHause> which exact binary did you download? 23:46:17 <Sc00by22> Linux Generic Binaries (i686, 32bit) (gzip archive) 23:46:47 <glx> I though generic builds where linked statically 23:47:06 <Eddi|zuHause> maybe the compile farm was misconfigured? 23:47:19 <Eddi|zuHause> Rubidium might know such stuff 23:47:20 <Sc00by22> I'm not the one compiling so I don't know :S 23:47:37 <Sc00by22> I guess I could just symlink my .36 file to 44 23:47:44 <Sc00by22> but that's a bit of a hack 23:47:45 <glx> with libicu ? 23:47:50 <glx> good luck :) 23:47:57 <Eddi|zuHause> that's unlikely to work 23:48:05 <glx> this stupid lib adds version number in function names 23:49:27 <Sc00by22> Heh sym linking shuts it up but then it errors on a new file, and no doubt, more after that 23:50:03 <glx> luckily it's still a RC ;) 23:52:10 <Sc00by22> eh? it got a stable release today 23:52:36 <glx> ha righ 23:52:49 <glx> @topic set 1 1.1.2 23:52:49 *** DorpsGek changed the topic of #openttd to: 1.1.2 | Website: *.openttd.org (translator: translator, server list: servers, wiki: wiki, patches & bug-reports: bugs, revision log: vcs, release info: finger) | Don't ask to ask, just ask | 'Latest' is not a valid version | English only