Back to Home / #openttd / 2015 / 09 / Prev Day | Next Day
#openttd IRC Logs for 2015-09-13

---Logopened Sun Sep 13 00:00:44 2015
00:07-!-supermop [~supermop@pool-108-6-12-46.nycmny.fios.verizon.net] has quit [Ping timeout: 480 seconds]
00:39-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail]
00:56-!-Eddi|zuHause [~johekr@p5DC66802.dip0.t-ipconnect.de] has quit []
00:56-!-Eddi|zuHause [~johekr@p57BD56E0.dip0.t-ipconnect.de] has joined #openttd
01:41-!-Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd
01:41-!-mode/#openttd [+o Alberth] by ChanServ
02:25-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
02:27<andythenorth>o/
02:27-!-roidal [~roland@62-46-140-15.adsl.highway.telekom.at] has joined #openttd
02:28<andythenorth>ha ha bitcoin currency
02:32<@Alberth>moin
02:37<Supercheese>if you have 8 bitcoins, do you have a bytecoin?
02:46<@Alberth>sounds likely :)
03:04-!-Progman [~progman@p57A18F92.dip0.t-ipconnect.de] has joined #openttd
03:23-!-liq3 [liq3@CPE-120-148-51-74.gdfw1.lon.bigpond.net.au] has joined #openttd
03:26-!-sim-al2 [~sim-al2@108-221-158-76.lightspeed.mmphtn.sbcglobal.net] has quit [Ping timeout: 480 seconds]
03:34-!-sla_ro|master [~sla.ro@95.76.27.245] has joined #openttd
03:48<andythenorth>such Bee
03:48<andythenorth>so Busy
03:49<@Alberth>:)
03:49<Supercheese>very Goal
03:50<andythenorth>eh
03:50<andythenorth>cdist should be renamed Cargo Flow
03:51<andythenorth>it’s more accurate
03:51<andythenorth>and (maybe this exists), I want an option to set demand ratio to 1/(number destination nodes)
03:52<andythenorth>:P
03:52-!-Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has joined #openttd
03:52<andythenorth>I don’t know whether that would work well for routing at intermediate nodes
03:53<andythenorth>but for source nodes, for freight cargos at least, it would make the most sense to me
03:56<andythenorth>gah
03:56<@Alberth>disable distance influence?
03:56<andythenorth>already done
03:56<andythenorth>if I was a better programmer I would be able to solve this for myself
03:57<andythenorth>but I have been programming for 32 of 37 years, and I only got marginally better in that time :P
03:58<@Alberth>too busy doing other things as well :)
03:58<andythenorth>nah, I just miss some essential part of my brain that makes the difference between ‘good’ and ‘passable'
03:59<@Alberth>the latter only exists for me due to time constraints
03:59<@Alberth>or other bigger fish that needs to be fried first
04:01<Supercheese>ugh I hate people who post mods that look cool based on the sreenshots but don't have a damn readme.txt to explain exactly what the mod does
04:01<Supercheese>seriously, take the time to explain what the devil you've done, users like that
04:01<andythenorth>?
04:01<Supercheese>Factorio
04:02<Supercheese>but also applies to other games
04:02<andythenorth>rename this channel
04:02<Supercheese>they've banned mods without licenses, but they should also ban mods without readmes
04:02<andythenorth>#formerlyOpenTTDnowFactorio
04:03<@Alberth>no "hate" button?
04:03<Supercheese> "description": "Various Things, related to Energy, Transformations"
04:04<Supercheese>worst description ever
04:04<andythenorth>hmm
04:04<@Alberth>nah, I can invent worse ones :p
04:04<Supercheese>the graphics are gorgeous though, it's sad
04:04<andythenorth>the goal I have in mind is entailed by “if I went to the planned view on a station, all destinations have same amount planned”
04:05<@Alberth>really? even if your lines are unbalanced wrt capacity?
04:05<andythenorth>yes
04:05<andythenorth>absolutely
04:06<andythenorth>not for pax
04:06<andythenorth>nor mail
04:06<andythenorth>but for freight
04:07<Supercheese>Ho, FIRS 2 has shown up in the screenshots forum already
04:07<Supercheese>people are quick to update it seems
04:08<andythenorth>if I can find the right place in the lingraph or station_cmd.cpp I can patch this
04:08<andythenorth>but there are so many places capacity is considered
04:15<andythenorth>eh
04:15<andythenorth>where’s the guard in cdist against positive feedback loop?
04:15*andythenorth knows it must be there, but can’t see it
04:16<andythenorth>add more vehicles -> edge capacity is increased -> flow ratio to that edge increased -> more cargo waiting -> add more vehicles
04:17<andythenorth>ach
04:17*andythenorth must to the park with children
04:17<andythenorth>bbl
04:17-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
05:13<planetmaker>moin moin
05:14<@Alberth>o/
05:14<@Alberth>just in time for some coffee
05:19<TrueBrain>right; morning indeed :)
05:19<TrueBrain>and the moving of VMs continue ... *is already tired of it* :P
05:20<@Alberth>#do the VM shuffle#
05:20<TrueBrain>7 done, 12 to go
05:22<Taede>moin
05:24-!-roidal_ [~roland@62-46-140-15.adsl.highway.telekom.at] has joined #openttd
05:24-!-roidal [~roland@62-46-140-15.adsl.highway.telekom.at] has quit [Read error: Connection reset by peer]
06:31-!-gelignite [~gelignite@mue-88-130-73-050.dsl.tropolys.de] has joined #openttd
06:39-!-frosch123 [~frosch@x4d008065.dyn.telefonica.de] has joined #openttd
06:45<frosch123>Alberth: any idea about fs#6370 ?
06:47<@Alberth>oh, it's a different window
06:47-!-HerzogDeXtEr [~flex@i59F6C0C.versanet.de] has joined #openttd
06:47<@Alberth>so likely, it needs the same kind of changes as the normal in-game toolbar
06:47<frosch123>i am not sure whether fs#6372 is the same, when there is an assertion our tool gives no useful backtrace
06:48<@Alberth>does sound likely
06:58<@Alberth>https://paste.openttdcoop.org/pjjrukdrk
07:10<TrueBrain>Binaries on openttd.org will be unavailable for ~5 minutes
07:11<__ln__>oh no
07:13-!-Wolf01 [~wolf01@host15-216-dynamic.48-82-r.retail.telecomitalia.it] has joined #openttd
07:13<Wolf01>hi o/
07:15<frosch123>hola hi hoi
07:16<frosch123>i wonder when we finally rename IMGBTN and TEXTBTN to TOGGLExxxBTN
07:16<TrueBrain>I feel a patch coming up? :P
07:18<TrueBrain>ugh, filecheck kicked in .. this will take a bit more time :D
07:23<TrueBrain>okay, alive and kicking again
07:23<TrueBrain>w00p
07:28<TrueBrain>LDAP will be bye-bye for a few; authentication will fail :)
07:29<frosch123>don't lock yourself out :)
07:29<TrueBrain>hehe
07:30-!-smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd
07:31<TrueBrain>and it is back online :)
07:33-!-Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Read error: Connection reset by peer]
07:34-!-Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd
07:38-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd
07:41-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
07:44-!-wito [~wito@totlandweb.info] has joined #openttd
07:44<wito>Good morning, fellers, I'm having an odd problem and was wondering if someone could help me out?
07:45<wito>Is anyone familiar with font settings on Mac OS X?
07:49<wito>I set small_font, and everything is groovy, but I set medium_font, and all the fonts are replaced with some other font, at all sizes.
07:55<TrueBrain>MySQL server will go down for a few minutes; expect issues on all services
08:00<@Alberth>you also set fontsize?
08:00<@Alberth>no mac here, but iirc that was required too
08:01<wito>Yeah, font-size too
08:02<wito>Getting this: dbg: [freetype] CT-Font for en_US: American Typewriter
08:02<wito>American Typewriter is the wrong font, also, the first font alphabetically, so I assume that's why it's selected.
08:02<@Alberth>sounds fair enough
08:03<@Alberth>so it may no be able to find your font?
08:03<TrueBrain>MySQL is back up; it will take several minutes before all services notice it is :)
08:03<wito>Finds it fine for small_font
08:03<@Alberth>added quotes around the font-name for the spaces?
08:03<wito>No spaces in the font name.
08:03<wito>dbg: [freetype] Requested 'Osaka', using 'Osaka Regular'
08:03<@Alberth>small_font is not much used
08:04<@Alberth>requested font exists in requested point size?
08:04<wito>Hrm.
08:04<@DorpsGek>Commit by alberth :: r27397 trunk/src/terraform_gui.cpp (2015-09-13 14:04:47 +0200 )
08:04<@DorpsGek>-Fix(r27346)[FS#6370]: Fix object editing crash in scenario editor (based on work by adf88)
08:05<wito>It is 12, so it should, but I can check
08:05<@Alberth>try the small font settings?
08:06<@Alberth>that should work at least
08:06<@Alberth>tbh no idea what's wrong, mostly just tossing ideas
08:06<@Alberth>frosch123: close #6372 too?
08:07<frosch123>did the bug trigger that assetions? i did not check
08:08<@Alberth>hmm, assertion looks wrong nwid != NULL
08:09<Eddi|zuHause>it's the point of an assertion to look wrong?
08:09<wito>Okay, so setting the small font works, setting the large works.
08:09<wito>But I set the medium, and everything falls back to American Typewriter.
08:10<@Alberth>Eddi|zuHause: it's wrong in the sense it's not one I expected :p
08:10<Eddi|zuHause>wito: the question was whether it works if you set medium font size to the same as the small font size
08:11<wito>Nope. If I set the medium font size to the same as the small and set the font, it falls back.
08:12<wito>If I don't set the medium font, it uses the default default font.
08:13<@Alberth>typo? try searching for the font, it should hit at both places
08:13<@Alberth>case sensitive search :)
08:14<wito>Search what for the font?
08:14<@Alberth>search the font name in the file
08:14<@Alberth>if you spelled it exactly the same, you get 2 hits
08:14<@Alberth>if you typoed, you get less then 2 hits
08:15<andythenorth>eh
08:15*andythenorth ponders a water mill in FIRS
08:15<wito>The font name is spelled correctly.
08:15<@Alberth>do you use other fonts, andy?
08:15<wito>It's copy-pasted, so would have to be.
08:15<andythenorth>I only use the original TTD base set
08:15<andythenorth>anything else looks wrong to me
08:15<@Alberth>:)
08:16<andythenorth>I didn’t know fonts could be changed :)
08:17<@Alberth>well, theoretically, it should be possible. Reality however seems to disagree currently :)
08:18<wito>I'm going to have to dig into the source.
08:18<@Alberth>wito: tried setting only the normal font? maybe it breaks on having several different sizes at the same time
08:18<wito>What's the command for checking out the SVN?
08:18<@Alberth>which would be weird too
08:18<andythenorth>wito: use the git checkout
08:18<andythenorth>http://git.openttd.org
08:18<wito>Even better.
08:18<andythenorth>or you can dig through the src tree online
08:19<andythenorth>you want trunk.git usually
08:26<wito>Hrm.
08:27<wito>I think the problem might be in MissingGlyphSearcher::FindMissingGlyphs, but I'm not sure.
08:38<andythenorth>hmm
08:38<andythenorth>hazard of playing OpenTTD: I see things I want to change :|
08:44<TrueBrain>FlySpray (bug-tracker) will be unavailable for a few minutes
08:47<Xaroth|Work>OH NOES
08:47<Xaroth|Work>the server is down!
08:48<TrueBrain>@kick Xaroth|Work sod off
08:48-!-Xaroth|Work was kicked from #openttd by DorpsGek [sod off]
08:48<TrueBrain>:D
08:48-!-Xaroth|Work [~XarothAtW@00017153.user.oftc.net] has joined #openttd
08:48-!-Xaroth|Work is "XarothAtWork" on #openttd @+#openDune
08:48<TrueBrain>wb!
08:48<Xaroth|Work>how rude
08:48<TrueBrain>where did you go?
08:48<TrueBrain>FlySpray is back on its feet
08:48<wito>Yay!
08:48<wito>I solved it!
08:49<wito>Turns out Osaka actually was missing glyphs.
08:52<andythenorth>:)
08:57<andythenorth>hmm
08:57<wito>Where is the mono font used?
08:57<TrueBrain>and ... the wiki will be out playing for a bit
08:58<@Alberth>wito: probably the readme
08:58<@Alberth>of newgrfs
08:59<andythenorth>ha ha
08:59<wito>Bingo
08:59<andythenorth>ctrl-drag a train to the groups panel in the train list
08:59<andythenorth>who knew?
08:59<andythenorth>that’s a lot better than the alternative
09:01<TrueBrain>and welcome back wiki
09:02*andythenorth wonders about scaling station rating by era
09:02<andythenorth>to account for slow vehicles
09:05-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
09:07-!-supermop [~supermop@pool-108-6-12-46.nycmny.fios.verizon.net] has joined #openttd
09:09<supermop>morning
09:10<planetmaker>o/
09:11<TrueBrain>almost done: all VCSes we host will be unreachable for ~5 minutes
09:14<supermop>sounds like real work is going on
09:14<supermop>hi planetmaker
09:19<wito>Out of interest, what happened to random seeds in generating maps for single player?
09:19<TrueBrain>and all VCSes are back on their feet too
09:19<TrueBrain>the auto-boot didnt work on that machine, interesting ..
09:22<frosch123>wito: it was made console-only
09:22<wito>Well, I was more thinking 'why?'
09:23<frosch123>because noone knows a valid usecase
09:24<wito>I see.
09:26<TrueBrain>all HTTP connections will be aborted and HTTP will be unavailable for ~10 minutes to openttd.org (for all services)
09:26<andythenorth>hmm
09:28<andythenorth>how can I make the station building UI panel always open on left of screen, not center?
09:29<andythenorth>because it fills the screen centered, it always obscures the map area where I’m trying to build
09:29<TrueBrain>turn your screen 90 degrees; it will drop down to the left of your screen that way :D
09:30*andythenorth tried it
09:30<andythenorth>didn’t work :(
09:30<TrueBrain>awh :(
09:30<andythenorth>all that happened is everything went weird and hard to read
09:30<andythenorth>is that a bug?
09:31<andythenorth>like, the writing went vertically
09:31<andythenorth>is that expected?
09:31<TrueBrain>wuth?! Omg :(
09:31<TrueBrain>your screen is broken!
09:31<wito>You could try setting the rotation settings as well.
09:31<wito>Set the screen to vertical.
09:32<wito>I don't know how well OpenTTD would actually work at 1080x1920, but it's worth a shot.
09:32<andythenorth>ha
09:32<andythenorth>I don’t have that setting :P
09:32<TrueBrain>as well as it works at 1920x1080 :)
09:32<andythenorth>hmm, where are vehicle physics, or what should I search for?
09:33*andythenorth thinks RVs have broken physics somehow
09:33<TrueBrain>all HTTP should be restored now
09:33<TrueBrain>only 7 minutes, dammit
09:33<TrueBrain>I had 3 more minutes
09:34<TrueBrain>I will have to do the same for all TCP/IP connections later today, but lets first take a break :)
09:34<andythenorth>@seen Terkhen
09:34<@DorpsGek>andythenorth: Terkhen was last seen in #openttd 1 week, 1 day, 21 hours, 57 minutes, and 16 seconds ago: <Terkhen> hello
09:34<TrueBrain>its funny, all information is now received by MachA, forwarded to MachB to be processed, and then returned to MachA :D
09:34<andythenorth>oh he’s in the channel :)
09:34<TrueBrain>I love networking :)
09:35<andythenorth>TrueBrain: what could go wrong? o_O
09:35<andythenorth>nothing
09:35<TrueBrain>I don't expect any issues with that move
09:35<TrueBrain>but first I am going to give it some time to make sure nothing is broken as it is now :)
10:06<andythenorth>does double-click on title bar do anything?
10:06-!-gelignite [~gelignite@mue-88-130-73-050.dsl.tropolys.de] has quit [Ping timeout: 480 seconds]
10:06<andythenorth>and could it windowshade? o_O
10:08<frosch123>scrollwheel does shade iirc
10:09<andythenorth>so it does :)
10:09<andythenorth>thanks
10:09<andythenorth>"free features”
10:09<andythenorth>hmm, could station building UI have shade?
10:10<frosch123>it's a picker window, so i guess no
10:11<andythenorth>nvm :P
10:11*andythenorth will keep dragging that window around
10:36-!-Hiddenfunstuff [~Geth@a392.ip16.netikka.fi] has joined #openttd
10:48-!-gelignite [~gelignite@mue-88-130-73-050.dsl.tropolys.de] has joined #openttd
10:56<planetmaker>building FIRS tags seems to work again
10:57<andythenorth>yay
10:57<andythenorth>hmm
10:58<andythenorth>so what is the correct method to get cdist to assign more cargo to a destination?
11:01<andythenorth>maybe I have to spam another train at the route
11:03<andythenorth>hmm no, the new train just sits waiting
11:04<andythenorth>maybe if I force it to run the route?
11:09<andythenorth>nah
11:10<andythenorth>maybe I don’t use full load?
11:12<andythenorth>nah
11:16-!-Ttech [~ttech@00014919.user.oftc.net] has quit [Quit: Este é o fim.]
11:18<andythenorth>hmm
11:18<andythenorth>well
11:18<andythenorth>I am out of ideas :P
11:21<andythenorth>what am I doing wrong?
11:26-!-Ttech [~ttech@dragons.have.mostlyincorrect.info] has joined #openttd
11:26<fonsinchen>andythenorth: The demand is calculated independently of capacity. That's the whole point of it.
11:27<andythenorth>yay fonsinchen :)
11:27<andythenorth>hi
11:27<fonsinchen>If you disable influence of distance zou should get roughly equal demand for each destination
11:27<fonsinchen>Not for each intermediate hop, though.
11:27<fonsinchen>roughly means subject to accuracy
11:27<fonsinchen>hi
11:28<andythenorth>I have accuracy at 64, is that relatively high or low?
11:28<andythenorth>also I have 1 day for recalculation, recalculating every 2 days, with distance at 0%
11:28<fonsinchen>It will try to slice every supply into 64 chunks and distribute each of them independently (I think)
11:29<fonsinchen>So if you have a supply of 64k it can be 1k off for some destination.
11:29<andythenorth>hmm
11:29-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Ping timeout: 480 seconds]
11:30<andythenorth>maybe that’s a clue
11:30<fonsinchen>but you better check demands.cpp and mcf.cpp for the details
11:31<fonsinchen>I think I'm using the accuracy in multiple places and that may not be the whole story
11:31<fonsinchen>also there is of course a minimum amount of 1 for each chunk.
11:31<fonsinchen>Which in fact introduces more inaccuracy for small supplies.
11:32<andythenorth>so the problem I have: secondary industry with station A, and two identical trains, one running A-B, the other running A-C, both with full-load orders. Distances A-B and A-C are near enough equal. Route A-C simply gets no cargo assigned at all, the planned view shows none is ever planned. But the link graph shows a link set up, unused.
11:33<andythenorth>I have seen this numerous times now in games
11:33<andythenorth>but *only* at secondary industries, not at primary
11:33<fonsinchen>Show me a savegame and I can probably tell you the reason.
11:33<andythenorth>yeah, my savegame has unreleased grfs :(
11:33<andythenorth>but I could zip them happily?
11:33<fonsinchen>fine with me
11:34<andythenorth>wondering if this is somehow due to the way secondary industries move cargo to the station
11:34*andythenorth zips the save anyway
11:35-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd
11:36-!-sim-al2 [~sim-al2@108-221-158-76.lightspeed.mmphtn.sbcglobal.net] has joined #openttd
11:41<andythenorth>fonsinchen: https://dev.openttdcoop.org/attachments/download/7468/cdist-oddity.zip
11:41<andythenorth>there are two unreleased grfs in there, everything else is on bananas
11:42*andythenorth hopes he got the right versions :P
11:44<andythenorth>the station that is puzzling me is Sillyweed Valley, it won’t plan any cargo for Riddleweed
11:45<andythenorth>I added a train, ran both the trains the length of the route, removed full load orders, ran the trains again, put the full load orders back
11:45<fonsinchen>It should find grfs if I put them in .openttd/newgrf, right? ...
11:45<andythenorth>should work
11:45<andythenorth>I also waited plenty of time for the linkgraph to update
11:45<andythenorth>there was some cargo routed in 1904 or so on that route, because the train had profit and the link graph showed green for ’saturated’
11:47<andythenorth>umm
11:47<andythenorth>EKeyboardAndChair?
11:47<andythenorth>fonsinchen: ^ stupid user
11:48*fonsinchen got it loaded now
11:48<andythenorth>it’s goods
11:48<andythenorth>and the town stopped accepting
11:49<andythenorth>and I didn’t check that because the issue looked like one I swear I’ve seen before
11:49<andythenorth>“is it plugged in?” :(
11:49<fonsinchen>Yes, riddleweed doesn't accept goods
11:50<andythenorth>ok I built a hardware store, it should accept now
11:50*andythenorth slightly ashamed :|
11:51<fonsinchen>well, that was easy
11:51<andythenorth>sorry :P
11:56<andythenorth>fonsinchen: perhaps you could unconfuse me though: the calculations for vehicle capacity (e.g. in LinkRefresher() etc), are they used to assign cargo, or just to show the edge saturation in the linkgraph?
11:57<andythenorth>I would like to be able to update the wiki page, because it seems that there is confusion about whether cdist actually assigns cargo in proportion to capacity, or not
12:08<andythenorth>AIUI, if distance effect is 0%, for asymmetric distributiion, the cargo will be routed in the ratio 1/number-of-destinations, with a bit of noise and inaccuracy
12:08<andythenorth>but I don’t know if that is correct
12:53<fonsinchen>andythenorth: Cargodist should not take capacity into account when calculating the demands. That's where it determines how much cargo should go to which destination
12:54<fonsinchen>When it calculates the flows it tries to satisfy all the demands equally well. That is a second source of inaccuracy, so you might not get a perfect 1/n or even a fixed error of at most accuracy
12:54<fonsinchen>Errors can happen when calculating the demands and when assigning the flows, but the capacity should not play a systematic role there.
12:55<fonsinchen>andythenorth: The link refresher IIRC is for determining the capacity in the first place
12:58<fonsinchen>Yes, given a vehicle consist with an order list and a current position the LinkRefresher will figure out which links the consist is going to visit in the future and set the capacities on those links to something greater than 0
12:58<fonsinchen>So that if it is waiting for full load it doesn't wait forever.
13:01<fonsinchen>andythenorth: That is link capacity, not vehicle capacity.
13:03<fonsinchen>And when it assigns the flows, it will of course try to route the predetermined demand across links with enough capacity. So it does take capacity into account there, but it won't change the demand when doing so. It will rather overload the links.
13:04<fonsinchen>That's what I meant when I said "Not for each intermediate hop" above.
13:32<andythenorth>thanks :)
13:32<andythenorth>and if distance effect is 0%, does anything else affect demand for asymmetric routing?
13:32<andythenorth>or is it all flat?
13:33<fonsinchen>It should be flat, except for inaccuracy.
13:34<andythenorth>I will try and update the wiki page to explain this :)
13:34<fonsinchen>I removed that effect where it counted the acceptance number, by popular demand...
13:34<andythenorth>there is small repetitive FUD that link capacity somehow influences demand and routing
13:34<andythenorth>maybe for historical reasons, or misunderstanding
13:35<fonsinchen>I've always made very clear that this is not what I want to happen
13:35<fonsinchen>Well, routing of course
13:35<fonsinchen>but not demand
13:36<fonsinchen>And there may be a bug somewhere, but in order to figure that out I need a savegame showing the behavior
13:36<andythenorth>ok, so yes, my savegame earlier was useless :)
13:36<andythenorth>I will try and reproduce the issue in this game
13:36<andythenorth>or it’s a non-issue
14:15-!-Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd []
14:18*andythenorth thinking how to update https://wiki.openttd.org/Passenger_and_cargo_distribution
14:21<andythenorth>so given routes A-B-C and A-D-C, link capacity would influence the ratio that cargo is routed via B or D. But the capacity on those links would not in any way affect how much cargo is routed A-E. The only factor on proportion of cargo with final destination as C and E is demand (currently modulated only by distance). Is this accurate, if I write a better version of it in the wiki?
14:25<@peter1138>ospf or bgp
14:29<andythenorth>“count-to-infinity problem” :P
14:29*andythenorth just learnt more about networking routing than he needed
14:29<frosch123>[20:29] <andythenorth> “count-to-infinity problem” :P <- you are lucky if it is countable? :p
14:29<andythenorth>oh no
14:30<andythenorth>there is an equivalent of Godwin’s law in our office
14:30<andythenorth>which states that if any developers start discussing countable and uncountable infinitity
14:30<andythenorth>everyone else can go home
14:36<fonsinchen>andythenorth: Pretty much correct if you're talking about asymmetric.
14:36<fonsinchen>Otherwise the supply on the other side also influences demand.
14:36<andythenorth>yup I am
14:37*andythenorth wonders if there _should_ be a split on the distance-demand factor, handling pax/mail separately from other cargos
14:38<fonsinchen>Does anyone but andythenorth use cargodist for anything but pax and mail?
14:39-!-roidal_ [~roland@62-46-140-15.adsl.highway.telekom.at] has quit [Quit: WeeChat 1.2]
14:39<fonsinchen>;)
14:41<fonsinchen>If you look at the network servers you'll note that it seems to be pretty popular to use asymmetric for pax and mail. I'm always wondering why.
14:41<andythenorth>misunderstandings?
14:42<andythenorth>not using cdist is silly imo :P
14:42<andythenorth>how can we make it better if we don’t use it?
14:42*andythenorth back in his box
14:42<fonsinchen>Misunderstandings on several servers for months?
14:42<frosch123>imigration is popular right now, so they likely consider asymmetric more realistic :p
14:43<fonsinchen>frosch123 said he R word. Kick him!
14:43<andythenorth>TrueBrain: ^
14:44<fonsinchen>s/he/teh
14:44<frosch123>what? it's too early in the year to use the S word!
14:44<andythenorth>I haven’t tried asymmetric for pax, wouldn’t have considered it
14:44<frosch123>also, it's belugas' job :)
14:45-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
14:45-!-mode/#openttd [+v glx] by ChanServ
14:45*andythenorth wonders what difference symmetric pax will make
14:45<andythenorth>small towns might get more incoming cargo than currently
14:46<andythenorth>perhaps stations will block less with pax for large cities
14:47<andythenorth>“but it’s unrealistic” :P
14:48*andythenorth wonders wtf the demand will look like for asymmetric pax in a highly-connected pax network
14:48<fonsinchen>peter1138: The interesting thing about the classical routing algorithms is that they are inherently distributed. They expect each node to have its own CPU and nobody to have global knowledge.
14:48<andythenorth>with distance currently set to 0
14:48<fonsinchen>In openttd we have only one CPU and global knowledge
14:49*andythenorth waits for ‘planned’ to update at some stations in cities
14:49<fonsinchen>andythenorth: All stations get the same amount of pax, no matter if they are in the center of a city or in a small village.
14:50<fonsinchen>Maybe that's the whole point, relaxing the situation of bus stops in city centers.
14:50<andythenorth>so ‘planned’ values should be similar for all destinations with asymmetric + distance 0?
14:50*andythenorth testing
14:50<fonsinchen>yes
14:57<TrueBrain>@kick andythenorth begging for a kick; sure thing :D
14:57-!-andythenorth was kicked from #openttd by DorpsGek [begging for a kick; sure thing :D]
14:57-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
14:57<andythenorth>such lol
14:57<TrueBrain>or did I misunderstand the conversation? :D :D :P
14:58<TrueBrain><3 andy
15:00<andythenorth>I see no misunderstanding here
15:00<frosch123>TrueBrain: what did you expect from an admistrator?
15:00<frosch123>(i am bad with english puns, so i made a german)
15:01<frosch123>uhm, i meant to direct that to andy :p
15:01<andythenorth>it’s ok, it’s all net the same
15:01<TrueBrain>I think you failed there :D
15:01<frosch123>yup :)
15:01<andythenorth>I got kicked, you messaged the wrong person
15:01<andythenorth>balances
15:01<andythenorth>ying-yang
15:02<TrueBrain>:D
15:03<frosch123>for some reason i was only kicked once from this channel. and in that case i kicked myself while trying to outsmart glx' script by attaching NBSP to banned words, and the script being smarter :)
15:03-!-Eddi|zuHause2 [~johekr@p57BD56E0.dip0.t-ipconnect.de] has joined #openttd
15:03<+glx>hehe
15:03-!-[1]sim-al2 [~sim-al2@108-221-158-76.lightspeed.mmphtn.sbcglobal.net] has joined #openttd
15:03-!-smoke_fumus|2 [~smoke_fum@188.35.176.90] has joined #openttd
15:05-!-innocenat_ [sid8070@id-8070.ealing.irccloud.com] has joined #openttd
15:05-!-Arveen2 [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has joined #openttd
15:06<TrueBrain>you know that is easily fixed right?
15:06<TrueBrain>or was that an open invite?
15:07<andythenorth>eh, so symmetric pax, the planned amounts have levelled now
15:07-!-wito_ [~wito@totlandweb.info] has joined #openttd
15:07*andythenorth watches the beast to see what it does next
15:07-!-snorre [~snorre@158-77-8.connect.netcom.no] has joined #openttd
15:07-!-argoneus_ [~argoneus@argoneus.com] has joined #openttd
15:08-!-jonty-co1p [~jonty@voyager.jontysewell.net] has joined #openttd
15:08-!-Netsplit resistance.oftc.net <-> graviton.oftc.net quits: innocenat, DDR, KouDy, efess, jonty-comp, argoneus, Pulec, Arveen, Eddi|zuHause, jinks, (+9 more, use /NETSPLIT to show all of them)
15:08-!-[1]sim-al2 is now known as sim-al2
15:08-!-innocenat_ is now known as innocenat
15:08-!-Xaroth [~Xaroth@250-193-128-083.dynamic.caiway.nl] has joined #openttd
15:08-!-Netsplit over, joins: KouDy
15:08<cursarion>hmm
15:08<cursarion>does 1.5.2 support a custom number for river generation?
15:08-!-Xaroth is now known as Guest1585
15:08-!-innocenat is now known as Guest1587
15:09<cursarion>I sometimes find (in 1.5.0) that the "Few" option produces too many rivers for my taste
15:09<andythenorth>* asymmetric pax
15:09<cursarion>and that's the lowest option above None
15:09<andythenorth>eh, all my pax trams are suddenly making money now
15:09<andythenorth>which makes sense
15:09<Wolf01>cursarion, there are only 2 options: none and insane
15:09<andythenorth>they were routed to outlying stations which only supply 8 pax or so / month
15:09<andythenorth>feeding the central station in the sity
15:09<andythenorth>city *
15:10<andythenorth>symmetric was killing them
15:10-!-Netsplit over, joins: OsteHovel
15:11-!-jinks [~jinks@2602:ffe8:102:213::1c:34ac] has joined #openttd
15:11-!-dustinm` [~dustinm`@105.ip-167-114-152.net] has joined #openttd
15:11-!-Netsplit over, joins: Flippy
15:12-!-Netsplit over, joins: Pulec
15:12<cursarion>Wolf01: pff
15:13-!-Arveen2 is now known as Arveen
15:13<frosch123>cursarion: increase roughness
15:16<cursarion>what exactly does it to, besides that?
15:16<frosch123>it should add more slopes and make it harder to spawn rivers
15:16<Wolf01>also it makes harder to build everything
15:18-!-DDR [~David@S0106001f16aa47bc.vc.shawcable.net] has joined #openttd
15:19<andythenorth>cargo flow overlay is neat
15:21-!-glevans2 [~glevans2@71.12.36.79] has joined #openttd
15:23<andythenorth>eh, but where do all these pax go?
15:23<andythenorth>I’m dropping them off, and they just disappear
15:23<andythenorth>80 arrive, only 2 get back on
15:24<frosch123>they were on a bicycle vacation, and used the train home because it started raining
15:24<andythenorth>good answer
15:24<andythenorth>eh symmetric / asymmetric pax
15:24<andythenorth>it’s tomato / tomato
15:24<andythenorth>or tomato / potato
15:24<andythenorth>:P
15:25<andythenorth>one makes low-population towns harder to serve economically
15:25<andythenorth>the other has a weird disconnect with the R word
15:25<frosch123>we are still waiting for tb to make a "tomato" feature
15:26<frosch123>you can't imagine how hard we tried to find a name for gamescripts, that could be abbreviated to tomato :)
15:26<andythenorth>ha
15:26<Wolf01>try with ketchup
15:27<frosch123>i am not a ketchup fan
15:29<andythenorth>valid reason for a kick
15:31-!-supermop [~supermop@pool-108-6-12-46.nycmny.fios.verizon.net] has quit [Ping timeout: 480 seconds]
15:34-!-jonty-co1p is now known as jonty-comp
15:38-!-Eddi|zuHause2 is now known as Eddi|zuHause
15:43-!-frosch123 [~frosch@x4d008065.dyn.telefonica.de] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
15:44-!-Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has quit [Quit: Nettalk6 - www.ntalk.de]
15:45-!-DDR [~David@S0106001f16aa47bc.vc.shawcable.net] has quit [Remote host closed the connection]
15:46*andythenorth sets mail to asymmetric
15:46<andythenorth>lots of spam by post :P
15:49-!-HerzogDeXtEr [~flex@i59F6C0C.versanet.de] has quit [Quit: Leaving.]
15:50-!-DDR [~David@S0106001f16aa47bc.vc.shawcable.net] has joined #openttd
15:53-!-DDR [~David@S0106001f16aa47bc.vc.shawcable.net] has quit [Remote host closed the connection]
15:54-!-Hiddenfunstuff [~Geth@a392.ip16.netikka.fi] has quit [Read error: Connection reset by peer]
15:55-!-DDR [~David@S0106001f16aa47bc.vc.shawcable.net] has joined #openttd
16:10-!-sla_ro|master [~sla.ro@95.76.27.245] has quit []
16:30<TrueBrain>lol @ tomato :D
16:30<TrueBrain>(a bit slow, but meh :P)
16:37<@peter1138>bah
16:41<andythenorth>yes
16:46<@peter1138>now i really don't know what to get
16:49<TrueBrain>Bitcoin as ingame currency ...
16:49<TrueBrain>every day of gametime the exchange rate changes?
16:49<TrueBrain>:D
16:49<TrueBrain>how will you pay up till 20.. 14?
16:49<TrueBrain>(random forum threads)
16:50*andythenorth saw them
16:50<andythenorth>specials
16:51<Xaroth|Work>lol
16:54<@peter1138>dare i look
16:56<Xaroth|Work>I'm amazed you don't already have a patch for that, peter1138
16:57-!-gelignite [~gelignite@mue-88-130-73-050.dsl.tropolys.de] has quit [Quit: http://bit.ly/1kso8Ta]
16:58<andythenorth>he lost it
17:02<Eddi|zuHause>well, we could introduce fractional exchange rates
17:02-!-efess [~Efess@c-24-61-64-170.hsd1.ct.comcast.net] has joined #openttd
17:02<Eddi|zuHause>since it is only for display purposes, it could even use floats
17:04<Eddi|zuHause>you just need to adapt all the display routines for a decimal value, and devise a system of determining how many digits to display
17:05<Eddi|zuHause>(the latter could also be useful for currently really big numbers, honestly)
17:08-!-Biolunar [Biolunar@x4d083864.dyn.telefonica.de] has joined #openttd
17:17-!-Progman [~progman@p57A18F92.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
17:20-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit []
17:22-!-Wormnest_ [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd
17:22-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
17:25-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd
17:28-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Ping timeout: 480 seconds]
17:34-!-supermop [~supermop@pool-108-6-12-46.nycmny.fios.verizon.net] has joined #openttd
17:52-!-Wormnest_ [~Wormnest@s5596abd2.adsl.online.nl] has quit [Quit: Leaving]
18:15-!-smoke_fumus|2 [~smoke_fum@188.35.176.90] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
18:20-!-Kurimus [~stabbity@dsl-tkubrasgw2-54f816-197.dhcp.inet.fi] has quit [Ping timeout: 480 seconds]
19:20-!-supermop [~supermop@pool-108-6-12-46.nycmny.fios.verizon.net] has quit [Ping timeout: 480 seconds]
19:23-!-sim-al2 is now known as Guest1613
19:23-!-sim-al2 [~sim-al2@108-221-158-76.lightspeed.mmphtn.sbcglobal.net] has joined #openttd
19:29-!-Guest1613 [~sim-al2@108-221-158-76.lightspeed.mmphtn.sbcglobal.net] has quit [Ping timeout: 480 seconds]
19:34<Wolf01>'night
19:34-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
19:50-!-Kurimus [~stabbity@dsl-tkubrasgw2-54f816-197.dhcp.inet.fi] has joined #openttd
20:15-!-gnu_jj [~quassel@ipbcc184bc.dynamic.kabel-deutschland.de] has quit [Ping timeout: 480 seconds]
20:16-!-gnu_jj [~quassel@ipbcc184bc.dynamic.kabel-deutschland.de] has joined #openttd
20:29-!-Flygon_ [~Flygon@ppp118-209-82-143.lns20.mel4.internode.on.net] has joined #openttd
20:35-!-Flygon__ [~Flygon@ppp118-209-82-143.lns20.mel4.internode.on.net] has quit [Ping timeout: 480 seconds]
20:51-!-liq3 [liq3@CPE-120-148-51-74.gdfw1.lon.bigpond.net.au] has quit []
20:52-!-JezK [~jez@2407:7800:400:107f:3db5:daca:8457:e66a] has joined #openttd
21:31-!-supermop [~supermop@pool-108-6-12-46.nycmny.fios.verizon.net] has joined #openttd
21:33-!-glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
22:53-!-Biolunar_ [Biolunar@x4d026108.dyn.telefonica.de] has joined #openttd
22:59-!-tokai [~tokai@00012860.user.oftc.net] has joined #openttd
22:59-!-mode/#openttd [+v tokai] by ChanServ
23:00-!-Biolunar [Biolunar@x4d083864.dyn.telefonica.de] has quit [Ping timeout: 480 seconds]
23:06-!-tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
23:33-!-Pikka [~Octomom@c114-77-161-48.fitzg3.qld.optusnet.com.au] has joined #openttd
23:36-!-supermop [~supermop@pool-108-6-12-46.nycmny.fios.verizon.net] has quit [Ping timeout: 480 seconds]
---Logclosed Mon Sep 14 00:00:45 2015