IRC logs for #openttd on OFTC at 2016-05-12
⏴ go to previous day
00:07:44 *** Montana has joined #openttd
00:08:48 <supermop_> ok have some quick track and overhead sprites for belts
00:28:53 *** shirish has joined #openttd
00:34:32 *** JacobD88 has joined #openttd
00:48:20 <Montana> Hi, can anybody help me? I am trying to upload an update to Bananas but it returns "A file with this name already exists". Of course, it is an update, how could i solve this?
00:48:47 <Montana> Also i get "There is already a package with the unique id '47434552'." error
00:52:48 <supermop_> think all the bananas people would be in bed now
00:55:37 <ST2> I guess it's about [GS] RCG - A city growth GameScript for OTTD
00:58:37 <ST2> maybe needs a new version number (note: never uploaded to bananas so, it's a blind shot ^^)
00:59:23 <Montana> I have put newer version number, but nothing
01:00:43 <ST2> that GS have helped me alot - we use Aphid's CB GS in some of our servers and with FIRS 2... was a mess ^^
01:01:49 <Montana> How did you know its RCG? Do you visit forums assiduously?
01:02:12 <Montana> What do you mean with "was a mess"?
01:03:38 <ST2> well same happened with YETI 0.1.1 - cargoID's changed
01:04:39 <Montana> Didnt know about that post
01:09:47 *** Cybertinus has joined #openttd
01:35:11 *** Montana has joined #openttd
02:13:23 *** kais58_ is now known as kais58|AFK
02:14:53 *** kais58|AFK is now known as kais58_
06:19:00 *** tokai|noir has joined #openttd
06:19:00 *** ChanServ sets mode: +v tokai|noir
07:52:41 <Flygon> I wonder if I'm lazy when I'm running Tram Tracks parallel to an expres pax line because I'm lazy
07:58:05 *** TheMask96- has joined #openttd
08:34:01 *** sla_ro|master has joined #openttd
08:45:00 *** tycoondemon2 has joined #openttd
08:47:42 *** davidstrauss has joined #openttd
08:47:52 *** jonty-comp has joined #openttd
08:52:33 *** Matombo has joined #openttd
09:00:26 *** strohalm has joined #openttd
09:01:31 *** Xaroth|Work has joined #openttd
09:02:50 *** luca768 has joined #openttd
09:06:39 *** jonty-comp has joined #openttd
09:07:29 *** luaduck has joined #openttd
09:10:06 *** Biolunar has joined #openttd
09:11:22 *** blathijs has joined #openttd
09:24:20 *** Kurimus has joined #openttd
09:29:18 <argoneus> good morning train friends
09:29:24 <argoneus> (did I get the time right this time?)
09:48:51 *** Sixtowns has joined #openttd
11:18:30 <Wolf01> somebody purchased games from kinguin/g2play and got a problem with the keys?
11:54:33 <argoneus> Wolf01: all keys worked for me so far
11:54:45 <argoneus> from kinguin that is
11:55:51 <Wolf01> I purchased the bundle of fallout 4 + season pass, but the season pass key was duplicated and after I opened a ticket they removed all the F4+SP bundles :(
11:56:10 <Wolf01> I think they have a problem with the keys
11:57:16 *** JacobD88 has joined #openttd
12:07:30 *** Matombo has joined #openttd
12:39:54 <argoneus> Wolf01: use the live chat on kinguin
12:39:59 <argoneus> it's actually really helpful
12:42:01 *** chomwitt has joined #openttd
12:43:49 *** Myhorta has joined #openttd
12:45:33 *** zeknurn has joined #openttd
12:46:11 <Flygon> Is there a Dutch Motorway Object set variant for Japanese roads?
12:46:16 <Flygon> Nothing popped on up BaNaNas
13:13:37 <Wolf01> bah, I can't understand how many screenshots they want to be able to know I can't redeem the key
13:20:53 *** Matombo has joined #openttd
13:37:44 <Flygon> I'd use it in US mode... but it'd look weird
13:39:22 <peter1138> Wolf01, next time, legit keys
13:41:24 <Wolf01> btw, the verified stores should sell legit keys
14:12:45 <Eddi|zuHause> by the verificator.
14:33:35 *** Montana has joined #openttd
14:52:59 <peter1138> VR is too damn expensive
15:02:57 <Montana> Hi all: I have a problem wien uploading to Bananas; i try to upload a file, but i get this message: "There is already a package with the unique id '47434552'.". Can naybody help me?
15:17:40 *** Matombo has joined #openttd
15:27:40 <Eddi|zuHause> Montana: if it's a version update, it must probably be uploaded with the same account as the first version
15:29:33 *** MonkeyDrone has joined #openttd
15:36:52 *** TheMask96 has joined #openttd
15:40:20 <Eddi|zuHause> i think i figured out why suggestion algorithms (like youtube videos, personalized ads, etc.) are so terrible. they have no concept of me being saturated with a certain kind of content, so "more of the same" will grow ever more annoying.
15:43:12 <peter1138> they also tend to include stuff you already watched a couple of views ago...
15:47:10 *** supermop has joined #openttd
15:57:17 *** Hiddenfunstuff has joined #openttd
16:02:40 <Eddi|zuHause> i think that's just a special case of what i said
16:02:49 <supermop> so i've drawn my belts as catenaries, so they can be tall,
16:04:09 <supermop> but the two different simple rail sets i looked at on dev zone do not seem to have catenary sprites, so unsure what exactly a catenary sprite sheet would look at
16:04:32 <supermop> also unsure how to get a project page for the belts so i can put what i have there for review
16:05:23 <Eddi|zuHause> supermop: there's a "dutch catenary" set, but that probably is not what you're looking for
16:06:05 <supermop> Eddi|zuHause: probably nor, but i assume i should at least format my sprites in a similar manner?
16:07:10 <Eddi|zuHause> in generally, catenary is drawn as two alternating tiles, a single-tile filler sprite, and an end-piece for tunnel entrances
16:07:46 <Eddi|zuHause> and the sloped versions thereof, without the tunnel tile
16:07:46 *** Alberth has joined #openttd
16:07:46 *** ChanServ sets mode: +o Alberth
16:07:49 *** JacobD88 has joined #openttd
16:08:40 *** JacobD88 has joined #openttd
16:08:51 <Eddi|zuHause> note that drawing belts as catenary will probably screw with your display of vehicles
16:12:21 <supermop> Eddi|zuHause: poles and wire are separate sprites though right? i recall from making stations that you could disable one or the other independently
16:18:00 <supermop> i am not sure if its possible to have the "poles" drawn so they are behind a vehicle - but my intention is to have the belt surface, supports, and back edge of structure as the "pole" positioned behind the vehicle position, and the front edge and 'hoops' that cover the belt would be the wire?
16:18:48 <Montana> how is unique ID assigned at Bananas?
16:19:07 <supermop> if that doesn't work could just 'flatten' the back half and draw it as regular track sprites, and only the front and cover is catenary
16:21:13 <supermop> Eddi|zuHause: if you look at a firs clay pit, the reddish/pink bars over the belt are what i am referring to. Also these belts are so small i guess i'd be ok with never seeing the vehicles unless user hides overhead
16:21:54 <supermop> as the vehicle is just going to be a 1 or 2 px wide black smear (or red for ore)
16:22:26 <Eddi|zuHause> you cannot affect the position of the poles, the game places them "randomly" in the front or the back
16:23:05 <Eddi|zuHause> i don't think "never see vehicles" is a good option, even if they are just 2 pixels
16:25:21 <supermop> i have more 'philosophical' work to do later about what the functionality of this should be
16:28:22 <supermop> is it expensive infrastructure but very high capacity and fast speed, or is it just a slow drip to smooth out bulk mineral deliveries? should one beltline be enough to handle all of the monthly deliveries of a busy powerplant/steel mill etc over the course of the month? or do users build more belts to increase capacity
16:29:09 <supermop> for now though i just want some cute functional belts,, and i can adjust the speed and size of the 'piles' that travel the belt later
16:44:10 <Eddi|zuHause> i was assuming it's the functional equivalent of the pipes GRF, just for bulk instead of liquid
16:44:27 <Eddi|zuHause> and i don't agree with the functionality of the pipes GRF anyway.
16:47:12 <supermop> Eddi|zuHause: same, but until there is some kind of new "continuous waytype" for gondolas, pipes, conveyors etc i think this is the best we can do
16:47:54 <supermop> but i dont think it should be the high speed to represent continous delivery of pipes
16:49:33 <Eddi|zuHause> i'm sure i said this before, but it would probably work better as a roadtype, so you can have many small vehicles densely packed
16:49:41 *** Matombo has joined #openttd
16:49:50 <Eddi|zuHause> and don't need extra tiles for a "return trip"
16:50:50 <supermop> because i envision a use case that is specifically to slow down deliveries. If your steel mill gets 1000t of iron ore once every 3 months by train, and 600t of coal once every 4 months, you might rarely ever get the production bonus
16:51:44 <supermop> maybe the belt lets you instead deliver that coal 50t every 10 days
16:52:36 <supermop> Eddi|zuHause: if you use the belt as a shuttle you dont need a return belt
16:52:37 <Eddi|zuHause> but that's the point, if you have a belts-as-railtype to deliver 50t every 10 days, you could also just have trains deliver 50t every 10 days
16:56:25 <Eddi|zuHause> the problem is, if you implement belts as railtype, you can only make them equal, better or worse than trains. not an uncomparable with niche uses
16:57:38 <Eddi|zuHause> at least not when you consider an arbitrary newgrf train set being used, where you don't know anything about possible niches left open
16:58:00 <supermop> Eddi|zuHause: i don't know if it will be possible to fully balance it but my idea is that the belt infrastructure is fairly expensive, but the piles of stuff are cheap and possibly slow
16:58:48 <supermop> so that the belt is better suited to deliveries over a small distance, where the shuttle effect is most straightforward anyway
16:59:45 <Eddi|zuHause> but "shuttle" is a terrible idea, because the game incentivizes you to have always a vehicle loading
17:00:10 <supermop> of course anyone could could add a train grf with $1 refit to anything trains, which are also refittable to the exact capacity you want
17:00:30 *** sim-al2 is now known as Guest614
17:00:31 *** sim-al2 has joined #openttd
17:00:44 <supermop> so it is impossible to balance anything against unknown future vehicles
17:00:59 <Eddi|zuHause> it is impossible to balance the game anyway.
17:01:38 <supermop> Eddi|zuHause: at a source industry you generally need two stations each always loading a vehicle if you want all of the cargo
17:02:27 <supermop> but at some intermediate coal dump as long as the rating is over 50% you could have the 'last mile' belt in station only 1/2 the time or less
17:04:36 <supermop> roadtype could work if andy gets there, but as is i think the various "subways/monorails/etc" should be coded as trams are even worse than using railtypes for these
17:05:33 <supermop> as then you end up with your subway/monorail/chairlift potentially stuck in traffic
17:11:06 <supermop> anyway, i think it will be a huge mess finding the appropriate performance of belts
17:13:31 <supermop> but even if it is indistinguishable from a train, i think there will some advantage among some niche users who find building little rail networks around their mines or steel mills or power plants just doesn't look good to them (even though historically all of these would probably have some small internal rail system)
17:16:22 <supermop> seeing as some users seem to like building beltlines out of objects or stations already
17:31:31 *** supermop_ has joined #openttd
17:33:51 *** sla_ro|master has joined #openttd
17:35:23 *** zeknurn has joined #openttd
17:35:42 *** Matombo has joined #openttd
17:37:19 *** supermop__ has joined #openttd
17:42:08 *** Matombo has joined #openttd
17:45:47 *** TheMask96 has joined #openttd
18:23:55 *** shirish has joined #openttd
18:36:08 *** Matombo has joined #openttd
18:40:15 *** HerzogDeXtEr has joined #openttd
18:45:24 *** supermop has joined #openttd
18:54:33 *** rahtgaz has joined #openttd
18:55:32 *** supermop has joined #openttd
19:00:13 *** supermop has joined #openttd
19:03:42 *** supermop_ has joined #openttd
19:05:58 *** supermop__ has joined #openttd
19:06:35 *** Quatroking has joined #openttd
19:19:08 <Samu> I still could not solve yesterday's problem.
19:20:03 <Samu> it seems so trivial to solve and yet... I'm completely blocked in my thoughts
19:20:39 <Samu> already had a headache because of this, i'm exhausted
19:21:36 *** Wormnest has joined #openttd
19:24:13 <DorpsGek> Commit by rubidium :: r27562 trunk/configure (2016-05-12 19:24:06 +0200 )
19:24:14 <DorpsGek> -Fix: forgot one (hidden) case to force sorting to be locale independent
19:26:13 <Alberth> locale independent sorting, sounds quite nontrivial
19:26:56 *** Progman has joined #openttd
19:27:21 <Matombo> is there a way to mass replace vehicles with the same type of vehicle?
19:27:57 <Alberth> somewhere in the settings
19:27:57 <Matombo> i have a lot of aging trucks and don't want to do it mnually, i also don't want to set autoreplace for every vehicle
19:28:17 <Matombo> but autorenew is for every vehicle
19:28:36 <Matombo> i still want to do it manually
19:28:45 <Matombo> like with the replacement dialoge
19:28:57 <Matombo> but not with a new vehicle type but with the same
19:29:02 <Alberth> then you need to do some programming first
19:29:41 <Matombo> is there a mod somewhere that already implements this? xD
19:30:33 <Alberth> I know about source code patch, newgrfs, and scripts (GS and AI)
19:30:50 <Alberth> it all modifies things
19:31:38 <Alberth> but afaik, there is nothing in your direction
19:32:48 <Alberth> one of the problems with programming games, users always want things that are not implemented :)
19:33:49 <Alberth> why is autorenew of everything a problem?
19:34:28 <Alberth> you just get new vehicles that are otherwise exactly the same
19:35:17 <Matombo> i want to decide wen i spent money, i now i can set some options when the autorenew triggers, but i would still prefere doing the klick myself
19:35:55 <Matombo> btw thanks for the awsome game wasted more hours the last week on it than on darksouls 2 xD
19:36:20 <Alberth> addiction wears off in about 5-10 years :p
19:36:29 <Matombo> and more hours than on my homework
19:38:37 <Matombo> well a feature request for 1.7 or so: make the current vehicle type in the autoreplace dialog available too (maybe "hidden" behind a advanced setting)
19:38:55 <Matombo> would that be possible?
19:39:11 <Alberth> I think that has been proposed before, and it makes sense to me
19:39:42 <Alberth> practically everything is possible, it's mostly a matter of finding a person that wants to spend a few months on it
19:40:13 <supermop__> how is replace like with like different than autorenew?
19:40:18 <Matombo> why is it so complicated altering the list of displayed options?
19:40:53 <Alberth> well, feel free to proof me wrong then
19:40:53 <supermop__> hmm now i have 2 _s
19:41:10 <V453000> it is interesting that almost every single player who sends me personal messages or emails, is czech, and doesn§
19:41:18 <Matombo> i have no clue of the source code xD
19:41:21 <_dp_> if you just add same type vehicles will end up constantly replacing since there is no age limit in autoreplace
19:41:41 <Matombo> i read somewhere it was ported from a game written in assembler?
19:42:28 <Matombo> but autoreplace has the function "only replace old vehicles"
19:43:12 <Alberth> how does that function then?
19:43:32 <Alberth> what does "enable" or "disable" mean there?
19:43:44 <Matombo> i thought the only replace old vehicles option replaces all aged vehicles
19:44:09 <Alberth> how to preserve the old functionality without having two means to do the same thing
19:44:32 <Alberth> autoreplace starts replacing as soon as you click "replace on"
19:44:55 <Alberth> and if you click the same model at both sides it doesn't?
19:45:05 <Alberth> how is that consistent to the user?
19:45:44 <DorpsGek> Commit by translators :: r27563 /trunk/src/lang (korean.txt spanish_MX.txt) (2016-05-12 19:45:36 +0200 )
19:45:46 <DorpsGek> korean: 1 change by Gimel3830
19:45:47 <DorpsGek> spanish (mexican): 93 changes by Absay
19:45:50 <Matombo> a i see my thought error
19:46:15 <Matombo> i thought the start replacing is a one time trigger that replacesall current vehicles
19:46:27 <Matombo> but not the one build in the future
19:46:54 <Alberth> it does all forever, until out of money or turned off :)
19:47:02 <Alberth> I have it switched on always :)
19:47:52 <Alberth> but adding a display options is the simplest part of it all
19:48:34 <Alberth> most work is in making it all work seamlessly and consistently both for the new games, but also for the already existing games
19:48:41 <Alberth> without breaking anything
19:49:08 <Matombo> and what exactly does the replace only old vehicles option?
19:50:14 <Alberth> autoreplace replaces as soon as you switch a replacement on
19:50:30 <Alberth> nothing on age, at least in vanilla openttd
19:50:40 <Alberth> patch packs may have additional settings
19:51:36 <Matombo> but what doas the "replace only old vehicles" option then?
19:52:00 <Matombo> i thought that one replaces the vehicle with the new one as soon as it passes the age line
19:52:11 <Alberth> where is that option?
19:52:59 <Matombo> when you open the dropdown menu next to the "start replacing vehicle" button
19:54:54 <Alberth> :O interesting, didn't know that :)
19:55:55 <Matombo> i'm sending you a screenshot screenshot
19:56:42 <Alberth> I accepted, but it doesn't seem to get here
19:57:06 <Alberth> but I started openttd locally, and found it
19:58:01 <Alberth> I have no idea what it does
19:58:22 <Alberth> my guess is that it only autoreplaces when the vehicle is old enough
19:58:31 <Alberth> can you configure age somewhere?
19:59:00 <Alberth> although they probably just borrowed autorenew setting
19:59:34 <Alberth> btw, this does happen a lot, finding new options in a program you've been playing for years :p
19:59:45 <Matombo> what about greying out "start replacing vehicles" when the same vehicle is selected on bouth sides and only make this option available: it would simply be a autorenew but only for specific vehicles and triggerable from a ingame interface without navigationg throu the advanced settings?
20:00:30 <Alberth> you'd need a way to express the current autorenew too then
20:00:56 <Alberth> or existing savegames become a mess
20:01:40 <Matombo> i can't follow you right now
20:02:00 <Alberth> you have a savegame with autorenew in it now
20:02:16 <Alberth> then a new openttd version arrives with the thing in a gui
20:02:31 <Alberth> you load your old game, and you expect it to use the new gui
20:03:04 <Alberth> thus, the new system needs to be able to express what autorenew is today, or you cannot load an old savegame
20:04:09 <Alberth> it's not just adding, it's also providing an clean upgrade path for all existing games
20:04:16 <Matombo> but currently you allready have this coexistance of autorenew and the defacto autorenew in the autoreplace dialoge
20:04:56 <Matombo> it wouldn't change that but only giving new input values to the allready existing function
20:05:19 <Alberth> you can't just add new things
20:05:47 <Alberth> you'll end up with 35 ways to do something, where different settings doing subtle different things
20:06:04 <Alberth> it's a sure way to kill openttd
20:06:19 <Matombo> well as we found out that is allready the status quo at the moment xD
20:06:22 <Alberth> instead, you try to unify things, and provide clean new ways
20:06:59 <Alberth> no, you cannot autorenew with the autoreplace
20:07:23 <Matombo> ok your point is: before adding to old suboptimal ways try create a new better one
20:07:24 <Alberth> but I agree things can be improved
20:08:48 <Alberth> it's the only way to keep it maintainable
20:09:13 <Alberth> not to mention understandable for users
20:10:04 <Alberth> but even then, me not knowing about the option means it's too much hidden
20:10:25 <Matombo> well some switch hidden in the advanced settings for such an essential task like it's at the moment isn'T really user friendly xD
20:12:09 <Alberth> not sure, I have it on, always, I never ever look at it
20:12:34 <Alberth> it depends a lot on how you play
20:13:29 <Alberth> but if you talk about user friendliness, there are much bigger fish than autorenew vs autoreplace :p
20:14:35 *** andythenorth has joined #openttd
20:16:49 <andythenorth> Alberth: bananas enhancements? o_O
20:17:54 <Alberth> they might not bite :p
20:18:37 <Alberth> but the path looks more feasible to me than just assume pictures will arrive from nowehere
20:19:32 <andythenorth> I did have a VM for it
20:19:45 <andythenorth> but my virtualbox spontaneously stopped working :P
20:27:33 *** frosch123 has joined #openttd
20:50:51 * andythenorth fixed virtualbox :P
20:53:36 * frosch123 made an off-topic post in firs thread
20:55:00 <Alberth> mod will move the posts :p
20:56:27 <Samu> please help, answer in the topic plz, cus im gonna have dinner atm
21:02:27 *** Montana has joined #openttd
21:11:11 <frosch123> i recently heard about banana pancakes
21:11:36 <frosch123> apparently you do not even put flour into them
21:14:12 <DorpsGek> Commit by frosch :: r27564 trunk/src/lang/spanish_MX.txt (2016-05-12 21:14:06 +0200 )
21:14:13 <DorpsGek> -Update: Ownname of es_MX.
21:23:38 *** gelignite has joined #openttd
21:42:36 <peter1138> yeah they're quite nice
21:44:46 <andythenorth> Samu: it’s a hard-knock life :)
21:45:32 <Samu> there has to be a solution to my problem :|
21:50:01 <Alberth> I had that same idea about type checkers, it only took me 10 years to get used to the idea it was a extremely difficult problem
21:50:36 <Alberth> don't know how hard your problem is
21:50:46 <Alberth> it may be simpler, it may not
21:59:56 *** Hiddenfunstuff has quit IRC
22:01:33 *** FLHerne has joined #openttd
22:03:34 <Samu> i thought this would fix the problem, return slot < max_slot - uncounted_ais && total_ais < GetGameSettings().difficulty.max_no_competitors
22:03:52 <Samu> but then there's yet a 3rd problem arising
22:04:03 <Samu> there seems to be no easy solution
22:08:02 <Samu> working with suppositions is probably the reason why I'm coding this function wrong
22:09:40 <Samu> brb, gonna expose the 3rd problem in the topic
22:10:07 <andythenorth> samu is remarkably persistent :)
22:10:54 <Samu> yes, maybe too much that it becomes unhealthy
22:11:45 <Samu> i got a headhache this morning that made me stop working on this
22:12:47 <andythenorth> you could try coding NotRoadTypes as a diversion ;)
22:17:11 *** Quatroking_ has joined #openttd
22:23:22 <Alberth> Samu: max_slot is a red herring
22:25:03 <Alberth> you know number of running AIs, you know max number of competitors, you have a list of slots, some filled and some not
22:26:20 <Alberth> former 2 tell you number of slots to fill, latter tells you which ones
22:33:04 <Alberth> like I said max_slot as some upper limit is a red herring
22:34:30 <Alberth> int max_slot = GetGameSettings().difficulty.max_no_competitors; <-- from this line and below, kill everything
22:34:45 <Alberth> you need to max_no_competitors, but not as max_slot
22:42:04 *** Supercheese has joined #openttd
23:13:49 <Supercheese> tl;dr: something misleading
23:19:18 <Samu> i don't understand fully what Alberth said
23:20:34 <Samu> so i got total_ais, and i got max_no_competitors - these tell me the number of slots to fill
23:21:23 <Samu> then i got a list of slots, some filled and some not, these are which slots to fill
23:21:59 <Samu> [21:34] <@Alberth> int max_slot = GetGameSettings().difficulty.max_no_competitors; <-- from this line and below, kill everything
23:22:18 <Samu> kill everything? what does he mean with this?
23:24:05 <Samu> max_slot is a red herring... you need to max_no_competitors, but not as max_slot
23:25:21 <Samu> can't use max_slot for the problem
23:25:45 <glx> knowing how many slots to fill, you just need to find the first empty slot, and repeat the search for each empty slot
23:37:30 *** smoke_fumus has joined #openttd
23:38:21 *** Lokimaros has joined #openttd
23:40:39 *** Lokimaros is now known as Mazur
continue to next day ⏵