Times are UTC Toggle Colours
00:00:38 <Samu> I count 36 messages of "advertising to master server" after the desync 00:01:06 <Samu> right now 00:10:51 <Samu> https://bugs.openttd.org/task/6440 00:10:54 <Samu> there it is 00:20:18 <Samu> recv failed with error 10054 00:20:24 <Samu> on server 8 00:20:29 <Samu> what is this 00:31:38 *** Guest10461 [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd 00:36:16 <glx> recv failed is a network error 01:03:29 <Samu> server 1 is getting too slow 01:03:54 <Samu> there's about 12000 total vehicles in it 01:04:13 <Samu> roadrunner is bad at dealing with truck jams 01:05:18 <Samu> it's commiting suicide, they will all bankrupt. the ais are trying to add more trucks because of waiting cargo in the stations, but this creates more jam 01:05:48 <Samu> more jams, more waiting cargo, more trucks - repeat cycle, until bankrupt 01:09:41 <Samu> keks - http://i.imgur.com/TqSCU6U.png 01:09:51 <Samu> can't even zoom out 01:10:12 <Samu> performance goes to hell 01:16:15 <Samu> cyas goognight 01:16:22 *** Samu [~oftc-webi@po-217-129-255-23.netvisao.pt] has quit [Quit: Page closed] 02:09:01 *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd 02:14:32 *** HerzogDeXtEr [~farci@i59F6B267.versanet.de] has quit [Read error: Connection reset by peer] 02:24:12 *** smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd 02:29:44 *** sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has quit [Ping timeout: 480 seconds] 02:30:21 *** Biolunar_ [Biolunar@x4d025784.dyn.telefonica.de] has joined #openttd 02:37:14 *** Biolunar [Biolunar@x5d8220a9.dyn.telefonica.de] has quit [Ping timeout: 480 seconds] 02:46:52 *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye] 03:27:18 *** Taco [~kitty@2402:9e80:1::1:9a37] has joined #openttd 05:23:27 *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail] 05:24:33 *** Monkey_ [~Monkey@82.194.56.73] has joined #openttd 05:38:12 *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has joined #openttd 05:43:48 *** Clockworker_ [~Clockwork@189-73-139-50.paemt702.dsl.brasiltelecom.net.br] has joined #openttd 05:51:09 *** Clockworker [Clockworke@189.73.139.50] has quit [Ping timeout: 480 seconds] 06:15:19 *** liq3 [liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has quit [] 06:59:05 <andythenorth> o/ 07:10:46 *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has joined #openttd 07:35:39 *** Goddesen [~quassel@51.174.164.106] has quit [Ping timeout: 480 seconds] 07:44:14 *** tokai [~tokai@00012860.user.oftc.net] has joined #openttd 07:44:17 *** mode/#openttd [+v tokai] by ChanServ 07:51:04 *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds] 08:14:16 *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has quit [Quit: andythenorth] 09:01:24 *** Wolf01 [~wolf01@host135-171-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 09:01:46 <Wolf01> o/ 09:22:23 *** guru3 [~guru3@000128ea.user.oftc.net] has quit [Ping timeout: 480 seconds] 10:29:16 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 10:45:58 *** debdog [~debdog@2a02:8070:4584:4200:7a24:afff:fe8a:d04d] has quit [Ping timeout: 480 seconds] 10:47:10 *** debdog [~debdog@2a02:8070:4584:4200:7a24:afff:fe8a:d04d] has joined #openttd 10:51:38 *** Monkey_ [~Monkey@82.194.56.73] has quit [Quit: Leaving] 10:53:28 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Ping timeout: 480 seconds] 10:55:55 *** Wolf01 [~wolf01@host135-171-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 11:04:03 *** Samu [~oftc-webi@po-217-129-255-23.netvisao.pt] has joined #openttd 11:04:06 <Samu> hi 11:05:10 *** Monkey_ [~Monkey@82.194.56.73] has joined #openttd 11:06:05 <Samu> is this feature in place? - drag a savegame file and drop it on openttd.exe to have it launch openttd and load that savegame? 11:06:13 <Samu> it would be awesome 11:09:04 *** srhnsn [~srhnsn@HSI-KBW-109-192-198-135.hsi6.kabel-badenwuerttemberg.de] has joined #openttd 11:12:49 *** Wolf03 [~wolf01@host135-171-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 11:12:50 *** Wolf01 is now known as Guest10524 11:12:50 *** Wolf03 is now known as Wolf01 11:15:02 *** Wolf03 [~wolf01@host135-171-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 11:15:02 *** Wolf01 is now known as Guest10525 11:15:02 *** Wolf03 is now known as Wolf01 11:18:58 *** Guest10524 [~wolf01@0001288e.user.oftc.net] has quit [Ping timeout: 480 seconds] 11:19:12 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!] 11:21:49 *** Guest10525 [~wolf01@0001288e.user.oftc.net] has quit [Ping timeout: 480 seconds] 11:31:26 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 11:34:54 *** TheMask96 [martijn@sloth.vhost.ne2000.nl] has joined #openttd 11:49:05 *** Ketsuban [~ketsuban@2a02:c7d:a34a:9000:e592:d8bc:2dfa:a120] has quit [Quit: Leaving] 12:07:24 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd 12:17:35 *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd 12:25:17 <argoneus> good morning train friends 12:25:43 <V453000> noep 12:26:03 <argoneus> yes 12:31:28 <Samu> hey 12:31:48 <Samu> are savegames compressed with lzma? lzma2? other? 12:32:36 *** Guest10461 [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Read error: Connection reset by peer] 12:33:12 *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd 12:33:55 <Samu> i found it 12:33:59 <Samu> LZMA2:21 CRC-32 12:40:38 <Samu> so, from my testings, savegames can be compressed even further 12:40:57 <Samu> still using lzma2 12:44:03 <Samu> i picked a 119.000 bytes .sav file, uncompressed it to 1.956.990 bytes, then compressed it to 103.918 bytes 12:44:16 <Samu> and still using lzma2 method 12:45:10 <Samu> oh wait, no... method was lzma, not lzma2 :( 12:45:58 <Wolf01> what's your goal? 12:46:11 <Wolf01> (just because I'm curious) 12:48:04 *** MagiCrazy [~MagiCrazy@146.255.174.104] has joined #openttd 12:48:09 <MagiCrazy> o/ 12:48:13 <MagiCrazy> hi guys ! 12:48:32 <MagiCrazy> I'm trying to compile openttd on Alpine/ARM 12:48:40 <MagiCrazy> for a dedicated light server 12:49:02 <MagiCrazy> The compilation runs well 12:49:33 <MagiCrazy> but I get an error about zlib when it's trying to link openttd 12:49:49 <MagiCrazy> I can see there's a workaround for PSP in the Makefile 12:50:18 <Wolf01> I usually disable zlib on windows too, I had the same errors 12:50:21 <MagiCrazy> I wonder if it's the same, the explanation in comments is not that clear 12:50:38 <MagiCrazy> hi Wolf01 12:51:02 <MagiCrazy> disabling on Windows makes sense... but on linux... 12:51:37 <Wolf01> eh, the libraries for the target platforms are available? 12:51:44 <MagiCrazy> yep 12:52:07 <Wolf01> then I have no clue 12:52:21 <MagiCrazy> oh, I was running another test while talking, it seems I found a way ! 12:53:16 <MagiCrazy> in the Makefile.src.in file, I added "-lz" to the linking command 12:53:43 <MagiCrazy> $(Q)+$(CXX_HOST) $(LDFLAGS) $(OBJS) $(LIBS) -o $@ 12:53:46 <MagiCrazy> becomes 12:53:47 <MagiCrazy> $(Q)+$(CXX_HOST) -lz $(LDFLAGS) $(OBJS) $(LIBS) -o $@ 12:53:56 <MagiCrazy> line 273 12:54:05 <Wolf01> hmmm, where's andy when you need him? @work I suppose 12:54:10 <MagiCrazy> would it be a good idea to propose the workaround ? 12:54:19 <MagiCrazy> in a less crappy way ;) 12:57:52 <MagiCrazy> HO YEAH, work ! 12:58:23 <MagiCrazy> I'll stay here until day end, in case someone wants to talk to me ;) 12:59:11 <Samu> im still running the whole lzma2 batches to find out the optimal parameters for strongest compression 12:59:52 <Samu> but it looks like lzma will win 12:59:56 <Samu> not lzma2 13:01:50 *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail] 13:02:16 *** Monkey_ [~Monkey@82.194.56.73] has quit [Read error: Connection reset by peer] 13:03:37 <Samu> ew... this is gonna take the whole day 13:03:59 <Samu> running through all lzma parameter combinations 13:04:03 <Samu> lzma2* 13:08:43 <MagiCrazy> what do you want to compress ? 13:09:17 <Samu> openttd savegames 13:09:27 <MagiCrazy> About my issue, I don't get it. I'm trying to run again the build, as I want to automate it, but I can see that configure adds "-lz" in LDFLAGS... 13:09:50 <Samu> currently, an uncompressed .sav 13:09:53 <MagiCrazy> Samu: they're that massive? 13:10:44 <Samu> .sav files are compressed with lzma2:method21 13:10:56 <Samu> I'm now trying to figure out a stronger method 13:11:41 <Samu> but i dont know if devs would change any lzma2 parameters for compressing savegames 13:12:54 *** Eddi|zuHause2 [~johekr@p5B0DAE69.dip0.t-ipconnect.de] has joined #openttd 13:13:28 *** Hiddenfunstuff [~Geth@y32.ip1.anvianet.fi] has joined #openttd 13:16:26 <Wolf01> Samu, I suppose you know that stronger methods may require more cpu/ram or even time, so think about that, and if you only save 15KB I think it's too much work for to little benefit 13:17:20 <Samu> what is the max allowed dictionary size you guys have? 13:17:46 *** Eddi|zuHause [~johekr@p5B0DAE69.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 13:18:32 <MagiCrazy> Samu: where can I find this information ? 13:18:43 <Wolf01> 1024MB 13:18:51 <Wolf01> LZMA2 13:18:58 <Wolf01> with 7zip 13:19:09 <MagiCrazy> don't have 13:19:16 <MagiCrazy> I'm on Arch 13:19:36 <MagiCrazy> preset -9 : 64 MB 13:19:36 <Samu> i dont mean your rig, i mean openttd, the 32 bits openttd 13:19:45 <MagiCrazy> ow 13:19:52 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 13:20:02 <MagiCrazy> I'm at work, so it's not installed... sorry 13:20:08 *** Eddi|zuHause2 is now known as Eddi|zuHause 13:20:35 <Wolf01> and where I'm supposed to check that? 13:20:53 <Samu> when openttd saves a game, it specifies a maximum dictionary size for lzma2 13:21:09 <Samu> so as to limit amount of ram use 13:21:24 <Samu> I really have no idea either 13:42:45 <Wolf01> bah, "start developing with XYZ", the first thing I expect from a tutorial is which namespaces I need to import as it can't import them automagically and give meaningful names too 13:47:18 <Samu> a few things are becoming common from these testings 13:47:34 <Samu> multithreaded compression yields less compression 13:47:53 <Samu> word size of 273 yields best compression 13:48:40 <Samu> but it's also the slowest at compressing, of all word sizes options available 13:49:22 <Samu> block size doesn't seem to matter, it's only compressing 1 single file 13:54:41 <Samu> oh, block size it actually matters when the dictionary size is too small 14:19:50 *** supermop [~supermop@static-71-249-209-97.nycmny.east.verizon.net] has joined #openttd 14:21:18 *** sim-al2 [~sim-al2@dns25-174.cbu.edu] has joined #openttd 14:21:42 <supermop> yo 14:28:04 *** APTX [~APTX@aptx.org] has quit [Ping timeout: 480 seconds] 14:39:36 *** sla_ro|master [slamaster@89.136.141.100] has joined #openttd 14:41:31 <Samu> just found out the compression openttd uses is preset -2, this is the default lzma 14:41:40 <Samu> 0 would be fastest, 9 would be slowest 14:41:50 <Samu> ottd uses default, and default is 2 14:46:25 <Samu> default method of preset 2 is lzma2 14:49:11 *** _johannes [~johannes@port-92-203-157-156.dynamic.qsc.de] has joined #openttd 15:16:18 *** liq3 [liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has joined #openttd 15:28:30 *** Compu [~Compu@2604:6000:120a:a003:6119:9d2c:651:43b3] has joined #openttd 15:28:45 *** Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd 15:28:46 <Compu> so why doesnt openttd have waterway tunnels? 15:31:38 <MagiCrazy> it seems like a controversial topic =) 15:31:44 <Samu> I see devs have already fiddled with lzma filters and came up with preset 2 15:32:49 *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd 15:32:51 *** mode/#openttd [+o Alberth] by ChanServ 15:32:51 <Compu> er 15:32:59 <Compu> i think the correct term is canal tunnels 15:33:06 <Compu> https://en.wikipedia.org/wiki/Canal_tunnel 15:33:07 <Alberth> chunnels 15:33:11 <Compu> https://en.wikipedia.org/wiki/Standedge_Tunnels 15:33:44 <Compu> just saying, those exist, and would make getting boats into cities a bit easier 15:35:16 <Alberth> they'd glitch like hell 15:35:31 <Compu> they shouldnt any more than road tunnels should they? 15:36:30 <Alberth> ever compared size of ship with size of truck? 15:36:39 <Alberth> in pixels, that is 15:36:57 <Compu> no >.> 15:37:08 <Compu> oh u mean graphical glitches? 15:37:17 <Alberth> yep 15:37:23 <Compu> as in the ship having part of it out of the tunnel? 15:37:35 <Compu> dont the ships do that with canals anyways? 15:37:41 <Compu> like when they turn 15:37:47 <Alberth> or next to the tunnel even 15:38:11 <Alberth> depending on how much raised land there is just next to it 15:38:21 <Compu> i dont think people come to openttd for the graphics >.> 15:41:55 <Samu> i just found out that saving games is not multithreaded :8 15:42:32 <Samu> saving a 4096x4096 game and only using 12~13% of a 8-core cpu 15:44:13 <Alberth> it is multi-threaded! 15:44:27 <Samu> it wasn't 15:44:36 <Alberth> map is copied, and playing continues, while a different thread saves the data to disk 15:44:49 <Samu> ah, i mean the task of compressing 15:45:34 <Samu> game was paused 15:45:39 <Alberth> don't call it "save" then :p 15:45:59 <Alberth> yes, copy must be done without making any change to the map 15:46:12 <Alberth> and at such sizes, you will notice a delay 15:47:28 <Alberth> throwing more cpus at it won't help you much, I think, as you're mostly blocked, waiting for main memory 15:47:37 <Samu> erm, I paused the game, then saved and watched cpu usage 15:49:01 <Compu> could get faster RAM 15:49:05 <Compu> that might help 15:49:23 <Alberth> nah, CPUs are several 100s times faster 15:49:28 <Compu> i mean 15:49:39 <Compu> the faster RAM can handle faster data transfer 15:49:49 <Compu> which means the copy should go faster 15:49:55 <Alberth> yes, but still, CPUs are 100s times faster 15:50:09 <Compu> yes but the copy is do FROM ram 15:50:18 <Compu> done* 15:50:26 <Alberth> and TO ram too 15:50:30 <Compu> so the RAM speed is the bottleneck here 15:50:42 <Alberth> but CPUs are 100s times faster 15:50:56 <Compu> yeah stop repeating that 15:50:59 <Alberth> double the memory speed, and you gain less than 1% 15:51:04 <Alberth> in cpu time 15:51:09 <Samu> lol compu, it was only using 1 core for compressing the save 15:51:10 <Compu> u do know the definition of bottleneck, right> 15:51:19 <Samu> i got 8, it could use all them 15:51:41 *** APTX [~APTX@aptx.org] has joined #openttd 15:51:42 <Samu> it would be at best 8 times faster 15:51:43 <Compu> Samu: do u really need it to tho? 15:51:45 <Alberth> sure, but with an order of magnitude difference, faster memory makes no difference 15:52:08 <Compu> it depends on whats needed 15:52:41 <Compu> for most things unless ur using the main RAM as graphics RAM too the RAM speed doesnt matter 15:53:01 <Compu> because most things wont benefit from the RAM being able to transfer data quicker 15:53:10 <Compu> but ur saying its copying from ram and back to ram 15:53:23 *** yorick_ [~yorick@ip51cd0513.speed.planet.nl] has joined #openttd 15:53:27 <Compu> that is one of the rare cases where faster ram would make a difference 15:54:31 <Compu> the RAM speed is the bottleneck there 15:56:02 <Alberth> using a 2048x4096 map goes much faster in speed up 15:56:11 <Alberth> 1/2 the data -> 200% gain 15:56:22 <Alberth> or rather 100% gain 15:56:27 <Compu> thats true as well 15:56:51 *** yorick [~yorick@ip51cd0513.speed.planet.nl] has quit [Ping timeout: 480 seconds] 15:57:04 <Compu> Alberth: 200% the speed 15:58:38 *** frosch123 [~frosch@00013ce7.user.oftc.net] has joined #openttd 16:00:05 <Wolf01> we should save in the CPU, maybe one day CPUs will come with 16GB cache, so no more RAM required 16:02:13 <Wolf01> mmmmh, I'm stuck again with this adaptive layout :| 16:02:19 <frosch123> just copy the stuff to /dev/null 16:02:22 <Wolf01> quak 16:02:24 <frosch123> it's quite fast and big 16:02:34 <supermop> Wolf01: by that time people will be playing 17GB maps 16:02:37 <Compu> by the time CPUs have 16 GB caches we'll have 4 TB RAM size as basic minimum 16:02:49 <Wolf01> eh, but you have to copy from ram first, which is the bottleneck as we stated 16:02:53 <Compu> and 10 petabyte SSDs 16:03:54 <Compu> we have, what 16 MB caches now? 16:04:15 <Wolf01> sort of, yes 16:04:21 <Compu> back in the DOS days u could run DOS and games and even windows 3.11 with just that amount as RAM 16:04:29 *** sim-al2 is now known as Guest10550 16:04:30 *** sim-al2 [~sim-al2@dns25-174.cbu.edu] has joined #openttd 16:04:37 <Wolf01> even 2MB 16:04:46 <Compu> back then CPUs had 1 KB caches 16:05:03 <Wolf01> my 386 had 8MB of ram, expanded to 16 after some years 16:05:14 <Compu> woo im tycoon of the century on this server 16:05:28 <Compu> coming up on 0,000,000 16:05:43 <Compu> with 5 trains and a boat 16:05:59 <Compu> making ,000,000 each year 16:06:19 *** Guest10550 [~sim-al2@dns25-174.cbu.edu] has quit [Ping timeout: 480 seconds] 16:06:43 <Wolf01> sometimes when I need to boost I'll borrow the entire amount and purchase one plane, build 2 airports and fast forward 2 years 16:07:42 <Wolf01> then I return the money and start playing :P 16:07:53 <Compu> :P 16:08:17 <Compu> i start with 1 train, pay off my bank loan, and then go from there 16:08:25 <Wolf01> too slow 16:08:31 <Compu> slowly making super complicated tracks :D 16:09:00 <Compu> https://www.dropbox.com/s/9i566zel24glk2o/combined256.png?dl=0 this was 50 years ago in game 16:09:04 <Wolf01> I usually start with ships ^^ 16:10:15 <Wolf01> if I find the perfect place, I can have a fleet of ships before the 5th year 16:10:31 <Compu> i've since expanded and everything is maglev now 16:10:50 <Compu> i moved the depots back 16:11:11 <Compu> put to 1 way lines (1 going in and 1 going out) to the depots 16:11:15 <Compu> s/to/2 16:11:43 <Compu> that way the trains going into the depots dont slow down trains on the main line so much 16:12:05 <Compu> since the depot speed limit is 38 MPH and i have trains going at 400 MPH 16:15:29 <Wolf01> yes, that's the standard solution, dedicated acceleration/deceleration lanes 16:24:16 <Compu> i also do 1 way lines for the entire route 16:24:20 <Compu> like everywhere 16:24:28 <Compu> everything is 1 way tracks 16:24:45 <Compu> makes things easier to manage 16:25:46 *** TheMask96 [martijn@sloth.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 16:28:17 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd 16:31:22 <Alberth> also standard, as one way track increases through put a lot 16:31:30 <Wolf01> meh, null reference error :| 16:31:56 <Wolf01> *null pointer 16:33:19 <MagiCrazy> haha 16:33:27 <MagiCrazy> thx guys =) 16:33:30 <MagiCrazy> cya ! 16:33:33 *** MagiCrazy [~MagiCrazy@146.255.174.104] has quit [Quit: WeeChat 1.4] 16:33:55 *** Biolunar_ [Biolunar@x4d025784.dyn.telefonica.de] has quit [Quit: leaving] 16:34:16 <Wolf01> I have a great desire to define 11 breakpoints, one for each screen size instead of just 3 for different devices :| 16:34:23 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 16:35:08 <Wolf01> and I'm lucky there isn't andy here because he would have slapped the shit out of me 16:43:00 <Alberth> just let everything call a void silly_function() {} :p 16:53:38 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 16:53:41 *** mode/#openttd [+v glx] by ChanServ 16:58:04 *** Clockworker__ [~Clockwork@189-73-139-50.paemt702.dsl.brasiltelecom.net.br] has joined #openttd 17:02:54 *** Clockworker_ [~Clockwork@189-73-139-50.paemt702.dsl.brasiltelecom.net.br] has quit [Read error: Connection reset by peer] 17:06:14 *** Progman [~progman@p57A190B6.dip0.t-ipconnect.de] has joined #openttd 17:18:47 *** Ketsuban [~ketsuban@2a02:c7d:a34a:9000:ec15:4eea:26df:4098] has joined #openttd 17:24:42 *** MonkeyDronez [~MonkDAce@80.88.255.40] has joined #openttd 17:31:48 *** aard [~aard@108.134.189.109.customer.cdi.no] has joined #openttd 17:34:55 *** sim-al2 [~sim-al2@dns25-174.cbu.edu] has quit [Ping timeout: 480 seconds] 17:35:55 *** HerzogDeXtEr [~farci@i59F6D5AB.versanet.de] has joined #openttd 17:37:11 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Ping timeout: 480 seconds] 17:43:43 *** Clockworker_ [~Clockwork@189-73-139-50.paemt702.dsl.brasiltelecom.net.br] has joined #openttd 17:45:45 <DorpsGek> Commit by translators :: r27535 trunk/src/lang/norwegian_bokmal.txt (2016-04-06 19:45:35 +0200 ) 17:45:46 <DorpsGek> -Update from Eints: 17:45:47 <DorpsGek> norwegian (bokmal): 16 changes by Leifbk 17:48:27 <Samu> ok, so... 17:48:49 <Samu> 2^21 = 2 MB dictionary size 17:49:14 <Samu> openttd saves with a dictionary size of 2 MB 17:50:35 <Samu> but it's only using lzma2 in single-thread 17:51:04 *** Clockworker__ [~Clockwork@189-73-139-50.paemt702.dsl.brasiltelecom.net.br] has quit [Ping timeout: 480 seconds] 17:52:28 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 17:54:50 <Samu> options->nice_len = level <= 1 ? 128 : 273; 17:55:19 <Samu> level in the case of openttd is = 2 17:55:48 <Samu> nice_len = 2 <= 1 ? 128 : 273 - what the hell is the result? 17:56:09 <glx> the result is nice_len = 273 17:56:32 <Samu> really? that's weird 17:56:55 <glx> it's just the ?: operator 17:57:08 <glx> test ? true : false 17:57:28 <Samu> preset 2 using a word size of 273? 273 is slow, i must be looking at this wrong 18:00:34 <Samu> it should be 32, according to 7-zip 18:00:39 <Samu> not 273 18:00:53 <Samu> but 7-zip is a different program 18:09:29 <Samu> http://gsp.com/cgi-bin/man.cgi?topic=lzma#3 - scrolling down to the table 18:18:00 *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Quit: Valete omnes] 18:18:50 *** Wormnest_ [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd 18:21:59 <Samu> what is the liblzma version you use on openttd? 18:23:01 <Samu> version 5.2.0 supports multithreaded, though not recomended for production use, whatever that means 18:23:32 <Wolf01> that means you should not use it on ottd 18:23:50 <Samu> :) 18:24:17 <Samu> 5.2.0 and up 18:25:39 *** Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Ping timeout: 480 seconds] 18:25:56 <Samu> liblzma 5.2.1 18:26:02 <Samu> so openttd uses 5.2.1 18:26:23 *** gelignite [~gelignite@x4e310259.dyn.telefonica.de] has joined #openttd 18:26:32 <Samu> 5.2.2 is the latest version 18:26:50 <Samu> that means.... cool stuff 18:27:09 <Wolf01> bah, I don't get how to work with this stuff, it throws errors everywhere or it just doesn't work 18:28:14 <Samu> a crash report however reports LZMA: 5.0.4 18:28:32 <Samu> which one is correct? 18:28:36 <Samu> 5.2.1 or 5.0.4? 18:35:12 <Alberth> just what is available at build time, probably 18:58:41 *** Supercheese [~Superchee@50-37-104-183.mscw.id.frontiernet.net] has joined #openttd 19:00:42 <Samu> extern LZMA_API(uint32_t) lzma_cputhreads(void) lzma_nothrow; 19:10:38 *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has joined #openttd 19:11:21 <andythenorth> o/ 19:17:02 <Alberth> o/ 19:17:33 *** Bluelight [~chatzilla@90.149.206.255] has joined #openttd 19:20:02 *** MonkeyDronez [~MonkDAce@80.88.255.40] has quit [Quit: Leaving] 19:28:00 *** Goddesen [~quassel@51.174.164.106] has joined #openttd 19:34:07 <supermop> yo andythenorth 19:35:20 <andythenorth> hi 19:36:11 *** sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has joined #openttd 19:39:34 <Wolf01> o/ 19:55:08 *** Long_yanG [~long@15255.s.time4vps.eu] has joined #openttd 19:56:41 *** TrueBrain [~truebrain@i210033.upc-i.chello.nl] has quit [Remote host closed the connection] 19:57:03 *** TrueBrain [~truebrain@i210033.upc-i.chello.nl] has joined #openttd 20:02:44 *** LongyanG [~long@15255.s.time4vps.eu] has quit [Ping timeout: 480 seconds] 20:09:15 <Alberth> good night 20:10:26 *** _johannes [~johannes@port-92-203-157-156.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 20:12:58 *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has quit [Quit: andythenorth] 20:16:43 *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd [] 20:21:07 *** srhnsn [~srhnsn@HSI-KBW-109-192-198-135.hsi6.kabel-badenwuerttemberg.de] has quit [Quit: srhnsn] 20:21:42 <Samu> released a patch: http://www.tt-forums.net/viewtopic.php?f=33&t=74694 - I'd like to hear some suggestions on it. 20:22:47 *** sla_ro|master [slamaster@89.136.141.100] has quit [] 20:23:42 *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has joined #openttd 20:26:22 *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has quit [] 20:32:15 *** sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has quit [Ping timeout: 480 seconds] 20:33:08 *** Hiddenfunstuff [~Geth@y32.ip1.anvianet.fi] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- \o/] 20:34:59 *** Eddi|zuHause [~johekr@p5B0DAE69.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 20:37:17 *** Eddi|zuHause [~johekr@p5B0DAE69.dip0.t-ipconnect.de] has joined #openttd 20:37:54 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 20:37:54 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Read error: Connection reset by peer] 20:47:16 *** sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has joined #openttd 20:48:06 *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has quit [Read error: Connection reset by peer] 20:57:46 *** frosch123 [~frosch@00013ce7.user.oftc.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn] 21:06:21 *** Bluelight [~chatzilla@90.149.206.255] has quit [Quit: ChatZilla 0.9.92 [Firefox 45.0.1/20160315153207]] 21:18:11 *** Progman [~progman@p57A190B6.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 21:22:36 *** aard [~aard@108.134.189.109.customer.cdi.no] has quit [Read error: Connection reset by peer] 21:27:44 *** Biolunar [Biolunar@x4d025784.dyn.telefonica.de] has joined #openttd 21:40:14 *** gelignite [~gelignite@x4e310259.dyn.telefonica.de] has quit [Quit: http://bit.ly/1kso8Ta] 22:16:24 *** Wormnest_ [~Wormnest@s5596abd2.adsl.online.nl] has quit [Quit: Leaving] 22:50:01 *** drac_boy [~oftc-webi@72.1.195.4] has joined #openttd 22:50:03 <drac_boy> hi 22:50:54 *** supermop [~supermop@static-71-249-209-97.nycmny.east.verizon.net] has quit [Ping timeout: 480 seconds] 23:03:16 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has quit [Read error: Connection reset by peer] 23:04:26 <drac_boy> quat...roking? heh? 23:04:58 <sim-al2> wat 23:07:43 <drac_boy> dunno what kind of nick that is 23:08:02 <drac_boy> but either way how're you? and do you have snow too?? weird that its like winter all over again here :-| 23:08:19 <sim-al2> I'm good, and lol no, 70 degrees and thunderstorms 23:08:38 <sim-al2> Crazy crazy lighting earlier, but now it's sunny again... 23:08:42 <Wolf01> quatro king maybe... but we used to misread it as quack rotting 23:09:45 <drac_boy> well its snowing nonstop for more than six hours here .. already causing weird car problems (mainly out of idiotic drivers...nothing new meh) 23:10:02 <drac_boy> and tomorrow will creep to just a little bit over 0C .. which means rain all day long too :-/ 23:10:29 <Wolf01> 20°C here 23:12:29 <sim-al2> Well it did drop a bit here, now it's 15°C 23:12:42 <drac_boy> anyway anything new trains-wise? 23:13:44 <sim-al2> Found a fun pair of lines in Tokyo, Tokyu Ikegami Line and Tamagawa Line: https://upload.wikimedia.org/wikipedia/commons/a/a5/Tokyu_7600_classic.JPG 23:14:49 <sim-al2> The old stock is pretty cool, new type is a bit aestheically questionable: https://upload.wikimedia.org/wikipedia/commons/9/99/T%C5%8Dky%C5%AB_7000_series_%28II%29_EMU_7101f.jpg 23:16:24 *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd 23:18:23 <sim-al2> Short trains, but it connects important transfer stations and provides local transit: https://upload.wikimedia.org/wikipedia/commons/b/b4/Tokyu_Electric_Railway_7600-7653.jpg 23:18:30 <drac_boy> heh actually thats something I always never understood privately...why replace easy-to-make smooth metal front with a more complex use-more-materials front that doesn't ahve much purpose outside modifying the paint lines? 23:18:33 <drac_boy> to our own anyway 23:19:32 <sim-al2> New technology makes it cheaper, and that nose is a covering for enhanced crash protection anyway 23:20:38 <drac_boy> cheap != eco .. thats all I can say 23:21:03 <drac_boy> and I've found some photos of rather bad sideswipe crash that hadn't done much damage to the budd rdc's interior 23:21:23 <drac_boy> like I said: to our own thoughts 23:21:52 <Wolf01> 'night 23:21:54 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 23:22:41 <drac_boy> come to think about it hi-beam or container wagons have caused a small but sizeable number of injuried engineers on adjacent tracks (incoming swipes at the cab window corner yep, funny how the cargo load more than often misses the entire bleeping nose anyway!) 23:23:00 *** Samu [~oftc-webi@po-217-129-255-23.netvisao.pt] has quit [Quit: Page closed] 23:26:03 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds] 23:30:07 <sim-al2> Tokyu has another train design (very very similar except for the exterior btw) with a interesting design: https://upload.wikimedia.org/wikipedia/commons/9/93/Tokyu6000%282%29.jpg 23:30:44 <sim-al2> Well, it is built to a longer length and 4 doors like most other Toyku lines 23:32:50 <drac_boy> http://i88.photobucket.com/albums/k162/wheeler1963/CSXT4511LouisvilleKYosbornydFeb1019.jpg not easy to find non-derailed crashes but here you go, look at that perfectly preserved nose! 23:34:47 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!] 23:50:17 <drac_boy> gone a little quiet here 23:58:19 *** Supercheese [~Superchee@50-37-104-183.mscw.id.frontiernet.net] has quit [Quit: Valete omnes]