Back to Home / #openttd / 2012 / 08 / Prev Day | Next Day
#openttd IRC Logs for 2012-08-09

---Logopened Thu Aug 09 00:00:07 2012
00:07-!-arton [] has quit [Ping timeout: 480 seconds]
00:15-!-HerzogDeXtEr [] has joined #openttd
00:21-!-HerzogDeXtEr1 [] has quit [Ping timeout: 480 seconds]
00:56-!-Eddi|zuHause [] has quit []
00:56-!-Eddi|zuHause [] has joined #openttd
01:23*neofutur tuning parameters for his citybuilding server
01:29-!-Prof_Frink [~proffrink@] has quit [Ping timeout: 480 seconds]
01:30-!-telanus [] has joined #openttd
01:31-!-andythenorth [] has joined #openttd
01:45-!-M1zera [] has quit [Quit: Miranda IM! Smaller, Faster, Easier.]
01:48-!-sla_ro|master [slaco@] has joined #openttd
01:56<@planetmaker>on the other side of the atlantic right now, andythenorth? :-)
01:57<andythenorth>my brain is still on last night
01:59<@planetmaker>mine is already on tomorrow ;-)
01:59<@planetmaker>holidays ahead! yippih
01:59<Supercheese>Uni classes about to begin, more like
01:59<@planetmaker>at *that* time?
02:00<Supercheese>Aug 20 for me
02:00-!-|Jeroen| [] has joined #openttd
02:00<Supercheese>just around the corner
02:00<@planetmaker>woah, versity classes don't start before October here. Beginners courses in late September
02:04<andythenorth>holidays :P
02:04<andythenorth>what a strange idea
02:15<@planetmaker>I know, very strange ;-)
02:21-!-LordPixaII [~pixa@] has joined #openttd
02:26-!-Pixa [] has quit [Ping timeout: 480 seconds]
02:27-!-Pixa [~pixa@] has joined #openttd
02:32-!-LordPixaII [~pixa@] has quit [Ping timeout: 480 seconds]
02:38-!-LordPixaII [~pixa@] has joined #openttd
02:43-!-Pixa [~pixa@] has quit [Ping timeout: 480 seconds]
02:53-!-Pixa [~pixa@] has joined #openttd
02:58-!-LordPixaII [~pixa@] has quit [Ping timeout: 480 seconds]
03:04-!-LordPixaII [] has joined #openttd
03:09-!-Pixa [~pixa@] has quit [Ping timeout: 480 seconds]
03:40-!-Supercheese [~Password4@] has quit [Quit: ChatZilla [Firefox 14.0.1/20120713134347]]
03:42-!-Phazorx [~pkolla@] has joined #openttd
03:43<Phazorx>got cargodest quetion - with opngfx data from 1.2.0 tip of git as of one hour ago complains about missing sprites, what else do i need for it to work?
03:43-!-andythenorth [] has left #openttd []
03:46-!-valhallasw [] has joined #openttd
04:01<Eddi|zuHause>you need a development version of OpenGFX
04:01<Eddi|zuHause>since you use a development version of OpenTTD
04:05-!-TGYoshi [~TGYoshi@] has joined #openttd
04:06<Phazorx>aha... coopers have it i take?
04:08<Phazorx>533 B/s - 11.7 KB of 3.3 MB, 1 hour left
04:08*Phazorx pings Ammler
04:09<Eddi|zuHause>it's a non.critical error anyway. only some GUI sprites are affected, and they will be replaced by ?-Sprites
04:10-!-Timberdragon [] has quit []
04:12<Phazorx>oh... good to know... still DL speed sounds like an issue
04:13<Ammler>good someone can tell me what is wrong :-)
04:16<@Terkhen>good morning
04:20<Phazorx>Ammler: heya, i can tell you how it looks like from this end
04:21-!-Elukka [] has joined #openttd
04:21<Phazorx>and not anymore... wget fetched it just fine this time, before it was breaking after ~12K going down to few hundreds bps
04:30-!-KouDy1 [] has joined #openttd
04:30-!-KouDy [] has quit [Read error: Connection reset by peer]
04:38<Ammler>Phazorx: possible, a broken network card could cause this?
04:40<Ammler>wget also resumes automatically but e.g. with firefox, it sucks
04:40<Phazorx>on your end?
04:40<Ammler>Phazorx: yes
04:40<Phazorx>oh... you just fixed that or something?
04:40<Ammler>no, we had some network issue yesterdayyesterday
04:41<Phazorx>hmm... and apprently still having them?
04:41<Ammler>yep, it comes and goes
04:42<Phazorx>you got bonding emabled and multiple nics by any chance?
05:12-!-Rhamphoryncus [] has joined #openttd
05:25-!-telanus1 [] has joined #openttd
05:28-!-telanus [] has quit [Ping timeout: 480 seconds]
05:59-!-FLHerne [] has joined #openttd
06:16-!-KouDy1 [] has quit [Quit: Leaving.]
06:26-!-drac_boy [] has joined #openttd
06:35-!-KouDy [] has joined #openttd
06:55-!-mahmoud [] has joined #openttd
07:11-!-ludde [] has quit [Ping timeout: 480 seconds]
07:29-!-gynter [] has joined #openttd
07:29<gynter>Hei, is there a recommended directory strugture for a NewGRF?
07:30<gynter>Or everything except lang/ I can put where I like?
07:31<Eddi|zuHause>but if you use an existing build system like the coop makefile, then you should stick to their directory structure
07:33<gynter>hmm okei
07:33<gynter>but pnml/pnfo are some coop Makefile specific things? eg temlates?
07:34<Eddi|zuHause>basically you run it through the C preprocessor before compiling with grfcodec/nmlc
07:36<Phazorx>what are major/minor differences between cargodest and yacd?
07:37-!-mark [] has joined #openttd
07:37<Ammler>Phazorx: you mean cargodist :-)
07:37<mark>hi, I wish to make some corrections to the wiki. how do I get a login to the wiki?
07:38<Phazorx>err yea, cargodist
07:42<gynter>is it possible to mix both nml and nfo togehter in the same grf?
07:43<@planetmaker>in principle yes. But it's a pain. And there's little reason to combine it
07:45<drac_boy>probably if someone wanted a nfo station into a nml grf otherwise?
07:45<@planetmaker>you can use nmlc to create nfo code which then combined by a pre-processor with other nfo code which then can be coded by grfcodec
07:45<drac_boy>(from what I could tell of earlier talks)
07:45<@planetmaker>drac_boy: currently it makes no sense to write any part of a station grf in nml.
07:46<mark>tx Ammler
07:48-!-lkz [] has joined #openttd
07:49-!-Zeknurn` [] has joined #openttd
07:49-!-welshdragon [] has quit [Ping timeout: 480 seconds]
07:50-!-luckz [] has quit [Read error: Connection reset by peer]
07:52-!-Zeknurn [] has quit [Ping timeout: 480 seconds]
07:52-!-Zeknurn` is now known as Zeknurn
08:03-!-mark [] has quit [Quit: ChatZilla [Firefox 14.0.1/20120713134347]]
08:06-!-roadt [~roadt@] has quit [Ping timeout: 480 seconds]
08:06<FLHerne>planetmaker: What if you wanted a combined station/object grf?
08:06<Ammler>make 2
08:07<@planetmaker>make two
08:07<Ammler>or use nfo for objects
08:08<drac_boy>yeah no harm in more than one grf for a set as long as it is not something crazy like eg stationtile1.grf stationtile2.grf etc heap of 100+ grfs in one single set :p
08:08<drac_boy>just saying
08:08<@planetmaker>FLHerne: it's usually a very good idea to make two newgrfs if you touch two different (main) features
08:10<drac_boy>FLHerne I have to ask as always, hows your progress coming along? heh :)
08:10-!-Devroush [] has joined #openttd
08:18-!-roadt [~roadt@] has joined #openttd
08:19-!-lilleman [] has left #openttd []
08:20<FLHerne>drac_boy: Slowly. Got distracted trying to play Elite in DOSbox now :P
08:20<drac_boy>heh :p
08:20<FLHerne>Old games are so much harder :-(
08:21<FLHerne>No menus to fiddle with
08:21*drac_boy is still a bit busy with upcoming website and model train layout but wants to eventually finish that grf I had started before
08:26<gynter>all images must be in png
08:31<drac_boy>no idea I just use whatever I find comfortable
08:32<gynter>hmm okay.
08:33-!-xiong [] has joined #openttd
08:33<Ammler>why is openttd server segfault a security issue? (
08:33<TrueBrain>connect the dots? :)
08:34-!-xiong [] has quit []
08:34<Ammler>but shouldn't security issues infect the system, not just openttd?
08:34<@planetmaker>gynter: with nmlc you can use many image formats; those which are supported by PIL. And those which support an 8bpp palette. png is "best" as it's both well compressed and easily viewable in a browser
08:34<TrueBrain>Short description kinda tells you why it is a security issue Ammler :)
08:34<@planetmaker>gynter: with grfcodec you're constraint to png and pcx
08:35<Ammler>TrueBrain: it tells that it does segfault openttd, thus my question
08:35<gynter>planetmaker: thanks, that was the answer what I was looking for. Couldn't find it in the NML spec
08:35<TrueBrain>short description says nothing about a segfault, does it?
08:35<TrueBrain>in fact, only point 8 mentions it is a segfault
08:35<TrueBrain>but it is not the important part
08:36<Ammler>so it segfaults because of DOS?
08:36<@planetmaker>Ammler: because of invalid write
08:36<TrueBrain>now you are just talking weird stuff :P
08:36<Ammler>it is a bit confusing
08:36<TrueBrain>you are making it confusing
08:37<Ammler>well, I have a bugreport on distro tracker and wonder, if I need to update the package or if I just can wait for final release
08:37<TrueBrain>Ammler: if I can crash your apache remotely, how would you call that?
08:37<Ammler>if you crash my openttd server, I wouldn't care
08:37<TrueBrain>not my question
08:37<TrueBrain>if I can crash your APACHE remotely, how would you call that?
08:37<Ammler>and I would for sure not call it security issue, except it infects the system too
08:38<TrueBrain>right, sorry I tried to help
08:38<@planetmaker>Ammler: if a 3rd party can from remote DOS your programmes... that *is* a security issue
08:38<@planetmaker>what else is?
08:38<TrueBrain>planetmaker: he doesn't are
08:38<TrueBrain>are = care
08:38<@planetmaker>I read that ,yes
08:38<Ammler>TrueBrain: that is not the same
08:38<@planetmaker>what is not the same?
08:39<Ammler>if you can DOS a app, it is system issue, isn't?
08:39<TrueBrain>you want to try it again, or do you keep dodging my questions?
08:39<TrueBrain>else we are not going anywhere, and we can just stop talking
08:40<@planetmaker>Ammler: it's an issue of the application which can be DOSed
08:40<@planetmaker>In this case OpenTTD can be DOSed
08:40<Ammler>but the DOS has also infect on the system
08:40<@planetmaker>it does. it crashes your server
08:40<@planetmaker>the openttd server
08:41<@planetmaker>I call that an issue. It can stop everyone playing.
08:41<@planetmaker>it's the same like people killing a www-server
08:41<@planetmaker>so a malicious person can kill every server there is out sthere
08:41<@planetmaker>by just connecting and doing the stuff as described
08:42<Ammler>yes, I just wonder, if it hurts that much it needs an update or if I could wait for the final release
08:42<@planetmaker>that's up to you to decide
08:42<TrueBrain>its a CVE ...
08:42-!-FlyingFoX [] has joined #openttd
08:43<TrueBrain>but you don't care if people can crash your openttd server, so I guess you answered that yourself already
08:43<@planetmaker>Ammler: good service means to provide people with a security fix
08:43<TrueBrain>(which is a very weird thing to say, as I would assume you would want to have your server in running order, but meh)
08:43<@planetmaker>so that malicious people cannot destroy your fun anymore
08:43<Ammler>TrueBrain: yes, I wouldn't update my openttd because of it, but maybe I should update the distro package, that is my issue
08:44<TrueBrain>you wouldn't update your server because it can be crashed?
08:44<TrueBrain>you still run Apache 1.3?
08:44<TrueBrain>I mean, come on ...
08:44<Ammler>I wouldn't update because I don't run a server
08:44<TrueBrain>@kban Ammler 300 this is enough
08:44-!-mode/#openttd [+b *!] by DorpsGek
08:44-!-Ammler was kicked from #openttd by DorpsGek [this is enough]
08:44<TrueBrain>I don't like trolls
08:49-!-mode/#openttd [-b *!] by DorpsGek
08:55<TrueBrain>neofutur: atm I am not adding new mirrors, as I have to rewrite the system; do have a question for you: our server is at OVH too, but we have IPv6; you don't have it configured, or does it still need that professional paid package bla thingy doodle bla?
08:55<TrueBrain>as we could really use an IPv6 enabled mirror :P
08:56<TrueBrain>planetmaker: you remember how much traffic/month we had btw?
08:56<orudge>TrueBrain: I could offer a de mirror (including IPv6) if we need more. We're mostly OK for EU mirrors though, I think. I'm hoping the US mirror can get IPv6 soon, the ISP just keeps saying "oh yes, we'll have it soon"... :p
08:57<@planetmaker>TrueBrain: where / what / when?
08:57<TrueBrain>orudge: if the US mirror could be IPv6, would be great :)
08:57<TrueBrain>planetmaker: OVH, traffic/month, now
08:57<@planetmaker>you mean like... ?
08:57<orudge>TrueBrain: well, when it is, I'll let you know :)
08:57<TrueBrain>orudge: for EU based mirrors, I would love some more south and east in the EU :)
08:57<TrueBrain>orudge: great, tnx
08:58<TrueBrain>planetmaker: I mean, how much can we use
08:58<@planetmaker>you mean the contract? a few TB
08:58<TrueBrain>my question was very unclear :D
08:58<TrueBrain>sorry, and yes :)
08:58<@planetmaker>not sure exactly, I think 5TB
08:58<TrueBrain>we are pushing more and more atm .. reached 0.5 TB a month last month, despite the mirrors :P
08:58<orudge>OVH is generally 5TB or 10TB I think, then they'll slow you down to 10Mbps
08:58<TrueBrain>k, tnx :)
08:59<orudge>it's something like a euro per extra TB though
08:59<@planetmaker>hm, we do? the stats only tell 360GB
08:59<TrueBrain>planetmaker: and the other 140GB was non-HTTP
09:00<TrueBrain>orudge: yeah, I guess; just wanted to know how far we could grow before it becomes relevant :)
09:01<TrueBrain>150k BaNaNaS downloads in 3 days, lolz
09:01<TrueBrain>it tells me ~150 GiB is done by mirrors in 3 days ... wuth?
09:01<@planetmaker>that's a lot
09:01<TrueBrain>it feels like a lie, so I am going to check that :)
09:02-!-drac_boy [] has left #openttd [I'm done being in this room!]
09:02<TrueBrain>it true ... lolz
09:03<@planetmaker>TrueBrain: is there somewhere actually a statistics with the non-http traffic?
09:03<TrueBrain>OVH manager :P
09:03<NGC3982>You guys need any help with that, btw?
09:03*NGC3982 has a lonely gigabit connection he doesn't use.
09:03<TrueBrain>depends on the coutnry NGC3982 ;) And I first need to fix the mirror system
09:04<NGC3982>Im in sweden.
09:04<TrueBrain>its your personal connection?
09:04<TrueBrain>as in: home connection
09:04<NGC3982>Although, im not that familiar with hosting mirrors, but it's a personal connection that i use, but since i only use it rarely i can limit myself to 100Mbit and let the rest go to something else.. I guess.
09:04<@planetmaker>TrueBrain: there it also tells you that we got 15 TiB of monthly traffic for free ;-)
09:05<NGC3982>It's a simple home connection.
09:05<TrueBrain>planetmaker: ah, lolz, tnx :)
09:05<TrueBrain>NGC3982: my advise, don't use it for mirroring etc
09:05<NGC3982>Ah, i see.
09:05<TrueBrain>that is better spend on machines in a datacenter
09:05<NGC3982>I thought so
09:05<TrueBrain>you want to be able to reboot your computer etc
09:05<TrueBrain>don't die under I/O etc
09:05<NGC3982>Speaking of, im actually unsure what my linksys e3000 thinks about traffic like that.
09:06<NGC3982>What am i talking about, i dont even have hardware that can support 100-120MB/s.
09:07<TrueBrain>3.7k BaNaNaS downloads initiated from the client yesterday
09:07<NGC3982>Im am thinking about setting up some dedicated servers, though.
09:07<TrueBrain>from 1.7k unique IPs
09:07<TrueBrain>that is amasing ...
09:07<NGC3982>Is that a record or something
09:07<NGC3982>and with BaNaNas i guess you are refering to NewGRF downloads and such?
09:07<TrueBrain>Online Content
09:08<NGC3982>Oh, even in-game online content downloads?
09:08<TrueBrain>2344 OpenTTD 1.2.1, 270 1.2.2-RC1, lolz
09:08<NGC3982>That explains alot.
09:08<TrueBrain>NGC3982: euh, yes? How else do you get those files?
09:08<TrueBrain>you press Download, and it starts downloading? :)
09:08<NGC3982>TrueBrain: I though you refered to the website statistics.
09:08<TrueBrain>ah, like that
09:08<TrueBrain>when you hit Download ingame
09:08<TrueBrain>you make a HTTP POST call to our server
09:09<NGC3982>I see
09:09<TrueBrain>which replies a list with URLs to fetch
09:09<TrueBrain>(which are either http:// or ottd:// )
09:09<NGC3982>You guys built a big game. Cheers.
09:09<TrueBrain>it got a bit out of hand :P
09:09<NGC3982>TrueBrain: Is that really effective?
09:09<TrueBrain>in what way?
09:10<NGC3982>Doesn't fetching http URL's basiclly mean fetching a file from a place from a place?
09:10<NGC3982>Never mind.
09:10<NGC3982>Im just using silly puns
09:10<TrueBrain>I am not awake enough for that :P
09:11<TrueBrain>so, extrapolating on the data I have, it seems we use 2TB a month atm, of which 1.5TB ends up at our mirrors :P
09:11*NGC3982 hands out Swedish Tunnbröd in celebration of BaNaNas statistics.
09:11<NGC3982>TrueBrain: Not bad.
09:12<TrueBrain>@calc 600000 / 24 / 60 / 60
09:12<@DorpsGek>TrueBrain: 6.94444444444
09:16<TrueBrain>@calc 28878 / (787155 + 28878)
09:16<@DorpsGek>TrueBrain: 0.0353882747389
09:16<TrueBrain>@calc 28878 / (787155 + 28878) * 100
09:16<@DorpsGek>TrueBrain: 3.53882747389
09:16<TrueBrain>3.5% of our traffic is over SSL
09:17<TrueBrain>< 1% is IPv6, lolz
09:19<TrueBrain>@openttd port
09:19<TrueBrain>@openttd ports
09:19*TrueBrain slaps DorpsGek
09:20<TrueBrain>planetmaker: as you asked (and I was curious): in 3 days we received 2 GiB of data and send 50 GiB. 1.6 GiB of the incoming was for HTTP requests, the rest went mostly to ottd_content. Of the 50 GiB, most ofc is HTTP, but 2 important ones:
09:20<TrueBrain>SVN used 1.5 GiB, and ottd_content used 12 GiB
09:20<TrueBrain>so 12 GiB was used for old NewGRFs being downloaded
09:20<@planetmaker>interesting. Thanks :-)
09:21<TrueBrain>the ottd_content is kinda odd tbh
09:21<TrueBrain>but it clearly shows most bandwidth goes towards BaNaNaS services atm
09:22<TrueBrain>I am scared with the upcoming 100+ MiB files :P
09:23<@planetmaker>yes... they'd get us into the critical range
09:23<TrueBrain>it will push the system for sure :P
09:25<TrueBrain>hmm .. I am pondering
09:25<TrueBrain>maybe we should alter (or extend) our ToS with something like:
09:25<TrueBrain>for files over 20 MiB, they will always be publically avaiable
09:25<TrueBrain>(archive included)
09:25<TrueBrain>(so not only the latest, but all)
09:26<FLHerne>TrueBrain: How would that help?
09:26<TrueBrain>I am a bit scared if such huge files won't push our ottd_content (which serves old content) too much
09:26<TrueBrain>FLHerne: old content is served only by our own server, via a custom protocol
09:27<TrueBrain>we cannot publish them on HTTP by our ToS
09:27<TrueBrain>so if you have an old savegame, and press: download NewGRFs, it is very likely you won't hit any HTTP for them, and pull it out from our single server
09:27<FLHerne>Oh, I see :P
09:28<TrueBrain>this has always been fine, as the files are small
09:28<TrueBrain>but of the 50 GiB in 3 days, 12 GiB already is for this old savegame support
09:28<FLHerne>Surely you should just add that to your ToS anyway, to stop SAC etc breaking savegames? :P
09:28-!-cyph3r [] has joined #openttd
09:28<TrueBrain>its in our ToS, as several NewGRF authors want to be in control of their NewGRFs, which I respect
09:29<TrueBrain>they feel having older NewGRFs on a public HTTP is asking for dumb users
09:29<TrueBrain>but when files get big, 20+ MiB or so, it becomes a different problem :)
09:30<FLHerne>Posting a NewGRF anyway is asking for dumb users :P
09:30<NGC3982>Offering obsolete material publicly is a usually a bad choise for opensource stuff.
09:30<TrueBrain>it is
09:30<TrueBrain>I did a trial by publishing it in an 'old' directory
09:30<NGC3982>I remember myself as a teenager not understanding anything while trying to get software from sourgeforce
09:30<TrueBrain>which you couldn't view
09:30<TrueBrain>but some mirrors have ftp access
09:31<NGC3982>TrueBrain: Well, of course you can make old material downloadable. I guess that is highly relevant in a developer perspective.
09:31<NGC3982>Though, it feels like you really need to present it way, way back in line.
09:31<TrueBrain>you can download it, just not by an easy click
09:32<TrueBrain>which, sadly, includes not publishing via HTTP
09:32<TrueBrain>as people browse mirrors and fail to understand ;)
09:32<NGC3982>So dumb people don't have to join and wonder why FIRS 0.0.2 doesn't work.
09:32<TrueBrain>as you see now, trying to get, say, FIRS 0.0.2 is hard
09:32<TrueBrain>you ened a Savegame which used it
09:32<TrueBrain>or know the exact details (grfid + md5)
09:32<TrueBrain>which is unlikely
09:32<TrueBrain>but as soon as stuff is on an HTTP, people will download it
09:32<TrueBrain>but that also means we cannot mirror them
09:33<TrueBrain>which is a bitch for large files :p
09:34*TrueBrain wonders if he can get some mirrors crazy enough to run a custom daemon :P
09:44-!-FLHerne [] has left #openttd []
09:49-!-FLHerne [] has joined #openttd
09:56-!-DOUK [] has joined #openttd
09:57-!-arton [] has joined #openttd
09:58-!-mahmoud [] has quit [Ping timeout: 480 seconds]
10:13-!-valhallasw [] has quit [Ping timeout: 480 seconds]
10:47<Eddi|zuHause> Message: NOT_REACHED triggered at line 1425 of /mnt/disk2/spiele/OpenTTD/trunk_clean/src/strings.cpp
10:47<Eddi|zuHause>how the hell did i manage that?
10:48-!-valhallasw [] has joined #openttd
10:48<TrueBrain>you tell us :P
10:51<Eddi|zuHause>in a FOR_ALL_VEHICLES_OF_TYPE, i put: SetDParam(0, eid); GetString(buffer, STR_VEHICLE_NAME, lastof(buffer));
10:52<Eddi|zuHause>in a first run i get all empty strings, and after switching newgrfs, i get this crash
10:53<TrueBrain>well, at least you now know how you managed it :D
10:53<Eddi|zuHause>at least that was the last thing i changed :)
10:59<neofutur>TrueBrain: just that I dont need ipv6, the server would probably be be dedibox / datacenter ( better peerings )
10:59<neofutur>email me later when you need mirrors, my servers will probably still be there
11:00<TrueBrain>we have too many mirrors close to AMS-IX :P
11:00<TrueBrain>I want mirrors further away :D
11:00<Eddi|zuHause>oh right
11:00<Eddi|zuHause>i guess i should use STR_ENGINE_NAME... *patsch*
11:00<TrueBrain>lol @ Eddi|zuHause :D
11:02<neofutur>or query me, i m always on oftc even if i m not always on #openttd
11:02<TrueBrain>hmm .. my wishlist: IPv6 mirror, and one in Japan and Australia
11:02<TrueBrain>who to bribe for that ...
11:03<neofutur>eh servers are more expensive in austrealia and japan ;)
11:03<TrueBrain>bandwidth mostly, rather expensive
11:03<TrueBrain>like, really expensive :P
11:03<TrueBrain>well, you would expect that peering would be cheap, so maybe we can only allow certain IP ranges to connect to those
11:04<Eddi|zuHause>so bandwidth is cheaper TO australia than WITHIN australia?
11:04<TrueBrain>TO is paid by all users an ISP has, most likely in the monthly cost
11:04<TrueBrain>as dedicated server, you also have to pay for it
11:04<TrueBrain>so that is a weird conclusion you make there :)
11:05-!-Prof_Frink [~proffrink@] has joined #openttd
11:05*neofutur asking to a friend that have servers in japan
11:05<TrueBrain>please do after I have the new mirror system working :P
11:06<TrueBrain>no clue on any ETA on that ;)
11:07<neofutur>TrueBrain: the friend is a friench friend having his company in japan, is there some kind of official mirror list with links to sponsors ?
11:07<TrueBrain>on our webpage, ofcourse
11:07<neofutur>only the link on the forum
11:07<neofutur>or also on the main website ?
11:07<TrueBrain>under Links, yes
11:08<neofutur>ah also should say there already are mirrors in france, i wouldnt have lost my time :p
11:08<TrueBrain>we don't have a mirror in FR
11:08<TrueBrain>so that would be weird if it would say so
11:08<neofutur>the OVH server is not in france ?
11:08<neofutur>you told me you had servers at ovh ?
11:08<TrueBrain>our main server is hosted by OVH, which is in France, yes
11:08<TrueBrain>but it is not part of the mirror rotation
11:09<TrueBrain>I am just complaining that we have too many mirrors around AMS-IX :P
11:09<TrueBrain>NL, GB, DE, FR ...
11:09<TrueBrain>(the main objective of the mirror network these days is to allow you to download the binaries faster :))
11:09<TrueBrain>so, more peering == better
11:09<neofutur>I moved most of my customers from ovh to dedibox those last years
11:10<neofutur>dedibox have much better peerings, and other advantages
11:10<TrueBrain>but they are in FR too, not?
11:10<TrueBrain>so they won't have a peering to most Russian ISPs
11:10<neofutur>dedibox/ is
11:10<TrueBrain>or to ... Egypt
11:10<TrueBrain>or do ... what else do we have there .. ;)
11:10<neofutur>one of the biggest ISPs in france
11:10-!-telanus1 [] has quit [Quit: Konversation terminated!]
11:10<TrueBrain>the reality is, that most ISPes in GB, DE, NL, FR all peer (excluding many other peers, ofc) in AMS-IX
11:10<neofutur>as an ISO they have much more peerings than OVH
11:11<TrueBrain>hmm, let me put this in another way
11:11<TrueBrain>if an AS has many peerings, that doesn't always mean better latency
11:11<TrueBrain>an AS with 4 peerings can serve many more ISPs better than one with 100
11:11<TrueBrain>we have a few peering rings with many members
11:11<TrueBrain>which are much better
11:11<neofutur>well i m french and I live in Peru
11:12<TrueBrain>and this is all fine and all, but my issue is: we have a lot of mirrors close to AMS-IX
11:12<neofutur>I often have problems connecting my servers at ovh
11:12<TrueBrain>they all kinds share the same peerings
11:12<TrueBrain>one way or the other, give or take 1 hop
11:12<neofutur>and need to first ssh to dedibox, then ssh to ovh from there
11:12<neofutur>also, ovh is dropping too many dynamic ips
11:12<TrueBrain>so I would really like servers more to the east etc
11:12<TrueBrain>so we gain better connectivity there
11:13<TrueBrain>Asia, Japan, Australia, Africa ..
11:13<TrueBrain>those all go over transit atm
11:13<TrueBrain>which means their latency is high
11:13<neofutur>if you serve only fance and europe , ovh is good
11:13<neofutur>for the rest of the world its pretty awful
11:14<TrueBrain>I really don't care :)
11:14<TrueBrain>it is of no relevance to OpenTTD :)
11:14<neofutur> peerings :
11:14<TrueBrain>(not meaning to be rude, but it is not my point at all)
11:14<TrueBrain>peerings are irrelevant
11:15<TrueBrain>you seem to fail what I try to say at all :)
11:15<TrueBrain>an ISP in FR won't have a direct peering to, say, Egypt
11:15<neofutur>sorry, just telling you my experience and opinion concerning ovh
11:15<neofutur>and why i moved from there
11:15<TrueBrain>yes, but that is not important :)
11:15<TrueBrain>we are not here to talk bad about one ISP or good about another :)
11:15<TrueBrain>this is not the channel for that ;)
11:15<neofutur>sorry, wont talk of this anymore
11:16<neofutur>but we were initially speaking of a mirror for openttd
11:16<neofutur>and mine would not be on ovh, telling you why
11:16<TrueBrain>and that is fine
11:16<TrueBrain>done and closed :)
11:16<NGC3982>TrueBrain: About the discussion we had before.
11:17<NGC3982>TrueBrain: ..Do you need more mirrors?
11:17<TrueBrain>we need more mirrors around the globe
11:17<TrueBrain>like I am trying to point out: 80% of our mirrors are concentrated around AMS-IX
11:17<NGC3982>Speaking of, how does the community pay for stuff like that?
11:17<TrueBrain>which doesn't really help anymore at this point
11:17<TrueBrain>we have, for example, only 1 mirror in the US
11:17<TrueBrain>the whole US, goes to 1 single point
11:18<TrueBrain>while in Europe there are 4 mirrors very close to eachother :P
11:18<TrueBrain>NGC3982: the community doesn't pay for it
11:18<TrueBrain>mirrors are all sponsored
11:18<TrueBrain>(in the form of an ad on the page)
11:18<NGC3982>I see.
11:18<TrueBrain>most current mirrors are servers who have bandwidth idle
11:18<TrueBrain>which they pay for anyway
11:18<NGC3982>Can i send you a PM?
11:35<Eddi|zuHause>which newgrf properties can i safely initialize to 0?
11:43<TrueBrain>the second from the left *troll*
11:43<Eddi|zuHause>apparently not the refit properties :)
11:46<TrueBrain>btw, neofutur, just as a For The Record, OVH has much more peerings: vs
11:47<gynter>Does loading sprites from multiple graphic files takes more memory than using one file for multiple sprites (eg putting all rails to one png)?
11:47<TrueBrain>I am still wondering why mirrors in other continents are so hard to get ...
11:47<TrueBrain>maybe because most of our community is EU? I guess ..
11:51-!-Eddi|zuHause [] has quit [Read error: Connection reset by peer]
11:52-!-Eddi|zuHause [] has joined #openttd
11:52<Eddi|zuHause>gynter: no, the sprites are put in the grf, the pngs are irrelevant
11:52-!-arton [] has quit [Ping timeout: 480 seconds]
11:54<Eddi|zuHause>hm... NML up to 1.8GB memory usage (RES)
11:54-!-arton [] has joined #openttd
11:54<gynter>so basically who cares how many png-s I have?
11:55<Eddi|zuHause>gynter: right. pngs are only used during compiling of the grf
11:57<Eddi|zuHause>and this feels longer than in the past...
11:57<gynter>ah, okay, but when using same sprite alignment multiple times it's good to define a template? Does defining the template decreases memory usage and grf size?
11:58<Eddi|zuHause>defining a template reduces your copy-pasting of code
11:58<Eddi|zuHause>nothing else
11:58<gynter>okay, thanks for the info
12:04<Eddi|zuHause>blärghs... i should really convert CETS to NFO :p
12:04<Eddi|zuHause>took like 15 minutes to compile...
12:06-!-M1zera [] has joined #openttd
12:07<@planetmaker>Eddi|zuHause: did you consider using the caching property of new(est) NML?
12:07<@planetmaker>the makefile doesn't yet support it. Or rather it simply needs updating of the nmlc parameters
12:07<Eddi|zuHause>planetmaker: CETS doesn't use nmlc for graphics conversion
12:08<Eddi|zuHause>planetmaker: this is purely reading the .nml and outputting the .nfo
12:08<@planetmaker>you mean nml->nfo->grfcodec ?
12:08<@planetmaker>right. You might consider trying nmlc with caching
12:08<@planetmaker>not sure whether it's faster, but might
12:08<@planetmaker>as only modified sprites need be re-encoded
12:08<Eddi|zuHause>it doesn't matter
12:09<Eddi|zuHause>it will not matter as long as the nml->nfo step already takes 15 minutes (which it did not used to... was 2 minutes before)
12:10<Eddi|zuHause>planetmaker: the current bottleneck is parsing the nml file and keeping the tree in memory
12:10<@planetmaker>I see, ok
12:10<@planetmaker>before what?
12:11<Eddi|zuHause>last month, when i compiled the last time
12:11<@planetmaker>you should talk to hirnundo with about that when he returns from his holidays
12:12<V453000>nuts takes about 10-15 minutes to compile too :<
12:12<@planetmaker>V453000: also try to use caching
12:12<V453000>how do I do that?
12:12<@planetmaker>some command line parameter... try nmlc --help :-)
12:13<V453000>oh right
12:13<@planetmaker>I don't know by heart either; I haven't implemented it yet either
12:13<gynter>nmlc is pure python right?
12:13<V453000>I need to update NML for that I guess
12:13<@planetmaker>but in essence it keeps in memory the sprites as they're needed in the grf. And only re-encodes them when changed
12:13<@planetmaker>yes, to about newest nightly
12:14<neofutur>18:41 < TrueBrain> I am still wondering why mirrors in other continents are so hard to get ...
12:14<neofutur>imo, because servers and bandwidth are much more expensive there, nothing more
12:14<@planetmaker>NGC3982: you talked about ads / advertizement... care to frame me in?
12:15<neofutur>few people have servers in japan or australia
12:15<NGC3982>planetmaker: Id rather do that in PM, if that's ok with you?
12:18<V453000>ok I see refittable_cargo_types is obsolete :z
12:19<@planetmaker>yes... the preferred way is to specify the cargos exactly which you allow refit
12:19<@planetmaker>and which not
12:19<@planetmaker>and the general case by cargo class, if you want to skip specific cargo configuration
12:20<V453000>I think I do that already
12:20<@planetmaker>there's two new properties cargo_allow_refit and cargo_disallow_refit which takes explicit cargo labels
12:21<@planetmaker>it's a bit of work to convert, sadly. But it frees you from dealing with cargo class changes for single cargos breaking your grf
12:21<@planetmaker>which happend sometimes in the past. Like for ECS and FIRS
12:22-!-pugi [] has joined #openttd
12:30-!-frosch123 [] has joined #openttd
12:42<Eddi|zuHause>planetmaker: the only sane way i know to fix it would be modularizing nml files
12:52-!-glx [glx@2a01:e35:2f59:c7c0:18dc:bfa2:baef:7a6e] has joined #openttd
12:52-!-mode/#openttd [+v glx] by ChanServ
12:57*neofutur meeding citybuilding player to test the citybuilding settings of his server
12:57<@planetmaker>Eddi|zuHause: that might be interesting. But... also very difficult
12:58<Eddi|zuHause>planetmaker: the other thing that may help would be a memory-efficient parser implemented in C(++)
12:59<Eddi|zuHause>ok, that sounds slightly better than last time: real 4m11.603s user 3m24.201s sys 0m6.334s
13:00-!-nicfer [~Administr@] has joined #openttd
13:04<Eddi|zuHause>now imagine we had 32bpp extra zoom files :)
13:05-!-|Jeroen| [] has quit [Quit: oO]
13:07<Eddi|zuHause>conceptual problem: the specs say articulated parts need weight zero, but how do you set the weight to zero if the articulated part is the same as the front vehicle?
13:09<@planetmaker>Eddi|zuHause: those 32bpp extra zoom files would be cached... would they lengthen encoding much then?
13:10<Eddi|zuHause>probably not
13:10<Eddi|zuHause>but they definitely increase file size
13:11-!-Nat_aS [] has quit [Quit: Konversation terminated!]
13:11-!-NataS [] has joined #openttd
13:16-!-cyph3r [] has quit [Quit: Miranda IM! Smaller, Faster, Easier.]
13:16<mikegrb> DELETE-0-BUVM-swap-7891630 vg1 -wi-ao 1.00T
13:17<Eddi|zuHause>planetmaker: just cets r701 increased compile time by 35%
13:17<mikegrb>er, wrong window
13:25-!-Alberth [~hat3@2001:980:272e:1:21a:92ff:fe55:fc8d] has joined #openttd
13:25-!-mode/#openttd [+o Alberth] by ChanServ
13:31-!-nicfer [~Administr@] has quit [Read error: Connection reset by peer]
13:32<@planetmaker>hi Alberth
13:33-!-Ciprian [] has joined #openttd
13:34<Ciprian>Does anyone knows how can I delete deserts in the scenario mode?
13:34<@Alberth>hi planetmaker
13:34<@planetmaker>try ctrl+build desert
13:37<Ciprian>Thank you
13:42-!-andythenorth [] has joined #openttd
13:43<@Alberth>yo andy
13:43<andythenorth>hi hi
13:45<CIA-4>OpenTTD: translators * r24462 /trunk/src/lang/ (hungarian.txt portuguese.txt turkish.txt):
13:45<CIA-4>OpenTTD: -Update from WebTranslator v3.0:
13:45<CIA-4>OpenTTD: hungarian - 1 changes by IPG
13:45<CIA-4>OpenTTD: portuguese - 18 changes by ricardoespsanto
13:45<CIA-4>OpenTTD: turkish - 7 changes by otrkmen
13:46-!-flaa [~flaa@] has joined #openttd
14:14-!-Wolf01 [~wolf01@] has joined #openttd
14:14-!-flaa [~flaa@] has quit [Quit: leaving]
14:15<@Alberth>hello Wolf01
14:22-!-Biolunar [] has joined #openttd
14:25-!-roadt [~roadt@] has quit [Ping timeout: 480 seconds]
14:26<Ciprian>Does anyone know how to use the ECS NewGRFs?
14:27<Pinkbeast>What is the difficulty you are having, please?
14:29<Ciprian>None of the NewGRFs is loading, except the Town GRF
14:29<Ciprian>The error given is "Town GRF must be loaded first"
14:30<Pinkbeast>Have you tried rearranging the order of the GRFs in the selection interface?
14:44-!-Ciprian [] has quit [Ping timeout: 480 seconds]
14:44-!-KouDy [] has quit [Quit: Leaving.]
14:59<Eddi|zuHause>hm... not sure if this is a "bug" or something, but the depot-size-estimation seems to call the sprite with cargo type "buy menu" (because there is no real vehicle yet), but then it will get the buy menu sprite which might not be the correct representation for the later "real" depot sprite
15:00<Eddi|zuHause>this shows with the cropped FISH sprites
15:00<andythenorth>am I not supposed to be providing some extra sprite for the depot?
15:01<andythenorth>I wrote a ticket for it I think :P
15:01<Eddi|zuHause>so FISH might need to check extra_callback_info1 in the buy menu chain
15:01<andythenorth>more newgrf bureaucracy :P
15:01<Eddi|zuHause>or alternatively in the "normal" chain
15:02<Eddi|zuHause>checking for EIT_IN_DEPOT (or whatever the nml equivalent of that is)
15:02<frosch123>Eddi|zuHause: yes, depot size estimation of ships/aircraft uses buy menu chain with EIT_IN_DEPOT
15:03<frosch123>i think we even documented that
15:03<frosch123>footnote 1
15:06<Eddi|zuHause>andythenorth: so in the purchase-sprite-chain, you need to check extra_callback_info1, if 0x20: return cropped sprite, else return normal sprite
15:10<Eddi|zuHause>on a related note: <-- now with left-aligning vehicles and separate handling of depot and purchase list sprites
15:11<Eddi|zuHause>funnily the gui makes sure the sprite is never drawn outside of the window
15:14-!-Supercheese [~Password4@] has joined #openttd
15:15-!-Supercheese [~Password4@] has quit [Read error: Connection reset by peer]
15:15-!-Supercheese [~Password4@] has joined #openttd
15:15-!-sla_ro|master [slaco@] has quit [Quit: DANGER is OFFLINE DANGER]
15:23-!-drac_boy [] has joined #openttd
15:25<andythenorth>Eddi|zuHause: can't test right now sorry :|
15:51-!-Rens [] has joined #openttd
15:51-!-Rens [] has quit []
15:55-!-Pixa [] has joined #openttd
16:00-!-LordPixaII [] has quit [Ping timeout: 480 seconds]
16:12-!-nicfer [~Administr@] has joined #openttd
16:13-!-andythenorth [] has quit [Quit: andythenorth]
16:18<nicfer>I want to create a map with sparse cities without town minimum distance patch... I think I'll need to use the scenario editor but that seems too fixed
16:18<nicfer>no randomness
16:18<@Yexo>you can specify a custom number of cities when randomly generating them
16:18<@Yexo>have you tried simply setting a very low number?
16:20<nicfer>yes but towns tend to generate clumped together while the rest of the map is void
16:21-!-andythenorth [] has joined #openttd
16:21<Eddi|zuHause>that is how randomness works...
16:22<Eddi|zuHause>if you want more even distribution, you want _less_ randomness
16:23<nicfer>with minimum town distance I get towns spread nicely without overflowing
16:23-!-Chris_Booth [] has joined #openttd
16:24<nicfer>and I'm using a patchpack that doesn't have that patch, and I can't load pregenerated maps
16:25<@Alberth>generate one, look up the coordinates, and copy it in the SE ?
16:25<@Alberth>just clicking a few times yourself is easier probably
16:38-!-frosch123 [] has quit [Remote host closed the connection]
16:41-!-andythenorth [] has left #openttd []
16:43-!-Alberth [~hat3@2001:980:272e:1:21a:92ff:fe55:fc8d] has left #openttd []
16:45-!-KritiK [~Maxim@] has joined #openttd
16:45-!-Zeknurn [] has quit [Remote host closed the connection]
16:46-!-Zeknurn [] has joined #openttd
16:49-!-drac_boy [] has left #openttd [I'm done being in this room!]
17:03-!-art0n [] has joined #openttd
17:06-!-arton [] has quit [Ping timeout: 480 seconds]
17:27<Wolf01>'night all
17:27-!-Wolf01 [~wolf01@] has quit [Quit: Once again the world is quick to bury me.]
17:28-!-Supercheese [~Password4@] has quit [Quit: ChatZilla [Firefox 14.0.1/20120713134347]]
17:46-!-Rhamphoryncus [] has quit [Quit: Rhamphoryncus]
17:51-!-Chris_Booth [] has quit [Quit: ChatZilla [Firefox 15.0/20120731150526]]
17:59-!-valhallasw [] has quit [Ping timeout: 480 seconds]
18:06-!-FLHerne [] has left #openttd []
18:33-!-APTX [APTX@2001:470:1f0b:1a9d:240:63ff:fefb:5994] has joined #openttd
18:35-!-LordPixaII [~pixa@] has joined #openttd
18:40-!-Pixa [] has quit [Ping timeout: 480 seconds]
18:42-!-Pixa [~pixa@] has joined #openttd
18:45-!-Zeknurn [] has quit [Remote host closed the connection]
18:46-!-Zeknurn [] has joined #openttd
18:48-!-LordPixaII [~pixa@] has quit [Ping timeout: 480 seconds]
18:49-!-TGYoshi [~TGYoshi@] has quit [Quit: Hugs to all]
18:51-!-LordPixaII [~pixa@] has joined #openttd
18:55-!-KingPixaIII [~pixa@] has joined #openttd
18:55-!-Pixa [~pixa@] has quit [Ping timeout: 480 seconds]
18:56-!-michi_cc [] has quit [Quit: michi_cc]
18:56-!-michi_cc [] has joined #openttd
18:56-!-mode/#openttd [+v michi_cc] by ChanServ
19:00-!-LordPixaII [~pixa@] has quit [Ping timeout: 480 seconds]
19:01-!-tokai|noir [] has joined #openttd
19:01-!-mode/#openttd [+v tokai|noir] by ChanServ
19:02-!-art0n [] has quit [Ping timeout: 480 seconds]
19:02-!-Pixa [~pixa@] has joined #openttd
19:02-!-drac_boy [] has joined #openttd
19:06-!-tokai|mdlx [] has quit [Ping timeout: 480 seconds]
19:07-!-KingPixaIII [~pixa@] has quit [Ping timeout: 480 seconds]
19:11-!-art0n [] has joined #openttd
19:24-!-APTX [APTX@2001:470:1f0b:1a9d:240:63ff:fefb:5994] has quit [Ping timeout: 480 seconds]
19:27-!-drac_boy [] has left #openttd [I'm done being in this room!]
19:45-!-Supercheese [~chatzilla@] has joined #openttd
19:46-!-APTX [APTX@2001:470:1f0b:1a9d:240:63ff:fefb:5994] has joined #openttd
19:57-!-Biolunar [] has quit [Quit: All your IRC are belong to us]
20:02-!-NataS [] has quit [Quit: Konversation terminated!]
20:02-!-Dr_Tan [] has joined #openttd
20:03-!-pugi [] has quit []
20:17-!-Stimrol [] has quit [Quit: ZNC -]
20:19-!-Stimrol [] has joined #openttd
20:38-!-roadt [~roadt@] has joined #openttd
20:50-!-Supercheese [~chatzilla@] has quit [Quit: ChatZilla [Firefox 14.0.1/20120713134347]]
20:53-!-KritiK [~Maxim@] has quit [Quit: Leaving]
20:56-!-Devroush [] has quit []
21:09-!-michi_cc [] has left #openttd []
21:09-!-michi_cc [] has joined #openttd
21:09-!-mode/#openttd [+v michi_cc] by ChanServ
21:12-!-Supercheese [~Password4@] has joined #openttd
21:40-!-Elukka [] has quit []
21:52-!-glx [glx@2a01:e35:2f59:c7c0:18dc:bfa2:baef:7a6e] has quit [Quit: bye]
22:43-!-nicfer [~Administr@] has quit [Quit: Leaving.]
23:08-!-KouDy [] has joined #openttd
---Logclosed Fri Aug 10 00:00:07 2012