IRC logs for #openttd on OFTC at 2010-05-08
⏴ go to previous day
00:11:56 <ccfreak2k> berndj, I would issue a press release reiterating the safety of your airplanes.
00:12:11 <ccfreak2k> I'd probably also want to retain lawyers, as the vicitim's families will probably want restitution.
00:12:30 <ccfreak2k> I'd also have some investigators get an analysis of the crash.
00:13:01 <berndj> the victims' families are on trains which i send to the airport for the press conference, OOPS, did i just delete the signal in front of that plane?
00:13:27 <berndj> *in front of that train
00:19:20 <fjb> Only bad news are good news.
00:20:55 <fjb> And it improves plane safety to make the runway long enough.
00:21:45 <__ln__> good news everyone, i have a patch. not related to this plane thing though.
01:06:14 * Belugas is certain __ln__'s patch is a nicotine one :)
01:25:06 *** r0b0tb0y has joined #openttd
01:48:15 <Vornicus> Belugas: don't ruin my dreams ;_;
02:50:34 *** devilsadvocate has quit IRC
03:06:35 *** devilsadvocate has joined #openttd
03:10:28 *** ajmiles has joined #openttd
03:27:16 *** ChanServ sets mode: +v tokai
03:57:44 *** r0b0tb0y has joined #openttd
04:50:00 *** Jolteon has joined #openttd
04:56:24 *** Eddi|zuHause has joined #openttd
04:58:33 *** robotboy has joined #openttd
05:32:57 *** rhaeder has joined #openttd
05:58:41 *** r0b0tb0y has joined #openttd
06:14:46 *** andythenorth has joined #openttd
06:36:31 *** Grelouk has joined #openttd
06:37:23 <andythenorth> so the buy menu has a text label 'speed' and the vehicle info window has 'Max. speed'
06:37:37 * andythenorth wonders if it's a deliberate inconsistency?
06:37:49 <andythenorth> 'Max. speed' everywhere would suit my purpose better :)
06:39:31 *** einKarl has joined #openttd
06:44:54 *** Grelouk_ has joined #openttd
06:53:11 *** Grelouk has joined #openttd
06:58:46 *** robotboy has joined #openttd
07:02:18 * andythenorth has to think about a few things "(
07:11:58 <andythenorth> Terkhen: do you use cargodist in your FIRS games?
07:12:11 <Terkhen> I have never used cargodist
07:12:40 <andythenorth> FIRS might be seriously flawed with cargodist :(
07:14:31 <Terkhen> I remember reading something about all supplies wanting to go to the same industry
07:15:01 *** Progman has joined #openttd
07:15:48 * andythenorth is depressed about FIRS and does something else instead
07:17:00 <Terkhen> IMO cargodist should give NewGRFs a way of deciding which cargos use that system and which ones don't
07:17:43 <andythenorth> that would be interesting
07:18:07 <andythenorth> I should play a cargo dist game to test FIRS, but games take time :o
07:18:22 <andythenorth> I only have time to test trunk with FIRS
07:19:16 <Terkhen> but adding NewGRF support in patches is kind of tricky: you could end up with grfs that support cargodist and not trunk and viceversa
07:19:26 <Terkhen> and that situation is not desirable at all
07:25:22 *** robotboy has joined #openttd
07:29:58 *** devilsadvocate has quit IRC
07:32:53 *** George is now known as Guest214
07:34:15 *** devilsadvocate has joined #openttd
07:51:22 *** Alberth has joined #openttd
07:58:13 <andythenorth> when I've asked for feedback on the forums.....it's bad behaviour to do a nitpick reply to that feedback
08:11:11 <Alberth> do you expect to get better feedback by doing that? if not, I'd just ignore it and/or learn from it that some people have a different angle than expected
08:12:54 <Alberth> writing a negative response tends to make you feel better, but rarely turns into something positive
08:13:12 * andythenorth nitpicks Alberth :P
08:13:42 * Alberth ignores andythenorth :D
08:14:04 <andythenorth> I'm not going to nitpick feedback. It discourages feedback
08:25:09 *** r0b0tb0y has joined #openttd
08:26:26 <andythenorth> this is what I wanted to nitpick because it confuses me:
08:26:28 <andythenorth> ". It's never a good idea to have an effective dependency on a single type of cargo (or in this case cargo group) for almost all industries"
08:26:37 <andythenorth> I wonder what the evidence for this is?
08:26:48 <andythenorth> and I don't understand this:
08:26:50 <andythenorth> "Even more so considering how little you can influence where cargo actually goes"
08:27:06 *** [com]buster has joined #openttd
08:27:31 <andythenorth> I thought cargo goes where the vehicles take it?
08:28:44 <Alberth> asking for clarification is not nitpicking imho
08:29:16 <Alberth> perhaps he assumes cargo-dist?
08:29:37 <andythenorth> "even with Cargodist, though that does do a far better job at distributing the supplies"
08:30:03 *** lasershock has joined #openttd
08:30:14 <andythenorth> distributing the supplies is the job of the player? I'm properly baffled, not just being mean because someone doesn't like my work
08:30:16 <Terkhen> I don't understand it either
08:30:38 <andythenorth> It's a long and thoughtful piece of feedback, but I don't understand a lot of it
08:31:05 <Alberth> I'd ask for clarification, I see nothing wrong with that
08:31:20 <Alberth> likely he assumes some context that he didn't mention.
08:35:11 *** TB is now known as TrueBrain
08:38:19 *** [com]buster has joined #openttd
08:46:15 *** Devroush has joined #openttd
08:54:37 *** nighthawk_c_m has joined #openttd
08:54:55 <nighthawk_c_m> Any 32 bpp guru online?
08:57:37 <andythenorth> nighthawk_c_m: ...someone else wanted to collaborate on FIRS german translations, I need to send you his pm
08:58:21 <nighthawk_c_m> I will continue tonight a bit on the translation - how can we toss the translatred file to you?
08:59:51 <andythenorth> what is your forum nick?
09:01:19 <andythenorth> also planetmaker / Terkhen....the FIRS translation framework changed? So does nighthawk_c_m need new files to put the translation into?
09:01:48 <Terkhen> the 7F_any file changed, yes
09:02:11 <Terkhen> and some strings duplicated in many places were merged
09:02:13 <nighthawk_c_m> nighthawk_c_m is my forum nick
09:03:11 <Terkhen> nighthawk_c_m: you should download the new 7F_any.pnfo file and move your translated strings there (remember to change the LANG IDs in the new file too)
09:03:57 <nighthawk_c_m> ok, I will take a look later on - right now I am quite pissed that I can't get that dumb 32bpp stuff to work in a patched game client
09:08:23 *** HerzogDeXtEr1 has joined #openttd
09:10:34 *** nighthawkcm has joined #openttd
09:10:52 <andythenorth> nighthawk_c_m: pm sent
09:11:34 <andythenorth> some of Kogut's suggestions are well thought out
09:12:09 *** lewymati has joined #openttd
09:12:22 <andythenorth> is it bonkers that (Arctic, Tropic) towns only require 1 unit of food per month? I kind of like that...
09:16:49 <nighthawkcm> Since you can't decide the distribution on stations it is ok I think
09:17:45 <nighthawkcm> Otherwise you would have to scale the need according to town size - as a result of that you would need to be able to accordingly set up trains and tell stations on how to feed the trains - or have trains go from town to town and partially unload
09:27:57 *** goblin_ has joined #openttd
09:30:23 <andythenorth> that's exactly what I think :)
09:30:51 <andythenorth> stuff like town population should be decoupled from demand for food
09:33:56 <nighthawkcm> Yeah, otherwise it gets way too complicated - and under all circumstances the game has to be still somewhat newbie friendly
09:34:30 <andythenorth> that's why FIRS also decouples primary production from delivered supplies
09:35:09 <andythenorth> (A) the game does it for towns already, it's a nice mechanic (B) there could be horrible implications if production depended too closely on delivered supplies
09:40:38 <nighthawkcm> ^^ Such mechanics can be very complicated I guess - too complicated to work unless you create a scenario where they can work
09:40:47 *** _goblin_ has joined #openttd
09:41:20 *** r0b0tb0y has joined #openttd
09:45:30 *** Hyronymus has joined #openttd
09:47:03 <OwenS> "The electorate have invented an instrument of excruciating torture for the Liberal Democrats". Hehe
09:48:01 *** goblin_ has joined #openttd
09:51:30 <goblin_> i've got quite a problem with openttd
09:52:13 <goblin_> does it have problems to start when its started with a link (under linux, a hardlink)
09:52:33 <goblin_> it crashes, acting like a forkbomb
09:52:54 *** Coco-Banana-Man has joined #openttd
09:52:57 <goblin_> 30k processes and more until i restart, 'killall openttd' does not really help
09:53:03 <SmatZ> hmm did goblin_ find out secret backdoor?
09:53:15 * Zuu groans at an assert that only happens sometimes when an AI crash but not always.
09:53:39 <goblin_> when i start the self compiled binary directly, it starts normally, but if i start it with the hardlink, it crashes
09:54:06 <Progman> goblin_: what do you get if you run it via strace?
09:54:17 <goblin_> the precompiled packages (ubuntu repository, deb-package from homepage) ahve the same problem, because of that i compiled it myself
09:54:50 <goblin_> Zuu: its nearly a virgin, my openttd, ive compiled it yesterday and have no AI's installed
09:55:41 <Zuu> goblin_: My groan was not directed at you. The assert Im trying to track down only happens for AI devs or other who use a hidden AI dev feature.
09:57:24 <SmatZ> also, there is hardly a difference between "hard linking" and "copying" the binary (for the executed program)
09:57:43 <Zuu> It's just that it would be easier to fix if I could make a tiny AI script that cause the assert to happen rather than having to use an AI with several thousand lines of code to reproduce the assert.
09:58:06 <goblin_> yes, i know it, but it does not start, and when i start the local binary compiled by myself, it runs normally, so i thought it was another issue
09:58:47 <planetmaker> give me a climate for a long, narrow map for the PS :-)
09:59:03 <SmatZ> if the compiled binary works fine, it might be bug in your distro's binary
09:59:33 <goblin_> Progman: my compiled file works normal, i try it with the hardlink
09:59:44 <SmatZ> planetmaker: usually we play Arctic climate, but then there is even less space because of the hills... so could we try Tropic?
10:00:04 <planetmaker> ok :-) Tropic it is then
10:00:10 <goblin_> SmatZ: I thought that too, but I have the same problem with the .deb-package from the official download page
10:00:32 <SmatZ> goblin_: did you try "SDL_AUDIODRIVER=pulse openttd" ?
10:00:59 <SmatZ> so you didn't read the link I posted
10:01:31 <planetmaker> hm... unsing variety distribution on 64x2048 looks plain ugly
10:02:04 <goblin_> yes i did, but i'm running strace at the moment, i'll try this right after
10:03:59 <goblin_> Progman: where to paste the result?
10:05:18 <planetmaker> hm... didn't the area tool once work for lower / raise terrain, too?
10:06:31 <SmatZ> planetmaker: are you using clean binary?
10:06:45 <planetmaker> but not in scenario editor. I use clean nightly compile
10:07:14 <planetmaker> You can area-rise ingame, but not in scenario editor?
10:07:23 <SmatZ> there are other tools for that in SE
10:07:28 <planetmaker> That sounds like a design goal reversed...
10:07:38 <Terkhen> you can change raise/lower size manually
10:07:50 <SmatZ> it's easier to create random-looking terrain in SE
10:07:58 <SmatZ> (reminds me I wanted to improve that)
10:08:14 <planetmaker> Terkhen: yes. But only tile per tile
10:08:20 <planetmaker> not drag the tool
10:08:25 <planetmaker> but I can drag level land
10:08:34 <planetmaker> which is quite stuipd
10:09:07 <planetmaker> or how do I _manually_ create a nice-looking mountain range?
10:09:46 <Progman> goblin_: so, you posted the output on paste.openttd.org?
10:10:06 <planetmaker> so... I'm not missing the area-rise / area-lower tool in SE? :-(
10:11:28 <Terkhen> I usually raise/lower a single tile and then use level :/
10:11:36 <planetmaker> [12:07] <SmatZ> there are other tools for that in SE <-- which do you mean?
10:11:50 <goblin_> finally, first time i piped the wrong output :-D and the system nearly hangs up when i do that, but now its done
10:11:58 <SmatZ> planetmaker: you can choose the size of area to terraform
10:12:17 <goblin_> SmatZ: enter "SDL_AUDIODRIVER=pulse openttd" directly into the shell?
10:12:33 <planetmaker> I missed that. still... why not drag?
10:12:41 <SmatZ> goblin_: yes .. probably you need to replace openttd by path to your hardlink
10:12:44 <planetmaker> thanks though :-)
10:12:58 <Progman> goblin_: what does one of the childs do?
10:13:13 <goblin_> SmatZ: Sorry, never mind, reading is harder than i thought m(
10:13:24 <Zuu> Finding out why a global var has the wrong value is .... fun :-)
10:13:41 <goblin_> Progman: I don't know, use memory?
10:14:06 <Progman> goblin_: I mean run a strace on the childs aswell ;)
10:14:50 * SmatZ wonders if there is any fork() in OTTD code at all
10:15:10 <goblin_> SmatZ: it's the same, plenty of processes
10:15:12 <Eddi|zuHause> SmatZ: autosave?
10:15:26 <goblin_> how do I rum strace on the children?
10:16:14 <Progman> goblin_: or with a new shell, yes
10:16:17 *** Polygon has joined #openttd
10:17:37 <planetmaker> SmatZ: actually I meant a different drag :-)
10:17:49 <planetmaker> Not like a pencil but like just draw a rect and then operate on that
10:18:01 <Progman> goblin_: do I need to ask btw. why you are using a hardlink? ;)
10:18:11 *** KenjiE20 has joined #openttd
10:18:13 <andythenorth> planetmaker / Ammler coop games prove that longer trains != better yes/no?
10:18:36 <planetmaker> andythenorth: neither. Just a matter of taste
10:19:03 * andythenorth comes over all Toyota about something
10:19:04 <OwenS> Longer trains are slower to accelerate but more efficient with cargo capacity, assuming same number of engines
10:19:24 <planetmaker> shorter trains can help, though, to rise station rating slightly: trains visit stations more often
10:19:41 <planetmaker> but that's next to negligible
10:19:52 <goblin_> Progman: because I have compiled it and placed a link in my ~/bin folder so i can start it directly with 'openttd' and have noch to run './openttd/openttd-1.0.1/bin/openttd' ;-)
10:20:10 *** |Jeroen| has joined #openttd
10:20:18 <Progman> and what about using a symlink?
10:20:31 <planetmaker> for primary industries shorter trains do make sense though, at least in the beginning; otherwise you don't ship the cargo
10:20:33 <Progman> and/or changing the PATH var
10:20:42 <andythenorth> I guess there are so many variables
10:20:45 <planetmaker> but that then depends on the industry's behaviour
10:21:09 <planetmaker> it will feel unserviced too quickly, if you load a 32-tile train on a 32t coal mine
10:21:13 <Progman> goblin_: anyway, have you fetched the strace output of a child of openttd?
10:21:48 <andythenorth> I only build one or two platforms at an industry, and I don't have more total train capacity on the route than output, so more smaller trains keeps a better service
10:21:51 <planetmaker> in general I'd say: except for very low production counts, the train length doesn't matter
10:21:54 <goblin_> Progman: same problem with symlink
10:22:20 <planetmaker> andythenorth: so do we play, too.
10:22:34 <planetmaker> except for industries late game where that doesn't suffice anymore
10:22:40 <andythenorth> also I don't use complex junctions, pre-signal wizardry etc. so smaller trains leads to less junction blocking
10:22:41 <planetmaker> or secondary ones with a HIGH turn-over
10:22:56 <goblin_> Progman: yes, i ran strace -f and i have 11756 lines in my logfile
10:23:11 <Progman> show is in paste.openttd.org
10:23:20 <planetmaker> andythenorth: you cannot service a 2000t coal mine with two tracks. Nearly irrespective of train length ;-)
10:23:45 <andythenorth> you can if you accept a low % transported :P
10:23:50 <planetmaker> and "usual" train length which we use are 2..7 for cargo and up to maybe 14 for inter-city passengers
10:24:09 <planetmaker> and secondary goods transport
10:24:36 <goblin_> i think it was a bad idea to copy-paste the whole 11756 lines in my browser ...
10:24:51 <goblin_> okay he's done, a moment
10:25:19 <andythenorth> I was just thinking about the assertion "The game is designed around the concept, that more cargo/load is better"
10:25:31 <andythenorth> which I don't think holds
10:25:44 <andythenorth> but anyway, these pixels won't paint themselves
10:26:05 *** fonsinchen has joined #openttd
10:26:53 <andythenorth> fonsinchen: hi hi :)
10:27:06 <andythenorth> it seems some of my assumptions about FIRS gameplay might clash with cargodist :o
10:27:16 <andythenorth> or so players are telling me
10:27:38 <goblin_> Progman: the browser refused to send, but the logfile hast 7,6 MB plain ASCII text ...
10:27:47 <SmatZ> [12:15:18] <Eddi|zuHause> SmatZ: autosave? <== it runs in separate thread, not process
10:27:53 <Progman> only past the first 1000 lines
10:28:01 <SmatZ> fork() is used when running dedicated server in background...
10:28:27 <Eddi|zuHause> SmatZ: sorry, then i don't know the difference...
10:29:23 <planetmaker> hm... how do I "paint" rain forrest (=green) tiles in the SE?
10:29:54 * andythenorth tries to puzzle out a hack so that industries somehow require passenger service (for workers)
10:30:03 <Eddi|zuHause> like you put desert, just with ctrl?
10:30:16 <planetmaker> quite intuitive :-(
10:31:13 <andythenorth> what do you guys think about industries 'needing' workers (maybe as production boost or something)
10:31:43 <Alberth> plain industries call them passengers
10:31:49 <goblin_> this is the 1000 lines tail, quite unspectacular
10:32:05 <andythenorth> Alberth: yup, surprising number of industry tiles accept passengers
10:32:06 <nighthawkcm> Any 32bpp guru here?
10:32:34 <Eddi|zuHause> andythenorth: it might be interesting, but you'd burn an incoming and an outgoing cargo for every industry this way
10:32:59 <Alberth> but often not in a way that is useful for the player, it seems
10:32:59 <andythenorth> been wondering about trying to look at nearby station cargo or something nuts like that
10:33:16 <andythenorth> Pikka did it by brute force with location restrictions
10:33:28 <Terkhen> I think it overcomplicates things
10:33:38 <Eddi|zuHause> i think MB planned something like "workers" for his hypothetical industry set
10:33:47 <Progman> goblin_: "#! /bin/sh\ncd /opt/free/games/op"...
10:33:48 <planetmaker> andythenorth: I don't think industries should need workers
10:33:56 <Progman> goblin_: do you start openttd via a script?
10:33:57 <Zuu> yay, reproduction in the small AI, now I just have to narrow it down as much as I can.
10:34:12 <andythenorth> planetmaker: it seems Chris Sawyer thought they did though :)
10:34:42 <goblin_> no, i have a hardlink in my ~home/bin directory
10:34:52 <planetmaker> andythenorth: unless they also supply passengers, you have a perfect passenger sink
10:35:11 <Eddi|zuHause> andythenorth: it's not very consequent in the original industries
10:35:20 <planetmaker> which gives the idea of the industry shipping green food... as in the novel which name I forgot
10:35:27 <Terkhen> yeah, I'd assume that workers live near the industry, even if it is placed in the middle of nowhere
10:35:31 <planetmaker> some association I don't fancy
10:35:33 <andythenorth> workers have legs
10:36:01 <goblin_> Progman: there is an old installation O.o
10:36:07 <fonsinchen> what exactly is the clash between cargodist and firs?
10:36:16 <andythenorth> we also don't concern ourselves with how industries get fuel, electricity, water etc.
10:36:30 <goblin_> i purged the packages from the repo and from the deb-package before i compiled ... wtf?
10:37:46 <andythenorth> fonsinchen: I'm not exactly sure. By design FIRS requires some routes to industries to have very low cargo volumes and use reverse-feeders.
10:38:04 <andythenorth> apparently this causes link-graph issues
10:38:46 <goblin_> Progman: that seems to be the problem, I rm'ed this directory and now the symlink doesn't start because he demands it ... but i shurely have not linked it to THIS files because i even didn't know anymore that i had them ...
10:39:07 <fonsinchen> very low cargo volumes might indeed be a problem if you translate that into very infrequent service.
10:40:01 <goblin_> strange, but then it's the fault of my system ... he won't create anymore links without ...
10:40:34 <fonsinchen> That's the old problem about minimum and/or default moving average length
10:40:59 <andythenorth> I can imagine the issue :)
10:41:16 <goblin_> very strange, but when i start the binary directly (./openttd) it starts ...
10:41:18 <fonsinchen> I thought I had solved that by making the moving average length dependent on distance, but obviously that's not the whole thing.
10:41:27 *** robotboy has joined #openttd
10:45:08 * andythenorth ponders making passengers "Engineering Supplies"
10:45:23 <goblin_> Progman: okay, it was a fault with my $PATH-Variable, i've got a very old installation in /usr/local/bin which is before my ~/bin in the variable ... 'whereis openttd' would have said that to me if i had asked m(
10:45:38 <goblin_> Progman: I'm very sorry for wasing your time ...
10:46:05 <goblin_> now I only get: "Error: No available language packs (invalid versions?)"
10:46:35 <planetmaker> andythenorth: you mean to replace ES by PAX?
10:46:41 <planetmaker> hm... might be an idea
10:46:46 <planetmaker> what industries produce ES?
10:47:14 <andythenorth> I mean to have an industry that converts PAX to ES :P
10:47:32 <Terkhen> that would make the game less machine shop centered
10:47:40 <andythenorth> planetmaker and then we're back to your concern about green food
10:48:19 <planetmaker> please don't make an industry which only accepts passengers.
10:48:25 <planetmaker> that's IMHO very bad
10:48:35 <planetmaker> make it an add-on
10:48:46 <andythenorth> In: PAX, Food. Out: PAX, ENSP
10:50:31 <andythenorth> Terkhen: I'm going to add an industry that converts Lumber & Chemicals to ENSP. That should make the machine shop less the centre
10:50:46 <andythenorth> and also increase focus on oil
10:51:13 <andythenorth> I shall make it so :)
10:52:46 <planetmaker> yep, that sounds good
10:53:25 <andythenorth> the other thing that would reduce emphasis on ENSP is sorting out town cargos :)
10:53:55 <andythenorth> I'm not going to transport goods now that I know it's pointless
11:04:50 <planetmaker> andythenorth: I know one placement restriction for industries: farms in the desert look quite funny
11:05:51 *** Grelouk has joined #openttd
11:05:53 <planetmaker> and the sand and gravel pit need different desert sprites
11:06:02 <planetmaker> a lake right there looks out-of-place, too
11:06:24 <andythenorth> I see your point about the lake
11:06:33 <andythenorth> however drawing quarries is dull :P
11:06:44 <andythenorth> the farms....you find them weird?
11:07:24 <Eddi|zuHause> the saudis created farms in the desert
11:07:33 <Eddi|zuHause> the fields looked circular ;=)
11:07:49 <andythenorth> I've seen similar when I flew over Africa
11:08:00 <andythenorth> I could cluster them near a water plant?
11:08:08 <andythenorth> location restrictions are the wrong solution
11:08:26 <andythenorth> being able to plant fields with custom graphics is the correct solution :)
11:08:53 <Eddi|zuHause> so... why haven't you implemented that yet? :p
11:09:23 <andythenorth> Eddi|zuHause: dunno, I just sit around doing nothing :P
11:09:43 <andythenorth> meanwhile someone magically stacks up a lot of newgrf commits :P
11:10:05 <Eddi|zuHause> that sounds exactly like what i am doing ;)
11:10:19 <andythenorth> stacking up newgrf commits?
11:10:32 <planetmaker> andythenorth: well, yes, that makes sense with the water plant
11:10:50 <planetmaker> May I then nevertheless propose to use the ambient ground tile?
11:11:02 <andythenorth> you may even code it if you wish :P
11:11:41 <andythenorth> add a ticket, it's been irritating me for a while.
11:11:51 <andythenorth> put it in the 0.2 release queue, I'll see if I get to ti
11:12:39 <planetmaker> no rush. But yeah... just putting it on some list might make sense :-)
11:16:35 *** ajmiles has joined #openttd
11:16:56 <planetmaker> hm... I have a water tanker wagon with a capacity of 18t of steel :-P
11:17:20 *** last_evolution has joined #openttd
11:17:57 * planetmaker consider to NOT use tropical refurbishment set with FIRS
11:18:48 <andythenorth> should I know more than I do about bounding boxes for industry tiles?
11:19:22 <andythenorth> well keep your eye out for sprite sorter issues :|
11:19:32 <andythenorth> I have no idea if what I'm doing is correct
11:19:56 <andythenorth> FooBar sliced some industries very precisely and others very broadly.
11:20:03 <andythenorth> both seem to work
11:27:07 * andythenorth remembers the sprite aligner
11:31:46 <andythenorth> *very* useful :)
11:38:53 <planetmaker> but it's a nice screenshot ;-)
11:40:54 <andythenorth> or get a not-broken browser :P
11:41:34 *** r0b0tb0y has joined #openttd
11:43:24 <nighthawkcm> any 32bpp guru here?
11:44:22 *** Polygon has joined #openttd
11:44:23 <planetmaker> nighthawkcm: I guess still not :-)
11:44:24 <Ammler> there are 4 8bpp gurus here, is that fine enough?
11:44:38 <planetmaker> And it helps to ask the question, not the meta-question
11:45:15 <planetmaker> that said: the 32bpp need to go in the data dir.
11:45:16 <nighthawkcm> Hmm... not really, I just don't get it why the 32bpp stuff works with the extra zomm client but not with any other patched client, all I can get to work is the menue bar ...
11:45:25 <planetmaker> And in the cfg you have to set the blitter to 32bpp-optimized
11:45:34 <nighthawkcm> I have all that done
11:45:54 <planetmaker> other than that: my knowledge on that subject is purely theoretical ;-)
11:45:55 <Ammler> nobody uses 32bpp without zoom
11:46:33 <nighthawkcm> The zoom is worthless in my oppinion - thats why I want to use it with a different client patch compilation
11:46:48 <nighthawkcm> If 32bpp is coupled with the zoom its kinda sense free
11:48:41 <Ammler> nighthawkcm: but it works unpatched?
11:49:19 <Ammler> which patch do you try to apply additonally?
11:49:28 <nighthawkcm> worthless is the wrong expression, I don't use it - hmm.. I think I had gotten it to work unpatched, it worked with the 32bpp zoom client - which basically only has additional Z1 and Z2 sprites
11:49:42 <nighthawkcm> I am playing with chill cores patch pack
11:49:57 <nighthawkcm> but it won't work with cargodist with sprinkles either
11:50:17 <planetmaker> does it work in plain trunk or 32bpp zoom-level patch?
11:50:44 <planetmaker> if you don't know: try it. If yes: complain to patch pack author
11:51:14 <nighthawkcm> I doubt that a sprite is related to a patch
11:51:22 <Ammler> apply the single patches with tests until you find the "bad" patch
11:51:49 <planetmaker> nighthawkcm: if you use patches, the "I doubt" is bad. You have to prove that it is NOT any of those patches
11:51:49 <nighthawkcm> Haha - I have no freaking idea how to do that
11:53:08 <planetmaker> it's part of the things to usually do when having bugs with patch (packs): test the trunk version. And then test each patch separately
11:53:25 <planetmaker> if it's not a trunk bug: no need to bother others than the patch (pack) authors.
11:53:58 <nighthawkcm> Well, I base my doubt on logic - If I have a substructure like ottd - and I exchange graphic a with graphic b everything is supposed to work fine if the graphic is coded correctly - see newgrfs - and 32bpp png's are replacing the 8bpp pcx data - there should be no connection at all with the rest of the game structure unless I want the extra zoom levels
11:54:02 <planetmaker> patches usually are only supported by them. And not telling that you have a problem with a patched version ... oh well. Can be quite annoying to find that out only later
11:54:36 <planetmaker> nighthawkcm: it's a sufficiently complex thing. :-) And if you don't know how to test these things. Be VERY carful with your logic there
11:54:51 <planetmaker> it's not up to us to prove you wrong, but you to prove us that your assumptions are right
11:55:13 <planetmaker> it's a not-supported version you use, after all
11:55:13 <nighthawkcm> Well, ottd is supposed to be a game that can be used by most people - not a seperate small group
11:55:24 <planetmaker> yes. But not modded versions
11:55:37 <planetmaker> if you mod, you have to show that your problems are not caused by the patches
11:55:52 <nighthawkcm> Well, then the bomb will go up when cargodist makes it into trunk one day :-P
11:55:55 <planetmaker> so either test whether your problem exists in trunk or let it be
11:56:09 <planetmaker> nighthawkcm: then it's a problem of the cargodist author.
11:56:39 <nighthawkcm> should I test with latest stable or nightly?
11:57:19 *** Devroush has joined #openttd
11:57:26 <planetmaker> whatever you like. Nightly is usually 'better' as it might have more fixes and is the place where development goes on
12:01:20 <nighthawkcm> Ok, I copied all the *.tar files from the 32bpp fullzoom version to a openttd install of the latest nightly - won't work - I only get the opengfx graphics
12:02:14 <nighthawkcm> and ingame only the userbar is now the 32bpp version ...
12:03:07 <nighthawkcm> I even get the userbar to run under the patched client - but the rest won't work - leading to the assumption that the whole 32bpp bundle that can be found via the zoom project only works with the zoom project .... :-/
12:07:25 <Eddi|zuHause> i'm fairly sure that's exactly what it said on the page you downloaded it from...
12:10:32 <planetmaker> andythenorth: which industries use callback 28 (construction callback)?
12:10:33 *** Adambean has joined #openttd
12:10:59 <nighthawkcm> Thats another point - I sometimes find the install instructions / explanations a bit short and confusing to find - in the 32bpp section 90% is about the extra zoom - so is the wikki
12:11:03 <planetmaker> [14:03] <nighthawkcm> I even get the userbar to run under the patched client - but the rest won't work - leading to the assumption that the whole 32bpp bundle that can be found via the zoom project only works with the zoom project .... :-/ <-- yes, that's the fact.
12:11:14 <planetmaker> and that's being said in multiple places, I'm sure
12:11:28 <nighthawkcm> at least it seems so too me which in return is very frustrating
12:11:57 <planetmaker> nighthawkcm: you describe / experience exactly the biggest problem of the 32bpp thing: it's all for a single patch which uses some dubious methods to introduce the zoom levels
12:12:02 <nighthawkcm> ok, so where do I find a bundle of 32bpp graphics thata ctually work with the game without a patch?
12:12:11 <planetmaker> I don't think they really exist
12:13:09 <nighthawkcm> hmm... well they do have to as the ez patch adds two lower zoom levels - thus the standard view exists too, as far as I understood it thats the so called z0 png's
12:13:26 <nighthawkcm> and z1 and z2 are the extra zooms
12:16:34 <nighthawkcm> What did you mean with dubious code planetmaker?
12:18:04 <planetmaker> they treat the (new) zoom-levels differently than the existing ones
12:25:27 <andythenorth> Yexo: your patch to make industry var A7 available during cb28 appears to work
12:28:26 *** ChanServ sets mode: +v tokai
12:31:38 <andythenorth> how do I do backwards compatibility in a newgrf?
12:32:04 <planetmaker> action7: conditionally use code A or code B
12:32:35 <andythenorth> can that check the revision number of the game?
12:34:02 <andythenorth> but not the rest of you it seems
12:35:26 <Eddi|zuHause> seems to work here
12:35:37 <Eddi|zuHause> try secure.openttd.org/bugs?
12:37:02 <andythenorth> Eddi|zuHause: thanks
12:41:41 *** robotboy has joined #openttd
12:41:46 <Mazur> pm: Can you, to help test a switch, raise the train limit in Coop, please? avdg built a test track, but can't test it without trains.
12:46:43 *** frosch123 has joined #openttd
12:53:22 <yorick> how does openttd autodetect palette?
13:05:18 <planetmaker> andythenorth: firs.grf:1044: Warning: 9 of 4992 pixels (0%) are pure white
13:05:19 <planetmaker> firs.grf:1051: Warning: 2 of 1984 pixels (0%) are pure white
13:05:53 <Ammler> [14:53] <yorick> how does openttd autodetect palette? <-- it doesn't
13:06:58 <andythenorth> planetmaker: thanks
13:07:17 *** oskari89 has joined #openttd
13:11:07 <Eddi|zuHause> yorick: it detects whether you have dos or windows grfs by md5sum, and then it assumes that palette for all newgrfs
13:11:33 <Eddi|zuHause> yorick: but you can override that by command line parameter -i, i believe
13:13:31 <andythenorth> finding white pixels is a chore
13:14:38 <Rubidium> Eddi|zuHause: it comes from the .obg
13:15:00 <Eddi|zuHause> Rubidium: technical detail ;)
13:15:20 <glx> andythenorth: it's just a warning so you can know if you have wrong offsets in the image
13:16:03 <Rubidium> glx: but with it some colour/palette conversions "fail"
13:23:01 <andythenorth> planetmaker: fixed
13:29:59 <planetmaker> andythenorth: it does tell you exactly the sprite. So... it's actually not that hard. Just tedious
13:40:42 *** lewymati has joined #openttd
13:41:48 *** r0b0tb0y has joined #openttd
13:42:49 * planetmaker is pissed off by the industry location permissibility callback
13:44:31 *** Chillosophy has joined #openttd
13:44:38 *** oskari89 has joined #openttd
13:46:24 <andythenorth> have you enabled cb28?
13:51:29 *** APTXderZweite has joined #openttd
13:52:11 <planetmaker> I think I see the problem
13:52:52 <planetmaker> callback is already implemented... date checking
13:52:56 <planetmaker> thus it is overwritten
13:53:49 <planetmaker> I think I activated the wrong callback :-P
13:56:10 <planetmaker> yes. Thanks, andythenorth
13:56:59 <planetmaker> would you like me to commit the "forests not in desert" change?
13:58:42 <frosch123> is there a date plantation instead?
13:59:15 *** fjb is now known as Guest242
13:59:58 <planetmaker> frosch123: that's another industry. But would you make plantation in the desert? And not somewhat where there's at least some water (the green area?)
14:00:13 <planetmaker> and what's a "date plantation"?
14:00:36 <frosch123> the dictionary told me "date" for "Dattel"
14:03:24 <planetmaker> even those I'd put on the green ground - or near a water well.
14:03:36 <asilv> pruduction rate 30 dates/month?
14:03:40 <planetmaker> but that's something more advanced not yet introduced
14:06:28 <andythenorth> planetmaker: the game should be prevented from building these industries in desert, but the player should be allowed if they wish
14:06:44 <andythenorth> for that we need FS3822
14:06:52 <planetmaker> hm, ok. That's not in my (simple) mod yet
14:07:03 <andythenorth> that's why I've left location stuff out
14:07:31 <andythenorth> I'm hoping that 3822 hits trunk, then I'll ship location code in a few months when enough players have it
14:08:15 <andythenorth> perhaps frosch123 could help :D
14:14:25 <planetmaker> andythenorth: where are the values for that var documented?
14:18:52 * planetmaker wonders what happens, if I query a non-existant variable
14:19:17 <andythenorth> or so it seemed when I tried it
14:19:17 <frosch123> [16:03] <planetmaker> even those I'd put on the green ground - or near a water well. <- maybe they can only be planted on map creation, not during game
14:19:45 <planetmaker> so they're still build everywhere
14:19:46 <andythenorth> no industry built?
14:19:50 <planetmaker> and renum complains
14:19:59 <planetmaker> yes, industries are built
14:20:47 <planetmaker> frosch123: you mean forests or date plantations only be placed upon map creation with that restriction? Or...?
14:21:41 <frosch123> you complained that they shall not suddenly appear in desert. so, they have to be there since the beginning
14:22:39 <andythenorth> I'm going to ship my solution
14:22:49 <andythenorth> *once* var A7 is available :P
14:23:06 <planetmaker> frosch123: yes, but also the automatic industry generation should IMHO not build them in the desert.
14:23:30 <planetmaker> andythenorth: you have already implemented that?!
14:23:30 <andythenorth> that's why I need var A7 :P
14:23:38 <andythenorth> planetmaker: nope
14:24:14 <andythenorth> I'm going to ship my solution *once* (a) var A7 is available (b) I've coded the nfo (c) var A7 has been in trunk for a sufficient period
14:24:18 <andythenorth> is that more accurate?
14:24:33 <planetmaker> hm, ok. But if you don't like non-desert forests now it I spent like 4 hours for nothing... alas
14:25:08 *** devilsadvocate has quit IRC
14:25:59 <andythenorth> no, you just solved (b) for forests and other desert industries, and you can save the diff :)
14:31:10 * andythenorth feels bad and sends planetmaker a cookie :o
14:37:19 <CIA-6> OpenTTD: smatz * r19768 /trunk/src/clear_cmd.cpp: -Fix: half-desert tiles would never revert back to clear tiles
14:41:54 *** robotboy has joined #openttd
14:44:11 <CIA-6> OpenTTD: frosch * r19769 /trunk/src/ (landscape.cpp saveload/afterload.cpp tile_map.h): -Fix [FS#3820]: MV_VOID tiles shall have no tropic zone.
14:47:11 <planetmaker> he :-P SmatZ took ownership of the bug and frosch does the commit ;-)
14:48:28 <frosch123> yeah, we started both, but luckily we fixed different bugs
14:58:34 <andythenorth> so I have sprite sorter issues :|
14:59:36 <andythenorth> I need to understand bounding boxes better
15:00:45 <OwenS> Oh wow... the Lib Dem HQ has now been surrounded by people supporting electoral reform
15:00:57 *** Brianetta has joined #openttd
15:01:44 <OwenS> Sacro: Which is what they are protesting for. And what the Lib Dems want :p
15:02:18 <frosch123> andythenorth: most likely you do not have sprite sorter issues, but issues with sprites extending the tiles
15:02:39 <andythenorth> frosch123: sounds plausible
15:02:48 <Sacro> i'm a lib dem voter and am pissed they didn't get 20-25% of the seats
15:03:09 <andythenorth> so when can a sprite extend a tile and when can't it?
15:03:13 <OwenS> Sacro: As am I. I'm also pissed that my vote is basically useless because I'm in a rock solid Labour constituency...
15:03:41 <frosch123> when drawing the landscape tiles are only drawn if their groundtile and some 100 pixels above intersect with the area to be redrawn
15:03:49 <Sacro> hehe, we had a major LD swing
15:03:54 <Sacro> got it down to > 650 votes
15:03:59 <frosch123> so if you have stuff in the spritelayout of a tile, which extends the groundsprite to left or right, it will glitch
15:04:15 <andythenorth> so I should just slice it in two?
15:04:20 <andythenorth> and use two tiles?
15:04:32 <OwenS> Sacro: Here it was Lab 42.8%, Con 25.9%, LD 16.1%
15:04:52 <OwenS> LD actually lost here to the conservatives
15:04:59 <frosch123> likely, does it start glitching at the vertical axis of the tile border?
15:05:36 <OwenS> Oh yeah... and 4.4% BNP, which is annoying
15:06:16 <frosch123> yeah, then you have to cut it, and include it in two tiles
15:06:37 <OwenS> Our neighbouring constituencies were interesting... One went LAB->CON, another went (very strongly!) LAB->LD
15:07:23 <frosch123> though you may skip the cutting if you just draw it for both tiles
15:11:19 <andythenorth> frosch123: repeat it with different offsets?
15:12:43 <frosch123> include it in both spritelayout
15:13:10 <frosch123> draw the sprite from both tiles (in the same position)
15:13:50 <andythenorth> I'll slice it :)
15:24:06 *** |Jeroen| has joined #openttd
15:33:04 *** Chruker has joined #openttd
15:35:28 <andythenorth> is 'alt' considered an available key in the game?
15:37:47 <Zuu> Alt is used by many window managers in Linux
15:38:14 <andythenorth> suggestion for industry mini-map: ctrl-click on one industry type to disable all others
15:38:29 <Zuu> At worst case it could even get triggered by Alt Gr which would cause even more problems.
15:39:05 *** Polygon has joined #openttd
15:39:36 * Zuu hate programs that trigger hotkeys when you try to type something that involves Alt Gr
15:41:47 <Zuu> Hmm, is it just my Spotify that acts strange after the upgrade? Even songs that I have localy freeze several seconds.
15:45:33 <andythenorth> if it was *really* clever it would show only the ones previously enabled
15:45:57 <frosch123> that is troublesome if you click on different items
15:48:56 <andythenorth> frosch123: the behaviour in that patch is perfect
15:49:43 * frosch123 changed it to show all on second click
15:51:18 <andythenorth> probably fine too :)
15:52:31 <frosch123> though if ctrl is uses for that, noone can add a "lock" later
15:53:24 <frosch123> hmm, so, is it really useful enough?
15:55:43 <andythenorth> dunno. my needs might be different
15:56:04 <andythenorth> I use the minimap *a lot* to find specific industry types
15:56:44 <andythenorth> every minute or so for hours at a time....
15:56:49 <frosch123> well, me too. but usually it is enough to once press "disable all", and then click one, resp. unclick the last one and click the next one
15:56:52 <andythenorth> you just saved me a click :)
15:57:19 <frosch123> maybe a hotkey for disable/enable all is more useful
15:57:59 <andythenorth> I like the ctrl solution...easier :)
15:58:39 <frosch123> yeah, it looks nice. but the more i think about it, i think a hotkey is beeter
15:59:35 <frosch123> though hotkeys are so stupidly global in ottd
16:00:20 *** OsteHovel^PDA has joined #openttd
16:00:35 <andythenorth> would it also open the minimap :P
16:00:39 <andythenorth> another click saved...
16:00:57 <frosch123> there is already a hotkey for the minimap
16:02:03 <frosch123> andythenorth: all buttons in the menubar have a F-key hotkey from left to right
16:02:42 <andythenorth> silly old mac needs me to press fn-f4 :|
16:02:59 <andythenorth> which is just too far for one hand :(
16:05:54 <Zuu> Hmm, isn't small map also 'm'?
16:07:47 <andythenorth> all is well in the world
16:09:31 <Zuu> And if you commits the filter sign list patch, ctrl+L will get hooked up with the sign lit window. ;-)
16:21:04 <argkde4> andythenorth: there's a toggle for the FN key in system preferences -> keyboard
16:24:14 <OsteHovel^PDA> programmable signals patch looks interesting ;)
16:26:26 *** devilsadvocate has joined #openttd
16:43:13 *** Chruker has joined #openttd
16:43:54 *** Polygon has joined #openttd
16:50:26 *** robotboy has joined #openttd
17:09:55 * andythenorth wonders what next
17:13:41 <andythenorth> I put the definition in the proposal :)
17:14:01 <andythenorth> if I try and patch for this, I am *way* out of mydepth
17:14:20 <andythenorth> already I'm seeing this could be a problem for AI support :|
17:15:41 <andythenorth> perhaps not if all 'fields' are treated as equal
17:16:03 <Zuu> The greebles what do they add that fields do not have? I tried to read your proposal.
17:16:26 <Zuu> It makes it possible for NewGRFs to choose where to build the farm tiles?
17:16:42 <andythenorth> no, just to specify the graphics to use for the tiles
17:16:52 <andythenorth> so that more than just farm fields can be shown
17:16:59 <Zuu> no differentiated clear costs?
17:17:10 <andythenorth> no, so there is not an AI problem actually
17:17:19 <andythenorth> greeble tiles == CLEAR_FIELDS
17:17:40 <andythenorth> the terminology will look very wrong in a lot of code though :o
17:17:46 <Zuu> Even with diferentiated clear costs, most/all AIs would handle it it.
17:18:32 <frosch123> can the tiles get cleared independently, or would that result in half houses etc?
17:18:37 <Zuu> The API do not tell what things cost to build/clear. The way to get costs is to find a tile that you can test on and then activate test mode and accounting mode.
17:19:25 <andythenorth> frosch123: I have been trying to think of things that *other* grf authors might do that would be silly.
17:19:34 <andythenorth> I would limit graphics to fit only in one tile
17:19:59 <andythenorth> the default farm fields look pretty complicated in how they handle adjoining layouts.
17:20:07 <andythenorth> I don't know how much of that can be replicated
17:20:53 <frosch123> are the tiles also destroyed by snow?
17:21:08 <andythenorth> that is a good question
17:21:24 <frosch123> do fields always have the same size?
17:21:37 <andythenorth> I don't know. What are the implications?
17:21:49 <frosch123> or is there rather some field tile layout?
17:22:30 <andythenorth> a layout would be preferable
17:23:01 * andythenorth looks for the current field code to see how the layouts work
17:24:01 <frosch123> how do such fields interact with "cleartile-fences" ?
17:24:28 * andythenorth searches for 'cleartile-fences'
17:24:40 <andythenorth> where do I find cleartile-fences?
17:24:42 <frosch123> currently fields have random rectangular size from 4x4 to 7x7
17:25:03 <frosch123> andythenorth: there are fences and hedges between clear tiles and fields
17:25:37 <andythenorth> frosch123: what file is the code in for these? I am searching....but I don't know what keyword to search on :)
17:26:04 <frosch123> clear_cmd.cpp for the fences, and PlantFarmField in industry_cmd.cpp
17:26:44 <frosch123> actually everything containing FarbField in industry_cmd.cpp
17:27:06 <andythenorth> so the tile defines whether it requires a fence?
17:27:13 <andythenorth> or did I misread clear_cmd.cpp?
17:27:40 <frosch123> a tile decides whether it needs fencses at its north side depending on the tiletypes at the north
17:27:58 <frosch123> so a field only builds its north fences itself. the south fences are build by the clear tiles
17:28:24 <frosch123> makes it more complicated :p
17:28:27 <andythenorth> hmmm....the fences make my plan more complicated
17:28:50 <andythenorth> although they could be a route to the 'industry fences' that get requested occasionally
17:29:02 <frosch123> what type of fields are you planning? forrests and mines?
17:29:14 <andythenorth> farms, forests, mines yes
17:29:29 <andythenorth> possibly 'landscaping' for other industries, but I'll settle for what's possible :D
17:29:45 <andythenorth> I also don't fancy two months of drawing 'field' tiles
17:29:57 <andythenorth> well I would if I had nothing else to do....but.... :P
17:30:41 <frosch123> some hay bales for ogfx would be enough :p
17:31:47 <andythenorth> there are hay bales in FIRS. FooBar drew them. They are used in the mixed farm ;)
17:33:18 <CIA-6> OpenTTD: frosch * r19770 /trunk/src/smallmap_gui.cpp: -Feature: Hide all other industries when ctrl+clicking an industry type in smallmap legend.
17:34:53 <frosch123> maybe a bit to bright for ogfx
17:37:02 <andythenorth> easily recolored?
17:37:37 <frosch123> can you show an example :p
17:37:37 <andythenorth> this fields code is quite complex for my poor brain
17:38:00 <andythenorth> frosch123: I haven't drawn for ogfx, I'll have a look
17:40:03 * andythenorth wonders about round bales
17:40:25 <andythenorth> I think the default ones are actually stacks of bales, not single bales
17:41:25 * andythenorth goes back to reading baffling industry code
17:42:23 <andythenorth> round bales? Yes. But they don't fit pre 1960s or some other date (I'm not sure exactly) :)
17:42:37 <andythenorth> and incidentally, don't tell anyone but HEQS will soon feature a Unimog
17:44:06 <Vornicus> Round balers first appeared in 1947.
17:44:26 <Vornicus> Or at least according to Wikipedia.
17:45:34 <CIA-6> OpenTTD: translators * r19771 /trunk/src/lang/ (5 files):
17:45:34 <CIA-6> OpenTTD: -Update from WebTranslator v3.0:
17:45:34 <CIA-6> OpenTTD: traditional_chinese - 1 changes by josesun
17:45:34 <CIA-6> OpenTTD: brazilian_portuguese - 3 changes by Tucalipe
17:45:34 <CIA-6> OpenTTD: russian - 1 changes by Lone_Wolf
17:45:35 <CIA-6> OpenTTD: slovak - 77 changes by keso53
17:45:35 <CIA-6> OpenTTD: swedish - 3 changes by Zuu
17:46:32 <Vornicus> But then, square balers appear to have first appeared around that time too - 1940ish? Before then, hay bales were done manually, and looked it.
17:48:34 * andythenorth will try and draw some bales later
17:48:52 <andythenorth> and thinks that a Unimog in HEQS is also available as a rail vehicle :o
17:50:02 <Vornicus> I remember back when I used to be here and people would ask "how big is a tile?" and there are something like four answers.
17:52:40 <Vornicus> (the topographical map gives one - a single height quantum is 33m, so a tile is about 5 times that or 166 meters; then the size of buildings gives another - about 10-15m; then the size of trains gives a third - about 30-40m. Then calculation from gauge gives something ridiculously small, and then there's a height exaggeration which makes it ridiculously large.)
17:53:33 <andythenorth> frosch123: so the existing code plants a whole field of tiles at once?
17:53:34 <Rubidium> a heightlevel is either 50 (current trunk) or 25 (everything from more than a week ago)
17:53:55 <peter1138> why was it changed?
17:54:18 <Rubidium> because it wasn't in sync with the measurement tool
17:54:32 <peter1138> measurement tool should've been changed :p
17:54:35 <Rubidium> so technically I should have said:
17:54:50 <Alberth> 350m for a mountain doesn't seem good
17:54:59 <Rubidium> a heightlevel is either 50 for current trunk or either 25 or 50 for everything older than a week
17:55:46 <andythenorth> and fields take on irregular shapes over time because one square overplants another?
17:55:55 <andythenorth> square / rectangle /s
17:55:58 <Vornicus> Rubidium: I may have gotten that 33 wrong, this was back when I was playing around with it trying to figure out how big things were -- I remembered it was something like 100m in the map was 3 height quanta or so, or something.
17:56:49 <Rubidium> Vornicus: so, level 0, level 50 and level 100; not level 0, level 33 and level 66 (then you miss one level)
17:56:58 <asilv> is there really need to show actual heights in meters in game? wouldn't it be better to have it in some arbitrary heightlevels
17:57:30 <Rubidium> asilv: 50m isn't arbitrary enough?
17:57:41 <Alberth> why? we also show speed in km/h or so
17:58:30 <Rubidium> Alberth: I think we should give that in arbitrary numbers, i.e. in x/1.6mph, x/3.2mph or x/0.8mph
17:58:43 <asilv> that would remove arguments like: "350m for a mountain doesn't seem good"
17:59:00 <andythenorth> just measure everything in 'units' :P
17:59:02 <Alberth> Rubidium: perhaps use a random generator?
17:59:13 * peter1138 ponders that as a new units format :D
17:59:20 <andythenorth> Alberth: oddly enough I am planning some random speeds :P
17:59:30 <Rubidium> peter1138: pixels per tick ofcourse :)
17:59:48 <Alberth> andythenorth: not needed, we display a random speed anyway :p
18:00:02 <peter1138> isn't that similar to mph?
18:00:25 <peter1138> of course, pixels per tick would change depending on vehicle direction
18:03:22 *** Grelouk_ has joined #openttd
18:03:29 <andythenorth> frosch123: for FIRS, any 'fields' would definitely be limited to organic industries (farms, plantations, forests etc.) and possibly mines
18:04:24 <andythenorth> I can see reasons to place tiles around other industries, warehouses etc. But it will be horribly confusing for station construction.
18:05:41 <Vornicus> Ah, here's how I got that.
18:05:54 <Zuu> Alberth: The random speed was fixed some revisions ago. Now stuck vehicles only drive in 0 km/h
18:06:30 <Vornicus> the absolute highest altitude you can have is colored the same as the label "500m" in the contour map.
18:07:12 <Vornicus> Since there are exactly 16 quanta, and the bottom one is sea level, that means you get 500 / (16 - 1) for the height of one quantum.
18:08:45 <Vornicus> ...on the /other/ hand, sea level land is colored the same as the label "100m", which makes the quanta 25m, and the beach 100m high.
18:09:26 <Zuu> I'd say stop caring about scale, makes life much easier.
18:09:58 <Vornicus> Suggested fix: on the contour map, relabel the colors to 0, 200, 400, 600, and 800m, which makes sea level actually sea level, and the height quantum 50 meters.
18:10:04 <Vornicus> Zuu: where's the fun in that? :P
18:10:21 <andythenorth> I'd just knock the unit off and have them 0, 200, 400
18:10:35 <Zuu> Spending your time on more fun stuff like AI programming or traffic engineering. :-)
18:11:35 <Vornicus> But I can't program AI, and my traffic engineering skills are... well they're not very good.
18:11:54 <Alberth> Vornicus: implemented about 22 hours ago
18:12:23 <Vornicus> Alberth: works for me!
18:12:52 * andythenorth ponders what a forest should look like if done with fields
18:13:28 <Alberth> lots of railroad tracks through the forest
18:13:58 <Zuu> And don't forget the checkpoints for the orienteering runners. :-p
18:15:28 <andythenorth> that they are essential :P
18:17:19 <andythenorth> how to differentiate forest 'fields' from ordinary trees
18:17:32 <andythenorth> and whether square 'fields' of forest would look good in game
18:18:09 <Zuu> I would probably try to make it look like man made forests.
18:18:58 <Zuu> If you can use different graphics on different tiles you could try adding a trail from the forrest machines.
18:19:43 <andythenorth> Zuu: currently I can't use any graphics on any field tiles, so it's a bit hypothetical :D
18:21:53 * Vornicus tries to remember how to even /use/ presignals.
18:27:00 *** Progman has joined #openttd
18:27:22 <andythenorth> mines wouldn't need fields
18:27:41 <andythenorth> spoil heaps and stuff might be eye candy but aren't necessary
18:28:56 <andythenorth> frosch123: fields resolves down to (a) simply being able to control the tile graphics for existing fields (to customise for different farm types).....and (b) some kind of solution for forests, which might be best done differently
18:30:06 *** Polygon has joined #openttd
18:36:04 <Vornicus> Logging camps I'd actually do by having the building, and then just change the way trees nearby react.
18:40:38 <andythenorth> Zuu: you might know the answer to this....could a 'helper' AI plant trees around logging camps?
18:42:36 <frosch123> yes, as long as it does not bankrup
18:43:15 <frosch123> though it cannot detect logging camps as such, just industries producing woody stuff
18:43:31 <Eddi|zuHause> that should probably be fixed...
18:43:53 <frosch123> grfid and local id?
18:44:19 <Eddi|zuHause> i don't know exactly...
18:44:20 <frosch123> or should industries get a 4 byte behaviour id?
18:44:35 <Eddi|zuHause> in general, newgrfs need more possibilities to tell the AI what's going on
18:44:51 * Vornicus tries to figure out a heuristic. Each logging camp would choose a particular tree to grow - then trees of that type would be planted nearby, and then would get removed (bulldozed) when they reach maturity.
18:44:58 <frosch123> for normal primary industries, for primary industries with production boosters, for normal secondary, for secondary which need all cargos, for secondary with stockpiling?
18:45:33 <Zuu> andythenorth: AI's can plant trees, some use it to "bride" towns. But AI's cant know which tiles that belong to an industry, only get their north corner tile.
18:45:54 <andythenorth> I was thinking of a hack
18:46:19 <Zuu> Not sure if you can specify which trees to build. It is probably only random trees.
18:46:25 <andythenorth> I could use the existing special industry flag bit 1 (industry cuts trees), but I hate that behaviour.
18:46:45 <andythenorth> I don't want to be pinning 10 logging camp windows and planting trees when they run out :(
18:46:55 <andythenorth> So if the logging camp could plant it's own trees....
18:47:08 <andythenorth> AI could be one solution, but it's a monster hack
18:47:25 <andythenorth> A new special flag: plant trees could be another solution
18:47:33 <andythenorth> Or adapt the 'fields' behaviour
18:47:38 <Alberth> remove tree cutting from the game?
18:47:38 <Vornicus> I take it there's more to that behavior than display, for Industry Cuts Trees?
18:47:47 <andythenorth> It produces cargo
18:48:06 <andythenorth> I don't exactly know how the cutting relates to the cargo production rate (if at all)
18:48:43 <andythenorth> I haven't explored it because it's one of my least favourite Chris Sawyer 'quirks'
18:50:58 <frosch123> the trees are cut cicular around the industry, and every tile produces a fixed amount of cargo
18:51:02 <frosch123> there are no production rates
18:51:55 * andythenorth dislikes that :D
18:53:54 *** fonsinchen has joined #openttd
18:54:20 <andythenorth> there's so much industry code already for specific behaviours :|
18:54:54 <andythenorth> it makes me hesitant to suggest further special flags etc
18:58:42 <andythenorth> frosch123: resp. fields. Simply controlling the graphics used for a tile looks far less complex than controlling also the layouts and fences?
19:00:37 * andythenorth doesn't quite understand whether the existing code specifies a number for a real sprite, or the ID of a tile
19:01:54 <andythenorth> I preferred your single list version (sorry) :|
19:02:51 * andythenorth has been feeling grumpy about feedback today and shouldn't inflict it on others :)
19:33:44 *** einKarl has joined #openttd
19:43:00 <Zuu> I think the blue and purple colours do not go well togeather.
19:44:58 <Zuu> Is there a good reason why the lists use different backgrounds? The only reasons I can come up with are historic reasons regarding the NewGRF dialog and that the save/load dialogs use black background and somehow the black background represents that it is files.
19:46:31 <Alberth> i changed the backgrounds all back to MAUVE, it is more subtle that way
19:47:04 <Alberth> as for the list backgrounds, I don't know
19:47:30 <Alberth> black matrix widget is bad as you will not see the seperating lines, I guess
19:47:48 <Zuu> I wonder if it is a problem to have the apply button far from the close window button. Maybe it is motivated to remove the x-button and have a close button at the lower right as with the difficulty window.
19:48:47 <Alberth> I don't like not having a 'x' close button at the top
19:49:27 * Vornicus watches the splash screen for a while.
19:49:35 <Zuu> Though, I do agree on that it is a bad idea to remove the 'x' as all windows apart from the difficulty window has it. It's more if it becomes a problem that users forget to apply because the apply button is to far away.
19:49:49 <Vornicus> Am I seeing that correctly? Do level crossings now go red whenever a train is nearby?
19:50:06 <Zuu> Vornicus: Depends on how you place your path signals.
19:50:19 <Zuu> Whenever a train reserve a path through the level crossing they go red.
19:50:49 <Vornicus> So the previous signal must be far enough away.
19:53:00 <Zuu> Alberth: I don't know the name of the list widgets if they are the same or different. I think it will look cleaner if both lists have the same style unless there is a reason such as having lists of things strongly related to physical files in black.
19:53:04 <Vornicus> Does it work for non-pb signals too?
19:53:44 <Zuu> Since with block signals the trains don't reserve a path and thus the crossing won't know that it should go red.
19:54:23 <Zuu> I think the crossings just check for path reservations, not for trains.
19:54:45 <Zuu> (when the path signals are used)
19:55:29 <Zuu> Or more correctly, they probably check for both reservations and trains but only at their own tile and maybe adjacent tiles.
19:59:04 *** devilsadvocate has quit IRC
20:02:31 <Alberth> I kind of like the different background colours
20:04:31 <Zuu> In the 2-display edition does the blue squares have a function?
20:05:42 <Alberth> yeah, just like the current implementation, they show newgrf status
20:05:43 <Zuu> If not, I would probably remove them also to make the lists more uniform. Having a darker colour at the inactive list could still be there to indicate that they are inactive.
20:06:15 <Zuu> Oh ok. I have to admit I haven't tested it, only looked at your screenshots.
20:06:55 *** fonsinchen has joined #openttd
20:07:45 <frosch123> hmm, why did i miss the new active/inactive captions the last two times i looked at the picture :o
20:08:23 <Zuu> Maybe we need to make the titles flash :-p
20:09:05 <andythenorth> frosch123: that spec looks like more than I was hoping for :)
20:09:24 <Alberth> a bid red arrow and a red star with yellow "NEW!" in it :p
20:09:45 <andythenorth> Alberth: any particular reason you favour the 'two lists' version?
20:10:26 <Alberth> it had the most problems that needed fixing/tweaking
20:10:42 <frosch123> andythenorth: it is the smallest spec i could imagine, which is not an unextensible hack :) though of course it does not need implenting as a whole in the first go
20:11:02 <Alberth> actually, I am kind of stuck on how to proceed :(
20:11:48 <frosch123> we need a good idea where to place the buttons :s
20:12:00 <Vornicus> From what I can tell two-lists is probably the best way to do it anyway - there's two pieces of information here, active status and load order. Having inactive things mixed into the active ones would cause confusion when trying to reorder active items.
20:12:14 <andythenorth> it doesn't in iTunes. Millions of users....
20:12:36 <andythenorth> itunes is one list, with check boxes for active / not active
20:12:43 <andythenorth> plus filter in place
20:13:20 <Vornicus> And in iTunes, the order given is a sort order, not a personal order. ...and actually that check box is kinda annoying!
20:13:36 <Alberth> Vornicus: that's why you can sort on activation order :)
20:14:52 <andythenorth> Alberth: the single list looks preferable to me
20:14:56 <frosch123> hmm, it is easier to arrange the buttons in the one-list view :)
20:15:11 <andythenorth> 'Activate' 'Deactivate' instead of 'Add' 'Remove'?
20:15:12 <Vornicus> What I mean is, in iTunes, the order that they show up in your library is an order generated automatically. There's no conflicts to resolve by changing the order.
20:15:31 <Alberth> frosch123: and there is a 2nd vertical scrollbar available for the options :)
20:15:45 <andythenorth> in an iTunes playlist you control the order by drag and drop
20:16:28 <andythenorth> Alberth: the single list has a smaller info area. I liked the possibility of large info text...
20:16:32 <Vornicus> And isn't the usual layout for this kind of setup available -> active, with a couple of arrow things in between?
20:16:44 <andythenorth> only in hideous GUIs
20:16:58 <andythenorth> I have a book somewhere which explains why those things are so wrong every time they're properly tested
20:17:29 <Alberth> andythenorth: I should fix the music gui then too :)
20:17:57 <Zuu> I think the main benefit with the 2-display version is that a possible AI gui remake is probably easier to do as a 2-display version as you can have several of the same AIs. That said, unless it happens at the same time it might not be worth to take that into account when designing the NewGRF GUI.
20:18:09 <frosch123> imo the most bothersome issue with the onelist view is, that i see no room for extending. e.g. static/normal newgrfs or using the same gui for ais. those two points would also work with the twolist view, which also looks similiar to the current content download gui. however most troublesome with the twolist gui is, that there are no nice positions for the buttons :s
20:19:00 <andythenorth> I really think the one-list GUI should replicate the content download
20:19:15 <andythenorth> checkboxes, right hand panel...what's not to like?
20:19:35 <Alberth> Zuu: can you explain that? I don't see the problem exactly
20:19:43 <Vornicus> The checkboxes are hard to see. :(
20:20:10 <andythenorth> Vornicus: that could be fixed
20:20:13 <Alberth> Zuu: oh sorry, the benefit
20:20:45 * andythenorth wonders if content download and newgrf gui can be combined to one uber-gui....
20:20:48 <andythenorth> probably horrible
20:20:57 <Vornicus> Almost certainly horrible.
20:21:04 <frosch123> andythenorth: ai and newgrf might be easier
20:21:05 <Zuu> I shouldn't take the credit for the AI thing as I think it was frosch123 who mentioned it first.
20:21:30 <frosch123> he, don't blame me :p
20:21:37 <Zuu> But you wonder why AIs better work at the 2-display edition or why that is of importance for NewGRF gui?
20:22:14 <Alberth> why you need 2 display edition for the AIs
20:22:44 <Zuu> Let me ask the question how would you in the 1 display edition handle that you can have more than one of the same AI?
20:22:59 <Zuu> How would I select 3 NoCAB in the 1 display edition?
20:23:19 <Zuu> If you have a good solution for that, then I don't see any problems with using the 1 display edition for AIs as well.
20:24:06 <Alberth> Duplicate the entry when you activate it, so you always have a de-activated as well?
20:25:00 *** Jolteon has joined #openttd
20:25:17 <Zuu> Possible. Have to think if it is good or bad solution.
20:25:34 <frosch123> hmm, true, with "sort by activation" by default it is not such an issue
20:25:41 <Alberth> frosch123: what is the requirement with static/normal newgrfs?
20:27:17 <Zuu> If we decide the 1 display edition for NewGRFs is the best one for NewGRFs, then I'm still not sure that AIs is a strong enough reason to go for another solution because it in future might give a more consistent gui.
20:27:43 <frosch123> currently i would imagine to switch the "active" list between two sets of active grfs. the normal and the static ones. but maybe it could also work similiar to "switch palette" which might be favourable for the onelist gui
20:28:19 *** Polygon has joined #openttd
20:29:05 <Alberth> grfs can be either normal or static, and you chose after activation?
20:29:19 <frosch123> anyway, what about andy's suggestion? using the onelist view, but a big description panel on the right. so both the list and the description are bigger
20:30:39 <Alberth> widget shuffling/sizing is never a problem :)
20:31:01 <frosch123> [22:29] <Alberth> grfs can be either normal or static, and you chose after activation? <- yes, either this or that. you have to choose before activation, and static are put at the end. also not every grf can be static (which is an expensive check which might be done when pressing a button for a single file, but not for filtering the whole list)
20:32:00 <frosch123> so well, currently i also favor the onelist view :)
20:32:18 <Alberth> so a 'add as static' and 'add as normal
20:32:32 <Alberth> ' button would solve the problem?
20:32:49 <frosch123> either that, or a toggle static/non-static
20:34:25 <andythenorth> I haven't spent any time thinking about what buttons should go where
20:34:35 <frosch123> don't get me wrong. it is not imporant to add that function, but there should be a plan how it could be done :)
20:35:36 <Zuu> for moving entries up/down.
20:36:13 <frosch123> buttons below/above the list take less space than right/left of it
20:36:30 <Zuu> It would though take some horizontal space and if the list get the full window hight then it might get quite expansive in space to place them to the right/left.
20:37:35 <Zuu> The benefit with image buttons would be to less buttons to read, but would take more space.
20:37:37 <Alberth> andythenorth: you want to have the checkboxes too? it might get messy if the newgrf status is also displayed
20:37:47 <Vornicus> arg, really hate inactive mixed with active.
20:38:35 <andythenorth> Vornicus: what problems does it cause you?
20:38:36 <Zuu> Why not just click on the location of the blue boxes to activate/deactivate?
20:38:39 <frosch123> checkboxes raise the same problem of multiple ais
20:38:52 <frosch123> and yes, with the grf status :)
20:39:30 <Vornicus> andythenorth: well, the big one in this case is that "move up" and "move down" when I have few active grfs means I have to click those buttons a lot of times to get them in the right place.
20:39:44 *** devilsadvocate has joined #openttd
20:39:55 <andythenorth> not if I've understood Alberth's proposal correctly
20:40:03 <andythenorth> he's bouncing the active ones to the top of the list
20:40:10 <andythenorth> Alberth: is that correct?
20:40:21 <frosch123> so what is the point of the checkboxes then?
20:40:39 <andythenorth> how often does order matter?
20:40:45 <frosch123> andythenorth: there is a sorting dropdown to put them at the top, or to include them into the list
20:40:54 <andythenorth> and is drag and drop out of the question?
20:41:16 <andythenorth> this up/down business seems a little bit 1994 :P
20:41:36 <Alberth> it would at best only work for the active grfs, as far as I can see at the moment
20:42:22 <Alberth> unless 'sort' means a one time sort, and after that the user can move entries around
20:43:00 <andythenorth> I can't remember when I last played a game where order matters?
20:43:45 <Alberth> andythenorth: if you have sorting by activation switched on, and you activate a grf, it jumps to the end of the activated list, yes
20:44:18 <andythenorth> that would be a bit disruptive but make sense
20:44:41 * andythenorth can forsee problems with 1 list, but nothing's perfect :)
20:45:22 <Alberth> it currently takes the selection along, so the list is jumping too, but perhaps I should move the selection one entry down instead
20:45:37 <andythenorth> that would be good
20:45:59 <Zuu> I think the 1 list is good for scrolling through the list and possible clicking at the left side of the names to activate them, but then the concept of setting load order becomes less obvious I think.
20:46:34 <Alberth> that's why sort on activation is default
20:46:47 <andythenorth> the only time I have to worry about load order is when newgrfs are fragile or broken :P
20:47:37 <andythenorth> it's the kind of thing that should be hidden from players. I know there are tens of newgrfs that have these problems, but maybe it's time to force the issue?
20:48:20 <andythenorth> A player using bananas is never going to find the obscure forum post that explains how one newgrf has to be before the other. They'll just think something is broken
20:49:00 <Alberth> I cannot even find which trains/trucks to use with ECS :p
20:49:01 <Zuu> If you (as player) don't want to care about activation order, then imho sorting by name might be better as the active ones would not jump away possible out of sight.
20:49:24 <andythenorth> order is a legacy from TTDP, limited number of vehicles, and people not using cargos properly
20:50:58 <andythenorth> also.....so I use the newgrf gui....I happen to have an internet connection available...should I get informed about updates to an newgrfs I have downloaded?
20:51:23 <Alberth> I believe every word of what you say, but I am not the NewGRF expert you need to convince
20:52:07 <Zuu> andythenorth: I think I made a such suggestion once possible at the forums. Let me see if I find it.
20:53:27 <Zuu> The main concern I think apart from implementing the checking and possible extra load on the server was that some people including R definitely don't want that a program go online before it has been given permision for it.
20:53:39 <andythenorth> that makes sense
20:57:26 <andythenorth> if I'm pay-for-bandwidth or something, it's just rude to go online :)
20:58:01 <Zuu> Yep, good my cell phone is flat rate. :-)
20:58:29 <Rubidium> we don't want to give anyone the impression that OpenTTD 'calls home' without your permission
20:59:03 <andythenorth> so that also saves some code and GUI thinking
21:00:26 <Alberth> gui is probably the simplest part of the problem
21:01:12 <Alberth> I'll code your proposal tomorrow andythenorth, so we can see how it works out
21:01:25 <andythenorth> the buttons in mine are in wrong places
21:01:53 <Alberth> you have < 12 hours to solve that problem :p
21:02:05 <Alberth> nah, just kidding :) I will look into it
21:45:25 <planetmaker> frosch123: your treatise on (industry) fields sounds quite nice :-)
22:15:24 *** devilsadvocate has quit IRC
22:16:38 <uzver> hi. i've got a problem with autoupdating my buses... it says i don't have money but i do have many of them :( what's wrong?
22:17:45 <frosch123> it does not spend all money on autoreplace/renew. you can specify in advanced settings which amount to leave for your constructions
22:18:23 <uzver> hmm.. will look at it now
22:24:35 <uzver> yes. it works now. thank you... costs was fluctuating near that 200 000 EU limit
22:24:47 <uzver> so i was no luck to update them :)
22:26:23 <DorpsGek> __ln__: peter1138 was last seen in #openttd 2 hours, 17 minutes, and 16 seconds ago: <peter1138> marquee?
22:32:45 <DorpsGek> andythenorth: I have not seen the_light.
22:42:51 <uzver> interesting... how i can use few trains on just one line...
22:45:44 <PeterT> frosch123: I know what it means
22:46:06 <frosch123> read that wiki article
22:46:27 <__ln__> because you won't, i'll tell you: it doesn't mean "morning".
22:52:52 *** JostVice has joined #openttd
22:55:24 *** Coco-Banana-Man has quit IRC
23:26:37 <Eddi|zuHause> why do english people say "Zet Zet Zet Zet ..." when they sleep?
23:30:46 *** last_evolution has quit IRC
23:30:54 <bryjen> its the sound of snoring
23:44:38 <Eddi|zuHause> but snoring sounds more like chchchch over here...
23:52:20 * uzver >_> wall whie learning how to use junctions and signals
continue to next day ⏵
