Back to Home / #openttd / 2014 / 03 / Prev Day | Next Day
#openttd IRC Logs for 2014-03-02

---Logopened Sun Mar 02 00:00:30 2014
00:15-!-ABCRic [~ABCRic@a79-168-244-115.cpe.netcabo.pt] has quit [Ping timeout: 480 seconds]
00:18-!-Djohaal_ [~Djohaal@189.58.0.15.dynamic.adsl.gvt.net.br] has quit [Quit: Leaving]
00:43-!-killertester [~igor@pppoe-77-75-9-51.ppp.kmv.ru] has joined #openttd
00:56-!-Eddi|zuHause [~johekr@p5DC67091.dip0.t-ipconnect.de] has quit []
00:56-!-Eddi|zuHause [~johekr@p5DC662BD.dip0.t-ipconnect.de] has joined #openttd
01:07-!-Hazzard [~43aefd2c@188.cimarosa.openttdcoop.org] has quit [Ping timeout: 480 seconds]
01:42-!-Afdal [~chatzilla@host-174-45-212-205.chy-wy.client.bresnan.net] has joined #openttd
01:42<Afdal>Thanks for the 4096-tile map support guys <3
01:43-!-Afdal [~chatzilla@host-174-45-212-205.chy-wy.client.bresnan.net] has left #openttd []
01:50-!-Supercheese [~Superchee@98.145.80.103] has joined #openttd
02:13-!-Japa [~Japa@117.201.96.9] has quit [Read error: Connection reset by peer]
02:15<Flygon>I'm with Afdal
02:16<Flygon>Now if I didn't somehow find a way to be forced to couple multiple UP 4000's together D:
02:33-!-Japa [~Japa@117.201.96.191] has joined #openttd
02:36-!-Japa [~Japa@117.201.96.191] has quit [Read error: Connection reset by peer]
02:36-!-Japa [~Japa@117.214.0.14] has joined #openttd
02:59-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
03:22-!-Progman [~progman@p57A184F4.dip0.t-ipconnect.de] has joined #openttd
03:32<peter1139>I never played with 1024 or 2048 maps, heh...
03:41-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
03:44-!-safridzal [~Aragorn@202.43.95.69] has joined #openttd
03:49-!-sla_ro|master [slamaster@95.76.164.39] has joined #openttd
03:50-!-Aristide [~quassel@ALyon-156-1-159-218.w90-14.abo.wanadoo.fr] has joined #openttd
03:58-!-Alberth [~hat@2001:980:272e:1:be5f:f4ff:feac:e11] has joined #openttd
03:58-!-mode/#openttd [+o Alberth] by ChanServ
04:11<Gallomimia>what an odd evening... fell asleep at 8pm and woke up at 12:30am :/
04:14<Gallomimia>hey Flygon how fast is the cpu in the computer you use to play ottd? i've been thinking a lot on how you managed to overpower it with a .sav and many thousands of vehicles
04:14<Flygon>1.6GHz Dual Core
04:14<Flygon>Core 2 Duo
04:14<Gallomimia>that's the speed of my laptop too
04:15<Gallomimia>i've been reading some source files. i see that there's some .cpp file regarding threads. but yet i don't ever see ottd use more than one core
04:16<Flygon>Yeah
04:16<Flygon>It doesn't
04:17<Gallomimia>can't be that hard to get it to multicore when it's so many independent calculations
04:17<Rubidium_>not again...
04:18<Gallomimia>only time i've seen it hit 100% on mine was for map gen. that would be hard to get it to multicore on
04:18-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd
04:18<Gallomimia>again?
04:18<Flygon>The whole multicore debate
04:18<Gallomimia>nice :)
04:18<Flygon>They're sick of users asking for multithreaded support
04:18<Flygon>Due to it being genuinely painful to implement
04:18<Gallomimia>i'm not asking...
04:18<Flygon>The genre isn't conductive to it :P
04:19<Rubidium_>https://www.tt-forums.net/viewtopic.php?f=32&t=37064&p=682861&hilit=multithread#p682861
04:19<Rubidium_>https://www.tt-forums.net/viewtopic.php?f=29&t=47238&p=1062679&hilit=multithread#p1062679
04:19<Flygon>Sidenote: Over 90% of Mega Drive games are technically multithreaded :B
04:19<Flygon>(though, the Z80's usually just stuffed onto handling the sound driver instead of doing anything else)
04:20<Gallomimia>sweet
04:20<Gallomimia>ohh damn. more than one thread?
04:20<Rubidium_>https://www.tt-forums.net/viewtopic.php?f=32&t=37064&p=1000293&hilit=thread#p1000293
04:20<Rubidium_>https://www.tt-forums.net/viewtopic.php?f=32&t=37064&p=999891&hilit=thread#p999891
04:22-!-LeandroL [~leandro@190.189.0.224] has joined #openttd
04:22-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
04:25<Rubidium_>https://www.tt-forums.net/viewtopic.php?f=32&t=63159&p=1052623&hilit=cargo+station#p1052623
04:26<Rubidium_>that's why I said "not again..."
04:26<Rubidium_>and there's probably more, but this is the stuff I could find from myself in the forum in 5 minutes
04:26-!-Japa_ [~Japa@117.201.111.162] has joined #openttd
04:26<Gallomimia>oh man definitely stop bothering to search for it ><
04:27-!-killertester [~igor@pppoe-77-75-9-51.ppp.kmv.ru] has quit [Ping timeout: 480 seconds]
04:28<Rubidium_>and the wiki: http://wiki.openttd.org/Rejected_features#Multithread.2FMulticore_support
04:28<Rubidium_>having said that, there's plenty that already happens in separate cores
04:28-!-Japa__ [~Japa@117.214.0.124] has joined #openttd
04:29<Rubidium_>(sound, music, palette animation, pushing images to the video card, saving, cargo distribution calculations, network lookups)
04:30<peter1139>09:17 < Gallomimia> can't be that hard to get it to multicore when it's so many independent calculations
04:30<peter1139>^ they're not independent...
04:31<Flygon>I did just try saying that :P
04:32-!-Japa [~Japa@117.214.0.14] has quit [Ping timeout: 480 seconds]
04:34<Gallomimia>shhhh reading
04:35-!-Japa_ [~Japa@117.201.111.162] has quit [Ping timeout: 480 seconds]
04:35<Gallomimia>"Or, to put it another way, one woman can make one baby in nine months, but nine women cannot make a baby in one month." <----- :)
04:35-!-Progman [~progman@p57A184F4.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
04:36*Flygon thinks
04:36<Flygon>Well
04:36<Flygon>Depends on the species
04:37<Gallomimia>cite example please :O
04:37<Flygon>Can't, it's #openttd
04:37<Gallomimia>are any of them real or are they some kind of furry?
04:37-!-LeandroL [~leandro@190.189.0.224] has quit [Read error: Connection reset by peer]
04:37<Flygon>I don't know! :O
04:37-!-Japa__ [~Japa@117.214.0.124] has quit [Read error: Connection reset by peer]
04:38<Gallomimia>i thought the word "women" limited it pretty strongly to one species anyway
04:38-!-LeandroL [~leandro@190.189.0.224] has joined #openttd
04:38<Flygon>Yes, but uuuuuh...
04:38<Flygon>Ever seen Star Trek?
04:38<Flygon>Klingon Woman!
04:39<Gallomimia>yes i have. but a fantasy nonetheless
04:39-!-Japa [~Japa@117.201.96.44] has joined #openttd
04:40<Rubidium_>Flygon: Klingon females
04:40<Gallomimia>he's got a point ya know. i don't think i've ever heard klingons or ferengi refer to the other half of their species as "women"
04:41-!-safridzal [~Aragorn@202.43.95.69] has quit [Quit: Leaving]
04:41-!-Japa_ [~Japa@117.201.97.160] has joined #openttd
04:43-!-Japa__ [~Japa@117.201.109.154] has joined #openttd
04:43<Gallomimia>anyway, i've finished reading what i'm gonna read and come to the conclusion that there's a different issue that i'd rather pay attention to: desync. why are the client and the server BOTH making the same calculations regarding pathfinding? why is it even possible for them to come up with a different answer?
04:43<Rubidium_>the answer of the latter is: because of a bug
04:44<Rubidium_>the answer to the former is: how much upload bandwidth do you have?
04:45<Rubidium_>the state changes quite significantly every tick. Basically all vehicles change every tick, and then there's the map that goes through changes too
04:45<Gallomimia>that's a lot of game-state data i guess
04:45<Rubidium_>sending those differences will be more taxing than just keeping the state at both sides
04:46<Xaroth|Work>more taxing in such a way that your pr0n streams will stutter if they didn't do it that way
04:46<Gallomimia>can you guestimate how much data goes into a standard game state?
04:48<Gallomimia>if it's taken that long the answer's no. i'll worry about it another day
04:48-!-Japa [~Japa@117.201.96.44] has quit [Ping timeout: 480 seconds]
04:48<Rubidium_>number of map tiles * 9 + number of vehicles (that is wagons/engines/trucks/smoke plumes) * at least 100
04:48<Rubidium_>+bytes
04:48-!-Japa [~Japa@117.201.106.190] has joined #openttd
04:49-!-Japa_ [~Japa@117.201.97.160] has quit [Ping timeout: 480 seconds]
04:49<Gallomimia>just over one tick per second?
04:50<Gallomimia>yeah that's pretty serious
04:50<Rubidium_>well, the compressed game state (without caches) is the size of your savegame
04:51<Gallomimia>oh. that helps a lot
04:51-!-Japa__ [~Japa@117.201.109.154] has quit [Ping timeout: 480 seconds]
04:51<Gallomimia>6M for an extra large map having very few vehicles
04:53<@Alberth>make a smaller map :)
04:53<Gallomimia>no the point is to consider the largest size of map. i heard 4x larger is available now?
04:54<Gallomimia>the map i am playing si 2048 square, they can be 4096 now?
04:55<Gallomimia>that's ~160MB just for the map tiles
04:55<Rubidium_>Gallomimia: in openttd.cfg change/set the savegame_format setting to none. Then it will store savegames uncompressed, and you could try to make a binary diff
04:56<Gallomimia>i'm just tossing numbers around for considering the problems i've mentioned
04:56<Rubidium_>@calc 4096*4096*9/1024/1024
04:56<@DorpsGek>Rubidium_: 144
04:57<Gallomimia>i think i need pizza.... then some breaking bad, then some ttd (as a player)
04:57<Gallomimia>and a monster drink!
04:57<Gallomimia>and i like your calc bot :)
04:58<Flygon>I want Pizza now
04:59<Gallomimia>yeah i gotta go buy it :/ back in 20
05:01-!-Pereba [~UserNick@177.98.144.47] has quit [Quit: AdiIRC, the first and unique irc client approved by the Norwegian Royal Family! (www.adiirc.com)]
05:06-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection]
05:25<Eddi|zuHause>Flygon: have you tried HEQS trams for freight transport?
05:25<Flygon>Nope
05:26<Flygon>Kinda wish I had used them
05:26<Flygon>Do they cooperate well with eGVTR...iknowistuffedtheacronymupsofarbutthefinalletteris-S?
05:27<Eddi|zuHause>yes
05:28<Flygon>Awesome
05:28<Flygon>Thanks!
05:29<__ln__>http://edition.cnn.com/2014/03/02/world/europe/ukraine-politics/index.html
05:29<Flygon>Dunno why I wasn't using them x.x
05:29<Flygon>And I know people'll give me crap over adding a GRF to an existing game. I know the risks. I already buggered up the start of the game anyway due to starting in 1950 instead of 1850...
05:30<Flygon>Luckily the rollback worked there.... shame about not having 100 years worth of fully functioning financial reports tho :p
05:30<Flygon>1943 atm
05:31<Eddi|zuHause>Gallomimia: well of course the multithread discussion is in multiple threads. :p
05:33<@Alberth>distributed decision algorithms are very complicated :p
05:34<SpComb^>openttd cluster edition
05:35<SpComb^>and if you run it on ten very expensive machines with dedicated infiniband interconnects, you might get close to the performance of a single machine with the non-parallel implementation?
05:36<Eddi|zuHause>well there were mild multithread tests in the past, which ran like 20% faster on multicore and 10% slower on single core
05:36<@Alberth>better run 10 independent instances on those machines, much easier :)
05:36<Eddi|zuHause>which at that time was decided not worth the hassle
05:38<Eddi|zuHause>anyway, to get useful multithreading you probably have to write the program from scratch
05:39<Xaroth|Work>would be a fun project
05:39<Xaroth|Work>.. to watch
05:40-!-Japa_ [~Japa@117.201.96.166] has joined #openttd
05:40<Gallomimia>bah. no pizza :(
05:40<Flygon>Yep, those Trams have helped a lot :)
05:40<Flygon>Kicking the Trucks butt!
05:46-!-Japa [~Japa@117.201.106.190] has quit [Ping timeout: 480 seconds]
05:48-!-LeandroL [~leandro@190.189.0.224] has quit [Read error: Connection reset by peer]
05:50-!-killertester [~igor@pppoe-77-75-11-183.ppp.kmv.ru] has joined #openttd
05:51-!-frosch123 [~frosch@frnk-4d009a95.pool.mediaWays.net] has joined #openttd
05:56*Gallomimia needs a bookmark for watching videos
05:57*Alberth adds a mark to a book, and gives it to Gallomimia
06:15<Gallomimia>finally found out why things weren't making sense in this series
06:16<@Alberth>:)
06:17<Eddi|zuHause>that's why i move videos to a different folder after i watched them
06:18-!-retro|cz [~retro@ip-89-176-82-80.net.upcbroadband.cz] has joined #openttd
06:25<frosch123>hmm, is that rewboss guy (who seems to be linked quite often here lately) from my town?
06:26<Gallomimia>that's a pretty good idea. i have a few too many videos. and i like to maintain a library rather than just download for personal use. sharing is my game
06:29<Eddi|zuHause>i don't know your town...
06:29<Eddi|zuHause>but from what i understood he lives somewhere outside aschaffenburg
06:34-!-TheSteve1s [~lachlan@14-200-254-27.static.tpgi.com.au] has joined #openttd
06:35<frosch123>yeah, exactly :p
06:36-!-TheStevens [~lachlan@14-200-254-27.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
06:39-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
06:42-!-KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd
06:42-!-Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd
07:07-!-gelignite [~gelignite@i528C368E.versanet.de] has joined #openttd
07:08-!-blathijs [matthijs@drsnuggles.stderr.nl] has quit [Remote host closed the connection]
07:08-!-blathijs [matthijs@drsnuggles.stderr.nl] has joined #openttd
07:14-!-blathijs [matthijs@drsnuggles.stderr.nl] has quit [Remote host closed the connection]
07:14-!-blathijs [matthijs@drsnuggles.stderr.nl] has joined #openttd
07:16-!-Devroush [~dennis@109.130.56.34] has joined #openttd
07:26-!-HerzogDeXtEr [~flex@i59F6B374.versanet.de] has joined #openttd
07:34-!-Supercheese [~Superchee@98.145.80.103] has quit [Read error: Connection reset by peer]
07:34-!-Supercheese [~Superchee@98.145.80.103] has joined #openttd
07:40-!-Gallomimia [~gallo@S0106c8fb26452633.ca.shawcable.net] has quit [Remote host closed the connection]
07:42-!-Gallomimia [~gallo@S0106c8fb26452633.ca.shawcable.net] has joined #openttd
07:49-!-MJP [~mjp@hq.z77.fr] has joined #openttd
07:50-!-killertester [~igor@pppoe-77-75-11-183.ppp.kmv.ru] has left #openttd []
07:57-!-Aristide [~quassel@ALyon-156-1-159-218.w90-14.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
08:21-!-Devroush [~dennis@109.130.56.34] has quit [Ping timeout: 480 seconds]
08:42-!-roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd
08:43-!-roboboy [~robotboy@0001164c.user.oftc.net] has quit []
08:50-!-retro|cz [~retro@ip-89-176-82-80.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds]
09:04-!-Wolf01 [~wolf01@host58-55-dynamic.182-80-r.retail.telecomitalia.it] has joined #openttd
09:04<Wolf01>moin
09:10<@Alberth>o/
09:18<Eddi|zuHause>"Founding of Russia's Black Sea fleet in Sewastopol: 13th May 1783. Official acknowledgement of independence of the USA: 3rd September 1783"
09:22<frosch123>britain was scared of the black sea fleet?
09:22<Eddi|zuHause>possibly :p
09:24<Eddi|zuHause>i might be misremembering this, but weren't there plans to move the fleet away from Sewastopol?
09:25<frosch123>well, ask andy
09:25<frosch123>i guess they need to be river ships to be able to
09:25<Eddi|zuHause>not north, east :p
09:58-!-rubenwardy [~rubenward@host86-147-244-73.range86-147.btcentralplus.com] has joined #openttd
10:00-!-ABCRic [~ABCRic@a79-168-244-115.cpe.netcabo.pt] has joined #openttd
10:13-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has joined #openttd
10:15-!-Myhorta[1] [~Myhorta@2.81.18.221] has joined #openttd
10:15-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Read error: Connection reset by peer]
10:26-!-HerzogDeXtEr [~flex@i59F6B374.versanet.de] has quit [Quit: Leaving.]
10:39-!-Hazzard [~43aefd2c@188.cimarosa.openttdcoop.org] has joined #openttd
10:45-!-Devroush [~dennis@dD5765BAC.access.telenet.be] has joined #openttd
10:47<__ln__>https://twitter.com/crusoes/status/440036175512756224/photo/1
10:53-!-Devroush2 [~dennis@dD5765BAC.access.telenet.be] has joined #openttd
10:55<Eddi|zuHause>what works for venezuela can't be wrong for ukraine
11:01-!-Devroush [~dennis@dD5765BAC.access.telenet.be] has quit [Ping timeout: 480 seconds]
11:14<Eddi|zuHause>http://www.ibash.de/zitat_57471.html
11:21-!-Djohaal [~Djohaal@189.58.0.15.dynamic.adsl.gvt.net.br] has joined #openttd
11:43-!-Pulec [pulec@unaffilated.amunak.net] has quit [Remote host closed the connection]
11:47-!-Pulec [pulec@unaffilated.amunak.net] has joined #openttd
12:00-!-Japa__ [~Japa@117.201.111.177] has joined #openttd
12:03-!-Myhorta[1] [~Myhorta@2.81.18.221] has quit [Ping timeout: 480 seconds]
12:05-!-Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit []
12:06-!-Japa_ [~Japa@117.201.96.166] has quit [Ping timeout: 480 seconds]
12:07-!-Japa [~Japa@117.201.104.154] has joined #openttd
12:07-!-jjavaholic [~jjavaholi@grahamg63.plus.com] has quit [Ping timeout: 480 seconds]
12:09-!-Streemo [~oftc-webi@158.37.105.188] has joined #openttd
12:11-!-Progman [~progman@p57A184F4.dip0.t-ipconnect.de] has joined #openttd
12:12-!-Japa_ [~Japa@117.201.102.59] has joined #openttd
12:12-!-Japa__ [~Japa@117.201.111.177] has quit [Ping timeout: 480 seconds]
12:19-!-Japa [~Japa@117.201.104.154] has quit [Ping timeout: 480 seconds]
12:25-!-HerzogDeXtEr [~flex@i59F6B374.versanet.de] has joined #openttd
12:31-!-rubenwardy [~rubenward@host86-147-244-73.range86-147.btcentralplus.com] has quit [Quit: You may notice this notice is not worth noticing]
12:32-!-Pereba [~UserNick@177.98.144.47] has joined #openttd
12:34-!-jpierre03 [~jpierre03@voyage.prunetwork.fr] has quit [Quit: -]
12:39-!-Japa [~Japa@117.201.102.59] has joined #openttd
12:45-!-Japa_ [~Japa@117.201.102.59] has quit [Ping timeout: 480 seconds]
12:52-!-Japa_ [~Japa@117.201.102.230] has joined #openttd
12:52-!-Japa [~Japa@117.201.102.59] has quit [Read error: Connection reset by peer]
12:57-!-jjavaholic [~jjavaholi@grahamg63.plus.com] has joined #openttd
13:01-!-Japa [~Japa@117.201.102.230] has joined #openttd
13:04-!-Aristide [~quassel@81.253.61.47] has joined #openttd
13:04-!-Pikka [~Octomom@d58-106-13-254.rdl801.qld.optusnet.com.au] has quit [Quit: Leaving]
13:07-!-Japa_ [~Japa@117.201.102.230] has quit [Ping timeout: 480 seconds]
13:11-!-oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
13:11-!-oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit []
13:14-!-Pereba_ [~UserNick@177.98.144.47] has joined #openttd
13:21-!-Pereba [~UserNick@177.98.144.47] has quit [Ping timeout: 480 seconds]
13:21-!-Pereba_ is now known as Pereba
13:21-!-MJP_ [~mjp@hq.z77.fr] has joined #openttd
13:26-!-Japa_ [~Japa@117.201.98.181] has joined #openttd
13:28-!-MJP [~mjp@hq.z77.fr] has quit [Ping timeout: 480 seconds]
13:29-!-MJP [~mjp@hq.z77.fr] has joined #openttd
13:29-!-MJP_ [~mjp@hq.z77.fr] has quit [Ping timeout: 480 seconds]
13:32-!-Japa [~Japa@117.201.102.230] has quit [Ping timeout: 480 seconds]
13:37-!-Japa [~Japa@117.201.98.190] has joined #openttd
13:37-!-Japa_ [~Japa@117.201.98.181] has quit [Read error: Connection reset by peer]
13:46-!-Japa_ [~Japa@117.201.98.172] has joined #openttd
13:49-!-Japa__ [~Japa@117.201.102.219] has joined #openttd
13:54-!-Japa [~Japa@117.201.98.190] has quit [Ping timeout: 480 seconds]
13:54-!-TheDude [~Miranda@ip-89-176-28-82.net.upcbroadband.cz] has joined #openttd
13:55<TheDude>hello
13:55-!-Japa_ [~Japa@117.201.98.172] has quit [Ping timeout: 480 seconds]
13:56<@Alberth>o/
13:56-!-Japa [~Japa@117.201.96.192] has joined #openttd
13:56<TheDude>I'd like to ask, is it ok, that when I pause game with game script in single player, I cant unpause it by normal means ?
13:57<Eddi|zuHause>yes, that is intended
13:57<TheDude>raelly? but why? what if user wants to continue?
13:57<Eddi|zuHause>the game script must handle that in some way
13:58<@Alberth>why do you pause the game in such a case then?
13:58<TheDude>hm, good question, I wanted to gain user's attention, but yes, it can be drew other way
13:58<Eddi|zuHause>the game has 3 pause conditions: player, network and script. only all three unpaused will unpause the game
13:59<Eddi|zuHause>"network" usually meaning "number of players"
13:59<TheDude>it just surprised me
14:00-!-Japa__ [~Japa@117.201.102.219] has quit [Ping timeout: 480 seconds]
14:01-!-Japa_ [~Japa@117.201.98.55] has joined #openttd
14:05-!-Japa__ [~Japa@117.201.97.201] has joined #openttd
14:07<frosch123>gs pauses is intended to be only released by gs
14:08<frosch123>though the gs needs to be careful to not deadlock itself (fs#5283)
14:08-!-Japa [~Japa@117.201.96.192] has quit [Ping timeout: 480 seconds]
14:11-!-Japa_ [~Japa@117.201.98.55] has quit [Ping timeout: 480 seconds]
14:16-!-bialasik [~bialasik@178235025002.wroclaw.vectranet.pl] has joined #openttd
14:16<bialasik>Hello, anybody can help me?
14:17<bialasik>i have problems with newgrfs on my dedicated server
14:18<frosch123>if you copied the config file, make sure there is the correct path separator in the config file
14:18<frosch123>\ vs /
14:18<TinoDidriksen>Or just always use / since that works on all platforms.
14:18<bialasik>when I do content download after select
14:18<bialasik>and I activate it in http://5.175.169.89/opentede/index.php
14:19<bialasik>after server restarting config's chmod is 664
14:19<frosch123>if you do content download via console, you also need to "rescannewgrf"
14:19<bialasik>umm
14:20<bialasik>it doesn't change anything
14:21<bialasik>i have some newgrf's whose I download with content update, content state, content select and content download
14:21<bialasik>when I download some newgrf, it appears on my web interface
14:22<bialasik>when I add it on webinterface and when I save it, it looks ok on web interface
14:22<bialasik>but when I restart the server, my config's chmod changing
14:22-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
14:23<bialasik>and newgrfs are disabling
14:23<bialasik>any ideas?
14:23<frosch123>do you change the config while the server is running?
14:23<frosch123>then it likely overwrites it when existing
14:24<frosch123>you can do "reloadconfig" via console to reload the config without exiting the server
14:24<frosch123>or you can pass a command line paramter to never write the config
14:24<bialasik>ok, wait, i'll try this
14:24<andythenorth>o/
14:25<@Alberth>o/
14:25<bialasik>reloadconfig ERROR: command not found
14:25<bialasik>my ottd: 1.3.3
14:26<frosch123>ah, i see. it's no command, but a setting
14:27<bialasik>what can I do?
14:27<frosch123>so either enable the "reload_cfg" setting which reloads the config when starting a new game
14:27<bialasik>where can I find this?
14:27<bialasik>ok, i got this
14:28<frosch123>or use command line option "-x" to not save on exit
14:28-!-Streemo [~oftc-webi@158.37.105.188] has quit [Quit: Page closed]
14:29-!-Aristide [~quassel@81.253.61.47] has quit [Remote host closed the connection]
14:30<bialasik>ok, with -x my config's chmod doesnt broke up
14:30<bialasik>but my newgrfs doesnt working
14:31<bialasik>http://5.175.169.89/opentede/index.php look at [newgrfs] section, I must write something on the form next to newgrf/Polish_PKP_Set_2.0-2.0.8/pkp-set-2.0.8.grf = ?
14:32<frosch123>no "newgrf"
14:32<@Alberth>games that you load have their own set of newgrfs
14:32<frosch123>you give the path inside the tar
14:33<andythenorth>hmm
14:33<andythenorth>I want to start my truck set :(
14:33<frosch123>do "tar -tf Polish_PKP_Set_2.0-2.0.8.tar"
14:33<andythenorth>but the rules say no
14:33<frosch123>andythenorth: start a game instead?
14:33<bialasik>where, in this form?
14:33<bialasik>in console, in ssh?
14:33<@Alberth>build a truck from lego?
14:34<frosch123>ssh
14:34<bialasik>okay
14:34<frosch123>it lists the content of the tar
14:34<frosch123>so you can tell the path inside the tar
14:34*andythenorth just saw the Lego movie
14:34<frosch123>anyway, it would be way easier if you just prepare a save on your local computer, and upload it :p
14:34<bialasik>I must go to /home/myusername/.openttd/(...), yes?
14:35<frosch123>andythenorth: are you excited for the minecraft movie?
14:35<frosch123>bialasik: yes, content_download/newgrf likely
14:35<andythenorth>I wondered if one is coming :P
14:35<andythenorth>I am a minecraft refusenik
14:35<bialasik>okay, I've got Polish_PKP_Set_2.0-2.0.8/ Polish_PKP_Set_2.0-2.0.8/license.txt Polish_PKP_Set_2.0-2.0.8/pkp-set-2.0.8.grf Polish_PKP_Set_2.0-2.0.8/changelog.txt Polish_PKP_Set_2.0-2.0.8/readme.txt
14:35<frosch123>i heard the lego movie can only be followed up by a minecraft movie
14:35<andythenorth>that was a joke in our office too
14:36<frosch123>bialasik: the ".grf" entry is what you need to put in the config, followed by a "="
14:36<TheDude>hi frosch123, I'd like to thank you for this (https://bugs.openttd.org/task/5786) finally , it is simply great
14:36<andythenorth>anyway, I have a game running already right now
14:36<andythenorth>but it needs trucks
14:36<andythenorth>nothing wrong with eGRVTS, but, really, really used it a lot
14:36<frosch123>TheDude: there is a fs task about some obiwan though :p
14:37<frosch123>apparently the grow rates are off by one day or so
14:37<TheDude>hm, I heard something about that, but I dont really know
14:38<frosch123>it's the usual thing
14:38<bialasik>frosch123: it doesn't work, in my web interface after "=" I add Polish_PKP_Set_2.0-2.0.8/pkp-set-2.0.8.grf
14:38<frosch123>loops starting with 0 or 1 :p
14:38<frosch123>"Polish_PKP_Set_2.0-2.0.8/pkp-set-2.0.8.grf=" is the complete row
14:38<frosch123>you do not put anything behind the "="
14:38<frosch123>behind the "=" is for grf paramters
14:39<frosch123>but better try with defaults first
14:39<TheDude>I am now trying those new GS things, and there is one detail, when I set NORMAL_GROWTH, and the condition to grow is positive in GS, it is still possible that town wont grow because of missing service, and the problem is, I dont know how to tell GS that the town is not actually growing
14:39<bialasik>but that was before
14:39<bialasik>http://5.175.169.89/opentede/index.php
14:39<bialasik>[newgrf]
14:39<bialasik>newgrf/Polish_PKP_Set_2.0-2.0.8/pkp-set-2.0.8.grf =
14:39<bialasik>and it doesn't work
14:40<frosch123>no "newgrf/"
14:40-!-Aristide [~quassel@81.253.61.47] has joined #openttd
14:41<bialasik>and I must have this newgrf on my client, yes?
14:41<bialasik>it can't download automatically?
14:41<frosch123>on the client you can still download it upon join
14:41<frosch123>if it is on bananas
14:42<bialasik>woow, it works!
14:42<bialasik>thanks, frosch123! :)
14:42<frosch123>yw, but i still think uploading a complete savegame would have been easier :p
14:53-!-Aristide [~quassel@81.253.61.47] has quit [Remote host closed the connection]
14:55<@Alberth>TheDude: keep track of population through time?
14:55<TheDude>hm, what do you mean?
14:56<@Alberth>query population eg every month
14:56<TheDude>town is usually rebuilding houses on its own, houses took few months to complete
14:56<@Alberth>if the town grows, the number should become bigger
14:56<TheDude>it is not really reliable
14:56<TheDude>house count could be maybe better
14:58<TheDude>but then, player could just demolish the house, and GS would be lost
14:58-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
14:58-!-mode/#openttd [+v glx] by ChanServ
14:59<TheDude>some GS function like TownHasService would be cleaner, or it GSTown.GetGrowthRate returned some value like NO_SERVICE in addition to actual growth rate and TOWN_GROWTH_NONE
14:59<TheDude>what do you think?
15:01<@Alberth>looks like a worse solution to me
15:01<@Alberth>what if the answer you get is not what you like?
15:02<@Alberth>now you can just program what you want to see as "growth", instead of being stuck with whatever gets implemented in those functions
15:02<@Alberth>maybe someone wants to count road tiles or so as value for "growth", with a builtin function that becomes impossible
15:04-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
15:05<TheDude>yes, I want to program growth such, that when some cargo is delivered, town grows, with TOWN_GROWTH_NORMAL, which is normal growth without custom GS change
15:05-!-Aristide [~quassel@81.253.61.47] has joined #openttd
15:06<TheDude>but when I deliver cargo, but town has no transport service, the town does not grow, and I dont know how to find out about that condition with GS
15:07<frosch123>you could try ScriptTown::HasRating
15:07<frosch123>it could tell you whether there has ever been service in the town
15:07<frosch123>though it does not tell you whether there still is
15:08<TheDude>it has also too much loose ends
15:08<frosch123>or check for passenger transport or so
15:09<TheDude>once there is service, it would have some rating, and I can judge, whether it goes up and down, but I would not know if that is because of existing service or because someone planted/cut trees
15:18-!-bialasik [~bialasik@178235025002.wroclaw.vectranet.pl] has left #openttd []
15:18<TheDude>or if station's property time_since_load/time_since_unload were readebla with GS, that would help to make that growth decision
15:20<frosch123>was is your actual goal?
15:20<frosch123>i mean why do you use GROWTH_NORMAL at all?
15:20<frosch123>why not set the rate via gs?
15:21<frosch123>s/was/what/
15:25<TheDude>there was some problem with grow counter, I had recreate some code from town_cmd into GS to make it work, and to grow town I used townExpand
15:26<TheDude>and I still wanted to decide growth on existing service too, I wrote a function to simulate that, but it is not reliable, it only decides service on running existing running vehicles in stations that are in town zone, but it can be easily cheated
15:27<TheDude>because the vehicle does not actually visit the station to be counted :-(
15:30<TheDude>when I say growth rate e.g. 10, the town wont grow, because the grow counter stays high, if it was before set to growth_none
15:30<TheDude>that's why I made that bug /request report
15:31<frosch123>that's no longer the case
15:32<TheDude>I am running GS on beta5 and it is still the case
15:32<TheDude>hm, sorry, I read it wrong, it really grows
15:33<TheDude>ok, nice, but if I'd wanted to use or recreate native growth mechanism, the service problem stays
15:34<TheDude>I'd like to actually stick to native growth style, just to enable/disable it when town is supplied or not
15:35<TheDude>it is of course possible, no problem to do that, but I am not able to retrive the real grow status, because of this service condition, which I cant get with GS now
15:36<frosch123>well, then try to not replicate the original algorithm :p
15:37<frosch123>i mean it's not like the original algorithm is particulary challenging or uncheatable
15:37<frosch123>just build 5 bus stops and 1 bus, to get maximum rating
15:37<frosch123>what's the point in replicating that?
15:40<TheDude>it cant be replicated to 100%, original program needs that the vehicle has to visit the station, I cant replicate that
15:40<Eddi|zuHause>i think i will somewhen create a growth script that only grows into areas that are serviced by a station
15:40<TheDude>the point is to control growth with the new GROWTH_NORMAL and NONE, so I dont need to use any extra code
15:41<TheDude>the game will feel just like normal town growing with the need to supply town to grow
15:41<frosch123>well, and why do you need to know service-state then?
15:42<Eddi|zuHause>TheDude: why can't that currently be done?
15:43<TheDude>to tell user that town does not grow at the moment, come on, I already wrote that
15:43<TheDude>because in openttd, the service is ok, when a vehicle visited a station
15:44<frosch123>doesn't the towngui say that anyway?
15:44<TheDude>GS has no functin to tell that, I can only get information, that some station has a running vehicle in its list
15:44<TheDude>towngui is ok, but I cant adjust goal gui to that
15:44<TheDude>user will see, town does not grow in town gui, but goal will say, hey I am growing
15:45<TheDude>user will be confused
15:45<TheDude>and will write me hatemail
15:45<TheDude>I will be very unhappy on my birthday
15:45<TheDude>and that is very unDude
15:46<frosch123>maybe try to consider hatemails as something that pays you attention or so :p
15:47-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has quit [Remote host closed the connection]
15:49<TheDude>very funny :-p
15:50<Eddi|zuHause>i still don't understand the problem
15:50-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has joined #openttd
15:50<TheDude>you can reread it again, if you'd like
15:51<frosch123>Eddi|zuHause: he wants to replicate information from the town window to the goal window
15:51-!-Pulec [pulec@unaffilated.amunak.net] has quit [Remote host closed the connection]
15:51<TheDude>so why does GSTown::GetGrowthRate returns a valid value, when town is not growing because of lack of service?
15:52<frosch123>and wants to keep the original growth algorithm, but not the original growth condition
15:52<TheDude>yes, as frosch says, but more precise it that I want to add new condition to original growth
15:53<Eddi|zuHause>so: "if (condition) { normal } else { stop }"
15:53<frosch123>https://www.tt-forums.net/viewtopic.php?f=65&t=69951 <- i explained the difference between rate and condition here
15:53<frosch123>Eddi|zuHause: the original algorithm allows conditions by cargo town effect
15:53-!-Pulec [pulec@unaffilated.amunak.net] has joined #openttd
15:54<frosch123>but i think TheDude wants them per cargo type
15:54<frosch123>gs allow using the original algorithm, or to replace it completely
15:54<TheDude>yy, town effect is too limited
15:54<TheDude>no, the only problem is gui problem in fact
15:54<frosch123>but they do not easily allow any intermediate thingie
15:55<Eddi|zuHause>so your problem is that while in "normal" mode in above code, the GUI does not display what you want?
15:55-!-jpierre03 [~jpierre03@voyage.prunetwork.fr] has joined #openttd
15:55<Eddi|zuHause>otherwise everything works correctly?
15:56-!-Aristide [~quassel@81.253.61.47] has quit [Remote host closed the connection]
15:56<TheDude>yy, exactly, the new features are excellent and works just fine
15:56<Eddi|zuHause>so what's the difference between what you want to display and what it does display?
15:56-!-tokai|mdlx [~tokai@port-92-195-108-83.dynamic.qsc.de] has joined #openttd
15:57<TheDude>but the feedback I provide in goal gui can be misleading, in the condition when town does not grow because of service
15:57<TheDude>that's the only condition I cant recognize with GS, so it has bad info
15:57<TheDude>difference is: growing/not growing
16:01<TheDude>now if I can find out that town is funded with GSTown.GetFundBuildingsDuration, it would be nice to find out also about service
16:02-!-sla_ro|master [slamaster@95.76.164.39] has quit []
16:02-!-tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
16:03-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit []
16:04<frosch123>night
16:04-!-frosch123 [~frosch@frnk-4d009a95.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
16:07-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Quit: Leaving]
16:11-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
16:18<Eddi|zuHause>TheDude: try www.informatik.uni-halle.de/~krause/town_growth_script.diff
16:18-!-Aristide [~quassel@81.253.61.47] has joined #openttd
16:19<Eddi|zuHause>TheDude: if that does what you desire, open a bug report with this file attached
16:26-!-Midnightmyth_ [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd
16:30<Eddi|zuHause>"US foreign minister John Kerry accuses Russia of invading countries for completely made up reasons" what was that story again with "weapons of mass destruction"?
16:31-!-Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds]
16:31<@Alberth>more like mass delution :p
16:33-!-Aristide [~quassel@81.253.61.47] has quit [Remote host closed the connection]
16:35<andythenorth>it's ok when we do it
16:35<andythenorth>just not when they do it
16:36-!-Aristide [~quassel@81.253.61.47] has joined #openttd
16:36<Eddi|zuHause>well "we" did not do it :p
16:36<Eddi|zuHause>(that one time at least :p)
16:37<__ln__>in any case, the lying iraqi information minister remained an internet meme even after the weapons were not found... even though for all we know he was telling the truth.
16:37-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
16:38<Eddi|zuHause>there's this story that putin allegedly said: "well if i had invaded Iraq, i would have found the WMD"
16:38<Eddi|zuHause>[meaning: i would have put some in to find]
16:42-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
16:43-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit []
16:52-!-Alberth [~hat@2001:980:272e:1:be5f:f4ff:feac:e11] has left #openttd []
17:04-!-SpComb [terom@zapotek.paivola.fi] has joined #openttd
17:04-!-Aristide [~quassel@81.253.61.47] has quit [Remote host closed the connection]
17:06-!-SpComb^ [terom@zapotek.paivola.fi] has quit [Ping timeout: 480 seconds]
17:07-!-Starlight [~chatzilla@148.80-202-82.nextgentel.com] has joined #openttd
17:19-!-Starlight [~chatzilla@148.80-202-82.nextgentel.com] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 27.0.1/20140212131424]]
17:19<Wolf01>'night
17:19-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
17:22-!-gelignite [~gelignite@i528C368E.versanet.de] has quit [Quit: http://bit.ly/nkczDT]
17:36-!-Hazzard [~43aefd2c@188.cimarosa.openttdcoop.org] has quit [Ping timeout: 480 seconds]
17:49<TheDude>thanks Eddi|zuHause, it looks like it could be that simple
17:49<TheDude>good night
17:49-!-TheDude [~Miranda@ip-89-176-28-82.net.upcbroadband.cz] has quit [Quit: bye]
17:53-!-JVassie [Mortelugo@cpc14-nmal18-2-0-cust85.19-2.cable.virginm.net] has quit []
18:16-!-Mrkva [~Mrkva@mrkva.eu] has quit [Quit: leaving]
18:20-!-Progman [~progman@p57A184F4.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
18:47-!-Devroush2 [~dennis@dD5765BAC.access.telenet.be] has quit []
18:53-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Quit: Leaving]
18:54-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
19:25<Gallomimia>it's incredible that kerry would say such a thing, but i guess he says it cause some people still believe his bull... um... tweetie!
19:27-!-Midnightmyth_ [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds]
19:43-!-DabuYu [DabuYu@128.250.79.184] has joined #openttd
19:53-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Quit: Leaving]
19:58-!-KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving]
20:10-!-Japa__ [~Japa@117.201.97.201] has quit [Read error: Connection reset by peer]
20:21-!-Japa [~Japa@117.201.97.201] has joined #openttd
20:26-!-HerzogDeXtEr [~flex@i59F6B374.versanet.de] has quit [Quit: Leaving.]
20:59-!-namad7 [aaaaa@pool-74-111-111-176.pitbpa.fios.verizon.net] has joined #openttd
21:02-!-namad8 [~aaaaa@pool-74-111-111-176.pitbpa.fios.verizon.net] has quit [Ping timeout: 480 seconds]
21:04-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has quit [Remote host closed the connection]
21:13-!-Hazzard [~43aefd2c@188.cimarosa.openttdcoop.org] has joined #openttd
22:34-!-Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd
22:45-!-glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
22:51-!-Djohaal_ [~Djohaal@177.96.83.62] has joined #openttd
22:55-!-Djohaal [~Djohaal@189.58.0.15.dynamic.adsl.gvt.net.br] has quit [Read error: Operation timed out]
22:57-!-Japa_ [~Japa@112.79.37.102] has joined #openttd
22:58-!-Japa_ [~Japa@112.79.37.102] has quit []
23:03-!-Japa [~Japa@117.201.97.201] has quit [Ping timeout: 480 seconds]
23:50-!-MJP [~mjp@hq.z77.fr] has quit [Ping timeout: 480 seconds]
23:55-!-Japa [~Japa@117.201.97.201] has joined #openttd
---Logclosed Mon Mar 03 00:00:29 2014