IRC logs for #openttd on OFTC at 2012-07-10
⏴ go to previous day
00:13:15 *** kkimlabs has joined #openttd
01:20:56 *** drac_boy has joined #openttd
02:20:56 *** waterfoul has joined #openttd
02:21:34 <waterfoul> anyone know what you need to include in order to use _settings_game
02:55:52 <waterfoul> hmmm trunk/src/table/settings.h won't compile
03:22:24 <waterfoul> I'm having lots of errors when compiling settings.h it starts with error: ‘SLF_SAVE_NO’ was not declared in this scope
03:56:15 *** Djohaal has joined #openttd
04:56:17 *** Eddi|zuHause has joined #openttd
05:43:25 *** Rhamphoryncus has joined #openttd
05:46:42 *** kkimlabs_ has joined #openttd
06:39:31 *** telanus has joined #openttd
06:47:06 *** Alberth has joined #openttd
06:47:06 *** ChanServ sets mode: +o Alberth
06:52:23 *** sla_ro|master has joined #openttd
07:00:50 <Alberth> moin planetmaker, Terkhen
07:31:51 *** cmircea has joined #openttd
07:40:53 *** TWerkhoven has joined #openttd
07:43:16 <dihedral> Rubidium, the issue i saw yesterday was my mistake - sorry about that
07:44:12 <dihedral> however, in order to avoid this issue from showing up again, is it ok if i provide you with a patch that sets _cur_year and _cur_month /before/ onNewDay() or respectively onNewMonth() is called
07:54:12 *** TomyLobo has joined #openttd
07:58:29 <Alberth> sounds like a good idea, except wouldn't that break existing uses? (I don't know what issue you discussed btw)
07:59:16 *** kkimlabs_ has joined #openttd
08:39:20 <dihedral> Alberth, it's a difference of setting those values before or after calling onNewDay() or onNewMonth() respectively
08:39:42 <dihedral> if (ymd.month == _cur_month) is used to check if a new month has start
08:40:33 <dihedral> ding a bool newMonth = ymd.month == _cur_month; _cur_month = ymd.month; onNewDay(); if(newMonth) ...
08:40:59 <dihedral> would have the affect of _cur_month being accurate even in the code of what gets executed in onNewDay()
08:41:42 <Alberth> yes, but currently it assumes the 'broken' value
08:42:07 <dihedral> the value is only broken at the first of a month ;-)
08:42:17 <Alberth> so that code has to be found and repaired too
08:42:25 <dihedral> _cur_month and _cur_year are broken at the first of the year
08:43:03 <Alberth> and you don't expect that someone hacked around it ?
08:43:08 <dihedral> do you expect something like if ymd.day == 0 use _cur_month + 1?
08:44:00 <dihedral> Alberth, I expect that if there is a hack around it, it can show up until the next release :-D
08:44:19 <Alberth> no idea, I'd suspect all uses of the variables until proven it does not get called with 'wrong' values
08:45:03 <dihedral> right then - i'll look through all code executed through onNewDay() and onNewMonth() to be 100% sure
08:45:14 * Alberth ponders whether it can end up in a savegame
08:46:30 <Alberth> as long as you don't save a game from within the OnNew{Day,Month} it's ok, I think :)
08:47:55 <Alberth> hmm, "autosave every month" does not sound promising then :(
08:48:48 <dihedral> _date is already updated
08:49:26 * Alberth discovers the new drop-down buttons in the advanced settings, nifty :)
08:49:43 <dihedral> it would be silly to store _date and _cur_year and _cur_month in a save game if the later 2 are calculated out of _date
08:50:10 <Alberth> that would be another patch :)
08:51:45 <dihedral> _cur_date nore _cur_year are used in saving
08:51:57 <dihedral> _cur_year is used in afterload.cpp
08:52:05 <dihedral> which in turn then must be already calculated
08:56:18 <dihedral> DoDisaster uses _cur_year :-)
08:57:05 <dihedral> so in theory, a disaster would never get cleared if this part is executed on the 1.1. :-)
08:57:19 <dihedral> because then _cur_year is the same as at the 31.Dec
08:57:34 <dihedral> so in fact this would fix a bug :-D
08:57:39 <dihedral> that nobody every noticed :-D
09:05:28 <dihedral> _cur_year also used in ChangeIndustryProduction()
09:17:10 *** cmircea has joined #openttd
09:18:56 *** FLHerne has joined #openttd
09:27:30 <welshdragon> Now I know why I don't play OpenTTD much these days... I can't use the latest NewGRF's in Chill's PP :s
09:28:30 <FLHerne> Handrake's PP supports them, although with less crazy patches. Has most of the core ones though
09:29:19 <FLHerne> i.e. timetabling, CDist, bridge/tunnel sharing. Major absence is infra-sharing :-(
09:29:56 <Alberth> welshdragon: depending on your definition of OpenTTD, you may not have played it for much longer ;)
09:29:59 *** telanus1 has joined #openttd
09:31:46 <welshdragon> Alberth: the thing I like is Chilli's. I'm guessing it'll be 2013 before we get a GRF v6 version thiugh
09:33:00 * planetmaker wonders since when grf v6 is outdated. Certainly for at least two or three years...
09:33:41 <dihedral> now you have the age of that patch pack ;-)
09:33:42 <planetmaker> welshdragon: most likely many new NewGRFs don't work with chillPP
09:33:51 <planetmaker> dihedral: last summer mostly
09:36:51 <dihedral> Alberth, AddInflation is also affected, not really crucial but the year that inflation should stop will still have inflation added in January
09:37:21 <Alberth> I have that disabled, so I don't care :D
09:38:12 <dihedral> so it seems like it only affects things that should or should not run in January
09:38:14 <Alberth> but it is always surprising how much dirt you can turn up :)
09:39:08 <dihedral> (either should run on the 1.Jan but then get executed on the 2. Jan, or should not run in January but then in turn do not get executed anymore in February)
09:39:21 <dihedral> Alberth, i'll take that as a compliment :-D
09:42:02 *** FLHerne has joined #openttd
09:42:44 <Eddi|zuHause> <Alberth> welshdragon: depending on your definition of OpenTTD <-- i'd say "has 'openttd' in its binary name" should suffice :)
09:43:32 *** Devroush has joined #openttd
09:45:13 <welshdragon> I've played OpenTTD for seven years, Chill's PP for nearly eight months
09:50:25 <dihedral> i think the first time i entered this channel was dec 2006 or jan 2007 ... iirc
09:53:20 <jonty-comp> pfft, i have lurked here since the beginning of time
09:53:30 <jonty-comp> emerging occasionally to make a sarcastic comment at a mibbit user
10:03:26 <Alberth> to quit with a modified file, use :q!
10:05:41 <Eddi|zuHause> nice boy. now fetch that stick again |
10:12:33 *** kkimlabs_ has joined #openttd
10:19:56 *** HerzogDeXtEr1 has joined #openttd
10:27:26 <dihedral> i hate it when xchat has focus :-P
10:30:17 *** brambles has joined #openttd
10:33:32 <Alberth> bool newMonth = ymd.month == _cur_month; <-- looks like "not_new_month" to me :) (and watch the camel-case)
10:44:53 <Eddi|zuHause> dihedral: maybe there is a windowmanager behaviour "never give xchat focus"
11:29:11 *** tokai|mdlx has joined #openttd
11:45:49 *** peter1138 has joined #openttd
11:45:49 *** ChanServ sets mode: +o peter1138
11:46:06 *** GBerten2936 has joined #openttd
12:23:44 *** sla_ro|master has joined #openttd
12:41:40 <Alberth> the "yes, "does not make a lot of sense any more, imho. Also, I seem to be missing 'fixes' for bugs that you found
12:42:45 <Alberth> ie the code change of changing the update moment of the year should be separate from the bug fixing that you cause
12:43:03 <Alberth> otherwise no-one is going to find back those changes
12:43:13 <Alberth> (other than by bi-secting)
12:44:40 <Alberth> or the change should be called a bug-fix :p
12:46:59 *** dijkstra has joined #openttd
12:48:33 *** dijkstra has joined #openttd
12:51:46 <dihedral> Alberth, the change is the bug fix
12:52:34 <dihedral> the bugs are that certain things are run in February rather than January, or on the 2nd rather than on the first of Jan
12:52:45 <dihedral> the code further down the line does not need chaning
12:53:15 <dihedral> this fixes the fact that i.e. a desaster recovery can happen on the 1.Jan
12:53:22 <Alberth> yeah, but my problem is that the patch does not show what you actually fix
12:54:21 <dihedral> it sets _cur_year and _cur_month before executing any OnNew(Day|Month|Year)() functions
12:55:07 <dihedral> which is mentioned in a comment before setting the variables
12:56:30 <dihedral> i do not quite follow how the patch should emphasize it
12:56:40 <Alberth> one way is to make it a real code change, ie change the year update and make sure the disaster + production(?) act exactly like they do now, then add a fix patch to correct them again
12:56:40 <Alberth> another way is to see the current patch as bug fix, but then an issue with a discussion of what it fixes is needed at least (although the latter may be useful in the first way too)
12:57:08 <Alberth> dihedral: which is mentioned in a comment before setting the variables <-- no need to repeat what the code already says :)
12:57:35 <dihedral> it just stresses the importance ^^
12:58:04 <Alberth> well, make an issue would be best I think
12:58:21 <Alberth> I am not going to commit it without someone else looking at it too
12:59:24 <Alberth> and they are all doing other things currently, it seems :)
13:00:34 *** FLHerne has joined #openttd
13:02:14 <dihedral> i totally understand what you mean :-P
13:07:58 <Belugas> i wonder... it it's a new month, it would be logical to test for a new year. otherwise, it would not
13:14:27 <FLHerne> What's all this date stuff about, anyway?
13:14:45 <dihedral> however, you want _cur_year to be accurate before running OnNewDay() else the 1st Jan is in the old year
13:14:55 <Belugas> we are trying to re-invent the calendar as you know it :)
13:15:24 * dihedral thinks openttd calendar should end on the 21. Dec. 2012
13:16:52 <FLHerne> For some strange code reason?
13:17:33 <FLHerne> Perhaps you should switch to the Discordian calendar...
13:17:58 <FLHerne> "Today is Sweetmorn, the 45th day of Confusion in the YOLD 3178"
13:18:41 <Alberth> Nah, the problem is much more generic. We need a number sequence without 'nice' numbers
13:23:06 <Alberth> to stop people from giving them special meaning, as they don't get that they cause a number being special in the first place
13:25:12 <FLHerne> Er...and the real reason? :P
13:25:46 <Alberth> ie 1.1 is special only because we one time decided to start counting days in a certain way
13:26:18 <Alberth> so you are just celebrating your own numbering system, nothing more ;)
13:26:31 <FLHerne> Ah. So what problem does that cause?
13:27:04 <Alberth> it's just stupid to give meaning to numbers you picked yourself
13:30:44 <Alberth> eg 11259375 is just as nice as 56789, yet people don't see it because they are stuck in the decimal system :p
13:31:16 <FLHerne> So what do you propose instead?
13:31:43 <Alberth> not give special meaning to numbers at all?
13:33:07 * FLHerne doesn't really see it
13:34:03 <dihedral> today is the 7257839th day
13:34:13 <dihedral> what year you ask? what is a year??
13:34:50 <dihedral> Alberth, that could be very nasty in this world :-D
13:35:49 <Alberth> FLHerne: let me ask it another way, why is 11:07 never a time for a meeting?
13:36:28 <Alberth> why is it always 11:00 or 11:15 ?
13:38:14 <Alberth> but to meet at "660 minutes" to day feels weird. If we measuer a day in minutes, we'd meet at 650 or 700 minutes or so
13:38:50 <Alberth> ie we pick a number system, and then give some numbers special meaning
13:41:14 <Alberth> but we do it for any number system, which makes it a totally ad-hoc meaning :p
13:41:20 <FLHerne> I see. Does OTTD code use years, months etc atm then?
13:42:15 <FLHerne> And you don't want it to?
13:43:53 <Alberth> hence "we need a number sequence without 'nice' numbers" :D
13:44:10 <Alberth> although it may not exist
13:48:44 <dihedral> actaully openttd works with ticks per day and days
13:48:53 <dihedral> and converts days into year month day format
13:49:48 <FLHerne> Would your new system allow the no. of ticks per year to be varied? That would be convenient
13:50:47 <dihedral> ticks are only per day
13:51:05 <Alberth> you'd end up with the problems of the day-length patches I suspect
13:51:24 <dihedral> Alberth, shall we introduce a leap tick :-D
13:52:59 <Alberth> and vehicles shall drive a bit slower to compensate :D
13:53:15 <FLHerne> Ok...would it be possible to separate displayed/vehicle introduction dates from the ones that payment, production, speed etc are calculated from?
13:53:41 <FLHerne> Wasn't that the problem with (most) daylength patches?
13:55:45 <Alberth> that's one thing I still like to try, and you can do it entirely in NewGRF I think
13:56:14 <Alberth> just make a NewGRF that has eg steam for 50 years before introducing diesl
13:56:42 <Alberth> so around 2050, we have electric :p
13:57:00 <Alberth> no idea why we have those powerplants 100 years early, but who cares :D
13:57:28 <FLHerne> But that would need all grfs modified to match (industries, townsets, RVs, ships...)
13:57:42 <FLHerne> The date would look silly, too :P
13:58:03 <Alberth> why is the date silly?
13:58:16 <Alberth> openttd is not simulation the real world :)
13:59:10 <FLHerne> It can, and I prefer it to :P
13:59:41 <Hirundo> In that case, it might be better to display the year as "Year 1" instead of "1950", to make clear that it's not realistic (tm)
14:00:01 <FLHerne> There are enough 'realistic' GRFs that it can come quite close (other than the 45 degree angles, of course :P )
14:02:32 <Alberth> FLHerne: imho trying to mimic reality is not the best solution for play, I hate having to choose between 30 engines
14:03:47 <FLHerne> Differences of opinion then. I hate being constrained to 3... :P
14:04:28 * Belugas raises his mug to Hirundo!
14:05:40 <FLHerne> I also keep practically every station set loaded, in case I need one tile from some obscure one :P
14:06:51 <FLHerne> Thanks for making a game with so many potential playing styles, anyway :D
14:08:20 <Afdal> I wish there were more unrealistic newGRFs :(
14:09:34 <Afdal> Whatever happened that that NUTS project
14:10:21 <Afdal> oh god, it's been released hasn't it
14:10:27 <Alberth> we need more toyland NewGRFs!
14:11:39 <Alberth> look at the release date :p
14:20:26 <Alberth> any format, but relative to the speed of the earth flying through the universe would be useful :)
14:21:34 <Alberth> hmm, does that even exist? :)
14:22:25 <dihedral> Alberth, but you could close FS 4632 :-P
14:24:45 <Alberth> doesn't look like everybody would agree with that action ;)
14:25:53 <dihedral> Alberth, well apart of the reporter?
14:36:49 <dihedral> can a GS create a cost for a company?
14:37:20 <FLHerne> Does anyone here know how to use the AV8 maintenance-cost parameter?
14:38:08 <FLHerne> The text/description are rather ambiguous, and I'm not sure which choice is which :-(
14:39:57 <FLHerne> Also, eGRVTS2 is a great improvement :D
14:52:56 <dihedral> i still have the dream of creating a penalty cost :-P
14:53:28 <dihedral> you as an admin need to get grips on a player - fine the company - or force a give money command as company #
14:56:53 <Alberth> GS can act as a company, not sure what it can do w.r.t. money
14:58:13 <dihedral> yeah - but 'acting' as a company does not mean i could add a cost under 'other' of say 20 million $
15:02:23 <Alberth> taking or giving money should be possible probably, perhaps with an accompanying news item
15:02:38 <Alberth> so it stays transparent who is giving/paying money
15:03:12 <dihedral> that would really be fun :-D
15:03:29 <dihedral> has to be queued as a DoCommand though
15:04:40 <Alberth> I always wondered whether getting caught bribing should be a news item too :p
15:08:45 <dihedral> Alberth, i think so too, it's a boo boo :-D
15:22:30 <Afdal> Does anyone know if it would be possible to make a newGRF engine impossible to breakdown, with breakdowns enabled?
15:22:53 <Afdal> A breakdown-enabled logic engine sure would be nice
15:25:18 <Terkhen> I'm not sure but I don't think that's possible
15:25:42 <planetmaker> Neither do I think it's feasible
15:28:03 <dihedral> so a 'reliability' of 100% could still cause a breakdown to be triggered?
15:28:29 <planetmaker> iirc there's table which relates the reliability to a breakdown counter
15:28:43 <planetmaker> which is rolled a dice against
15:30:04 <Afdal> is it possible to hope for a feature request someday?
15:30:29 <Afdal> logic trains are such a neat emergent property of OpenTTD and it's a shame that you can only use them with breakdowns off
15:31:43 <Afdal> maybe just an option to selectively turn off that RNG for newgrfs
15:35:17 <Pinkbeast> Well, a way to say "this vehicle never breaks down" would not really hurt, in a newgrf.
15:36:22 *** Prof_Frink has joined #openttd
15:36:37 <planetmaker> either you play with breakdowns: then it's usual that *every* vehicle may break down
15:36:46 <planetmaker> or you don't play with them. And then no vehicle breaks down
15:36:57 <planetmaker> there's no 100% reliability
15:37:09 <planetmaker> so, playing with a logic engine and "realistic" settings is folly anyway
15:37:49 <planetmaker> and tbh, I don't want to give NewGRFs the option to disable breakdowns
15:38:00 <planetmaker> it's not their can of beer
15:39:05 <Pinkbeast> ISTR some newgrfs introduce what are effectively dummy powered vehicles for spacing &c, and surely they should not go breaking down?
15:40:18 <planetmaker> only the lead engine can break down
15:40:27 <planetmaker> and "dummy" lead engines is a hack
15:40:57 <planetmaker> not worth introducing further complications
15:43:49 <Afdal> that's really too bad :(
15:44:25 * Alberth wants all engines to break down every now and then!
15:44:38 <CornishPasty> At the same time? You monster!
15:46:18 <dihedral> Alberth, how about a disaster: war :-D
15:46:54 <NGC3982> simultanus break downs is a god damnet relief.
15:46:55 <Alberth> out of the scope of the game, it's not family-friendly
15:47:04 <Pinkbeast> Only the lead engine can break down - but if breakdowns ever work in a less totally aggravating fashion, the consequences will be different for double-headed trains
15:47:16 <dihedral> teddy bear wars? "it's so fluffy"
15:47:41 <Pinkbeast> family-friendly: well, neither is driving a diesel shunter over your opponents' fully loaded busses. # yeah, kidding, don't want war in OTTD either
15:47:43 <Alberth> dihedral: I am afraid you have to have your pillow wars on your own bed :D
15:48:12 * NGC3982 kicks of season 7 of star trek tng
15:49:03 <dihedral> funny actually how i stubled of the date thing in openttd - i was trying to fix the date handling in my bot :-P
16:23:52 <MiraCZ> I'd like to ask if there is an hosting for OpenTTD
16:24:02 <MiraCZ> I cant have my PC 24/7 online
16:24:21 <NGC3982> the swedish media are in some sort of zombie state today
16:24:46 <__ln__> MiraCZ: virtual servers are available commercially
16:25:11 <NGC3982> a woman cries out in our biggest "newspaper" (note the quotation marks) about not being allowed on a big roller coaster
16:25:20 <NGC3982> since she was fat enough to risk the lifes of all the others on the coaster
16:25:55 <MiraCZ> Is it hard to setup OpenTTD server on VPS?
16:26:32 <NGC3982> of course, the newspaper and the somewhat so-heavy-she'll-create-some-sort-of-singularity lady missed that this coaster (balder) was the only one that had a queue beginning with "please try this fake chair first - or no-go!"
16:29:04 <MiraCZ> or does anyone here offer server for little price? :)
16:29:30 *** cmircea has joined #openttd
16:31:14 <NGC3982> for most systems, there should be no problem - even with virtual ones.
16:33:37 <Terkhen> MiraCZ: with regard to difficulty; as long as you are comfortable with rcon and the console, managing it is not very complicated
16:33:49 <Terkhen> to my knowledge there is no updated remote managing program though
16:36:07 <NGC3982> im not sure on how a server is configured on a linux system, but i guess SSH would solve most problems with remote configuration
16:36:24 <NGC3982> if rcon is set aside.
16:51:44 <NGC3982> how come i cant replace the balogh truck, with the goss truck?
16:53:29 <Alberth> how come a truck from 1935 still exists?
16:54:04 <Alberth> but I don't know why :(
16:54:41 <Terkhen> vehicles never expire must be on
16:55:26 <NGC3982> but the goss goods truck is still available, and i can buy it manually?
16:55:30 <Terkhen> and since the Goss appears with a 0, I guess that you have a Goss -> Balogh replacement already
16:55:50 <Terkhen> the game will not let you have circular replacements
17:16:26 *** andythenorth has joined #openttd
17:16:46 <Eddi|zuHause> what if i set goss->balough in a group. and then balough->goss in the all-group?
17:21:04 *** sla_ro|master has joined #openttd
17:21:58 * andythenorth ponders how to make ottd for toddlers
17:22:09 <andythenorth> he is 2 years 5 months
17:22:12 <andythenorth> he likes ottd a lot
17:22:49 <Terkhen> Eddi|zuHause: worth a try, I guess it is allowed then :P
17:23:03 <andythenorth> "I want people there" -> points to football pitch
17:23:27 <andythenorth> apparently we need NewPeople
17:23:34 <andythenorth> really quite wanted here
17:25:08 <Eddi|zuHause> only if they "walk" to destinations
17:25:12 <andythenorth> BANDIT trucks should shorten their trailer when it's invisible
17:25:38 <Eddi|zuHause> it would be helpful to shorten vehicles to 0
17:26:47 <andythenorth> doesn't that blow stuff up somehow?
17:27:28 *** frosch123 has joined #openttd
17:27:32 <Eddi|zuHause> but the HEQS refit magic doesn't work in CETS, because each vehicle consists of 3 vehicles already, and their position is relevant for the curve magic
17:27:46 <Eddi|zuHause> we need NewMagic
17:28:52 <andythenorth> did I mention the Wooden Train grf idea?
17:29:22 <andythenorth> our geometry is pretty similar to wooden trains
17:29:30 <FLHerne> It was a good one :-)
17:30:47 <FLHerne> Presumably would be easy to do with 3D models? Nice simple shapes...
17:32:04 <NGC3982> bah, this talk about smoke :(
17:32:29 <andythenorth> yes, CGI would be good for wooden train
17:35:16 <CIA-4> OpenTTD: alberth * r24392 /trunk/src/vehicle_gui.cpp: -Fix [FS#5239]: Use the 'all vehicles' group for the autoreplace window from the vehicle list.
17:35:48 <frosch123> hmm, xkcd has a twitter
17:35:59 <frosch123> one tweet, 11242 folowers
17:36:23 <andythenorth> what happens if we use 2x and 4x zoom on the GUI?
17:36:33 <andythenorth> can I haz my eyes back?
17:44:23 *** Biolunar has joined #openttd
17:45:35 <CIA-4> OpenTTD: translators * r24393 /trunk/src/lang/ (finnish.txt hungarian.txt korean.txt):
17:45:35 <CIA-4> OpenTTD: -Update from WebTranslator v3.0:
17:45:35 <CIA-4> OpenTTD: finnish - 1 changes by jpx_
17:45:36 <CIA-4> OpenTTD: hungarian - 8 changes by Brumi
17:45:36 <CIA-4> OpenTTD: korean - 4 changes by telk5093
17:46:33 <FLHerne> andythenorth: Suggestion: Non-track CHIPS tiles as NewObjects?
17:46:53 *** Stimrol has joined #openttd
17:47:14 <CIA-4> OpenTTD: glx * r24394 /trunk/src/video/win32_v.cpp: -Fix (r24188): changing resolution didn't resize the window
17:48:15 <Alberth> FLHerne: but then you cannot have cargo on them
17:49:54 <FLHerne> Alberth: True, but in some situations that isn't necessary. NewObject plain tiles would allow dock areas to be finished off properly
17:50:50 <Alberth> FLHerne: make a newobject grf yourself? it's all gpl
17:51:21 <FLHerne> Alberth: True. Might be a simple first grf, actually :-)
17:51:45 <FLHerne> Hopefully NML supports NewObjects?
17:52:59 <FLHerne> Alberth: Good. Might keep me occupied and stop me making pointless suggestions for a while...
17:54:02 <Wolf01> ok, let's go from the start again
17:54:37 <Alberth> FLHerne: before you know it, you'll be a productive member of this community ;)
17:55:29 <Alberth> and you suddenly get commit rights everywhere :p
17:58:22 *** kkimlabs_ has joined #openttd
17:58:54 <Terkhen> but also a lot of responsibility!
17:59:06 <Terkhen> and then, one terrible day, you find yourself answering to pointless suggestions on IRC
18:06:46 *** Djohaal has joined #openttd
18:10:22 <Alberth> or the issue tracker :D
18:37:56 <CIA-4> OpenTTD: alberth * r24395 /trunk/src/ (6 files in 2 dirs): -Doc: Fixed argument references in @param descriptions.
18:42:58 <andythenorth> non-track-bit stations on all slopes?
18:43:21 <andythenorth> or we just allow the crazy 'trains climb 1height level thing' :)
18:43:34 <andythenorth> worth patching locally if you haven't seen it ;)
18:45:29 <Eddi|zuHause> andythenorth: the problem is this awful "fallback" mechanism when a station set is not loaded
18:45:54 *** Chris_Booth has joined #openttd
18:46:10 <andythenorth> the grf is missing, ergo the savegame is broken no?
18:47:05 <Eddi|zuHause> all it needs is storing the "non track" bit in the map array
18:52:21 <andythenorth> then we have better stations on coasts :)
18:52:30 <andythenorth> not sure it solves it actually
18:52:38 <andythenorth> anyway, andythenorth -> pub
18:56:21 <Alberth> doesn't work in #openttd :)
18:56:54 <Alberth> but the site has a web-page with them
19:03:59 *** mahmoud has joined #openttd
19:14:00 <NGC3982> bah, i still cant get autoreplace to work - again.
19:15:13 <NGC3982> and it stops working again.
19:16:52 <NGC3982> yes, billons and billion
19:31:53 <Hirundo> Eddi|zuHause: I wondered, are there also non-track waypoints?
19:32:11 <Eddi|zuHause> Hirundo: not yet :)
19:32:25 <Eddi|zuHause> i don't think the specs forbid it...
19:32:35 <Eddi|zuHause> waypoint is just a magic station class
19:33:22 <Hirundo> "not yet", meaning "it's possible, but no-one has made such a newgrf yet"?
19:34:18 <Hirundo> specs make no distinction between stations/waypoints IIRC
19:43:16 *** sla_ro|master has joined #openttd
19:45:37 *** kkimlabs_ has joined #openttd
19:55:00 <frosch123> you will have trouble building waypoints with a platform length > 1
19:55:23 <Eddi|zuHause> frosch123: just place two after each other?
19:56:14 <frosch123> but they will not exactly join like a platform
19:56:41 <Eddi|zuHause> they can do the same adjacency checks as stations
19:57:01 <frosch123> yeah, but there is something like "build as one part" and "build in two parts"
19:57:24 <frosch123> though somewhen in the past that behaved different for stations and waypoints
19:57:34 <frosch123> no idea whether that got fixed since dragable waypoints
19:58:24 <Eddi|zuHause> it used to be that separate waypoints behaved like a single one wrt graphics, but that got changed...
19:59:57 *** Zeknurn has joined #openttd
20:01:28 <Eddi|zuHause> gnah i hate touchpads...
20:01:40 <Eddi|zuHause> can i configure a touchpad to not "click" on touch?
20:01:53 <Nat_aS> depending on the machine yes,
20:01:59 <frosch123> then you can hate that one
20:02:11 <Nat_aS> synaptic drivers usualy have an option for that in properties
20:02:20 <Nat_aS> what kind of computer?
20:02:40 <Eddi|zuHause> some old toshiba laptop with windows 7
20:02:50 <Eddi|zuHause> or vista, not sure
20:03:22 <Nat_aS> well assuming the pad is made by synaptic, click the little arrow in the system tray, and find the icon for touchpad
20:03:34 <Nat_aS> or just go into mouse properties in the controll pannel
20:03:46 <Nat_aS> it's one of the first things i do if i get a new laptop
20:04:44 <Eddi|zuHause> it's constantly clicking while i move the pointer, it's not even funny...
20:06:05 <Eddi|zuHause> it says "no access to synaptics device" when i click on mouse properties
20:07:51 <Nat_aS> is there an icon for synaptics in the controll pannel?
20:08:02 <Nat_aS> sometimes the driver is it's own thing
20:08:16 <Nat_aS> if that dosn't work, then it's safe to say you have a problem
20:08:20 <Nat_aS> perhaps with the driver itself
20:08:38 <Eddi|zuHause> it says "synaptics ps/2 device" in the hardware tab
20:08:47 <Nat_aS> get a USB mouse in the meantime and research it
20:08:58 <frosch123> or ask one of your cats
20:09:15 <Nat_aS> yeah but in the control panel, sometimes the synaptics driver get's it's own icon.
20:09:57 <Eddi|zuHause> Nat_aS: but then it wouldn't complain about synaptics devices if it wasn't the synaptics driver
20:17:58 <Eddi|zuHause> the weird thing is, it deactivated the clicking, but i haven't actually changed any settings...
20:18:14 <Hirundo> frosch123: OpenTTD source tells me that Action1 spriteset IDs are feature-specific, but the specs aren't very specific about that
20:18:54 <Hirundo> Can I assume that behaviour (and possibly update the specs) or is it an implementation detail that I shouldn't rely on?
20:19:02 <frosch123> i think we only made them feature specific together with extact1
20:19:31 <frosch123> likely nforenum won't like it
20:19:36 <frosch123> and ttdp won't like it anyway
20:19:39 <Hirundo> before that, there was only one action1 'active'
20:19:59 <frosch123> anyway, let's check my logs
20:20:06 <frosch123> we dicussed that during extact1 design
20:20:20 <Hirundo> NML grfs are only eaten by ottd >= 1.2 anyways, so nforenum/ttdp don't matter much
20:22:40 <frosch123> so, the discussion was whether mixing should be allowed to share sprites between features
20:24:20 <Hirundo> Is there a use case for that, that doesn't violate the "one $thing per newgrf"-rule too badly?
20:25:15 <frosch123> yes, if we allow industries to place newobjects :)
20:25:29 <frosch123> anyway, you can always still duplicate the sprites
20:26:57 <Eddi|zuHause> eyecandy stations vs. objects
20:28:40 <frosch123> Hirundo: yexo was clearly favouring the do-not-mix-features approach
20:28:49 <Hirundo> duplicating is pretty trivial in NML, and with grfv2 you don't even need to duplicate the actual sprite data
20:29:04 <frosch123> i don't find an objective argument in the logs though
20:29:10 <frosch123> just "yes, please" :p
20:29:48 <frosch123> Hirundo: i noticed that nml duplicates on its own. in debug vehicles i used the same spriteset for trains, rv and tramd
20:29:53 <frosch123> and nml just made it work :)
20:31:12 <Hirundo> and I wondered, if anyone would ever use that :-)
20:31:15 <frosch123> Hirundo: if you want to check back yourself, devzone 15 june 2011 contains most
20:31:33 <frosch123> there are multiple usecases, non-cases and alternatives
20:31:43 <frosch123> including a featue FF if a spriteset shall apply to everything
20:32:51 <Hirundo> Unless there is a compelling reason, I suggest no changes
20:33:08 <Hirundo> saves coding, hence more time for discussion ;-)
20:33:57 <Hirundo> The duplication-argument is pretty moot anyways with grfv2
20:34:21 <frosch123> oh, right, there was another feature in that direction
20:35:08 <Hirundo> at least when using NML (after I coded that feature), I don't know how smart grfcodec is
20:37:57 <frosch123> i think grfcodec just uses the spritenumber as id
20:38:04 <frosch123> so, it cannot deduplicate
20:38:24 <frosch123> i guess everyone was hoping for nml :p
20:39:23 <Hirundo> anyways, if we decide to keep the current behaviour, it should be documented in the specs, right?
20:40:10 <frosch123> only for the ext. format then
20:40:51 <frosch123> hmm, nah, just write for ottd >= 1.2
20:41:05 <frosch123> else people would think that it does not apply for the normal format :)
20:44:03 *** LordAro has joined #openttd
20:53:10 <Hirundo> frosch123: documentation done, could you check that it makes sense?
21:05:49 <LordAro> so, in summary, my patch is fine, but due to bananas needing changes, it won't be implemented, yes?
21:08:45 <frosch123> i like it also without bananas extension
21:09:11 *** KritiK_ has joined #openttd
21:12:05 *** KritiK_ is now known as KritiK
21:13:20 <LordAro> well commit it then :P
21:13:48 <frosch123> did not look at it yet
21:35:39 <FLHerne> LordAro: Impressive background :D
21:35:50 <FLHerne> Anyone here played 0AD?
21:36:07 * FLHerne wonders whether to try it out
21:37:40 <dihedral> what use would that have? :-P
21:38:01 <Rubidium> OpenTTD only starts in 1AD
21:38:19 <FLHerne> No, the AoE-ish OSS game :P
21:38:30 * FLHerne needs to be clearer, clearly :-(
21:38:40 <LordAro> i played AoE[II] fairly exensively
21:39:39 <FLHerne> Unsure whether it's worth downloading (yet) though
21:41:07 <LordAro> sounds like another ripoff of AoE if you ask me...
21:41:20 <FLHerne> Yeah, but an open-source one :D
21:41:29 <FLHerne> Aargh, need to type faster :P
21:41:52 <glx> it's started from scratch IIRC
21:44:20 <LordAro> as long as it's not like freeciv, sounds good :)
21:44:42 <FLHerne> I tried FreeCiv. It seemed totally incomprehensible :-(
21:46:19 <LordAro> it's just not CivII...
21:48:16 <FLHerne> Never played the commercial ones, so can't compare against them, but even AoE I had better graphics/gameplay/UI than FreeCiv, IMO
21:49:52 <LordAro> FreeCiv is just so counter-intuitive, at least to me (who's played II, III and IV)
21:49:59 <LordAro> i got bored quickly :L
22:06:29 *** LordPixaII has joined #openttd
22:19:17 <FLHerne> It's quite impressive, actually :-)
22:41:16 <Eddi|zuHause> after playing Civ IV and V, i can
22:41:25 <Eddi|zuHause> 't possibly go back to Civ II rules
22:45:00 <Pinkbeast> Civ IV was the first that didn't make me think "I'd rather be playing Civ n-1"
23:00:42 *** mahmoud has joined #openttd
23:02:24 *** waterfoul has joined #openttd
23:30:39 <Eddi|zuHause> waterfoul: very likely the real problem is in a completely different place
23:32:17 <Eddi|zuHause> Pinkbeast: i never had that feeling about any civ (though i skipped III)
23:49:00 <Eddi|zuHause> where does virt-manager (or qemu?) save the vm's metadata?
continue to next day ⏵
