Times are UTC Toggle Colours
00:04:55 *** HerzogDeXtEr [~farci@i59F6C4C5.versanet.de] has quit [Read error: Connection reset by peer] 00:54:17 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Remote host closed the connection] 00:54:35 *** Samu [~oftc-webi@po-217-129-255-23.netvisao.pt] has quit [Quit: Page closed] 00:56:27 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 01:23:12 *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd 02:23:58 *** TrueBrain [~truebrain@i210033.upc-i.chello.nl] has quit [Read error: Connection reset by peer] 02:24:11 *** TrueBrain [~truebrain@i210033.upc-i.chello.nl] has joined #openttd 02:40:45 *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye] 02:42:06 *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd 02:45:01 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds] 03:03:46 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has quit [Read error: Connection reset by peer] 04:15:59 *** Klanticus [~quassel@179.234.176.153] has quit [Ping timeout: 480 seconds] 04:27:04 *** Klanticus [~quassel@177.34.169.224] has joined #openttd 04:28:22 *** sla_ro|master [slamaster@89.136.141.100] has joined #openttd 04:29:15 *** sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has quit [Ping timeout: 480 seconds] 04:31:44 *** Klanticus_ [~quassel@177.34.169.224] has joined #openttd 04:32:32 *** Ketsuban [~ketsuban@2a02:c7d:a34a:9000:b5ed:4136:bafd:29aa] has joined #openttd 04:35:14 *** Klanticus [~quassel@177.34.169.224] has quit [Ping timeout: 480 seconds] 05:20:42 *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail] 06:30:41 *** Biolunar [Biolunar@x5d82054b.dyn.telefonica.de] has joined #openttd 07:13:09 *** efess [~Efess@c-24-61-64-170.hsd1.ct.comcast.net] has quit [Ping timeout: 480 seconds] 07:22:26 *** strohalm [~smoofi@212.37.175.238] has quit [Ping timeout: 480 seconds] 08:02:19 *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Quit: Valete omnes] 08:04:19 *** sla_ro|master [slamaster@89.136.141.100] has quit [] 08:19:20 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd 08:41:28 *** Hiddenfunstuff [~Geth@y32.ip1.anvianet.fi] has joined #openttd 08:43:04 *** Samu [~oftc-webi@po-217-129-255-23.netvisao.pt] has joined #openttd 08:43:08 <Samu> hi 08:56:41 <Samu> I finally figured out why _do_autosave is false, it's the function GameLoop() in openttd.cpp 08:57:04 <Samu> it is setting _do_autosave from true to false too early 09:00:07 <Samu> it only keeps _do_autosave = true as long as DoSave isn't threaded = true 09:02:48 <Samu> if threaded = true in DoSave, only the memcopy part of the autosave will return _do_autosave = true, the encoding part of the autosave returns _do_autosave = false :( 09:05:18 *** efess [~Efess@c-24-61-64-170.hsd1.ct.comcast.net] has joined #openttd 09:40:30 *** JacobD88 [~Thunderbi@cpc80661-stap13-2-0-cust817.12-2.cable.virginm.net] has joined #openttd 09:41:05 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd 09:41:46 <Wolf01> moin 09:55:48 <Samu> i need halp, i can't use the _do_autosave bool to detect if the writting to file thread is for the autosave or for another kind of save 09:56:03 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 09:56:50 <Wolf01> yes, bool only transport one information: true or false 09:59:24 <Samu> gameloop is receiving the wrong information about _do_autosave, DoSave is retuning an SL_OK all the way back to GameLoop which then makes _do_autosave = false 10:01:41 <Samu> this SL_OK is sent back because of the new thread that is started to write the file, some asynchronous thread if I understand this code 10:02:05 <Samu> it sends the SL_OK too early imo 10:02:11 <Samu> it's still writting to the file 10:02:20 <Samu> what can I do about this? 10:07:36 *** smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd 10:09:14 <Samu> in short, I was counting on _do_autosave bool to know if the current save in progress was started by the autosave 10:17:57 *** JacobD88 [~Thunderbi@cpc80661-stap13-2-0-cust817.12-2.cable.virginm.net] has quit [Quit: JacobD88] 10:23:02 <Samu> maybe I need to find a workaround 10:25:41 *** blathijs [matthijs@94.142.244.14] has quit [Quit: Server maintanance] 10:30:23 <Samu> if (!_do_autosave) ShowErrorMessage(STR_ERROR_SAVE_STILL_IN_PROGRESS, INVALID_STRING_ID, WL_ERROR); 10:30:33 <Samu> this line of code is useless 10:33:15 <Samu> it would work as expected if the current save in progress was not caused by the autosave 10:45:23 <Samu> nevermind, time to think about a workaround 10:46:39 <Samu> that line of code works fine afterall, but it's very misleading 10:47:00 <Samu> the code is already accounting with these misleadings 10:47:06 <Samu> :( 10:59:30 *** MonkeyDronez [~Monkey@82.194.56.48] has joined #openttd 11:23:39 *** tycoondemon [~ashnohoe@D97B8CD4.cm-3-4c.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 11:41:57 <Wolf01> V453000, is there a valid reason for the signals icons to show 2 lights in the inventory and 3 lights when placed, while the combo signal in the inventory shows 3 lights but just one when placed? 12:09:03 *** Flygon [~Flygon@ppp118-209-238-150.lns20.mel8.internode.on.net] has quit [Read error: Connection reset by peer] 12:09:14 *** Flygon [~Flygon@ppp118-209-238-150.lns20.mel8.internode.on.net] has joined #openttd 12:20:07 <Samu> I think I solved this problem! 12:20:10 <Samu> omg :9 12:22:43 *** blathijs [matthijs@94.142.244.14] has joined #openttd 12:23:13 <Samu> when a client joins, the server is always sending the strong compressed map to client. if the server needs to autosave while it is still sending the map, it doesn't perform the autosave 12:23:28 <Samu> and the opposite 12:25:15 <Samu> when a client joins, but the server is currently performing an autosave, wait for it to save (by stalling openttd), and once its saved, start sending map to client immediately after 12:25:28 <Samu> what I have to deal with is the stalling 12:25:50 <Samu> and it's here that i set the autosave to use the fastest compression method possible 12:26:00 <Samu> to minimize the stall duration 12:27:12 <Samu> the client will receive a strong compressed map 12:30:24 *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd 12:32:20 *** tycoondemon [~ashnohoe@D97B8CD4.cm-3-4c.dynamic.ziggo.nl] has joined #openttd 12:34:38 *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has joined #openttd 12:41:12 <Samu> there's probably a better solution to avoid the stall alltogether, but my coding skills won't allow it 12:41:41 <Samu> it would be sending a wait command to the client attempting to join 12:48:39 *** tycoondemon [~ashnohoe@D97B8CD4.cm-3-4c.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 12:56:39 *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail] 13:12:52 <Samu> /* Who removed LZO support? Bad bad boy! */ 13:12:56 <Samu> keks 13:21:27 <Samu> https://paste.openttdcoop.org/p65qyonpa 13:21:49 <Samu> need some help at lines 27,28,29 13:33:45 <argoneus> what do you guys think about memes 13:37:02 <Samu> meh 13:37:31 <Samu> who's a c++ expert? 13:38:41 <Samu> need help on improving the code I wrote on lines 27, 28, 29 13:39:01 <Samu> what I have written there will work, but it's noob coding :( 13:54:40 <supermop> yo 13:59:22 *** sim-al2 [~sim-al2@dns25-178.cbu.edu] has joined #openttd 14:06:43 *** TheMask96 [martijn@pride.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 14:10:27 *** TheMask96 [martijn@envy.vhost.ne2000.nl] has joined #openttd 14:21:35 <Samu> here's the patch, help me with improvements in the code plz http://www.tt-forums.net/viewtopic.php?f=33&t=74731 14:21:58 <supermop> i don't anything about programming 14:22:46 <Samu> :O 14:25:51 *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd 14:25:54 *** mode/#openttd [+o Alberth] by ChanServ 14:31:33 *** Clockworker [Clockworke@189-30-211-98.paemt702.dsl.brasiltelecom.net.br] has joined #openttd 14:39:25 <Samu> hi alb 14:39:38 <Samu> want to test my patch? 14:42:38 <Alberth> not really 14:42:43 <Samu> :( 14:44:18 <Alberth> I only play SP, and have maps of around 512x512 14:45:56 <Wolf01> so big? I play 64x128 usually 14:46:19 <supermop> pssh 16*8 is all i i need 14:47:47 <Alberth> :) 14:48:29 <Alberth> longer tracks make that sharing tracks is more natural 14:49:42 *** Biolunar [Biolunar@x5d82054b.dyn.telefonica.de] has quit [Quit: leaving] 15:02:07 *** Wolf03 [~wolf01@host249-115-dynamic.116-80-r.retail.telecomitalia.it] has joined #openttd 15:02:07 *** Wolf01 is now known as Guest615 15:02:07 *** Wolf03 is now known as Wolf01 15:03:33 <supermop> need to figure out fake capacities for trains now 15:08:08 *** Guest615 [~wolf01@0001288e.user.oftc.net] has quit [Ping timeout: 480 seconds] 15:16:20 *** supermop_ [~supermop@static-71-249-209-97.nycmny.east.verizon.net] has joined #openttd 15:17:28 <supermop_> hello again 15:19:05 <Alberth> o/ 15:20:08 *** MonkeyDronez [~Monkey@82.194.56.48] has quit [Quit: Leaving] 15:23:15 *** supermop [~supermop@static-71-249-209-97.nycmny.east.verizon.net] has quit [Ping timeout: 480 seconds] 15:23:53 <Rubidium> Samu: what are you trying to accomplish? Slightly faster saves? 15:24:45 <Rubidium> rather work on checking whether multiple saves can happen simultaniously than adding magic constants that only break future changes 15:24:47 <Samu> autosaves yes 15:25:40 <Samu> what's a magic constant? 15:25:51 <Rubidium> 3 15:25:53 <Samu> the sgf_id? 15:26:19 <Alberth> any literal value that has no name and explanation is magic 15:26:24 <Samu> i needed help there, i don't know how to improve that part 15:26:37 <Samu> want it to retrive zlib format 15:26:48 <Rubidium> https://en.wikipedia.org/wiki/Magic_number_%28programming%29 15:29:28 <Alberth> ha, nice :) 15:32:28 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds] 15:33:06 <Samu> i know my code isn't perfect :( 15:33:20 <Samu> i'm editing a video about this patch, brb 15:34:03 * Rubidium feels like being back 20-ish years 15:34:18 <Rubidium> internet so slow... 15:37:46 *** Progman [~progman@p57A195C6.dip0.t-ipconnect.de] has joined #openttd 15:41:04 * Rubidium also wonders why he gets notified that the planned arrival time of a flight is 1 minute earlier; on 8 hours, that's pointless information because the weather will have a more significant impact on arrival time than this 15:42:20 <Alberth> they want to make a good impression :) 15:42:35 <Alberth> or the person doing the announcement was bored :p 15:43:06 <Rubidium> it's probably automated 15:43:32 <Alberth> you could ask about the significance of that announcement at some help desk :p 15:43:45 <Rubidium> TMWFTLB 15:43:52 <Alberth> :) 15:44:08 *** HerzogDeXtEr [~farci@i59F6C4C5.versanet.de] has joined #openttd 15:44:21 <Rubidium> it's automated and adding code to prevent sending mails when arriving 1 minute earlier it probably also TMWFTLB for them 15:44:44 <Rubidium> because I can't think of someone making the whole mail for just 1 minute 15:45:08 *** smoke_fumus [~smoke_fum@188.35.176.90] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/] 15:45:11 <Rubidium> if it were that I had to be an hour earlier on the airport, then I could imagine it being useful 15:45:16 <Samu> video, old behaviour and my patch behaviour > https://onedrive.live.com/redir?resid=23B29F3DE45F6F1F!1266&authkey=!AJMEWu0YEm5sFo0&ithint=file%2cmp4 15:45:23 <Samu> hope video loads 15:45:31 * Rubidium won't even try 15:46:17 *** KouDy [~koudy@mahdalviktor.netbox.cz] has quit [Remote host closed the connection] 15:46:31 *** KouDy [~koudy@ip4-83-240-28-102.cust.nbox.cz] has joined #openttd 15:49:06 *** Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd 15:58:18 *** Progman_ [~progman@p57A1852F.dip0.t-ipconnect.de] has joined #openttd 15:58:24 *** sim-al2 [~sim-al2@dns25-178.cbu.edu] has quit [Ping timeout: 480 seconds] 16:01:50 <Eddi|zuHause> your 20-years-ago internet speed is probably my 5-years-ago internet speed :p 16:02:53 *** Progman [~progman@p57A195C6.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 16:03:04 *** Progman_ is now known as Progman 16:04:38 <Rubidium> it's about 64 kbps (or 8 kBps) 16:07:20 <Eddi|zuHause> ok, that makes it 10 years ago :p 16:08:14 <Rubidium> 10-14 years ago I had the fastest internet 16:08:40 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 16:08:59 <Alberth> :) 16:09:14 <Rubidium> what I would have at home is merely 30% (down) or 3% (up) of what I had back then 16:09:39 <Rubidium> but then, what's a fast internet connection when the other side is slow 16:09:48 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Remote host closed the connection] 16:19:57 *** strohalm [~smoofi@212.37.175.238] has joined #openttd 16:29:08 *** HerzogDeXtEr1 [~farci@i59F6D832.versanet.de] has joined #openttd 16:31:52 <Samu> 16:24] <@Rubidium> rather work on checking whether multiple saves can happen simultaniously 16:32:03 <Samu> it cannot 16:32:12 <Rubidium> in any case, being in a place where things are worse than where you normally live makes me appreciate what I have more. So in the end having some bad/slow internet makes me happier about the internet I have at home 16:33:09 <Samu> i tried to let openttd do the autosave and sending map to client at the same time, but... either part gets corrupted 16:33:46 <Samu> there can only be 1 DoSave running at a time 16:35:43 *** HerzogDeXtEr [~farci@i59F6C4C5.versanet.de] has quit [Ping timeout: 480 seconds] 16:37:49 <Samu> maybe it's possible, but my coding skills suck, can't see an easy way about that 16:39:45 <Rubidium> so work on unsucking your codin skills 16:40:47 <Samu> :) 16:41:10 *** tycoondemon [~ashnohoe@D97B8CD4.cm-3-4c.dynamic.ziggo.nl] has joined #openttd 16:46:21 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 16:46:24 *** mode/#openttd [+v glx] by ChanServ 16:57:37 *** sim-al2 [~sim-al2@dns25-178.cbu.edu] has joined #openttd 16:57:48 *** gelignite [~gelignite@x4db52e32.dyn.telefonica.de] has joined #openttd 17:04:02 <Samu> ok i need to think of a model to deal with these saves 17:05:34 <Samu> a structure, or whatever 17:05:39 <Samu> dont know the name 17:06:00 <Samu> something like a queue for savegames 17:06:48 <Samu> similar in nature to what happens with multiple clients trying to join, clients wait in queue 17:12:09 <Samu> SaveWithFilter function 17:12:20 <Samu> SaveOrLoad function 17:13:50 <Samu> SaveFileToDiskThread function too 17:14:14 <Samu> name is misleading 17:14:28 *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has quit [Quit: Nettalk6 - www.ntalk.de] 17:14:42 <Samu> SafeFileToWhateverFilterYouHaveChosenThread 17:16:09 <Samu> SaveMemoryDumpToWhateverFilterYouHaveChosenThread 17:23:07 <Eddi|zuHause> my internet was upgraded from 16/1 to 50/10 recently 17:24:57 <Wolf01> my internet was upgraded to 4/0.5 5 years ago, it was 2/0.5, no chances to upgrade anymore 17:25:12 <supermop_> my internet was upgraded from "australian" to fiber optic recently 17:26:43 *** Gjax [~martin@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 17:30:17 *** Gjax [~martin@93-167-84-102-static.dk.customer.tdc.net] has quit [] 17:31:59 <Eddi|zuHause> fibre is virtually unknown in germany 17:32:15 <Wolf01> here too 17:32:44 <Eddi|zuHause> (ftth that is, the backbones do use fibre) 17:33:46 *** gelignite [~gelignite@x4db52e32.dyn.telefonica.de] has quit [Quit: http://bit.ly/1kso8Ta] 17:34:27 *** Gjax [~martin@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 17:36:27 <peter1138> many providers are calling fttc "fibre" 17:36:31 <peter1138> lying scum 17:36:39 <Wolf01> I live in a rural area and the best option is the wimax, but a friend had lots of problems with that (from trees in the line of sight to signal loss in too sunny or rainy days), so I'll keep the standard adsl 17:37:13 <peter1138> fttp is ... not readily available, and expensive 17:37:41 <glx> we have one calling cable "fibre" here 17:37:56 <glx> other use "fibre" only for ftth 17:38:22 <peter1138> virgin media call their coax cable fibre 17:38:45 <glx> it's numericable/sfr here 17:38:45 <peter1138> pretty much all the vdsl fttc providers call that fibre broadband too 17:39:57 *** frosch123 [~frosch@00013ce7.user.oftc.net] has joined #openttd 17:42:18 <Wolf01> quak 17:42:52 <frosch123> hola 17:45:08 <Alberth> quak 17:59:11 *** M-E [~M@ip4da0d6bd.direct-adsl.nl] has quit [Ping timeout: 480 seconds] 18:12:23 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 18:48:00 <Wolf01> ha! I found I have a bundle of hidden objects games and I totally forgot about it 18:53:52 *** sla_ro|master [slamaster@89.136.141.100] has joined #openttd 18:58:43 *** Clockworker [Clockworke@189-30-211-98.paemt702.dsl.brasiltelecom.net.br] has quit [Read error: Connection reset by peer] 18:58:55 *** Clockworker [Clockworke@189-30-211-98.paemt702.dsl.brasiltelecom.net.br] has joined #openttd 19:04:28 <Eddi|zuHause> i suppose my current connection is FTTC, but i don't really know 19:14:59 *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has joined #openttd 19:21:10 <supermop_> yo andythenorth 19:21:14 <andythenorth> o/ 19:21:41 <supermop_> more train sets running about? 19:24:45 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 19:24:45 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Read error: Connection reset by peer] 19:28:36 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 19:28:37 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Read error: Connection reset by peer] 19:38:36 <supermop_> ive got names and capacities now 19:38:56 <supermop_> not sure if the numbers make sense though 19:39:08 <supermop_> so might just start drawing more sprites 19:44:00 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 19:44:02 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Read error: Connection reset by peer] 19:46:14 <andythenorth> supermop_: got wagons? o_O 19:46:28 <supermop_> nope 19:46:43 <supermop_> not drawn at least 19:47:10 <supermop_> are there big differences in the wagon properties between rosters? 19:48:36 <supermop_> i guess if i were to have, say, only 6/8 wagons id need capacity lower 19:50:21 <andythenorth> the capacity is driven more by narrow gauge / standard gauge 19:50:28 <supermop_> yeah 19:50:33 <andythenorth> narrow gauge is cheaper, but lower capacity per tile 19:50:39 <andythenorth> so longer trains for the same cargo 19:50:41 <supermop_> i want freight capacity lower than pony roster 19:50:56 <supermop_> was thinking 70% or so? 19:50:58 <andythenorth> have a look at antelope 19:51:02 <andythenorth> itâs probably the same 19:51:22 <supermop_> japan is 1067mm but loading gauge not that much smaller than UK 19:51:30 <andythenorth> same as cape gauge in africa 19:52:02 <supermop_> but you do see only 20' containers on flatbeds there, no 40' 19:52:09 <andythenorth> there are gameplay upper and lower limits to capacity 19:52:28 <andythenorth> lower is ~20t, upper ~100t 19:52:46 <andythenorth> and there needs to be progression on 2 or 3 generations 19:59:14 <supermop_> i think the 12t wagons of pony NG wont cut it, even for 1880s 19:59:43 <supermop_> unless add old sub-meter stuff 20:01:15 <supermop_> so much rivet counting to do to read up on old wagon types 20:01:26 <supermop_> can i just invent 3 fake generations? 20:02:31 <andythenorth> https://www.youtube.com/watch?v=cHWjelxe_MU 20:02:39 <andythenorth> supermop_: just invent wagons 20:03:34 <supermop_> crazy pantograph sparks in that vid 20:08:29 <supermop_> can i just leave work at 4:10 for 3 beers? 20:09:41 *** sim-al2 [~sim-al2@dns25-178.cbu.edu] has quit [Ping timeout: 480 seconds] 20:10:18 <supermop_> beer sounds better than researching wagons 20:10:43 *** 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] 20:12:32 <andythenorth> supermop_: if itâs 04:10, definitely 20:12:44 <supermop_> haha 20:14:02 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!] 20:14:13 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 20:18:08 <supermop_> nothing in IH has a car carrier yet? 20:20:51 <supermop_> no idea who the english version of the JR Freight website is supposed to be targeted towards 20:22:01 <supermop_> anyone who doesn't understand the concepts presented in these infographics already is in no position to be placing an order for moving freight around anyway 20:22:02 <supermop_> http://www.jrfreight.co.jp/english/business/logistics.html 20:22:20 <supermop_> let alone from one part of Japan to another 20:22:48 <supermop_> i guess investors? 20:33:31 <andythenorth> there is a car carrier in Brit Pony 20:35:19 <supermop_> ah have yet to play a "vehicles" game with pony 20:35:30 <supermop_> i'll be taking that then 20:38:30 *** Belugas [~belugas@00011985.user.oftc.net] has quit [Ping timeout: 480 seconds] 20:38:30 *** Belugas [~belugas@216.191.111.230] has joined #openttd 20:38:33 *** mode/#openttd [+o Belugas] by ChanServ 20:49:40 *** gelignite [~gelignite@x4db52e32.dyn.telefonica.de] has joined #openttd 20:54:50 *** aminos [~aminos@197.15.248.131] has joined #openttd 20:55:21 *** aminos [~aminos@197.15.248.131] has quit [] 21:06:21 *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has left #openttd [] 21:08:37 *** NGC1 [~hawking@h215n4-vj-d3.ias.bredband.telia.com] has quit [Quit: leaving] 21:09:16 *** Progman [~progman@p57A1852F.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 21:15:05 *** Ketsuban [~ketsuban@2a02:c7d:a34a:9000:b5ed:4136:bafd:29aa] has quit [Quit: Leaving] 21:21:29 *** tycoondemon [~ashnohoe@D97B8CD4.cm-3-4c.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 21:24:16 *** JacobD88 [~Thunderbi@cpc80661-stap13-2-0-cust817.12-2.cable.virginm.net] has joined #openttd 21:28:17 *** supermop_ [~supermop@static-71-249-209-97.nycmny.east.verizon.net] has quit [Remote host closed the connection] 21:31:09 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!] 21:31:28 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 21:32:27 <Samu> i'm duplicating the whole _save_thread related code 21:32:35 <Samu> i bet this is the wrong approach 21:33:12 <Samu> there will be 2 save threads 21:33:22 <Samu> 1 for autosaves, 1 for the other saves 21:37:49 *** sla_ro|master [slamaster@89.136.141.100] has quit [] 21:41:45 *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd [] 21:42:00 *** JacobD88 [~Thunderbi@cpc80661-stap13-2-0-cust817.12-2.cable.virginm.net] has quit [Quit: JacobD88] 21:42:13 *** sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has joined #openttd 22:08:06 *** Ketsuban [~ketsuban@2a02:c7d:a34a:9000:1128:187b:83a6:9764] has joined #openttd 22:20:04 *** liq3 [liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has joined #openttd 22:22:17 *** liq3 [liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has quit [] 22:30:24 *** Hiddenfunstuff [~Geth@y32.ip1.anvianet.fi] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!] 22:33:20 *** gelignite [~gelignite@x4db52e32.dyn.telefonica.de] has quit [Quit: http://bit.ly/1kso8Ta] 22:41:44 *** Clockworker_ [Clockworke@189-30-211-98.paemt702.dsl.brasiltelecom.net.br] has joined #openttd 22:41:45 *** Clockworker [Clockworke@189-30-211-98.paemt702.dsl.brasiltelecom.net.br] has quit [Read error: Connection reset by peer] 22:44:42 *** smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd 22:51:38 *** Clockworker [~Clockwork@189-30-215-172.paemt702.dsl.brasiltelecom.net.br] has joined #openttd 22:58:04 *** Clockworker_ [Clockworke@189-30-211-98.paemt702.dsl.brasiltelecom.net.br] has quit [Ping timeout: 480 seconds] 23:04:41 *** Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Quit: Leaving] 23:17:57 *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd 23:18:00 *** mode/#openttd [+v tokai|noir] by ChanServ 23:18:42 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!] 23:24:44 *** tokai [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds] 23:36:13 <Samu> I have nearly duplicated the save thread functions 23:37:01 <Samu> needs more testing though 23:39:06 <Samu> ok, the idea i have is: the first save thread will handle manual saving and sending maps to clients 23:39:18 <Samu> the second thread is exclusively for autosaves 23:42:20 <Samu> perhaps it should be arranged differently 23:42:25 <Samu> have to thing better 23:42:28 <Samu> think* 23:43:24 <Samu> an exclusive thread of sending map to client while the other is for autosave and manual save