IRC logs for #openttd on OFTC at 2011-08-14
⏴ go to previous day
00:09:28 <Sacro> Should you be able to use rcon to move clients into passworded companies?
00:10:51 *** lessthanthree has joined #openttd
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:38:52 <Uncle> trains can use all 4 platforms in both directions :)
01:50:11 <Eddi|zuHause> Sacro: why shouldn't you?
01:53:07 <pjpe> griefing the shit out of someone
02:25:31 *** rhaeder1 has joined #openttd
02:30:35 <pjpe> are town replacement grfs exclusive?
02:30:39 <pjpe> or can you have a bunch on at once?
03:28:38 *** Kurimus has joined #openttd
03:38:06 *** rhaeder has joined #openttd
04:21:46 *** Eddi|zuHause has joined #openttd
04:56:18 *** Eddi|zuHause has joined #openttd
05:39:51 *** andythenorth has joined #openttd
05:55:58 *** DoubleYou has joined #openttd
06:21:18 *** andythenorth has joined #openttd
07:04:35 *** TWerkhoven has joined #openttd
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:18:14 <KittenKoder> So it's a low speed version of the standard drive through.
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: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 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: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: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:26 <KittenKoder> One sec, I forgot which it was.
07:41:23 <KittenKoder> Make sure "Enable multiple NewGRF engine sets" is on, under the vehicles section.
07:41:52 <Coke> i guess it doesnt include the default?
07:41:58 <KittenKoder> However, some GRF will override the default ones anyway, so it doesn't work all the time.
07:42:33 *** Belugas has joined #openttd
07:42:33 *** ChanServ sets mode: +o Belugas
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:29 <Coke> KittenKoder: so no option in the advanced settings?
07:44:34 <KittenKoder> I forgot where that setting is.
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: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 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: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:52 <Coke> hm. weird, i find that less informative
07:50:22 <Coke> the path signal looks exactly like the block signal from behind
07:50:47 <KittenKoder> Just look for the others and try different ones, eventually you may find one you like.
07:52:21 <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: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:59:02 <KittenKoder> You need to use command line stuff a little more.
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:05:41 <Coke> Any good starters for using nml?
08:05:57 <KittenKoder> Check the examples.
08:06:01 <pjpe> that guy says moin first every day
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: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:36 <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 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: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 has joined #openttd
08:21:14 *** ChanServ sets mode: +o Alberth
08:34:21 *** Vikthor 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: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:32 <KittenKoder> GRF2HTML can do that though.
08:49:59 <Coke> KittenKoder: where are the examples you talked about earlier?
08:50:26 <Terkhen> examples folder in a nml checkout
08:53:03 <Coke> hm. its not in the zipfile?
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: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:22 <Terkhen> Coke: of what nml version?
08:55:31 <Terkhen> does it include a nmlc.exe file?
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: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> Library versions encountered:
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:59:23 <KittenKoder> Hey! There's an example file there I hadn't noticed.
08:59:47 <Coke> ok so i see 4 versions of the train
08:59:58 *** jake_ is now known as EmperorJake
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:54 *** Phaeodaria has joined #openttd
09:01:03 <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: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: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: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: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:12:02 <Terkhen> the train example looks does some advanced stuff, you might want to look at the road vehicle example first
09:15:36 <KittenKoder> Train example is good for parameters though.
09:16:26 <Coke> im just changing some graphics
09:16:37 *** Biolunar 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: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| has joined #openttd
09:18:50 <Terkhen> I don't know how to replace default sprites with nml
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: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:28:46 * KittenKoder ponders adding Mad Max like trains to the sci-fi set.
09:35:09 *** Brianetta 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:05 <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: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: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: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: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: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: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: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:37 <Terkhen> and then opengfx author reference
10:11:40 *** HerzogDeXtEr 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:32 <Coke> The block signal has one ID for every direction and state
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:21 <KittenKoder> I'm using Ubuntu on this machine.
10:13:34 <planetmaker> iirc all signals all together are 8*2*6
10:13:51 <KittenKoder> It's only a P4 3ghz to.
10:13:56 <planetmaker> oh. *2. For semaphore vs. light signals
10:13:58 <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 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: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:33 <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: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:17:07 <MNIM> Im considering changing to mint
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:53 <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:28 <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:37 <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:18 <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: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: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:28 <KittenKoder> I never did after Win98.
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:39 <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: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:21 <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:30:11 <Alberth> KittenKoder: isn't that called 'television' ?
10:30:20 <KittenKoder> You still watch TV?
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:04 <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: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: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:21 <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: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: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: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: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:14 <KittenKoder> Most casual computer users pay other people to operate their computers anyway. ;)
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: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: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:30 <Coke> You mean the snot toddlers?
10:44:43 <Coke> I'm a hardcore gamer, gosh darn it. I spent 20 hours since friday on openttd
10:44:58 <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:24 <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: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:15 <Coke> also, playing fps with joystick... hmmm.
10:46:22 <MNIM> I have UT2004, UT and OTTD for linux
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: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:19 <Terkhen> that's kind of stupid
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:53 <Coke> gog.com is a fun place for me.
10:49:09 <KittenKoder> I like flashy games to, myself, I get into moods, usually play them on PS2 really.
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: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: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:50 <KittenKoder> ALL 3D rendered and raytraced.
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:50 <Coke> and, really? I saw people crying during avatar.
10:53:01 <KittenKoder> Old enough to have learned to program on an Apple 2e.
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: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: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:28 <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:51 <Terkhen> Coke: launch it with openttd -D
10:56:16 <MNIM> all individually drawn pixels? really, what an abuse of an ati radeon 5760!
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:47 <Coke> and opengl handles texels pretty well
10:56:55 <Alberth> Coke: it's not fast enough
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: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 <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: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:54 <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:24 <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:38 <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: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:07:00 <Coke> Using opengl 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:51 <KittenKoder> How many different textures that are altered with each frame?
11:08:18 <Alberth> or where you have to ask a newgrf what the next sprite is to draw?
11:08:18 <Coke> KittenKoder: you dont alter the textures
11:08:20 <KittenKoder> Thus increasing the reference alterations per frame.
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: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:38 <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: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: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: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: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:18:11 <KittenKoder> Load up Blender 5 ... design a scene with more than 1000 polygons.
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:19:19 <MNIM> it works. if you wanna play Ut2004 on full specs, that is, I have little other comparison.
11:19:35 *** peter1138 has joined #openttd
11:19:35 *** ChanServ sets mode: +o peter1138
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: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: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:59 <Coke> maybe he's using immediate mode?
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:47 <peter1138> and yes, it was all immediate
11:24:05 <KittenKoder> There's another older mode?
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: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:06 <KittenKoder> There's the biggest flaw with OGL.
11:25:12 <Coke> That sprite size limit is gone since 2.0
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: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: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: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: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:22 <KittenKoder> Nobody who uses OGL codes.
11:30:29 <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:40 <peter1138> just... i'm no good at fitting it into openttd
11:31:48 <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: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:32 <Coke> I think that is rubbish.
11:35:43 <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:32 <Coke> KittenKoder: I agree the future is uncertain, but I don't share that negative feeling towards it.
11:37:45 <Coke> peter1138: did you start a new repos yet? :)
11:37:52 <KittenKoder> Have you been reading the arguments between the OGL devs?
11:38:13 *** Adambean 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:20 <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:56 <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: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: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 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:05 <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:53 <KittenKoder> All coordinate values.
11:49:05 <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:46 <KittenKoder> Um ... do you understand how hardware uses floating points?
11:49:51 <Coke> KittenKoder: it doesn't matter.
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:49 *** |Jeroen| has joined #openttd
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: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:51 <Coke> but 2D can be EASILY and readily answered with opengl and directx.
11:52:26 <Coke> because the current hardware does it faster than raw video memory access.
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:50 <KittenKoder> There's a lot more than just graphics happening, especially in the "non-3D" games. ;)
11:55:03 *** A1ONE-Hyppokrif has joined #openttd
11:55:04 <Coke> it doesnt matter to opengl if its 3d or not.
11:55:27 <KittenKoder> Look, let's take Sim City for example.
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: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:58 <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:34 <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...
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:48 <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: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:58 <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:05:15 <KittenKoder> The strategy games I like are also bad with them.
12:07:32 <Coke> "Datsum 180b monster truck" hehehe
12:12:56 <KittenKoder> You know what would be cool, add a more realistic train wreck option!
12:13:37 <Alberth> not good for business
12:13:54 <KittenKoder> Yeah, but cool for those bored out of your mind days.
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:30:12 <__ln__> well that explains something
12:30:54 <MNIM> the russian flag is very similar to the dutch one too.
12:31:25 *** Brianetta has joined #openttd
12:31:56 <__ln__> MNIM: but different order of colors. between .nl and .lu only the shade of blue and red is different.
12:32:40 *** |Jeroen| 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:43 <MNIM> also, those luxembourgers were the ones insisting on going on their own anyway, let them solve their own problem.
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: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 has joined #openttd
13:33:43 *** Brianetta has joined #openttd
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:38:59 <MNIM> Oh wait, I got my facts reversed apparently.
13:39:07 <MNIM> I thought france won that war >.<
13:43:54 <CIA-2> OpenTTD: frosch * r22744 /trunk/src/economy.cpp: -Codechange: Clarify the scope of variables in LoadUnloadVehicle().
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:48:22 <Terkhen> time to fix the wiki :)
13:48:26 <Rubidium> oh... you broke the wiki
13:49:24 <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: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:58:02 <Hirundo> IIRC since early july
13:58:09 <Terkhen> the left somewhen before the 15th of july
13:58:25 <frosch123> well, july, not june
13:59:08 <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:38 <Hirundo> Is there some proposal around to access multiple 'related' objects?
14:05:38 <frosch123> Hirundo: same page as the other stuff
14:05:59 <planetmaker> ^^ always a good source for quacking about specs ;-)
14:07:23 <planetmaker> it somehow became the inofficial collection of newgrf spec suggestions
14:07:58 <frosch123> "Quaking is not Quacking! " <- very first section on that page :p
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: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:57 <Hirundo> hmm... yes, all seems covered by 60+x vars already
14:17:58 <frosch123> i guess tiles have no other information
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: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: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: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: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:26 <Zuu> Is "aircraft" plural? Or should it be "aircrafts" in plural?
14:48:35 <planetmaker> Zuu: it's uncountable
14:48:46 <planetmaker> one aircraft. Two aircraft
14:48:54 <Alberth> a single aircraft has too many parts :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: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:56:28 <planetmaker> but that one is not among it
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:51:38 <Rubidium> planetmaker: pushing to the mirror as we speak
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 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:37 <planetmaker> best is if RC(last) == stable wrt code base
16:24:39 <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:17 <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:07 <Zuu> ... and I had wishes to for the first time in ages release more than one AI that use the same SuperLib version ;-)
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:48:11 <Ammler> Leftie: you need scenario_developer set to manipulate newgrfs after gamestart
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: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: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:46 <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:12 <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:08 <Leftie> hm, let me save and reload.
16:55:23 <Ammler> openttd is able to load broken saves
16:55:34 <Alberth> Leftie: 'appear to work' means nothing
16:55:46 <Leftie> Eh, save and reload works.
16:55:54 <Leftie> So yeah, works for me.
16:56:20 <Ammler> devs tend to make people more worry than needed ;-)
16:56:29 <Ammler> tey just fear nice bug reports :-P
16:56:39 <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:02 <andythenorth> it's a long story :(
16:57:03 <Alberth> Leftie: if only everybody was as smart :(
16:57:06 <Ammler> oh, you might first person reading that red box
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 <andythenorth> so they learn - correctly - that mostly the red box is a false alarm
16:57:48 <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:59 <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:27 <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:53 <Terkhen> they expect a bug free experience
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:01:01 <Terkhen> Leftie: does that include "features" designed to cause bugs that are hard to notice?
17:01:25 <Leftie> Hm, could do, i spose?
17:01:31 <Leftie> Anywho, cheers guys. Great little game you got going here, a real tribute to the original.
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:49 <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:55 <Ammler> the current static grfs
17:05:14 <planetmaker> the "test"tree grf
17:05:24 <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: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:08:14 <frosch123> writing anything is generally not allowed for static grfs
17:11:08 <Ammler> planetmaker: you really should update to linux :-)
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:50 <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:28 <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:07 <frosch123> Zuu: for production 1 is enough
17:15:11 <frosch123> you confuse it with acceptance
17:15:39 <Zuu> Thanks for the clarification.
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: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 has joined #openttd
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: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:40:39 *** Prof_Frink 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:39 * 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:39 *** Brianetta has joined #openttd
19:31:08 *** sla_ro|master has joined #openttd
19:50:29 <Ragnoff> good afternoon everyone (at least afternoon here).
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:49 <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: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: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 has joined #openttd
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: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: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:19 <Zuu> (the gamelog of that scenario is clean)
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:15:12 *** Brianetta 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: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:39 <planetmaker> good that you see it that way :-)
20:28:42 *** mie_mode has joined #openttd
20:50:18 *** cbrowne has joined #openttd
21:04:15 *** andythenorth has left #openttd
21:57:26 *** cbrowne has joined #openttd
22:58:28 *** douknoukem has joined #openttd
23:41:24 *** Sc00by22 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: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: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:49 *** DorpsGek changes topic 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"
continue to next day ⏵
