IRC logs for #openttd on OFTC at 2013-08-16
⏴ go to previous day
00:01:23 <Supercheese> I think we use it in land areas, hectacres
00:02:10 <SamanthaD> I wonder if the average Joe would prefer a 1.5GHz computer over a 2500MHz one
00:02:43 <SamanthaD> I personally measure land area in "square chains"
00:08:20 <Supercheese> I don't get the station name generator at all
00:12:31 <Supercheese> it seems very hackish
00:16:55 <Supercheese> of course, timezones mean devs are likely asleep
00:17:23 *** DarkAceZ has joined #openttd
00:30:31 <Bad_Brett> what the hell is timezones? ;)
00:35:05 <Bad_Brett> ugh... why am i doing this to myself? trying to align thousands of sprites
00:50:24 <Bad_Brett> though i must say, the extra angles really make the trains look better
02:00:47 *** montalvo has joined #openttd
02:03:52 *** SamanthaD has joined #openttd
02:34:04 *** Arkabzol has joined #openttd
02:42:42 *** roboboy has joined #openttd
03:11:50 *** kais58__3 has joined #openttd
03:20:59 *** Bad_Brett has joined #openttd
03:22:11 *** kais58__3 is now known as kais58|AFK
04:56:17 *** Eddi|zuHause has joined #openttd
05:33:52 <V453000> question is if it is X times better where X is the multiplier of sprite amount necessary :)
05:34:58 <maddy_> V453000: that sounds like you should take another beer
05:37:47 <V453000> at work unfortunately
05:38:43 <V453000> but when I get home today, madness will happen
06:08:00 *** andythenorth has joined #openttd
06:33:28 *** Devroush has joined #openttd
07:29:01 *** valhallasw has joined #openttd
07:30:39 *** sla_ro|master has joined #openttd
08:22:04 *** LordAro has joined #openttd
08:35:49 *** kais58|AFK is now known as kais58__3
08:44:45 *** oskari89 has joined #openttd
08:45:28 <Wolf01> gah, none of my friends want to go to the beach today :(
08:45:36 <planetmaker> make new friends?
08:46:10 <Wolf01> I did, tomorrow I'll have some trekking on mountain :P
08:51:43 <peter1138> $query = "SELECT * FROM user_profile WHERE UserName='$_POST[UserName]' and Password='$_POST[Password]'"
08:52:27 <TinoDidriksen> Mmm, injections...
08:53:01 *** Ristovski has joined #openttd
08:54:22 <peter1138> at least 3 things wrong with that ;D
08:54:26 <planetmaker> hm.... mountain trecking. nice
08:56:01 <peter1138> TinoDidriksen, oh and if you follow the instructions of this code to set up the db, you'll end up with a user that has access to every single thing on the database server, not just its own database... fun :D
09:25:27 *** valhallasw has joined #openttd
09:30:34 *** LordAro has joined #openttd
09:34:32 <LordAro> oh good, an x server segfault
09:35:20 <LordAro> where would i report such a thing?
09:37:51 <TinoDidriksen> It clearly says who to contact...
09:38:33 <LordAro> i should actually read further than the backtrace
09:40:24 *** valhallasw has joined #openttd
09:49:16 *** Midnightmyth has joined #openttd
10:48:41 *** Pensacola has joined #openttd
10:50:13 *** Aristide has joined #openttd
10:51:05 <Aristide> I must test busline 11 <3
11:33:07 *** Supercheese has joined #openttd
12:04:51 *** torkelG has joined #openttd
12:06:44 <torkelG> Hello, im trying to compile and run version 1.3.2 server for my raspberry pi, ive managed to compile it but now it complains about graphics set, why would the server need that, and how do i get it?
12:08:32 *** montalvo has joined #openttd
12:11:17 <planetmaker> torkelG, the "graphics set" also contains information for terrain generation
12:12:26 <torkelG> Ok, i see, I downloaded a .zip file, readme's and wiki pages say to put it in different places
12:12:49 <planetmaker> yeah. The place depends. On your OS. Readme, section 4.2 :-)
12:13:04 <planetmaker> ~/.openttd/baseset
12:13:24 <V453000> what info about terrain generation is that? :o
12:13:54 <planetmaker> V453000, the old terrain generator. It has "height maps", placed in the base set file
12:14:48 <torkelG> ok, ~/.openttd/baseset/ the zip file or the unzipped files?
12:14:57 <planetmaker> take a guess, torkelG :-)
12:15:12 <V453000> does that mean you could get different maps generated with different base sets? if you use original map generator that is
12:15:45 <planetmaker> V453000, yes. Iff the different basesets contained different sprites for that part, yes. I think I made sure they don#t
12:16:08 <V453000> thats qutie interesting
12:16:26 <torkelG> First time ive compiled anything for ARM
12:16:52 <planetmaker> V453000, but it's not a simple height map translated 1:1.
12:17:20 <planetmaker> there's some kind of processing involved... and applying the same thing at different scales / spacial frequencies
12:17:25 <V453000> would need kind of many heightmaps that way :D
12:17:44 <planetmaker> and randomness, too :-)
12:18:26 <torkelG> could someone please test my server from the "outside" torkelatge.net:3739 Thanks
12:18:46 <planetmaker> torkelG, I fear that a raspberryPi has less power than some clients :-)
12:18:54 <torkelG> obs, torkelatge.net:3979*
12:19:38 <planetmaker> if it appears in short time (few minutes at most), it's publicly reachable
12:19:53 <planetmaker> you might need to adjust your openttd.cfg and/or your router settings, if not
12:20:30 <torkelG> Ok, thanks for helping me, Have a nice day
12:22:30 <planetmaker> that was quick :-9
12:26:41 *** Tom_Soft has joined #openttd
12:59:28 <LordAro> D: cinnamon is leaking memory :(
13:06:11 <Malinux-> hm, is there a new grf or so, who makes me not spending too much time on openttd? :P
13:06:25 <Xaroth|Work> no, that's built-in
13:07:02 <planetmaker> use a game script. then you can play more games :-P
13:07:53 <V453000> I dont think that directly reduces teh amount of time you spend playing :P
13:08:21 <planetmaker> I didn't say that ;-)
13:08:25 <planetmaker> (for good reason :P)
13:08:44 <planetmaker> just "more games" ;-)
13:09:18 <V453000> I prefer less games :)
13:10:04 <planetmaker> I think it depends :-)
13:29:23 *** sla_ro|master has joined #openttd
13:47:33 <Malinux-> Xaroth|Work: okey :)
14:10:20 <TWerkhoven> Xaroth|Work: self._connection = self._connection.copy()
14:10:47 <TWerkhoven> am i right in assuming that that overwrites the object with a fresh copy of itself, retaining all configure bits from the original?
14:11:02 <Xaroth|Work> the copy function also transfers your event hooks
14:11:06 <Xaroth|Work> so you don't have to re-do that
14:11:23 <TWerkhoven> < attempting multi-server
14:11:50 <TWerkhoven> whilst the plugin is still small enough to change easily
14:12:08 <Xaroth|Work> you might want to copy the epoll stuff to your own function then
14:12:17 <Xaroth|Work> instead of polling each connection separately
14:12:45 *** ntoskrnl has joined #openttd
14:13:14 *** valhallasw has joined #openttd
14:13:18 <Xaroth|Work> from libottdadmin2.trackingclient import poll, POLLIN, POLLOUT, POLLERR, POLLHUP, POLLPRI, POLL_MOD
14:13:37 <Xaroth|Work> then note what the trackingclient's __init_poll__, __deinit_poll__ and poll do
14:14:16 <Xaroth|Work> might be useful to keep a dict of fileno()'s with their respective object
14:14:20 <TWerkhoven> and change it so it polls each active connection?
14:14:30 <Xaroth|Work> well you register each active connection
14:14:35 <Xaroth|Work> and de-register each disconnected one
14:14:44 <Xaroth|Work> so you poll multiple connections through 1 function
14:15:09 <Xaroth|Work> the trackingclient's own poll method only registers itself
14:16:25 <TWerkhoven> so i'd have to start polling active connections from the start, possibly before any connection is connected, or do i check if there is a registered connection any time i connect to ottd?
14:19:48 <TWerkhoven> i assume i should integrate the polling stuff in the main plugin body instead of soapclient, right?
14:21:19 <Xaroth|Work> in the threaded bit
14:21:35 <Xaroth|Work> so.. probably yes
15:02:53 *** Twofish has joined #openttd
15:12:56 *** Kurimus has joined #openttd
15:35:37 *** Alberth has joined #openttd
15:35:37 *** ChanServ sets mode: +o Alberth
15:40:21 <LordAro> why you no in #freerct ?
15:42:34 <Alberth> I was missing a channel, looked through the list twice, and could not find the missing entry
15:43:02 <Alberth> done, you are now less lonely :)
15:58:11 *** amiller has joined #openttd
16:09:03 *** Progman has joined #openttd
16:13:16 <Bad_Brett> should i attend a party or code newgrf's? that's the question
16:14:01 <Alberth> how's coding newgrfs not a party? :)
16:15:42 <maddy_> do both, go to the party and get some hot girls to come home with you, then code newgrfs with them
16:18:59 <Bad_Brett> openttd after party!
16:19:03 <Bad_Brett> not bad, not bad at all
16:28:40 *** Progman has joined #openttd
16:30:32 *** frosch123 has joined #openttd
17:07:16 *** LordAro has joined #openttd
17:35:39 <Eddi|zuHause> if you're not missing the channel, it's probably not worth it :p
17:43:21 <frosch123> "FYI I never use buoys anyway. I just build them for making the orders, then destroy them later." <- lol
17:43:37 <frosch123> i don't think it can get better today
17:45:15 <DorpsGek> Commit by translators :: r25724 trunk/src/lang/luxembourgish.txt (2013-08-16 17:45:08 UTC)
17:45:16 <DorpsGek> -Update from WebTranslator v3.0:
17:45:17 <DorpsGek> luxembourgish - 2 changes by Phreeze
17:47:22 <frosch123> most kernel issues are due to crappy hardware
17:50:23 <frosch123> at least it is a great myth, but it also matches my experience :)
17:52:24 <LordAro> can't say i've had these sort of problems before :L
17:53:27 <Zuu> random segfaults sounds like a broken RAM
17:53:57 <Zuu> Run memtest86+ and hopefully it shows that some part of your RAM is broken.
17:54:57 <Zuu> I say hopefully, because in that case, the problem will be resolved by replacing the broken RAM module or passing a to the kernel in GRUB to not use the broken sector.
17:55:26 <LordAro> it's out of warranty too :(
17:55:29 <Zuu> If it is not the RAM, then it usually takes much more work to resolve.
17:55:58 <Zuu> RAM is quite non-expansive these days.
17:56:33 <Zuu> Its not like the 512 memory module for 200 Euro I got for my first laptop :-)
17:57:21 <glx> <LordAro> it's out of warranty too :( <-- not a lifetime warranty RAM ?
17:57:30 <LordAro> probably, i don't know
17:57:52 <Zuu> Lifetime as in the lifetime of the retailer? :-D
17:59:54 <Zuu> The last year several computer retailers has gone bankrupt in Sweden. In that case you need to contact the manufacturer directly to get any warranty.
18:00:49 <glx> RMA takes more time in that case
18:03:11 <Bad_Brett> hmm my trains look like they're made out of rubber
18:04:33 <Rubidium> glx: doesn't lifetime warranty imply "until the end of life of the product", and since the product is financially total loss it is declared dead?
18:16:41 <maddy_> have I understood the basic concept of openttd code correctly? UI stuff is client-specific, but whenever game state is affected, DoCommand needs to be called so all clients are updated?
18:17:20 <Alberth> sounds quite correct to me
18:17:54 <Alberth> except that the server is also a client that needs to be updated :p
18:20:29 <maddy_> and when do I use DoCommand vs DoCommandP?
18:21:19 <frosch123> DoCommandP is the network transmission
18:21:30 <frosch123> you call it on the client side, and it comes out on all other sides
18:21:51 <frosch123> DoCommand is used for stuff that is triggered automatically on all clients and not via user interaction
18:22:04 <frosch123> either as part of the gameloop, or as subcommand of another command
18:22:28 <maddy_> ok that clarifies it, thanks
18:24:44 *** Ristovski has joined #openttd
18:25:40 <frosch123> if you call docommand from the gui (where docommandp would be the right choice), it will desync
18:26:25 <frosch123> if you call docommandp from the gameloop or somehwere where docommand should be used, then the command is duplicated from every client to all clients, so the command is effectively executed "number of clients" times
18:26:38 <frosch123> thought it might as well just assert :p
18:28:12 <Zuu> I started a bit on the Query -> StoryPage conversion of the Tutorial just to realize that it needs an interactive story book as discussed in FS#5616
19:08:24 *** Aristide has joined #openttd
19:24:51 *** Aristide has joined #openttd
19:33:23 *** andythenorth has joined #openttd
20:30:31 *** HerzogDeXtEr has joined #openttd
21:14:23 *** amiller has joined #openttd
21:16:53 *** idiotmeat has joined #openttd
21:19:43 *** tokai|noir has joined #openttd
21:19:43 *** ChanServ sets mode: +v tokai|noir
21:28:18 <andythenorth> so...sacks of coffee
21:28:25 <andythenorth> but the cargo icon is a coffee cup
21:28:32 <andythenorth> you'll live with that :P
21:31:14 <andythenorth> ugly industries on minimap are ugly :(
21:33:08 <andythenorth> maybe I should split FIRS into one grf per economy
21:33:39 *** HerzogDeXtEr has joined #openttd
21:33:46 <andythenorth> or one grf per industry
21:34:01 <andythenorth> can we have a grf container format?
21:40:25 <andythenorth> if I stick 10 grfs in one tar, what will openttd do? o_O
21:40:49 <frosch123> bananas won't accept it
21:41:51 <andythenorth> I am seriously considering splitting FIRS to multple grfs
21:42:08 <andythenorth> it's untenable now
21:42:17 <andythenorth> I can't be bothered to work on anything if it needs a full compile
21:42:28 <frosch123> and what makes you think that splitting would speed it up?
21:43:07 <andythenorth> nml could scan each file for varact 2 *much* faster (is my assumption)
21:43:14 <andythenorth> and I could run multiple nml compiles
21:43:38 <andythenorth> got no evidence :)
21:45:41 <frosch123> well, i guess some debug switches to compile only some stuff for testing might rather reach the goal
21:45:47 <andythenorth> I have that already
21:45:54 <frosch123> splitting would still take the same comile time for the full-firs economy
21:46:22 <andythenorth> seems nmlc does load up all the cores I have
21:46:28 <andythenorth> don't know how it's managing that
21:46:37 <andythenorth> it shouldn't be able to afaik
21:51:21 *** Progman has joined #openttd
22:04:06 *** SamanthaD has joined #openttd
22:08:21 *** HellTiger has joined #openttd
23:12:23 *** Aristide has joined #openttd
23:14:16 *** Pereba_ has joined #openttd
23:19:26 *** Pereba_ is now known as Pereba
continue to next day ⏵