IRC logs for #openttd on OFTC at 2011-07-19
⏴ go to previous day
01:03:54 *** jonty-comp has joined #openttd
02:25:07 *** rhaeder has joined #openttd
03:09:06 *** Chris_Booth_ has joined #openttd
03:14:33 *** Chris_Booth_ is now known as Chris_Booth
03:30:44 <cassie> can anyone help me with this?
04:56:18 *** Eddi|zuHause has joined #openttd
05:55:46 *** sla_ro|master has joined #openttd
06:00:48 *** valhallasw has joined #openttd
07:30:15 *** Progman has joined #openttd
08:50:39 *** Alberth has joined #openttd
08:50:39 *** ChanServ sets mode: +o Alberth
08:55:37 *** LordAro has joined #openttd
08:57:11 *** TWerkhoven has joined #openttd
09:09:57 <planetmaker> LordAro: there are time and again questions asked about 32bpp etc... Would you maybe care to write a nice posting which summarizes the requirements and where to actually get them from in like, say, 3 easy steps?
09:10:25 <planetmaker> Such posting, done comprehensively, could possibly be stickied then...
09:10:38 <planetmaker> and you then can say "didn't you read...?" :-P
09:16:12 <Eddi|zuHause> there once was a patch for drag&drop bus station, was that included or not?
09:18:24 <planetmaker> not sure, I don't recall... maybe, maybe not
09:23:11 <planetmaker> it actually works just fine
09:23:17 <planetmaker> I just never use it there :-)
09:32:44 *** douknoukem has joined #openttd
09:38:34 <planetmaker> quite certainly, yes
09:39:00 <Terkhen> drive-through stops can be dragged in any direction, normal stops only in the direction that lets the entrance free
09:39:38 <planetmaker> that's what I amended to my posting, yes ;-)
10:04:02 *** perk111 has joined #openttd
10:06:39 *** George|2 has joined #openttd
10:06:40 *** George is now known as Guest2737
10:06:40 *** George|2 is now known as George
10:30:16 <LordAro> planetmaker: sorry for slow reply, got called away.... i usually just redirect people to the wiki
10:30:40 <Eddi|zuHause> ah, i think i isolated the piece that causes the crash...
10:30:57 <planetmaker> LordAro: 32bpp != extra zoom
10:31:04 <planetmaker> IMHO that distinction is crucial
10:31:24 <LordAro> thats true, but normally people asking for '32bpp' want the extra zoom
10:31:25 <planetmaker> And - please correct me - the 32bpp should also work w/o the extra zoom patch, right?
10:31:37 <planetmaker> LordAro: I'm not too sure actually :-)
10:32:00 <planetmaker> Thus - my personal opinion - direct people first and foremost to a 32bpp installation with default OpenTTD
10:32:20 <planetmaker> And only then when they have succeeded in that, they might consider to also use a patched version
10:32:47 <planetmaker> It'd make using 32bpp MUCH easier, if it wouldn't give the impression people need a special version
10:32:51 <V453000> <- had no idea about that
10:32:53 <planetmaker> And might increase its usage a lot
10:33:13 <Eddi|zuHause> but i kinda doubt this will ever included, so i'm not going to worry any further ;)
10:34:08 <planetmaker> LordAro: and don't worry about your reply time :-) There's nothing which needs excuses
10:35:10 <Alberth> Eddi|zuHause: you should ask that when a dev involved in that patch is around :)
10:35:23 <Eddi|zuHause> Alberth: it is my patch ;)
10:35:51 <Alberth> and you ask here? hmm :)
10:36:06 <Eddi|zuHause> no, i'm just thinking outloud
10:36:29 *** Chris_Booth has joined #openttd
10:39:41 <Eddi|zuHause> Alberth: basically, the patch is fairly obsolete by now
10:40:21 <Eddi|zuHause> it was decided that patching var45 is useless, and adding 60+ variables provides way better control
10:41:41 <Alberth> fine by me, I don't know much about variables anyway :)
10:54:46 <Eddi|zuHause> <V453000> q: how do I indicate the maximum "safe" size of a sprite? In this case for a 0.5 tile wagon, but overall? <-- after reviewing a bit, i think 11 or 12px in Z direction is the "pain" limit. george's long vehicles occasionally are bigger (i've seen 15 or 16px), and it really doesn't fit.
10:58:17 <LordAro> planetmaker: ok, i'll look into writing something :) however, most of the extra-zoom graphics, due to the patch modifying palette (or something), do not work (very well) with normal zoom (IIRC)
10:59:06 <planetmaker> sounds not like a good approach for the patch, if it also modifies colours.
10:59:17 <V453000> Eddi|zuHause: I was already told about the templates which work quite well :) using pikka ones
10:59:32 <V453000> and yes, long vehicles really dont fit :(
11:01:38 <LordAro> planetmaker: it has to (don't know details) otherwise half the colours are the same
11:02:35 <planetmaker> LordAro: why would colours in normal zoom and extra zoom need to differ? Sorry, doesn't sound logical ;-)
11:02:56 <LordAro> i don't know the details, you'd have to ask GeekToo
11:03:33 <planetmaker> I haven't seen him in long :-(
11:04:12 <LordAro> same, 32bpp seems to be pretty dead atm :(
11:04:36 <LordAro> i'm probably the most active person involved, followed my maqunista
11:05:10 <planetmaker> but yes, it seems to temper with the 32bpp bliter
11:05:51 <peter1138> iirc, EZ completely ignores non-32bpp blitters too
11:06:11 <planetmaker> LordAro: I had nearly always the impression that the 32bpp project suffers from mixing several issues - which leads to none being really solved:
11:06:19 <planetmaker> - enabling zoom levels
11:06:32 <planetmaker> - allowing extra graphics for zoom levels
11:06:56 <planetmaker> - changing how colours are treated
11:07:14 <planetmaker> I don't know the patch, so I can't judge wether 3 is really needed at all
11:07:28 <planetmaker> and yes, the zoom levels should work also for 8bpp, if you ask me ;-)
11:07:36 <LordAro> peter1138: yes, ez now forces 32bpp blitter
11:07:38 <peter1138> - wanting to add gameplay altering features, such as object scales, smooth rail cuves, etc...
11:07:50 <planetmaker> peter1138: yes, much indeed :-)
11:08:16 <V453000> what is the point of 32bpp? more pixels on each sprite?
11:08:23 <LordAro> peter1138: no one really wants that, it's just regualrly suggested by newbies due to the improved graphics
11:08:39 <planetmaker> V453000: more colours
11:08:52 <planetmaker> 2**24 instead of 192
11:09:20 <peter1138> though the palette used in 8bpp is a pretty good spread for most things
11:09:45 <peter1138> why? because there are some things that you can't get quite the right colour with 8bpp
11:10:00 <peter1138> (not 8bpp in general, but 8bpp with ttd's palette)
11:10:24 <V453000> well, yes but I still feel like the 8bpp is quite sufficient
11:10:43 <peter1138> so do most newgrf authors
11:10:56 <peter1138> i think mb had problems with some colours in dbsetxl though
11:11:19 <V453000> well sure sometimes it gets a bit harder but that is what pixel art is about, isnt it
11:13:37 <planetmaker> LordAro: but if that's an issue - then it's not an issue which needs solving in this context
11:13:45 <planetmaker> it's or it'd be a trunk bug
11:14:28 <LordAro> precisely, obviously the patch needs to be re-written at some point, although that'd probably break most graphics :(
11:14:30 <planetmaker> at least it's a thing completely separate from any zoom feature :-)
11:14:59 <planetmaker> why would the graphics break? Company-colours?
11:15:06 <peter1138> i forget how the overlays are done
11:15:12 <peter1138> but that image doesn't seem right :S
11:16:04 <LordAro> planetmaker: something to do with the overlays? i'm not sure...
11:16:20 <LordAro> i just organise the grqaphics in the repo, i don't make them myself :)
11:17:38 *** HerzogDeXtEr1 has joined #openttd
11:19:50 <planetmaker> My guess is not terribly difficult
11:19:56 *** Scuddles has joined #openttd
11:20:27 <peter1138> restructuring the rest of the code for larger sprites is not
11:21:07 <planetmaker> and it'd work independent of colour depth, as far as I see
11:21:26 <planetmaker> peter1138: yes, that'd be most work :-)
11:21:55 <planetmaker> so even this could be split actually into two:
11:22:06 <planetmaker> - adding additional zoom levels (2/3/4)
11:22:17 <planetmaker> - adding capability to provide dedicated sprites for zoom levels
11:22:37 <planetmaker> after all we already have zoom levels 0.5 and 0.25(?)
11:22:58 <peter1138> well, truelight once had zoom in working
11:23:17 <peter1138> it was glitchy though
11:23:42 <TrueBrain> but yeah, never committed it due to the glitches :D
11:23:57 <LordAro> O.o a wild TrueBrain appeared :)
11:24:19 <planetmaker> TrueBrain: what were the (main) glitches?
11:24:22 <Eddi|zuHause> a highlight tends to do that with people ;)
11:24:31 <Alberth> LordAro: wild? you haven't seem him wild :p
11:24:32 <TrueBrain> planetmaker: offset issues
11:24:53 <planetmaker> that possibly could be solved :-)
11:24:56 <TrueBrain> 2x zoomin would make every pixel 2x2 (slow drawing btw)
11:25:06 <TrueBrain> but if that 2x2 block was on an edge, glitches appeared
11:25:21 <TrueBrain> highlights, scrolling, mouse, ..
11:25:39 <planetmaker> sounds like not fun
11:25:45 <TrueBrain> I could solve a few, but ... I really disliked the zoomin, it didn't do what I would hope it did
11:26:01 <peter1138> otoh, if you pre-scale the graphics on load...
11:26:30 <TrueBrain> yeah, we prescale the other resolutions too, that would solve the slowness there
11:26:47 <TrueBrain> then you have 32bit gfx people who drewl on higher quality
11:27:02 <TrueBrain> but .. zoomin just doesn't look right in my opinion :)
11:27:08 <planetmaker> so... that'd be the way to go then: pre-scale and cache everything at all zoom levels
11:27:13 <TrueBrain> anyway, the whole blitter is prepared for zoomin :)
11:27:42 <Alberth> TrueBrain: 'not right' as in you need new pixel art instead?
11:27:58 <Eddi|zuHause> what's actually wrong with the patch the 32bpp people use?
11:28:08 <Eddi|zuHause> other than x4 is very... jumpy
11:28:15 <TrueBrain> Alberth: if you mean the "doesn't look right", no, what I mean is that it makes the game more clumpsy to operate
11:28:44 <TrueBrain> it just doesn't add to the game, in my opinion, so I stopped looking into it :)
11:29:02 <Alberth> like opendune with its too small sceen?
11:29:40 <planetmaker> Eddi|zuHause: at least it doesn't care about 8bpp
11:31:24 <planetmaker> and lines like -/** Data structure describing a sprite. */
11:31:28 <planetmaker> don't feel right either ;-)
11:37:08 <Eddi|zuHause> i hate when he says that. i never know what it means
11:37:23 <TrueBrain> the dots, or the heh?
11:37:27 <planetmaker> - AddSortableSpriteToDraw(pylon_base + pylon_sprites[temp], PAL_NONE, x, y, 1, 1, BB_HEIGHT_UNDER_BRIDGE,
11:37:33 <planetmaker> + AddSortableSpriteToDraw(pylon_base + pylon_sprites[temp], PAL_NONE, x, y, 1, 1, BB_HEIGHT_UNDER_BRIDGE + 5,
11:37:50 <planetmaker> so there goes an unexplained + 5....
11:38:20 <TrueBrain> planetmaker: MAGIC NUMBERS!!!
11:38:24 <TrueBrain> I love them the most of all numbers
11:38:39 <planetmaker> and it's the 3rd prime. how wonderful ;-)
11:38:50 <TrueBrain> its a bit like having a soup of a colour you can't define
11:38:52 <planetmaker> and a fibonacci number
11:39:41 <TrueBrain> within the domain if [5, 5]
11:39:50 <planetmaker> + bp.height -= y; //UnScaleByZoom(y, dpi->zoom); <-- I have the feeling this somewhat undloes the preparation for zoom
11:39:55 <Eddi|zuHause> "you shall not count to 2, unless you go on to 3" (or something like that)
11:39:56 <TrueBrain> even [5, 5) and (5, 5] :P
11:40:13 <planetmaker> omg! The end is near!
11:40:48 <TrueBrain> I see planetmaker dried up perfectly as dev; as sarcastic as the rest of us when it goes about reading patches :D
11:41:43 <Eddi|zuHause> wth is this stupid discussion of renaming "NewGRFs" to "mods"?
11:41:51 <planetmaker> people adopt to their environments ;-)
11:41:55 <TrueBrain> LOL! That is a new one Eddi|zuHause :D
11:43:40 <planetmaker> stupid, not stupid. Mod is more universally understood than NewGRF. But NewGRF is more specific
11:44:10 <Eddi|zuHause> that is true, but the discussion is all wrong...
11:44:41 <Eddi|zuHause> i think we need a "?" button in every window, with a short description what the window is about
11:44:52 <Eddi|zuHause> "short" being "longer than a tooltip"
11:45:10 <planetmaker> so a tooltip for the window title
11:45:28 <Eddi|zuHause> no, a real popup window
11:45:45 <planetmaker> which can only be disabled by editing the cfg ;-)
11:45:45 <Eddi|zuHause> with a text, two or three paragraphs long
11:46:21 <Alberth> "this is a popup window, it explains about the purpose of the window you just clicked at"
11:46:38 <planetmaker> and then recurse ;-)
11:46:43 <Eddi|zuHause> Alberth: makes for a good easter egg ;)
11:47:18 <planetmaker> but one window showing help on the last active window... might make sense
11:48:07 *** Brianetta has joined #openttd
11:56:02 <Eddi|zuHause> could use a callback adjusting the xrel/yrel of a sprite, without duplicating it in the GRF ;)
12:18:55 *** DayDreamer has joined #openttd
12:21:25 *** DayDreamer has left #openttd
12:30:34 <planetmaker> an excuse actually accepted by court ;-)
12:31:21 <MNIM> he could have called him an arschloch
12:33:16 *** fjb is now known as Guest2747
12:34:12 <planetmaker> MNIM: that's the same level of verbal injury...
12:36:24 <flitz> as I'm losing overview right now: what would be the easiest method to retrieve a vehicle's image width without having an actual vehicle at hand ?
12:37:11 <flitz> what I've seen so far all uses a vehicle pointer to retrieve the correct sprite group and callbacks etc.
12:39:06 <Alberth> you're talking about what? c++ code, nfo code, nml code, sprite image sheets (as in .png), ???
12:39:53 <planetmaker> there's a method which returns the sprite size
12:41:54 <Alberth> int GetVehicleWidth(Vehicle *v) <-- a random search gave me this
12:42:17 <Alberth> but I don't know whether this is any good.
12:42:29 <Alberth> I never needed to get that information until now
12:43:05 <flitz> yes, but I was looking for a method without using a vehicle pointer, the only thing I have at hand is the sprite number
12:43:10 <Alberth> you may want to look into the train information window, or the buy vehicle window
12:43:25 <flitz> I can draw that as a vehicle but the width is incorrect then
12:45:21 <flitz> all I found is something strange with resolverobjects for retrieving spritegroups, up until that point you always need to pass vehicle pointers
12:45:47 <planetmaker> yes, seems to be true
12:46:04 <Alberth> static inline const Sprite *GetSprite(SpriteID sprite, SpriteType type) <-- something in this direction?
12:46:45 <planetmaker> there's also a GetSpriteWidth
12:46:57 <Alberth> No doubt you can get a Sprite * from a SpriteID
12:47:08 <Alberth> from there you should be able to get the width
12:48:05 <flitz> hm thanks, I was totally stuck with the search inside the vehicle-code and didn't look anywhere else
12:48:28 <planetmaker> what do you actually try to achieve?
12:48:29 <Alberth> flitz: just look for "GetSprite*" like functions
12:48:44 <planetmaker> gfx.cpp is your friend there mostly, yes
12:49:31 <flitz> you probably forgot, but some time ago I was tinkering with template-based vehicle replacements ;)
12:49:50 <flitz> then some important exams made me pause that for a while
12:52:26 <flitz> for the templates I have created my own structure and when drawing a template train onto some gui I needed to get the correct sprite id and from that the correct sprite width
12:52:58 <flitz> I looked how the vehicles in the game do it, and they do it in a very complicated way
12:54:27 *** Kurimus has joined #openttd
12:54:39 <Alberth> no doubt due to history, and trying to be generic and all that
12:55:24 <planetmaker> I see... Though DrawVehicleImage is not useful?
12:55:33 <Eddi|zuHause> flitz: what prevents you from reusing the depot gui?
12:56:40 <planetmaker> create (virtual) vehicles and let the drawing be done by existing routines
13:00:33 <flitz> @Eddi: good hint actually, there is a drawtrainengine() method that doesn't use any vehicle pointer... I will test that
13:01:54 <Eddi|zuHause> flitz: i think with all the newgrf stuff around, you won't get away with using no pointer. the only thing that works there is a buy-vehicle-window stuff, but the displayed vehicle there may vary significantly from the actual vehicle
13:02:01 <flitz> @planetmaker: I was going to use that as last resort, only question about that was, when building a new (virtual) vehicle, I need to specify some tile index if I see that correctly
13:03:13 <planetmaker> that seems like, yes
13:03:16 <flitz> @Eddi: I extracted the needed code to retrieve the correct spriteid without using a real vehicle, only problem now is the width and later possibly the correct display of cargo type
13:03:53 <planetmaker> But... is that an issue?
13:04:38 <flitz> IIRC the game crashed on me when giving a wrong tile, this would force me to look for a correct depot or patch of rail or something
13:04:43 <Eddi|zuHause> flitz: you get crazy issues like calulating the available refits
13:05:13 <Belugas> Belugas <- hi -> flitz
13:05:15 <Eddi|zuHause> flitz: which may depend on the engines and wagons configuration
13:06:30 <Eddi|zuHause> flitz: all the newgrf callbacks needed for that will require a vehicle pointer
13:09:18 <flitz> hm, when trying it, it seems that I can just create a new vehicle with TileIndex 0, just need to make sure to quickly get rid of that vehicle afterwards before the rest of the game wants to do stuff with it
13:09:27 <flitz> like displaying in some list
13:10:16 <flitz> and if I have a long template train, I need to create a virtual engine or wagon for each of its components, just for the sake of drawing the template
13:11:11 <Eddi|zuHause> flitz: the autoreplace command creates temporary vehicles
13:14:36 <planetmaker> flitz: or just create a new vehicle pool for your templates
13:14:57 <planetmaker> but as eddi says, autoreplace already uses iirc something along these lines
13:18:13 <flitz> I've found something like: "Train **old_vehs = CallocT<Train *>(num_units)", doesn't seem to be drawing related, though
13:18:47 <flitz> the template trains use their own pool already, I didn't want them to get messed up with the real ones, that would certainly have happened at one point or the other
13:20:38 <Eddi|zuHause> what's the difference between "Get*Icon" and "Get*Image" (where "*" is a vehicle type)?
13:21:18 <peter1138> icon just gets a specific direction
13:21:34 <peter1138> for purchase list/depot/new engine/etc/etc
13:22:04 <Eddi|zuHause> that may already be exactly the place i am searching for ;)
13:39:44 *** HerzogDeXtEr has joined #openttd
13:40:44 *** HerzogDeXtEr2 has joined #openttd
13:49:10 <Eddi|zuHause> hm, seems to work in the depot gui, but not in the train details
13:59:30 <planetmaker> Eddi|zuHause: you'll have to provide binaries to have him test that. afaik
13:59:50 <Eddi|zuHause> yeah, you're right
14:00:18 <Eddi|zuHause> we should provide a cets-test-binary anyway as soon as we are using these variables :)
14:01:58 <Eddi|zuHause> something is weird in train_gui.cpp:DrawTrainDetails()
14:02:31 <planetmaker> should be relatively easily feasible. We just need a repo, e.g. at the DevZone, and then we could get the CF pull from there
14:02:43 <planetmaker> and push results back. In principle at least
14:06:39 <Eddi|zuHause> and then someone to sporadically synch with trunk ;)
14:09:49 <Ammler> the devzone had once automatic features to at least detect merge and build errors
14:11:43 <Eddi|zuHause> these are very small and confined patches, unlikely to have merge conflicts
14:14:47 <Ammler> if you want, I can get it working again...
14:15:31 <Ammler> no big deal, needs basically just checking if my script survived the recent changes :-)
14:19:11 <planetmaker> Eddi|zuHause: hope that they'll have merge conflicts at *some stage* ;-)
14:27:03 *** keky___ has joined #openttd
14:34:37 *** Skiddles has joined #openttd
14:43:11 *** ar3k is now known as ar3kaw
14:48:15 *** HerzogDeXtEr has joined #openttd
15:14:09 *** Progman has joined #openttd
15:17:27 *** DanMacK has joined #openttd
15:19:03 *** TWerkhoven has joined #openttd
15:34:56 <Eddi|zuHause> cool, i think this works now... preparing patch
15:45:39 <Eddi|zuHause> planetmaker: so where do i get a devzone project from, to post these three patches?
15:46:05 <Eddi|zuHause> and where did i put my small screwdriver...
15:48:21 <Belugas> i see it, it's on the shelf above the train station 3
15:51:41 <peter1138> don't patches get posted to flyspray?
15:51:44 *** Prof_Frink has joined #openttd
15:53:04 <Eddi|zuHause> next in this theatre...
15:58:40 <planetmaker> Eddi|zuHause: that project needs creation, I guess.
15:58:59 <planetmaker> Question though: you want to use it as mq project or as a patched trunk?
15:59:47 <planetmaker> peter1138: the CF can only badly pull from flyspray while it could pull from a repository found elsewhere ;-)
16:01:01 <peter1138> well i have no real idea what devzone is then
16:01:14 <peter1138> thought it was something ottdcoop related
16:03:23 <Eddi|zuHause> peter1138: it's an easy place to host a repo so the compile farm can create binaries
16:04:26 <flitz> Does anyone know about the problem that a window is being drawn around 1000 times on each update ?
16:06:36 *** SpComb^_ has joined #openttd
16:10:49 <Alberth> is the window over something moving in the main window?
16:10:57 <Alberth> then yes, you get lots of updates
16:12:05 <flitz> I just draw 2 train images, like in a depot, there is no reason to update the gui
16:14:11 <Alberth> that needs code to decide which part of the dirty rectangles can actually be seen
16:14:46 <Alberth> having more than one update of your window should work anyway
16:16:51 <Alberth> oh, and it then also needs administration which window ordered a redraw, assuming if you request a redraw of your window, it should be updated
16:19:27 <planetmaker> peter1138: it may be sponsored by #openttdcoop (or rather Ammler and myself to be more precise) - but it's a place for any 3rd-party TTD related content as long as it has a permissive license
16:20:54 <planetmaker> good. Means you can only get better then ;-)
16:21:08 <planetmaker> (no offence meant)
16:21:21 <planetmaker> there's a file called hotkeys.cfg
16:21:27 <planetmaker> next to openttd.cfg
16:21:33 <planetmaker> there you can configure hotkeys
16:21:50 <planetmaker> close openttd before you edit it
16:21:56 <planetmaker> it will be overwritten otherwise
16:22:07 <planetmaker> (or at least I'm not sure it wouldn't)
16:23:49 <planetmaker> the one thing I change(d) for myself is assigning y to the road toolbar. Something missing a default hotkey ;-)
16:24:30 <planetmaker> ho, that page doesn't look bad :-) I didn't know it existed
16:26:51 <Alberth> or 'updated', actually :)
16:26:54 <flitz> Alberth: thanks, must be something else though, something selfmade
16:30:44 *** sla_ro|master has joined #openttd
16:33:37 <planetmaker> yes, they exist ;-)
16:34:39 *** valhallasw has joined #openttd
16:35:41 <Alberth> it is spoken by many people, whole south america
16:38:00 <Eddi|zuHause> that is actually only half true ;)
16:38:28 <Eddi|zuHause> a large part of south america actually speaks portugese ;)
16:38:54 <flitz> Alberth: without doing anything special the gui is updated only once (on creation for example), but when I do CmdBuildRailVehicle() on each call of DrawWidget(), the widget is redrawn 540 times, without anything actually being drawn
16:39:30 <flitz> that has to do with my problem, I just don't know why a plain call of CmdBuildRailVehicle() issues a redraw of my gui if nothing is being drawn
16:39:47 <Eddi|zuHause> flitz: don't do this in DrawWidget then
16:40:04 *** TWerkhoven has joined #openttd
16:40:22 <flitz> I call it directly instead of using DoCommand(...)
16:40:43 <Alberth> CmdXXX are for issueing user commands (usually due to some mouse click)
16:40:56 <flitz> @Eddi: I call some other function, so cmdbuildrailvehicle is an indirect call
16:41:42 <Alberth> you need something far more lowlevel I think, like 'new Vehicle' or so
16:43:13 *** frosch123 has joined #openttd
16:45:03 <flitz> Alberth: this was more of a quick try so that I do not need to do all the necessary setup of the vehicle myself
16:45:52 <Alberth> ok, since it sounds like a very bad way of drawing a vehicle
16:46:11 <flitz> I've found that the cmd-func calls updatetraingroupid() which in turn calls SetWindowDirty(WC_REPLACE_VEHICLE, VEH_TRAIN); weird only that this doesn't correspond to my own gui
16:47:35 <Alberth> nice, make new dirty rectangles while rendering a gui :p
16:52:43 <CIA-2> OpenTTD: planetmaker * r22673 /trunk/src/industry_cmd.cpp: -Add #4690: Provide random bits in var 0x10 for callback 0x3B in all cases (Hirundo)
16:59:19 <MNIM> I have a dilemma. what language would you people recommend for making a 2d plane rts game, capable of multiple platforms?
17:00:01 <MNIM> that is, for somebody who has only been introduced to VB, limited C*, python and flash?
17:00:39 <planetmaker> VB and C* are not so much cross-platform
17:01:03 *** TheMask96 has joined #openttd
17:01:07 <Alberth> I don't know what C* is, do you mean C#
17:01:07 <MNIM> hmmmh, I always heard that the C family wasn't that hard to crossplatform
17:01:16 <MNIM> No, I mean anything with C
17:01:17 <peter1138> C* might mean C/C++
17:01:40 <MNIM> you never heard of wildcard characters? >.<
17:01:41 <planetmaker> MNIM: C != C# != Objective C != ...
17:02:04 <planetmaker> not much difference, but makes a difference to being portable
17:03:06 <Alberth> if you need CPU power, go for C/C++
17:03:35 <MNIM> well, for the kind of scale Im having in mind right now, has any one of you ever heard of flash trek?
17:04:21 <Alberth> flash is mostly web-app, right?
17:04:42 <MNIM> true, but I'm not going to use flash for coding.
17:04:56 <MNIM> if even it was only because I'm running linux.
17:05:27 <Alberth> gnu has made an open flash thingie, no idea how it is called
17:05:45 <Alberth> VB is dead if you want cross-platform
17:06:00 <Alberth> so that leaves you python and C/C++ :)
17:06:01 <planetmaker> flash sucks big time for performance
17:06:16 <planetmaker> There's a project which just did finish an entire game in html5 or so
17:06:20 <planetmaker> don't remember the name
17:06:32 * planetmaker has flash disabled by default
17:06:48 <Alberth> I don't even have flash installed :)
17:06:58 <MNIM> html5 sounds interesting, but Im not sure if it's very suitable for game engines.
17:07:27 <Alberth> you could start in python
17:07:48 <Alberth> and make C/C++ extension modules at the time you need more speed
17:08:06 <Alberth> or more likely, cython
17:08:27 <MNIM> well, but am i not still stuck with requiring python to be DL'd?
17:08:58 <Alberth> but modern linuces have it installed by default
17:09:07 <Alberth> just the version is a bit of a problem
17:09:19 <Alberth> due to the switch to python 3
17:09:29 <MNIM> that's part of why I don't want that.
17:10:07 <MNIM> it would be nice if python allowed packaging itself within the program, so you wouldn't need a separate shared python install, with all it's issues.
17:10:33 <MNIM> sure, it'd make the package bigger, but far easier for the non-'nix geeks out there. :P
17:10:40 <Alberth> there are windows installer generators that do that afaik
17:11:02 <Alberth> (but I never tried them, wrong platform for me :) )
17:11:52 * MNIM would tripleboot, even, if somebody provided me with a suitable macbook to destroy and abuse. :P
17:12:03 <Alberth> and there is py2exe, but no idea what that does exactly
17:12:24 <MNIM> well, not necessarily. I kinda hate mac osx with a passion.
17:12:46 <MNIM> my dad bought a mac to make life simpler, but instead he asks me even more to help him with it.
17:13:12 <MNIM> at least I knew my way round a dows pc, but a mac?
17:13:35 <Alberth> I know the problem :)
17:14:28 <MNIM> I offered my dad a buntu livecd,
17:14:41 <MNIM> let's see if he uses it.
17:14:55 <planetmaker> oh, it's time for a "this system is best" or "mac sucks"
17:15:00 <MNIM> though I kindof feel like "OMYGODWHATHAVEIDONEWEAREDOOMED" gut feeling. :P
17:16:17 <MNIM> time to open up synaptic
17:23:27 <MNIM> But first, I need to eat. coding on an empty stomach is no business.
17:23:42 <MNIM> and perhaps a drink or two too. :D
17:31:24 *** supermop has joined #openttd
17:36:47 *** valhallasw has joined #openttd
17:37:19 *** glx is now known as Guest2780
17:38:43 *** andythenorth has joined #openttd
17:40:44 <supermop> i'll take one of those 12
17:44:00 <andythenorth> hola planetmaker
17:44:17 <andythenorth> I have done forum bad again :P
17:45:14 <CIA-2> OpenTTD: translators * r22674 /trunk/src/lang/danish.txt:
17:45:14 <CIA-2> OpenTTD: -Update from WebTranslator v3.0:
17:45:14 <CIA-2> OpenTTD: danish - 5 changes by NeoNmaN
17:45:56 *** Biolunar has joined #openttd
17:51:40 <planetmaker> what did you do andythenorth? FISH thread? That's not even starting to be bad ;-)
17:52:29 <andythenorth> being grumpy on forums is maybe childish
17:54:36 <Alberth> instead of a grumpy reply, maybe better do not reply
17:55:48 *** andythenorth has joined #openttd
17:56:23 <Alberth> but this one is ok I think
18:08:46 <MNIM> bah, there was no drinkable beer to go with noodles in the house.
18:10:25 <__ln__> you like mixing noodles and beer?
18:10:39 <Chris_Booth> __ln__: beer mixes with anything
18:11:48 <MNIM> well, I meant mainly like european drinks to accompany the meal.
18:12:21 <MNIM> noodles are best accompanied by dark (and sweet) beers
18:12:47 <Eddi|zuHause> i never mix beer and food...
18:18:56 *** valhallasw has joined #openttd
18:23:32 *** devilsadvocate_ is now known as devilsadvocate
18:27:21 *** Adambean has joined #openttd
18:37:46 <MNIM> I like my programming languages to be readable like normal english.
18:37:55 <MNIM> ! is NOT readable like normal english. >.>
18:38:55 <Alberth> MNIM: you're spoiled :p
18:40:11 <MNIM> I'm not that much of a coder. I can do logic, but I prefer my logic to be in english.
18:40:24 <MNIM> or dutch even, but not in ! and || and &&
18:40:49 <SpComb> you get used to it, it's hardly the worst part
18:41:31 <Alberth> I was trying to say there are very few languages that use those keywords
18:43:17 <SpComb> stuff like `friend std::ostream& operator<< <> (std::ostream& o, const Foo<T>& x);`
18:43:49 <valhallasw> SpComb: no, that's not that bad. The compiler errors you get because you forget a <. Those are bad.
18:44:00 <MNIM> well that's just sloppyness.
18:44:11 <Alberth> oh, templated operator overloading, nice
18:44:27 <MNIM> even *I* know not to be sloppy when coding. I mean, that is something for being ADD
18:44:28 <SpComb> Alberth: as external *friend* functions
18:44:44 <SpComb> MNIM: no it isn't, that example is straight from the C++ FAQ
18:45:03 <MNIM> well, sloppyness of course is extremely common
18:45:20 <MNIM> and in general the first thing to blame when code goes wrong. :P
18:45:40 <Alberth> SpComb: yeah, does not make sense, but for equality functions, I think it does make more sense than making it part of one of them, for example
18:46:29 <Alberth> although you should be able to decide equality on public data values of an object :p
18:47:23 <MNIM> C++ has no boolean variable type?
18:47:44 <flitz> but its stored in a byte
18:48:02 <MNIM> then why did I miss it's introduction.
18:48:15 <SpComb> Alberth: std::ostream operators like that is has to be defined externally
18:48:41 <SpComb> best thing is, you can write, like, `friend QDataStream & operator>><> (QDataStream &in, FooClass<FooType> &collection);`
18:48:42 <MNIM> it listed char, int and float, but no bool
18:48:58 *** Brianetta has joined #openttd
18:49:20 <Alberth> you have a bad tutorial, I'd say
18:49:37 * MNIM points at the above link, is using that
18:52:15 <MNIM> do you have a better suggestion?
18:52:42 <flitz> there is no notion of the list of primitive types in this example being complete, though
18:53:25 <flitz> just go on with it, can't be too bad, just because they didn't mention bool ;)
18:57:18 <Alberth> MNIM: lesson 2 states that 0 and 1 are booleans, which is simply false.
18:58:06 <MNIM> ahah. see, my gut still hasn't left me.
18:58:08 <Alberth> MNIM: A. !( 1 || 0 ) ANSWER: 0
18:58:59 <Alberth> also, lesson 1 does cout<<"foo" and lesson 2 does if ( a == b) ... extremely inconsistent
19:00:01 <Alberth> MNIM: It looks like a C manual which they 'upgraded' to C++ by fixing a few examples
19:00:02 <MNIM> I take it that that book you posted is only available in print.
19:02:29 <Chris_Booth> LordAro: ever thought about using tiny url?
19:03:36 <Alberth> haha, yeah, let's do C str functions, instead of std::string :p
19:05:25 <Rubidium> hmm... bools are bytes?
19:06:47 * Rubidium wonders how long I have to look to find proof that's not the case
19:06:47 <MNIM> bah, why the fuck do people still use serif fonds to type something?
19:07:07 <MNIM> they should be killed by repeatedly stabbing them in the eye with a hot knife.
19:07:18 <valhallasw> fundamentalistic attitude there.
19:07:24 * Rubidium only uses fonds for cooking
19:07:46 <SpComb> struct { unsigned x : 1; }
19:08:21 <Rubidium> in any case, serif fonts have proven to be easiest legible (on paper)
19:08:34 <MNIM> I get fundamentalistic when I need to take in large amounts of data.
19:08:57 <valhallasw> well, then why don't you change the font to a sans-serif font
19:08:59 <Rubidium> although sans serif ones are on screen, IIRC Verdana or so was best at one point
19:10:45 *** DayDreamer has joined #openttd
19:10:49 <MNIM> it's probably possible, but I have found no easy way as of yet
19:10:58 <andythenorth> read it with google :P
19:11:29 <Rubidium> configure $browser to use sans serif font for serif and disable the style sheet
19:11:39 <valhallasw> MNIM: well, if it's a pdf it makes sense they use a serif font
19:11:45 <valhallasw> because if it's a pdf, you should print it
19:12:05 <MNIM> people still print shit when it's not necessary for legal purposes?
19:12:30 <Rubidium> oh you don't want to know
19:12:38 <Alberth> oh sure, as you can put many pages next to each other, and make notes on them
19:12:38 <MNIM> I mean, I only ever do shit on paper because it needs to be on paper and signed for legal worth
19:13:31 <andythenorth> paper has many uses
19:16:11 *** valhalla1w has joined #openttd
19:18:00 *** andythenorth is now known as Guest2795
19:18:01 *** andythenorth has joined #openttd
19:21:29 *** andythenorth has joined #openttd
19:24:43 <Eddi|zuHause> i did not choose his name ;)
19:25:30 <DorpsGek> Eddi|zuHause: 23.925
19:25:37 <DorpsGek> Eddi|zuHause: 15.225
19:26:17 <Eddi|zuHause> yes, i should be able to calculate that in my head :p
19:27:58 <MNIM> things like that is why I've got a hotkey for my calculator
19:28:23 <MNIM> one on my screen, and one behind my keyboard
19:28:45 <MNIM> <3 my trusty casio CFX-9850GC plus
19:30:59 <valhalla1w> pah, graphic calculators
19:31:14 <valhalla1w> haven't touched mine in... 4 years or so
19:31:29 <valhalla1w> it's completely useless for real math
19:31:51 <MNIM> well, that's what paper is for.
19:32:04 <MNIM> as for simply calculating shit, graphic calculators rule
19:32:23 <MNIM> and, to be realistic, that's all I ever hope to do
19:33:27 * valhalla1w likes his HP-41CV for calculations
19:35:54 <MNIM> well, my head is no good for numbers.
19:37:32 <valhalla1w> practising helps :-)
19:38:23 <MNIM> I finished high school three years ago.
19:38:30 <MNIM> since then, no maths whatsoever
19:38:40 <MNIM> no abstract maths, at least
19:41:40 <Eddi|zuHause> i was good in calculating
19:41:48 <Eddi|zuHause> until we got real maths around the 8th grade :p
19:42:11 <frosch123> who needs real math?
19:42:27 <Eddi|zuHause> people who get bored easily :p
19:43:05 <frosch123> i don't think realism adds anything to math
19:43:09 <valhalla1w> frosch123: depends what you call 'real' math
19:43:26 <Eddi|zuHause> frosch123: i didn't say "realistic" maths :p
19:43:49 <frosch123> valhalla1w: hint, at least two involved in this discussion have studied math :p
19:44:26 <flitz> I think mathemeticians don't calculate all that much anymore
19:44:53 <frosch123> yup, they let calculate
19:44:59 <Eddi|zuHause> flitz: not anything in complexity beyond 3+5 ;)
19:45:15 <Rubidium> they leave it to maple, matlab and the likes ;)
19:46:16 <Rubidium> sadly enough DorpsGek doesn't solve equations for you
19:46:25 <flitz> I caught a couple of math semesters, we didn't calculate very much :)
19:46:37 <andythenorth> don't mathematicians spend most of their time inventing new dimensions?
19:46:38 <flitz> but we got advised to program in Fortran
19:46:38 <Eddi|zuHause> yeah, i kinda abused the maple bot too much... the guy kinda left :p
19:47:14 <Eddi|zuHause> andythenorth: mathematicians don't spend thoughts on such trivialities
19:47:36 <valhalla1w> they rather spend their time on coloring many-to-many relationships
19:47:42 <Eddi|zuHause> andythenorth: you do it for arbitrary number of dimensions and then every dimension you can think of is a trivial special case ;)
19:47:55 <frosch123> mathematic is about the stuff which would hold if the axiom of choice would hold
19:48:17 <Eddi|zuHause> unless you assume the axiom of choice does not hold :p
19:48:34 *** andythenorth is now known as Guest2800
19:48:35 *** andythenorth has joined #openttd
19:49:01 <TrueBrain> typical .. an email address only used with SixXS, and I receive spam on it ... I think your email address is nowhere safe anymore :(
19:49:18 <frosch123> Eddi|zuHause: how can you assume that anyone thinks it would hold
19:49:36 <frosch123> but you can research nevertheless what it would imply if it would hold
19:49:41 <Eddi|zuHause> planetmaker/Ammler: how's the email-notification-on-commit coming along?
19:49:59 <Eddi|zuHause> frosch123: yes, but it's only half the math :p
19:50:01 <Rubidium> Eddi|zuHause: both hold, probably not in the same universe though ;)
19:51:34 <valhalla1w> 'list coloring of complete bipartite graphs'
19:52:13 <frosch123> node coloring of bipartite graphs? isn't that kind of boring?
19:52:47 <valhalla1w> frosch123: list coloring (at least, I hope that's the correct english term)
19:53:14 <frosch123> no idea what a list is, i know node/vertex, and edges
19:54:12 <Eddi|zuHause> frosch123: i'm fairly sure node-colouring can be used to define that a graph is bipartite ;)
19:54:25 <valhalla1w> frosch123: from what I understood from the text -- I'm a physicist, and not a mathematician, so I don't understand all terse formulations that well -- it's a about coloring nodes with a fixed list of colors per node
19:55:02 <frosch123> multiple colours per node?
19:55:09 <frosch123> never heard about that
19:55:21 <Eddi|zuHause> i think he means the algorithm how to get to a colouring
19:55:24 <valhalla1w> instead of having a fixed set of colors to choose from
19:55:33 <valhalla1w> each node gets its own set
19:56:56 <valhalla1w> then the question is: how long should these sets be to make sure every node can be colored
19:59:03 <Ammler> [21:49] <Eddi|zuHause> planetmaker/Ammler: how's the email-notification-on-commit coming along? <-- it needs hacking of notify extension, not sure, if I want that
19:59:30 <Ammler> but of course, patches are welcome :-)
20:00:50 <planetmaker> valhalla1w: but the only really interesting colouring schemes are for two or three dimensions... and 2D is solved, thus trivial ;-)
20:01:18 <frosch123> planetmaker: it is only solved for planar stuff
20:01:28 <frosch123> and there is tons of non-planar stuff
20:02:27 <planetmaker> ok, I see that not every 2D object is topolocially equivalent to a(n infinite) plane. But how many options are there?
20:02:49 <planetmaker> the moebius band certainly counts in this respect as infinite plane, too
20:03:03 <planetmaker> and it surely works for a torus (donut) as well
20:03:21 <planetmaker> (their surfaces that is)
20:03:43 <frosch123> planarity is at primary a thing about non-overlapping edges, isn't it?
20:03:59 <LordAro> and i'm taking maths + further maths a level :L
20:04:36 <planetmaker> frosch123: maybe, I'm not too sure about these things :-)
20:05:40 <frosch123> well, i guess if you want to draw it on some surface you can add enough "henkel" to it, so a graph becomes planar
20:05:41 <MNIM> Im starting to have doubts about C++
20:06:11 <frosch123> MNIM: just because something is popular and most used does not mean it is good
20:06:27 <frosch123> it only means that a majority was too lazy to learn something better
20:06:44 <valhalla1w> MNIM: what do you want to do?
20:07:49 <MNIM> well, Im not sure if I can explain it neatly in text, but Ill try.
20:08:17 * andythenorth failed further maths A level
20:08:41 <MNIM> have you ever seen/played flashtrek? It's a 2d rts game (in flash, duh)
20:08:57 <MNIM> Im looking to create something similar (NOT IN FLASH)
20:09:52 <andythenorth> why not in Flash?
20:10:01 <andythenorth> seems like a good technology for 2d games
20:10:07 <MNIM> because I tried that already. :P
20:10:21 <MNIM> besides that, I want it to be far, far more flexible.
20:11:25 <andythenorth> HTML 5 Is Not a Thing
20:11:46 <MNIM> with the possibility of just going "hey fuck that 2d shit with pngs and all, let's just make 3d models" one day and actually just needing to replace graphicscode.something in the game's folder structure
20:12:25 <andythenorth> modularity is, mostly, over-rated
20:12:30 <andythenorth> it leads to Never Shipping
20:13:03 <andythenorth> but your architecture diagram will be beautiful
20:13:10 <MNIM> to be honest, I think Ill be content with an eternal beta. :P
20:13:17 <andythenorth> and people will go 'oooh' about what they might be able to do in future :P
20:13:18 <MNIM> Ill draw a diagram, actually
20:14:14 <andythenorth> modularity costs ~ £250,000 at UK coding salaries
20:19:12 <andythenorth> FIRS fruit plantation is 5,400 lines of nml :o
20:19:54 <planetmaker> I'm sure we can template that down to far less. Eventually
20:20:00 <planetmaker> Not today though anymore
20:20:04 <andythenorth> is it worth it though?
20:20:11 <andythenorth> might never need to be maintained
20:20:22 <andythenorth> refactor-as-you-go might not apply?
20:21:00 *** supermop_ has joined #openttd
20:21:24 <planetmaker> andythenorth: sure. But... most of it is the slope awareness afaik
20:21:30 <planetmaker> which is well worth templating anyway
20:21:33 <planetmaker> for various industries
20:21:37 <andythenorth> slope + climate yes
20:22:02 <andythenorth> can probably resolve to much less using advanced action 2 layout
20:22:13 <andythenorth> not sure if the time is well spent though :P
20:22:27 <andythenorth> I've split all the industries I can be bothered with out of god object
20:22:38 <andythenorth> if 'someone' could be bothered to do the rest...then god object is gone :)
20:22:45 <planetmaker> can be bothered with? What about the others then?
20:23:17 <andythenorth> they're redefinitions of TTD industries, and I can't figure out where the code starts / ends
20:23:22 <andythenorth> mostly oil industries I think
20:23:40 <andythenorth> only 3,600 lines left to do :)
20:29:43 *** Belugas has joined #openttd
20:29:43 *** ChanServ sets mode: +o Belugas
20:31:43 <MNIM> I was almost giving you a structure chart in my unresized drawing resolution.
20:35:28 <MNIM> please excuse the drawing-board quality, but I find that way works the fast when you already have a pen in hand anyway
20:38:45 <valhalla1w> first reaction: you're combining two issse in one drawing
20:39:04 <MNIM> Im not drawing issues in the first place.
20:39:20 <valhalla1w> main menu / game options / game / pause menu is the user 'workflow'
20:40:17 <valhalla1w> then what do your arrows mean?
20:40:31 <MNIM> relations. 'takes data from', mostly
20:41:29 <MNIM> for example, the game module would calculate the player's position on the map and send it to the graphics module which would draw it
20:42:05 <valhalla1w> and the user has no input?
20:42:45 <MNIM> navigation refers to a seperate module which operates a star chart where you can navigate between systems.
20:43:05 <valhalla1w> this is my point exactly
20:43:14 <MNIM> the 'game' module itself is a different theater, with a ship controlled with arrow keys around a solar system
20:43:16 <valhalla1w> main menu / options / game / navigation / pause menu
20:43:38 <valhalla1w> or, well, main menu / options / vis / nav / pause
20:44:12 <MNIM> pretty much. you could describe the game/vis relation as backend/frontend
20:44:15 <valhalla1w> the entire section on simulating / object data / loading and saving games is a completely different set of code
20:46:27 *** andythenorth has joined #openttd
20:46:43 <MNIM> it would be nice if visualization was a readymade module so I don't have to bother about making that, as it's one of the least transparent things of coding to me
21:28:36 <Eddi|zuHause> planetmaker: make clean && make doesn't re-execute generate.py
22:34:29 <jrib> hi, I just discovered this awesome game!
22:52:30 <Eddi|zuHause> bah... the google help is useless... i can find out there's a function "TEXT(number, format)" but it offers absolutely no description on what "format" should look like
22:59:43 *** supermop_ has left #openttd
continue to next day ⏵
