Times are UTC Toggle Colours
00:00:37 <Sacro> back 00:01:12 <Sacro> Bjarni: your right, i am deranged 00:01:35 <Bjarni> !whatis deranged 00:01:37 <jmp_ghli> >Bjarni> Derange \De*range"\, v. t. 1. To put out of place, order, or rank; to disturb the proper arrangement or order of; to throw into disorder, confusion, or embarrassment; to disorder; to disarrange; as, to derange the plans of a commander, or the affairs of a nation. | 2. To disturb in action or function, as a part or organ, or the whole of a machine or organism. |A sudden fall deranges some of our internal parts. --Blair. | 3. To 00:01:58 <Bjarni> ok, what did you do this time? 00:02:14 *** jcs [n=jcs@i5387CCBF.versanet.de] has joined #openttd 00:02:47 <jcs> Hi! 00:03:09 <Sacro> well, im guessing its wrong that when a girl texts me saying she split up from her bloke, cos he got her pregnant and gave her 2 stds, and i see this as "ooh, that means shes single now" 00:03:19 <Sacro> hey jcs 00:04:44 <jcs> this game is amazing! Great work! 00:05:09 <Bjarni> Sacro: I tried to write a reply to that, but I don't know what to say...... 00:05:32 <Sacro> Bjarni: just change the subject :) 00:06:05 <ln-> has anyone seen my CD marker pen? 00:06:11 *** Bjarni changed the topic of #openttd to: 0.4.7 | WebTranslator2 public beta test begun! | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, SVN mailinglist: maillist, Dev-docs: docs, Bug-reports: bugs) | Anyone posting any bash.org or qdb.us URL twice in 10 minutes will be banned | Sacro looks at pregnant women with stds 00:06:13 <Bjarni> done 00:06:16 <Bjarni> ln-: I got one 00:06:20 <Bjarni> you want to borrow it? 00:07:00 <Sacro> Bjarni: damnit, what next? qdb.us post? 00:07:04 <ln-> sure 00:07:10 *** Bjarni changed the topic of #openttd to: 0.4.7 | WebTranslator2 public beta test begun! | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, SVN mailinglist: maillist, Dev-docs: docs, Bug-reports: bugs) | Anyone posting any bash.org or qdb.us URL twice in 10 minutes will be banned 00:07:20 <Bjarni> Sacro: now there is an idea 00:07:28 *** Hallo [n=me@i251.fem.tu-ilmenau.de] has quit [] 00:07:45 <Sacro> i dont care, she's fit, and she works in a pub 00:07:46 <Bjarni> ln-: ok, when will you pass by to borrow it? 00:08:03 * Bjarni needs some sleep 00:08:06 * Sacro considers popping round to Bjarni's 00:08:40 <Bjarni> I read that as "she fits" and I was about to write "well, somebody opened her hole for you" or something like that 00:09:01 <Bjarni> Sacro: you know that there are some uncureable stds, right? 00:09:16 * Sacro checks the Wikipedia 00:09:31 * Bjarni notes that Sacro is turned on by women working in pubs 00:09:53 <Sacro> damn right, its hand pumps, means shes got good arms 00:09:57 <ln-> Bjarni: let's see, hmm, maybe next summer (2007). 00:10:18 <Bjarni> I might get a psychiatric degree with this case study. It's really interesting 00:10:42 * Sacro gives up the 1st one cos he cant spell it 00:10:45 <Bjarni> <Sacro> damn right, its hand pumps, means shes got good arms <--- ahh, now that makes sense 00:10:52 <Bjarni> what is it? 00:10:56 <Bjarni> HIV? 00:11:09 <Bjarni> cus that would suck 00:11:24 <Sacro> :| NOBODY TOLD ME THE WIKIPEDIA HAS PICTURES 00:11:40 <Bjarni> well, now you know 00:12:13 <Sacro> yes, not only what the symptoms are, what they use to cure it, but what it looks like 00:13:04 <Bjarni> http://en.wikipedia.org/wiki/Sexually_transmitted_diseases 00:14:30 <Sacro> yeah, been there 00:16:02 <Bjarni> tried all of it? 00:16:21 <Sacro> what do you mean? 00:16:53 <Bjarni> looked through it to see if the unspellable one is there 00:17:07 <Sacro> yeah it is 00:17:41 <Bjarni> then you can spell it 00:17:50 <Sacro> yup 00:18:01 *** ledow [n=ledow@jaimejwalker.plus.com] has joined #openttd 00:18:17 <Bjarni> then what is that nonsense about you can't spell it? 00:18:45 <Sacro> lol 00:18:46 <Sacro> i can now 00:19:25 <Bjarni> anyway is those stds cureable? 00:19:28 <Bjarni> *are 00:19:46 <Sacro> yes 00:20:00 <Bjarni> that makes two lucky people 00:20:03 <Bjarni> her 00:20:11 <Bjarni> and the guy, who gave her those stds 00:21:37 <Sacro> yeah, i wonder how many people i can tell before he finds out... 00:21:59 <Bjarni> that they are curable? 00:22:04 * Sacro considers changing his msn name 00:22:11 <Sacro> nah, just that he has them 00:22:11 <Bjarni> only tell her 00:22:15 <Sacro> errm, she told me 00:23:58 <Bjarni> tell some people and gang up on him to remove the disease spreading device between his legs to protect women 00:24:05 <Bjarni> if you do that, then he will learn it 00:24:07 <Bjarni> the hard way 00:24:19 <Bjarni> I'm not sure what the police would say to that though 00:24:34 <Sacro> well, they probably wouldnt care 00:25:05 <Bjarni> oh, you live in London West End, I guess 00:25:12 *** KritiK [i=Maxim@ppp85-141-201-116.pppoe.mtu-net.ru] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"] 00:26:00 <Sacro> no, Hull, you've never seen a more wretched hive of scum and villainy 00:26:43 <Bjarni> oh, I heard of such places 00:27:13 <Bjarni> I even heard of an incident where two guys beat up a 3rd guy. The police walked by without acting 00:27:22 <Bjarni> I don't know if it's true or not 00:28:06 <Sacro> yeah, it can be 00:30:57 <Sacro> its mad 00:31:54 <Sacro> just thought, i have to deal with the police 00:36:54 <Bjarni> if I were a policeman, I would stop you for routine questioning as well 00:37:12 <Bjarni> you appears to be able to have lost all sense of humanity, so you could do a lot of stuff 00:37:36 <Bjarni> also, you aren't that dangerous to the police, so they can do stuff to you without risking their lifes 00:37:45 <Bjarni> goodnight 00:37:47 *** Bjarni [n=Bjarni@0x50a46c04.virnxx14.adsl-dhcp.tele.dk] has quit ["Leaving"] 00:39:50 *** christooss [n=matic@clj20-83.dial-up.arnes.si] has quit ["Leaving."] 00:43:45 <CIA-3> richk * r5023 /branch/MiniIN/ (34 files in 4 dirs): [MiniIN]: Sync with trunk, which adds YAPF files not added to earlier commit. 01:14:43 *** guru3 [n=guru3@2002:51e7:e65f:1:0:0:0:1] has quit [Read error: 104 (Connection reset by peer)] 01:14:43 *** guru3 [n=guru3@2002:51e7:e65f:1:0:0:0:1] has joined #openttd 01:30:56 *** Sacro [n=Sacro@adsl-83-100-162-37.karoo.KCOM.COM] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 02:04:24 <jcs> bye bye 02:04:27 *** jcs [n=jcs@i5387CCBF.versanet.de] has left #openttd [] 02:07:10 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has joined #openttd 02:23:09 *** Forexs [i=Forexs@x1-6-00-0f-b5-14-63-5f.k136.webspeed.dk] has quit ["Go on, get out. Last words are for fools who haven't said enough. - Karl Marx"] 02:30:35 *** glx [i=glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit ["Bye!"] 02:40:03 *** guru3 [n=guru3@2002:51e7:e65f:1:0:0:0:1] has quit [Remote closed the connection] 02:41:06 *** guru3 [n=guru3@2002:51e7:e65f:1:0:0:0:1] has joined #openttd 02:44:19 <Tobin> Morning people. 02:48:26 *** jong [n=jong@flipflip.student.utwente.nl] has quit [Remote closed the connection] 03:05:00 *** Zbeynex [n=Sean@82-71-32-147.dsl.in-addr.zen.co.uk] has joined #openttd 03:07:04 *** gradator_ [n=gradator@cryogenia.devnullteam.org] has joined #openttd 03:07:04 *** gradator [n=gradator@cryogenia.devnullteam.org] has quit [Read error: 104 (Connection reset by peer)] 03:07:34 *** vrak [i=vrak@putsch.kolbu.ws] has quit [Read error: 104 (Connection reset by peer)] 03:07:39 *** vrak [i=vrak@putsch.kolbu.ws] has joined #openttd 03:08:18 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has quit [Remote closed the connection] 03:08:53 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has joined #openttd 03:08:55 *** tank_ [i=tank@meinungsverstaerker.de] has quit [Remote closed the connection] 03:09:00 *** tank [i=tank@meinungsverstaerker.de] has joined #openttd 03:09:13 *** tank is now known as tank_ 03:20:42 *** Morlark [n=Sean@82-71-32-147.dsl.in-addr.zen.co.uk] has quit [Read error: 110 (Connection timed out)] 03:32:37 *** guru3 [n=guru3@2002:51e7:e65f:1:0:0:0:1] has quit [Remote closed the connection] 03:33:09 *** guru3 [n=guru3@2002:51e7:e65f:1:0:0:0:1] has joined #openttd 03:34:16 *** Smoky555 [i=9y4f0kf3@sagitta.internal.vlink.ru] has joined #openttd 03:37:23 *** amix [n=Michal@202.80-203-43.nextgentel.com] has joined #openttd 03:37:30 <amix> best game ever 03:37:35 <amix> I love it :) 03:42:30 *** argonel [i=argonel@konversation/developer/argonel] has joined #openttd 04:15:31 *** vondel [i=vondel@margo.student.utwente.nl] has quit [Remote closed the connection] 04:15:44 *** Rubidium [n=rubidium@rubidium.student.utwente.nl] has quit [Remote closed the connection] 04:16:47 *** blathijs_ [n=matthijs@katherina.student.utwente.nl] has quit [Remote closed the connection] 04:32:07 *** Alltaken [n=chatzill@blender/artist/allTaken] has joined #openttd 04:38:11 *** ploppy [n=ploppy@218.191.64.109] has quit [Read error: 110 (Connection timed out)] 04:49:18 *** brygge_2 [n=joachim9@81.166.137.5] has joined #openttd 04:54:06 *** robobed [n=Leo@c211-30-120-103.carlnfd2.nsw.optusnet.com.au] has joined #openttd 04:55:18 *** robobed is now known as roboman 04:55:24 <roboman> hello 04:55:41 *** ploppy [n=ploppy@218.191.64.109] has joined #openttd 05:09:37 <Tobin> Has anyone done a decent comparison of NPF and YAPF is terms of speed? 05:32:01 *** ThePizzaKing [n=thepizza@c211-28-149-245.eburwd2.vic.optusnet.com.au] has joined #openttd 05:42:09 <Celestar> back 05:42:12 <Celestar> Tobin: yes I have 05:42:24 <Tobin> And? 05:42:30 <Celestar> YAPF is faster than NTP 05:42:46 <Tobin> And NTP is faster than NPF. 05:42:51 <Tobin> Righto. 05:42:54 <Celestar> but it's about a factor of 1:3 to 1:10 between YAPF and NPF 05:43:05 <Tobin> That much? 05:43:08 <Tobin> Wow. 05:43:28 <Tobin> Is YAPF on by default now? 05:43:46 <Celestar> no 05:43:49 <Celestar> NTP is default 05:45:18 <Celestar> why is my linker so slow :S 05:46:03 <Tobin> Erm, so "Use YAPF for trains" doesn't actually turn on YAPF? 05:48:15 <Tobin> That would mean that the "New global pathfinding (NPF, overrides NTP)" would, rather confusingly, enable YAPF? 05:49:53 *** Xeryus|sleep is now known as XeryusTC 05:52:12 *** Celestar [n=Jadzia_D@galadriel.td.mw.tum.de] has quit [Read error: 104 (Connection reset by peer)] 05:59:56 *** Celestar [n=Jadzia_D@galadriel.td.mw.tum.de] has joined #openttd 06:00:02 * Celestar hates fileserver outages 06:01:17 <CIA-3> celestar * r5024 /branch/bridge/ (39 files in 6 dirs): [bridge] Sync with trunk up to 5023 06:01:19 <Celestar> crappy crappy crap 06:03:59 <Celestar> note to self: Quota checks on a 1.2TB RAID are something fucked up 06:06:21 <Alltaken> hi guys 06:06:29 <Celestar> HI Alltaken , how's life? 06:09:27 <Alltaken> life is fun and hectic 06:09:44 <Alltaken> got a job, got a dual monitor setup, have university to finish... :D 06:09:55 <Alltaken> 3200x1200 pixels of flat screen goodness :D 06:10:25 <Celestar> oh 06:10:30 *** brygge_2 [n=joachim9@81.166.137.5] has quit [Read error: 110 (Connection timed out)] 06:10:32 <Celestar> I only have 2560x1024 of TFTs :) 06:12:23 <KUDr> <Celestar> NTP is default <-- i think YAPF is default 06:12:37 <KUDr> for trains and RVs 06:12:42 <Celestar> it is? 06:12:45 <KUDr> yes 06:12:57 <KUDr> overrides all 06:13:11 <KUDr> if nobody changed it 06:13:33 <KUDr> to force users to test it 06:13:36 <Celestar> ^^ 06:13:38 <Celestar> good idea 06:14:02 <Celestar> but old openttd.cfgs have it disabled or not? 06:14:03 <KUDr> wanted massive testing 06:14:09 <KUDr> old .cfg didn't have that settings 06:14:15 *** blathijs [n=matthijs@katherina.student.utwente.nl] has joined #openttd 06:14:20 <KUDr> so when added, default is on 06:14:43 <KUDr> except for ships 06:14:43 <Celestar> ok 06:14:43 <Celestar> friggen crap 06:14:43 <Celestar> Alltaken: I need new signals :P 06:15:16 <KUDr> gm blathijs 06:15:29 <Alltaken> Celestar: yeah mine are unfortunately CRT's. will get TFT's soons 06:15:30 *** vondel [i=vondel@margo.student.utwente.nl] has joined #openttd 06:15:35 <Alltaken> signals..... what signals 06:15:48 * peter1138 only has 2048 x 768 :( 06:16:14 * Vornicus has only 1280x1024. 06:16:17 <peter1138> Alltaken: signals that fit under bridges :) 06:16:37 * Vornicus has tried to use dual monitors, found it entirely useless 06:16:39 * KUDr has 1280x2048 06:16:40 * Prof_Frink has 800x480 \o/ 06:17:02 <Alltaken> KUDr LOL 06:17:14 <Alltaken> Vornicus: i find it highly usefull for animating 06:17:14 * Celestar wants a 3rd monitor 06:17:23 <Celestar> I find it highly useful for coding 06:17:23 <KUDr> Alltaken: vertically, yes 06:17:41 <peter1138> i find it highly useful for ircing 06:17:42 <Alltaken> i have my curve editors and all that fun stuff to the right, my main stuff to the left 06:17:43 <Celestar> I'm a horizontal person (= 06:18:00 <Celestar> back in a jif 06:18:17 <Alltaken> peter1138: Hmmmmm signals under bridges..... since signals are shorter than trains they should fit:P 06:18:29 <peter1138> Alltaken: they aren't 06:18:30 <Alltaken> KUDr they must be light ;) 06:18:41 <KUDr> heh 06:18:43 <KUDr> yes 06:18:55 <Alltaken> my monitors are 25Kg each 06:19:14 <KUDr> my are 3-4 kg 06:19:51 <Celestar> Alltaken: presignals are not shorter .. 06:20:33 *** Rubidium [n=rubidium@rubidium.student.utwente.nl] has joined #openttd 06:20:50 <peter1138> the british semaphores are massive too 06:21:09 <Alltaken> well lets make signals like moles, they just pop up 06:21:25 <Alltaken> then you whack them with a hammer on the way past :P 06:21:52 <Celestar> too much booze? 06:21:54 <Vornicus> whackasignal. 06:22:57 <Alltaken> nope, no booze 06:22:58 <Alltaken> business i think does it just as well :P 06:23:12 <peter1138> we should go back to the two height levels for bridges idea 06:23:22 <Celestar> :) 06:24:10 <Alltaken> yep that was my plan :D 06:24:17 <Alltaken> glad you all agree :D 06:24:37 <Alltaken> how is the 32bpp going? 06:24:37 *** Jenkz [n=nobody@80-192-44-21.cable.ubr05.dund.blueyonder.co.uk] has joined #openttd 06:24:43 <peter1138> not at all at the moment 06:24:56 <peter1138> egladil? 06:25:00 <Alltaken> so there are no chances of putting in the new ground tiles> 06:25:18 <peter1138> well, there is some stuff done already 06:25:21 <Alltaken> would be great to start putting stuff in, so that things can be knocked off the To-Do list 06:25:26 <peter1138> i suspect it is a bit out of date though 06:27:57 * Vornicus yays for yapf! 06:28:29 <Celestar> Vornicus: ? 06:28:38 <Vornicus> Idunno. 06:28:44 <Vornicus> it felt like an appropriate thing to say. 06:29:46 <Vornicus> seriously though - the pathfinder selection thingy in customize patches should really get a rewrite, I can't tell what pathfinder I'm running. 06:30:09 <peter1138> ntp -> npf -> yapf 06:30:50 <Alltaken> peter1138: why would it be out of date, ahs the drawing code changed a lot? 06:30:53 <Vornicus> (suggestion: make each transport mode have its own pathfinder listing in customize patches 06:31:10 <Alltaken> what developments have been effecting OTTD recently? what are the current coding projects? 06:31:30 <peter1138> Alltaken: no, the rest of it has though 06:32:26 <peter1138> Celestar: should RoadFindPathToStop() be modified to use YAPF? 06:32:55 <Alltaken> has the code cleanup been happening? 06:33:03 <peter1138> in places 06:33:36 <Celestar> peter1138: yes I was going to poke KUDr about it today :) 06:33:44 <peter1138> :D 06:38:06 <Celestar> KUDr: you there? 06:38:28 <Celestar> Vornicus: imho NPF and NTP should be removed now (NTP might be a compile time option for those who can't run C++) 06:39:02 <KUDr> [08:38:04] <Celestar> KUDr: you there? <-- back 06:40:37 * Tobin bahs at the people who can't use C++ 06:41:18 <Tobin> If KUDr's idea of all signals being PBSesque in nature comes to fruition then they'll be out of luck anyway. 06:41:50 *** gradator_ is now known as gradator 06:41:51 <Tobin> KUDr: By the way I did some initial digging to see if the AI could select better routes using YAPF. 06:42:16 <KUDr> and result? 06:42:35 <Tobin> My primary conclusion was that the AI's code sucks. 06:42:59 <Tobin> But there are a couple of places when it has a start and end tile (plus directions) and just joins them up. 06:43:07 <Tobin> More or less. 06:43:33 <KUDr> then i guess we can connect them using yapf 06:43:41 <Tobin> Yeah. 06:43:42 <KUDr> will it bring some value? 06:44:18 <KUDr> is the path finding the reason why AI is so stupid? 06:44:29 <Tobin> Some, it'll still build stupid routes but it'll use less, or at least more direct, spaghetti. 06:45:18 <Tobin> It wouldn't so much looping, overlapping, tangled track all over the place. 06:45:45 <KUDr> then you can prepare interface and i can try to implement it 06:46:09 <KUDr> but need to find some way how i can test it 06:46:13 <Tobin> That'll have to wait until after exams. :( 06:46:20 <KUDr> before i tell you it is finished 06:46:25 <Tobin> Ah. 06:46:27 <Tobin> Hmm. 06:46:30 <roboman> bye 06:46:36 <Vornicus> I find that the AI tends to build then unbuild then rebuild then unbuild then rebuild 06:46:38 <Celestar> KUDr: could you hack multistop so that it uses yapf? 06:47:12 <KUDr> i don't know how multistop works 06:47:17 <Celestar> KUDr: ok 06:47:20 <KUDr> i must study it first 06:47:40 <Celestar> static uint RoadFindPathToStop(const Vehicle *v, TileIndex tile) 06:47:48 <Celestar> KUDr: only this one function 06:47:52 <KUDr> or do it the same - give me skeleton of function with description what it should do 06:47:56 <peter1138> yeah, and only once :) 06:48:13 <peter1138> basically all it needs is the distance from a vehicle to a stop 06:48:17 <KUDr> to any stop? 06:48:20 <Celestar> KUDr: v is the vehicle in question, tile is the destination tile where it wants to go, and it returns a "cost" or "distance" 06:48:28 <Celestar> tile is a roadstop 06:48:37 <KUDr> aha 06:48:53 <KUDr> and you run it for each stop? 06:49:09 <KUDr> to see what is the best? 06:50:05 <Celestar> yes 06:50:30 <KUDr> is it not better to give me array of stops and their preferences? 06:50:32 <CIA-3> peter1138 * r5025 /branch/utf8/newgrf_text.c: [utf8] Translate TTDPatch control codes and text into UTF-8 06:50:36 <Celestar> roadveh_cmd.c:1655 is of interest 06:51:08 <Celestar> KUDr: because of the constant 06:51:19 <Celestar> i don't have preferences 06:51:26 <KUDr> badness = (rs->num_vehicles + 1) * (rs->num_vehicles + 1) + dist / NPF_TILE_LENGTH; 06:51:28 <Celestar> yes 06:51:36 <Celestar> dist is 100 for one straight tile 06:51:41 <Celestar> but we can change that 06:51:52 <KUDr> but it can be callback 06:52:43 <KUDr> (rs->num_vehicles + 1) * (rs->num_vehicles + 1) == your part of cost 06:52:52 <Celestar> as you prefer 06:52:57 <KUDr> dist / NPF_TILE_LENGTH == path cost 06:53:01 <peter1138> as long as it works :) 06:53:06 <peter1138> and it's called quite a lot too 06:53:19 <peter1138> (but probably not as much as normal pathfinding) 06:53:30 <KUDr> yes, but then we can select the proper one at one turn 06:53:54 <Celestar> peter1138: in my 400-vehicle game, Pathfinding is about < 10% of the CPU time .. 06:54:26 <KUDr> Celestar: but they do the job as 40 trains 06:54:31 <KUDr> or 50 06:54:41 <Celestar> KUDr: 170 trains, 220 road vehicles 06:55:11 <KUDr> 220 RVs do the same job as 170 trains? 06:55:13 <peter1138> hmm, i need tron's character map 06:56:52 *** ploppy_ [n=ploppy@218.191.64.109] has joined #openttd 06:56:58 <Celestar> KUDr: ? 06:57:31 <KUDr> 400-vehicle game, Pathfinding is about < 10% = this was 170 + 220? 06:57:53 <KUDr> try to imagine 400 RVs 06:58:07 <KUDr> they will take the same PF CPU 06:58:21 <KUDr> and will do job like 50 trains 06:58:31 <KUDr> so they are still slow 06:59:39 <KUDr> so in multistop the RV selects one stop each new day? 07:01:51 <KUDr> ohh, time. i must go 07:02:02 *** Fujitsu [n=fujitsu@c211-28-183-112.eburwd7.vic.optusnet.com.au] has joined #openttd 07:02:54 <peter1138> only if their slot expires 07:05:19 <Celestar> KUDr: no 07:06:20 *** argonel [i=argonel@konversation/developer/argonel] has quit ["it is NOT normal for it to be this hot at this time of year. WAKE UP"] 07:11:43 *** FredNeuberger [n=fred@geekhosting.de] has quit ["Serverwechsel"] 07:12:11 *** FredNeuberger [n=fred@geekhosting.de] has joined #openttd 07:12:32 *** ploppy [n=ploppy@218.191.64.109] has quit [Read error: 110 (Connection timed out)] 07:12:44 *** White_Rabbit [i=whiterab@cpc4-oxfd8-0-0-cust713.oxfd.cable.ntl.com] has joined #openttd 07:16:45 *** BJH [n=chatzill@e176101072.adsl.alicedsl.de] has joined #openttd 07:17:15 *** Aankhen`` [n=pockled@203.101.1.3] has joined #openttd 07:26:17 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has quit [] 07:35:24 *** Mukke [i=Mukke@x1-6-00-13-8f-3d-00-a9.k146.webspeed.dk] has joined #openttd 07:41:46 <White_Rabbit> MiHaMiX, are you here? I've almost finished translating 07:42:42 <White_Rabbit> can I edit the default English too? the word 'lorry' is used for every truck-related phrase, but then the British English newspaper reads 'Citizens celebrate: first truck arrives at...' 07:44:18 <White_Rabbit> oh, I can't anyway 07:49:07 *** Prof_Frink [n=proffrin@cpc1-shep3-0-0-cust920.leic.cable.ntl.com] has quit [Read error: 110 (Connection timed out)] 07:54:03 <Celestar> peter1138: Darkvater: discussion request 07:54:12 *** Prof_Frink [n=proffrin@cpc1-shep3-0-0-cust920.leic.cable.ntl.com] has joined #openttd 07:56:11 *** shintah [i=bebble@bebble.olf.sgsnet.se] has joined #openttd 07:56:30 *** Scia [n=sciapode@AveloN.xs4all.nl] has joined #openttd 07:57:22 *** BJH_ [n=chatzill@e176110100.adsl.alicedsl.de] has joined #openttd 08:01:54 <peter1138> hmm? 08:02:03 <peter1138> use the mailing list? ;) 08:02:21 <Celestar> I need a discussion on how to solve the graphical problems .. 08:02:52 <peter1138> (ow) 08:03:09 <peter1138> well, unfortunately i'm back at work today 08:03:23 <peter1138> so i'll be around all day :D 08:03:55 <egladil> [08:24] peter1138: egladil? <=== yes? 08:04:13 <peter1138> i was wondering how 32bpp was going 08:04:25 <peter1138> would it take much to get it synced? 08:05:21 <egladil> hopefully not to much work 08:05:46 <egladil> i'm planning to start getting it back in synch later today, or tomorrow 08:05:53 <egladil> i had my last exam today :) 08:05:56 <peter1138> woo 08:06:24 * peter1138 checks out his utf8 branch 08:06:43 *** mikl [n=mikl@pdpc/supporter/active/mikl] has joined #openttd 08:07:08 <egladil> so now i'm free until mid july when i'm going to work a couple of weeks 08:12:28 *** BJH [n=chatzill@e176101072.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 08:24:11 <Celestar> \o/ egladil 08:25:07 <peter1138> yes \o/ 08:26:02 <Celestar> maybe 32bpp for 0.5.0? ;) 08:26:24 <peter1138> tum te tum 08:26:31 <egladil> and when would that be? 08:26:42 <peter1138> next week ;D 08:28:13 <egladil> hehe 08:30:28 <egladil> first i have to get it in synch 08:31:20 <ln-> http://thedailywtf.com/forums/thread/74323.aspx 08:32:18 *** jong [n=jong@flipflip.student.utwente.nl] has joined #openttd 08:35:25 <vondel> easy way to get paid for an upgrade 08:37:34 *** paulstuffins [n=paulstuf@host-84-9-15-207.bulldogdsl.com] has quit [Read error: 104 (Connection reset by peer)] 08:37:45 *** mikl [n=mikl@pdpc/supporter/active/mikl] has quit ["In the end, all that matters is your relation with God..."] 08:41:19 *** Trippledence_ [n=Trippled@cust183-dsl52.idnet.net] has joined #openttd 08:43:51 *** mikl [n=mikl@pdpc/supporter/active/mikl] has joined #openttd 08:46:36 *** Wolfox [n=wolfox@203-217-34-90.dyn.iinet.net.au] has joined #openttd 08:46:51 <roboman> dinner 08:46:59 <CIA-3> peter1138 * r5026 /branch/utf8/unix.c: [utf8] Tell iconv-using code that we use UTF-8 internally, not ISO-8859-15 08:48:45 *** paulstuffins [n=paulstuf@host-84-9-15-207.bulldogdsl.com] has joined #openttd 08:56:01 <CIA-3> peter1138 * r5027 /branch/utf8/ (console.c misc_gui.c window.c window.h): [utf8] Change window event to contain (16 bit) unicode character instead of (8 bit) ascii 08:58:10 * Fujitsu posts a bash.org quote twice. 08:59:54 <CIA-3> egladil * r5028 /branch/32bpp/ (65 files in 6 dirs): [32bpp] -Sync r4546:4600 from trunk. 09:00:25 *** Trippledence [n=Trippled@cust183-dsl52.idnet.net] has quit [Read error: 110 (Connection timed out)] 09:09:05 <Celestar> egladil: syncing it should be easy, you're change are mostly perpendicular 09:09:23 <egladil> yeah 09:09:33 <peter1138> there's just a lot of revisions :) 09:09:51 <Darkvater> 'ello 09:09:58 *** mode/#openttd [-o Darkvater] by Darkvater 09:10:05 <Darkvater> the prodigal son has returned ^^ 09:10:08 <peter1138> morning lord vater 09:10:15 <CIA-3> egladil * r5029 /branch/32bpp/ (41 files in 6 dirs): [32bpp] -Sync r4600:4700 from trunk. 09:10:33 <Darkvater> just to cut off any discussion: no time, just here to watch the discussion enfold; have a project due for Friday 09:10:50 <Darkvater> ah nice to see you egladil :) 09:10:52 <Darkvater> orudge: ping 09:11:04 *** Trippledence_ [n=Trippled@cust183-dsl52.idnet.net] has quit ["My BNC will keep you warm, vist #teamlag, #hexus.cs"] 09:11:07 * Darkvater is determined to get the donation amount from orudge 09:11:50 <Celestar> Darkvater: opinion on bridges. 1) merge and solve GUI issues later, 2) solve GUI issues and merge later 09:12:34 <peter1138> GUI issues? 09:12:43 <Darkvater> GUI issues are independent from bridges 09:12:46 <Celestar> peter1138: signals poke through bridges and stuff 09:12:48 <Darkvater> that is if you mean the pillars 09:12:50 <peter1138> hmm 09:12:51 <peter1138> that's not GUI 09:13:05 <Celestar> ok 09:13:08 <Darkvater> he, see the free context peter1138 :) 09:13:09 <Celestar> the viewport issies 09:20:07 <Darkvater> Celestar: how do you plan fixing GFX issues? 09:20:08 *** roboman [n=Leo@c211-30-120-103.carlnfd2.nsw.optusnet.com.au] has quit [Read error: 104 (Connection reset by peer)] 09:20:42 *** christooss [n=matic@clj20-83.dial-up.arnes.si] has joined #openttd 09:23:45 * peter1138 ponders Textbuf 09:23:50 <peter1138> maybe if i have two strings 09:23:58 <peter1138> one of wide chars and one a utf-8 encoded string 09:24:41 <peter1138> hmm, could just work 09:25:51 <Darkvater> why need two? 09:26:03 <Darkvater> is decoding so slow to just do it every time on print? 09:26:27 <peter1138> Darkvater: more inserting / deleting multibyte characters is a bitch 09:26:33 <Darkvater> or of course go the other way and store the UTF-8 and decode it on change, which happens far less often than converting for printing 09:26:33 <peter1138> hmm 09:26:35 <peter1138> ah 09:26:47 <peter1138> but it could be converted in the editting routine 09:27:11 <peter1138> Darkvater: it's slower than ascii text handling, but nothing like as slow as sprite blitting, heh 09:27:38 <Darkvater> you could go with my second idea then 09:27:38 <peter1138> hmm 09:27:46 <peter1138> yes 09:27:48 <Darkvater> or even...damn 09:27:51 <Darkvater> that would be C++ 09:27:53 <peter1138> hehe 09:27:56 <Darkvater> tb.print() 09:28:01 <peter1138> we already store the utf-8 encoded version 09:28:12 <peter1138> so just decode it, edit that, then reencode 09:28:13 <Darkvater> tb.to_char() 09:28:23 <Darkvater> that would be the most ideal 09:28:47 <peter1138> heh 09:30:18 *** Scia [n=sciapode@AveloN.xs4all.nl] has quit [Remote closed the connection] 09:30:39 <Darkvater> bah 09:30:48 * Darkvater goes back to eclipse+soap 09:31:06 <Alltaken> Who here is annoyed by bobbingabout? 09:33:43 * Darkvater isn't 09:33:56 * Darkvater doesn't know whatabout though ;p 09:33:58 <Alltaken> :P 09:34:11 <Alltaken> his sig just annoys me to no end 09:34:47 <Darkvater> the PNG JPG ? 09:35:05 <peter1138> he said openttd sucks too 09:35:14 <peter1138> but 09:35:22 <peter1138> he's on my "i don't actually care" list 09:36:03 <Darkvater> hmm for that attitude he does sure post a lot in the openttd forums 09:36:09 <White_Rabbit> I found a '{BLACK}Rebuild company headquarters elsewhere for 1% cost of company value' string...is this actually the case/ 09:36:11 <White_Rabbit> case?* 09:36:17 <Darkvater> yes 09:38:21 <White_Rabbit> but why? for me, it costs £8 million just to move it 09:39:07 <Vornicus> ...what does moving company hq do for you anyway? 09:39:14 *** mikl [n=mikl@pdpc/supporter/active/mikl] has quit ["In the end, all that matters is your relation with God..."] 09:41:04 <White_Rabbit> it provides passengers and mail, it can get in the way of yours or other people's tracks and stations, and lots of other things 09:41:31 <Darkvater> White_Rabbit: what why? 09:43:11 <White_Rabbit> why is there a cost for moving your HQ, other than the construction costs which you pay for when you build it for the first time? 09:43:25 *** joed_ [n=James@139.168.12.156] has joined #openttd 09:43:34 * Vornicus eyes white_rabbit's list of things 09:43:37 <Vornicus> okay, so, uh 09:43:56 <Darkvater> White_Rabbit: because you need to 1. demolish your HQ and 2. build it again 09:44:26 <Darkvater> and because you're not supposed to move your HQ, unless you really want. A little incentive 09:44:37 <Alltaken> peter1138: yeah the PNG jpg thing just pisses me off :P 09:44:44 <White_Rabbit> who decided people didn't want to move their HQs? 09:44:53 <Darkvater> Chris Sawyer 09:44:55 <Vornicus> there's nothing there that you can't do better with other things 09:45:07 <Darkvater> for the last 9 years you could NOT move your HQ 09:45:21 <peter1138> generally i don't bother placing an HQ 09:45:23 <Darkvater> now you can and you're complaining that it costs a measily 1% of your company's value? 09:45:40 <Vornicus> (1% of company value can buy a lot of crap) 09:45:43 <Alltaken> 1%, dang chop my arm off why don't you 09:45:56 <Alltaken> imagine if someone stole 1% of your leg, you would not be happy about that 09:46:09 * Vornicus steals Alltaken's big toe. 09:46:09 <Alltaken> thats like a few toes or somthing 09:46:12 <Darkvater> then don't move your HQ :) 09:46:25 <Alltaken> it was free last year.... :P 09:47:32 <White_Rabbit> I did not say that it's too expensive, but that 1% is not a sensible value since your company value can increase far beyond what would be a reasonable price to demolish and build a normal building...funding a primary industry only costs £7 million at the start of the game, and secondary industries cost even less 09:48:26 <Darkvater> you have NO idea how much it costs to move an office, do you? 09:48:52 <Darkvater> where I work at Shell, they only moved about 50 people to a new office two streets down the road and that cost about 4-5 million euros 09:49:00 <Darkvater> and the office was already there 09:49:16 <Celestar> food 09:49:20 <Darkvater> good 09:49:32 <Darkvater> dammit, me gets to do some work 09:51:24 <peter1138> hmm 09:51:33 <peter1138> so i shall sort out the text input 09:52:10 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has joined #openttd 09:52:22 <peter1138> then perhaps handle charset conversion between filesystem 09:54:57 <Darkvater> action 7/9 check 0A now jumps if the GRFID is not found at all < ? 09:59:32 <KUDr_wrk> peter1138: what to do with that RoadFindPathToStop()? 09:59:38 <KUDr_wrk> should i commit it? 09:59:47 <KUDr_wrk> or do you want patch? 10:00:01 *** joed__ [n=James@CPE-58-170-217-181.vic.bigpond.net.au] has joined #openttd 10:02:36 *** Fujitsu [n=fujitsu@c211-28-183-112.eburwd7.vic.optusnet.com.au] has quit ["Bye all."] 10:03:11 <peter1138> Darkvater: there was a reason for it, that i can't remember now 10:03:31 <peter1138> ah 10:03:32 *** Fujitsu [n=fujitsu@c211-28-183-112.eburwd7.vic.optusnet.com.au] has joined #openttd 10:03:49 <Darkvater> peter1138: no that's ttdp's commit. Just confused what it actually means 10:03:49 <peter1138> it says in the spec, that's why 10:04:06 <peter1138> grfid not found is not the same as grfid not active 10:04:07 <peter1138> i think 10:04:25 <Darkvater> ah 10:04:32 <peter1138> i'm not quite sure how you are supposed to skip stuff if a grfid isn't found... 10:05:01 <peter1138> oh, i guess you do it the other way -- test if it is found 10:05:23 <Darkvater> well, just a bit strange, but ok 10:05:28 *** Fujitsu [n=fujitsu@c211-28-183-112.eburwd7.vic.optusnet.com.au] has quit [Client Quit] 10:05:57 <peter1138> our grf checks are only vaguely like those of ttdp 10:06:17 <peter1138> sometimes things are not right because our loading stages are different 10:06:24 <peter1138> (but only rarely) 10:06:25 *** Fujitsu [n=fujitsu@c211-28-183-112.eburwd7.vic.optusnet.com.au] has joined #openttd 10:06:35 <Darkvater> ;p 10:06:53 <Darkvater> damn this fuckin' java crap....why does it have to torture me? 10:06:56 <peter1138> i think it would be too much work for little gain to change it 10:07:03 <Darkvater> java, eclipse, soap, msd...gaaah 10:07:10 <peter1138> heh 10:07:12 <Darkvater> msd even 10:07:13 <Darkvater> mds 10:18:28 *** joed_ [n=James@139.168.12.156] has quit [Read error: 110 (Connection timed out)] 10:18:54 *** joed_ [n=James@60.230.156.110] has joined #openttd 10:24:54 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has joined #openttd 10:25:29 *** valhallazzzw is now known as valhallexam`math 10:29:11 *** joed__ [n=James@CPE-58-170-217-181.vic.bigpond.net.au] has quit [Read error: 110 (Connection timed out)] 10:29:40 <CIA-3> egladil * r5030 /branch/32bpp/ (34 files in 4 dirs): [32bpp] -Sync r4700:4745 from trunk. 10:31:23 <Tobin> Oooer, activity on the 32bpp branch. :) 10:33:01 <izhirahider> what's the 32bpp branch for? 10:33:40 *** Eddi|zuHause [i=johekr@p54B75390.dip.t-dialin.net] has joined #openttd 10:33:42 <Tobin> The 32bpp work. 10:34:02 <Tobin> There's a forum thread with pretty pictures somewhere. 10:34:45 <Tobin> egladil: Does the 32bpp branch only include things like the nicely blended zoom or does it have a new sprite loader too? 10:35:06 <egladil> it will have a new sprite loader, but that is not yet written 10:35:23 <Tobin> Righto. 10:36:18 *** paulstuffins [n=paulstuf@host-84-9-15-207.bulldogdsl.com] has left #openttd ["Leaving"] 10:36:38 * Tobin remembers Mek's 32bpp work 10:36:40 <CIA-3> peter1138 * r5031 /branch/utf8/misc_gui.c: [utf8] Change credits text to UTF-8 encoding. 10:37:03 * peter1138 ponders writing the opengl driver 10:37:33 <Tobin> Heh, I've been playing with OpenGL a lot recently and was thinking about that sort of thing too. 10:37:50 <Tobin> Teehee: http://www.tt-forums.net/files/32bpp-boredom_138.png 10:38:03 <peter1138> mmm 10:38:30 <peter1138> problem is 10:38:35 <Tobin> I'm quite happy with the Cocoa driver though. :P 10:38:39 <peter1138> in ottd the driver only provides the surface 10:38:42 <peter1138> not blitting routines 10:39:00 <KUDr_wrk> peter1138: shoud i commit the new RoadFindPathToStop() using YAPF? 10:39:11 <peter1138> KUDr_wrk: if you want. it should be a tiny change, no? 10:39:21 <KUDr_wrk> relatively 10:39:31 <peter1138> got a diff? 10:39:32 <KUDr_wrk> you will see 10:39:39 <KUDr_wrk> can do 10:39:45 <peter1138> or jsut commit :) 10:39:50 <peter1138> hmm, we'll have to add you to the devs ;) 10:40:04 <KUDr_wrk> ok, so i commit (can be reverted) 10:40:08 * Tobin looks at the Cocoa driver's source 10:40:28 *** paulstuffins [n=paulstuf@host-84-9-15-207.bulldogdsl.com] has joined #openttd 10:41:11 <peter1138> hmm, i wonder if an opengl driver could use video memory for the sprite cache 10:41:48 <Tobin> Can you compile bitmap drawing into OpenGL display lists? 10:42:21 <peter1138> dunno, i don't know too much about it 10:42:46 <Tobin> Hang on I'll have a look in my copy of Angel's book. 10:43:53 <Celestar> back 10:44:26 <Celestar> Tobin: I've done some ottd-gl experiments 10:44:40 <Tobin> Celestar: 2D or 3D? 10:45:31 * Vornicus has done some 3d work, but hasn't looked at it in a long time. 10:45:35 <KUDr_wrk> Celestar: will it be OK as log message? 10:45:35 <KUDr_wrk> -CodeChange: [YAPF] If YAPF for RVs is on it is used also for multistop. 10:45:53 *** Eddi|zuHause2 [i=johekr@p54B76CA0.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 10:47:41 <peter1138> i didn't want to touch 3d 10:48:11 <Tobin> Me neither, but I thought that is what Celestar has played with. 10:48:17 <peter1138> yeah 10:49:44 *** Mizipzor [n=mizipzor@c-4d8571d5.01-15-73746f6.cust.bredbandsbolaget.se] has joined #openttd 10:49:50 <Vornicus> http://vorn.dyndns.org/~vorn/ottdgfx/wholemap2.jpg <--- some stuff I did 10:50:31 <peter1138> that's not opengl, and it's 3d not 2d 10:50:32 <Tobin> Vornicus: Orthographic 3D? 10:50:47 <Vornicus> orthographic 3d, and no, it's not openGL. 10:50:57 <Tobin> What is it then? 10:51:08 <Vornicus> http://vorn.dyndns.org/~vorn/ottdgfx/light2.png <--- as far as I got in OpenGL 10:51:14 <Vornicus> It's mockups in POV-Ray. 10:51:34 <Vornicus> While I could do the same thing in OpenGL, I started trying to figure out textures and got lost. 10:52:28 <CIA-3> egladil * r5032 /branch/32bpp/ (newgrf_station.c openttd.dsp openttd.vcproj): [32bpp] -Sync r4745:4746 from trunk. 10:52:39 <Tobin> Meh, I only ever bother to turn on smooth shading and calculate the vertex normal myself. 10:52:48 <Vornicus> (though the POV mockups are entirely triangles and lines) 10:52:48 <peter1138> egladil: one rev at a time? :) 10:53:04 <egladil> that one was special 10:53:22 <egladil> openttd.dsp was completly redone 10:53:28 *** Maedhros [n=jc@gentoo/developer/Maedhros] has quit ["leaving"] 10:53:29 <CIA-3> KUDr * r5033 /trunk/ (6 files in 2 dirs): -CodeChange: [YAPF] RoadFindPathToStop() can now use YAPF for multistop handling. 10:54:22 <peter1138> ah, some constnesses 10:54:32 <KUDr_wrk> yes 10:54:55 <peter1138> i would've done that in three commits, heh 10:55:14 <KUDr_wrk> huh 10:55:16 <peter1138> 1) constness 2) add the distance function 3) change to multistop 10:55:19 <KUDr_wrk> so granular? 10:55:30 <peter1138> so i get lots of commits ;) 10:55:51 <KUDr_wrk> yes, but if you do forst that function and then you must change cons in order to get it work? 10:56:31 <Noldo> that's why the constness is the first one 10:56:52 <KUDr_wrk> Noldo: but i didn't know that it will be needed 10:56:58 *** Fujitsu_ [n=fujitsu@c211-28-183-112.eburwd7.vic.optusnet.com.au] has joined #openttd 10:57:02 <KUDr_wrk> it was done as last 10:57:13 <peter1138> i don't commit things in the order i write them :) 10:57:25 <KUDr_wrk> aha, that is the point 10:57:36 <KUDr_wrk> ok, i learn every day something 10:57:38 <peter1138> maybe i should 10:57:46 <peter1138> i could put newsounds in in one go 10:59:07 *** DjViper- [i=djviper@mishima-empire.h-nett.no] has joined #Openttd 10:59:45 <KUDr_wrk> but i wonder how you would do that. Make another checkout elsewhere and do const there and then commit, update the first and continue? 11:00:00 <peter1138> i make diffs all the time 11:00:11 <KUDr_wrk> aha 11:00:26 *** DjViper [i=djviper@mishima-empire.h-nett.no] has quit [Read error: 113 (No route to host)] 11:00:26 <Tobin> peter1138: You can compile bitmap drawing commands into OpenGL display lists. I can only imagine that most implementations would be clever enough to store this easily available memory. 11:00:59 *** DjViper- is now known as DjViper 11:02:16 <peter1138> hmm 11:02:30 <peter1138> the display lists would be very short 11:02:30 <peter1138> or 11:02:34 * Celestar goes checking KUDr_wrk's last commit 11:02:35 <peter1138> change a lot 11:02:44 <Tobin> Why am I dropping so many words and letters tonight? 11:02:46 <Celestar> Tobin: Display Lists are too slow for the terrain. 11:03:03 <Celestar> WAY too slow 11:03:12 <KUDr_wrk> Celestar: thanks, then post me PM - i have another meeting now 11:03:18 * Vornicus considers the kind of madness he considered earlier. 11:03:19 <Celestar> KUDr_wrk: roger 11:03:21 <Tobin> Why would they change a lot? Aren't sprites called by number only? 11:03:25 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has joined #openttd 11:03:50 <Vornicus> One of the reasons I made smooth terrain is so I could add smooth rails to it. 11:04:00 <Tobin> Celestar: You mean a display list for the entire terrain? 11:04:01 <Vornicus> But I never got around to writing anything that actually made smooth rails 11:04:38 <Celestar> Tobin: why would that make sense? 11:04:44 <Celestar> Tobin: store the terrain in a VBO 11:04:48 <Vornicus> no, no, no 11:05:13 <Celestar> Tobin: I have working code for that 11:05:17 <Celestar> 3 lines for the drawing :) 11:05:20 <Vornicus> half the problem is that you have to cull 95% of the terrain anyway. 11:05:40 <Tobin> Celestar: It wouldn't. I was thinking 2D with the bitmap drawing in display lists. I.e one tile type would have a display list, another type another... 11:06:05 <Celestar> Tobin: ah. 11:06:07 <Celestar> Vornicus: yes. 11:06:16 <Celestar> Tobin: I'm talking about full 3d 11:06:20 <Celestar> Vornicus: have you seen my stuff? 11:06:21 <Tobin> Yeah, but in 2D there's no point caching the entire terrain as one list. I'm not sure why you'd do it in 3D either, since it keeps changing. 11:06:21 *** RichK67 [n=RichK67@talk-210-66.talkadsl.com] has joined #openttd 11:06:35 <Tobin> Celestar: Oh, OK. We're talking about different things. :) 11:06:46 <RichK67> hi all# 11:06:47 <Vornicus> You sent it to me, but I couldn't get it to build because of its X11 bindings 11:06:58 <Celestar> Vornicus: what platform are you on? 11:07:19 *** Mucht|zZz [n=Mucht@chello080109200215.3.sc-graz.chello.at] has quit ["I'll be back!"] 11:07:25 <Vornicus> OSX, with a totally hosed X11 app. 11:07:31 <Tobin> You could still store each tile type in a display list for 3D though. In fact you end up with fewer display lists than GRF sprites since some slopes are just rotations of others. 11:07:37 *** Fujitsu [n=fujitsu@c211-28-183-112.eburwd7.vic.optusnet.com.au] has quit [Nick collision from services.] 11:07:43 <Celestar> Tobin: you on linux? 11:07:50 <Tobin> Celestar: MacOS. 11:07:53 *** Fujitsu_ is now known as Fujitsu 11:07:59 * Tobin has to go cook 11:08:21 <Celestar> I can draw a 128x128 map (more than we need) in ~10 milliseconds 11:08:38 <Celestar> KUDr_wrk: do I have any debug switches for yapf? 11:09:38 <CIA-3> egladil * r5034 /branch/32bpp/ (50 files in 5 dirs): [32bpp] -Sync r4746:4800 from trunk. 11:09:46 *** AciD [n=gni@unaffiliated/acid] has quit [Connection timed out] 11:11:34 <Vornicus> wait, it takes you 10ms to draw a 128x128 map? 11:11:40 <Vornicus> That's a bit long... 11:11:47 <Celestar> only the terrain 11:11:52 <Celestar> Vornicus: the whole map, not culled 11:12:13 <Vornicus> (especially consideringwhat modern games are expected to do. Consider Far Cry, for instance) 11:13:14 <Celestar> Vornicus: a 128x128 map are 128x128x2 triangles 11:13:19 <Celestar> drawing at 100fps 11:13:44 <Celestar> that's 3.5 million triangles per second 11:13:50 <Celestar> plus 3.5 million textures per second 11:14:24 <hylje> what, 3d engine ? 11:14:35 <Celestar> OpenGL 11:14:54 <hylje> for ottd ? 11:15:15 <Celestar> more general experiments 11:15:23 <hylje> ok 11:15:28 <Vornicus> Yes. Some of us are perverted and self-hating. 11:16:14 <peter1138> :) 11:16:20 *** AciD [n=gni@tehpwnz.org] has joined #openttd 11:16:37 <Celestar> Vornicus: I don't see much room for optimization in the application level 11:16:41 <Celestar> (if you wanna draw 128x128 tiles) 11:16:47 <Celestar> if you wanna draw less... draw leww 11:16:48 <Celestar> less* 11:17:30 <peter1138> problem is you need to draw a 11:17:34 <peter1138> /\ 11:17:35 <peter1138> \/ 11:17:37 <peter1138> shape 11:17:44 <peter1138> (of the map) 11:17:53 <Celestar> oh wait 11:17:56 <Vornicus> ? 11:18:34 <Celestar> ok there is NO room for optimization 11:18:42 <Celestar> drawing the map takes 20 microseconds 11:18:45 <peter1138> lol 11:18:49 <Celestar> swapping the buffers 5 milliseconds 11:19:23 <Vornicus> The map really is square, you know. The camera is rotated 30 degrees around x and then 45 degrees around y. Each height level is 0.204 of a cell width. 11:19:44 <Vornicus> Ah. Well if that's the case, then there's no problem then.. 11:20:10 <Celestar> peter1138: opengl cares crap about how your triangles are oriented in space 11:20:51 <Celestar> maybe I have vsync on? 11:21:11 <Vornicus> Perhaps - what's your monitor's refresh rate set to? 11:21:23 <Celestar> nope I haven' 11:21:23 <Celestar> t 11:21:26 <Celestar> 60Hz 11:21:43 <Vornicus> eh. 20us is fast enough. 11:21:58 <Vornicus> way fast enough. 11:22:05 <Celestar> but the buffer swapping takes longer 11:22:15 <Vornicus> well, of course it does. 11:22:34 <Vornicus> But that's not going to change if you add buildings and make the terrain smooth. 11:22:42 <Celestar> I'm not sure 11:22:43 <Celestar> lets see 11:23:19 <Celestar> it does change 11:23:24 <Celestar> (because it has to copy more data) 11:23:42 *** Wolfox [n=wolfox@203-217-34-90.dyn.iinet.net.au] has quit [Read error: 110 (Connection timed out)] 11:24:30 <Celestar> "drawing" a 256x256 map takes 20 microseconds 11:24:46 <Alltaken> can't openGL deal with squares? 11:24:49 <Vornicus> On the other hand, it sounds like you're sending the texture with each object - make the texture native and you might get better performance. 11:24:55 <Celestar> Alltaken: yes it can 11:24:57 <Alltaken> shouldn't quads be fed to it, then it sorts the rest out? 11:25:07 <Vornicus> Alltaken: it /can/, but usually graphics cards fake it by drawing two triangles instead. 11:25:14 <Celestar> Alltaken: most of the tiles are non square 11:25:29 <Vornicus> same, indeed, with polys 11:25:36 <peter1138> most tiles are flat... 11:25:45 <peter1138> hmm 11:25:47 <peter1138> depends on the landscape :) 11:25:54 <peter1138> most tiles can be non-flat too 11:25:54 <peter1138> heh 11:26:00 <Jpl> a square is always two triangles.. ;) 11:26:13 <Vornicus> Most tiles are flat, but it's more expensive to test for non-flat tiles than it is to just send it all as triangle pairs 11:26:17 <Celestar> peter1138: you can draw them as 2 triangles or one square, it makes little difference 11:26:42 <Vornicus> essentially because there is no real difference between sending a quad and sending two triangles. 11:27:45 <Celestar> not really 11:28:35 <Celestar> Vornicus: the problem is, I do not want to use my hardware as benchmark 11:28:44 <Celestar> and OpenGL on software is slow as f*ck 11:28:59 <Vornicus> heh 11:29:12 <Celestar> yet the current implementation is slow as well 11:29:28 <Celestar> I mean here, drawing takes 10x the CPU power of what YAPF needs 11:29:55 <Celestar> (and elrails isn't exactly helping) 11:30:35 *** christooss [n=matic@clj20-83.dial-up.arnes.si] has quit [Read error: 104 (Connection reset by peer)] 11:31:08 <peter1138> hmm 11:31:42 <Vornicus> the current implementation uses a software surface that then gets pushed to the graphics card as a whole, or some such madness. If we could move to hardware surfaces we'd probably be better off. 11:31:49 *** christooss [n=matic@clj20-83.dial-up.arnes.si] has joined #openttd 11:32:00 <peter1138> only bits are pushed 11:32:06 <peter1138> and a hardware surface is *not* better 11:32:31 <Vornicus> no? why not? 11:33:09 <peter1138> 1) it probably won't be HW anyway, 2) we read from it 11:33:27 <peter1138> (or do we? i can't remember, heh) 11:33:41 <Vornicus> why do we read from it? 11:33:52 <peter1138> transparency 11:34:13 <Vornicus> ... 11:34:18 <Celestar> peter1138: ? 11:34:20 <Celestar> ah 11:34:30 <Vornicus> why do we need to read from the surface to implement transparency? all hardware does that. 11:34:38 * Tobin wanders back 11:35:00 <Celestar> even SW renderers can do transparency 11:35:42 *** RichK67 [n=RichK67@talk-210-66.talkadsl.com] has quit [Read error: 110 (Connection timed out)] 11:36:02 <Sionide> ohh transparency in ottd, that'd rock.. 11:36:13 <Celestar> does any have some modest hardware and wants to try to connect to my game? 11:36:16 <Tobin> Forget what I said earlier about having fewer display lists than GRF sprites. I realised as soon as I left the room that you get just as many but some rotate (or otherwise modify the modelview matrix) then call an existing display list. 11:36:29 <peter1138> Sionide: press 'x' 11:36:37 <Vornicus> Sionide: we already have transparency of a sort 11:36:54 <Sionide> peter1138, oh yeah i know that obviously, i was thinking like, transparent windows 11:36:56 <Vornicus> But it's not full-color transparency, unless you're running the 32bpp version 11:37:25 <Tobin> Alltaken: The reason for using triangles is that they are always planar. 11:37:53 <Tobin> Alltaken: OpenGL, and most other systems, act weirdly if you feed them non planar polygons. 11:38:08 <Celestar> Tobin: well yes, even tho they don't crash 11:38:32 *** tokai|3 [n=tokai@p54B8151E.dip0.t-ipconnect.de] has joined #openttd 11:38:53 <Tobin> Celestar: I know. OpenGL is very good a choking without actually crashing. :P 11:39:19 * Tobin imagines Direct X and others behave in much the same way 11:40:07 * Tobin wanders off to eat dinner 11:40:44 *** White_Rabbit is now known as WR-away 11:43:59 <Vornicus> aaanyway. I figure the more graphics stuff we can fully offload onto established graphics systems the better off we'll be overall - when there's hardware we'll get it, and when there's no hardware we'll still get guaranteed-right operation that's probably faster than our current implementations. 11:44:29 <Celestar> you mean using something standardized instead of hand-brewn functions? 11:44:36 <peter1138> well 11:44:45 <Vornicus> yes 11:44:53 <peter1138> we'd have to split off the blitting routines. hmm. 11:45:01 *** WR-away is now known as White_Rabbit 11:45:08 <peter1138> because they're useful to keep the sdl/win32 drivers working 11:45:15 <peter1138> (& cocoa) 11:45:42 <Celestar> http://www.fvfischer.de/ottd/openttd.prof 11:46:19 *** White_Rabbit is now known as WR-away 11:46:48 *** joed__ [n=James@CPE-139-168-3-39.vic.bigpond.net.au] has joined #openttd 11:47:12 <Vornicus> I don't know how to read that. 11:47:17 <peter1138> you can't 11:47:20 <peter1138> it's skewed 11:47:27 <Celestar> skewed? 11:47:31 <peter1138> a lot of that is time spent in loading stuff 11:47:36 <peter1138> e.g. FioReadByte() 11:47:37 <Celestar> there's nothing skewed 11:48:20 <peter1138> stuff only used during loading should be discarded 11:48:21 <Darkvater> fioreadbyte only happens about once when the game is loaded 11:48:32 <Darkvater> using that as a performance criteria is screwd 11:48:35 <Darkvater> eh skewed 11:48:41 <Celestar> er WAIT 11:48:42 * Darkvater lets peter1138 do the talkin' 11:48:45 *** Spoco [n=Spoco@dsl-062-197-163-65.lohjanpuhelin.fi] has joined #openttd 11:49:09 *** tokai|ni [n=tokai@p54B83B53.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 11:51:11 *** roboman [n=Leo@c211-30-120-103.carlnfd2.nsw.optusnet.com.au] has joined #openttd 11:56:14 * Celestar goes for the extreme cyse 11:56:16 <Celestar> case* 11:57:49 <Celestar> peter1138: Darkvater reload the file please 11:57:50 *** joed__ [n=James@CPE-139-168-3-39.vic.bigpond.net.au] has quit ["Client exiting"] 11:58:23 <peter1138> that's better 11:58:28 <Vornicus> that's much better. 11:58:29 <Vornicus> Goodness. 11:58:35 <peter1138> your catenary's a bit slow :) 11:58:40 <Celestar> fully zoomed out game 11:58:43 <Celestar> on 1400x1050 11:58:50 <peter1138> map size? 11:58:54 <Celestar> er 1280x1024 11:58:56 <Darkvater> *slap* :) 11:59:01 <Celestar> map size is 1024x1024 11:59:10 <Celestar> 235 road vehicles, 174 trains 11:59:14 <Darkvater> is this trunk/ or bridge/? 11:59:23 <Darkvater> I think bridge because bridges are totally dynamic 11:59:25 <Celestar> Darkvater: bridge/ but what does that matter :) 11:59:27 <Darkvater> eg 6.69 37.97 4.77 10585238 0.00 0.00 GetBridgeEnd 11:59:41 *** Bjarni [n=Bjarni@0x50a46ada.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 11:59:43 *** mode/#openttd [+o Bjarni] by ChanServ 11:59:49 <Bjarni> hi people 11:59:51 <peter1138> Darkvater: GetBridgeEnd is called for drawing bridges either way, iirc 12:00:10 <peter1138> GetTileSlope... 12:00:23 <peter1138> that's quite convincing for storing tileh in the map... 12:01:01 <Celestar> for example ... 12:01:14 <Celestar> look where YAPF comes .. 12:01:28 <peter1138> right down there 12:01:30 <Celestar> I'm spending like 1% of the time in the pathfinder 12:01:37 <Celestar> and 60% of the time in drawing routines 12:01:40 <Darkvater> damn, that's a big toe 12:01:50 <Vornicus> yey yapf 12:01:53 *** joed_ [n=James@60.230.156.110] has quit [Read error: 110 (Connection timed out)] 12:01:58 * Celestar somehow thinks that opengl would be faster :P 12:02:10 <Bjarni> you are not the first one to say that 12:02:13 <peter1138> write the driver then :) 12:02:21 <Celestar> peter1138: well I might :) 12:02:24 <Vornicus> leveraging any hardware at all would be faster. We just plain /don't/ right now 12:02:39 <peter1138> Celestar: do you have palette animation on or off? 12:02:58 <Celestar> peter1138: off .. 12:03:04 * Celestar goes switching on an tries again 12:03:11 <Vornicus> ...this should be good. 12:04:36 <Celestar> http://www.fvfischer.de/ottd/openttd_animated.prof 12:04:44 <Bjarni> .prof ? 12:04:49 <peter1138> profile 12:04:52 <Vornicus> profile 12:05:00 <Bjarni> for what app? 12:05:04 <peter1138> not much different. hmm. 12:05:07 <peter1138> openttd... 12:05:08 *** Fujitsu [n=fujitsu@c211-28-183-112.eburwd7.vic.optusnet.com.au] has quit [Remote closed the connection] 12:05:11 <Celestar> Bjarni: text editor for your choice .. 12:05:18 <peter1138> oh, heh 12:05:18 <Bjarni> ahh, it's plain text 12:05:26 <Celestar> lol @ peter1138 12:05:40 <Celestar> peter1138: not really big a difference 12:05:49 <peter1138> no, there isn't 12:05:56 <Bjarni> <peter1138> openttd... <--- I knew that. I'm not stupid :P 12:06:03 * Celestar notices that ViewportAddVehicles causes little CPU usage 12:06:46 * Celestar is wondering why ViewportDoDraw takes that much time 12:07:00 <peter1138> because the blitting is slow 12:07:11 <Celestar> where is the blitting doen? 12:07:15 <Celestar> done* 12:08:32 <Celestar> static void ViewportSortParentSprites(ParentSpriteToDraw* psd[]) <= this is really really ugly code 12:09:03 <peter1138> ParentSpriteToDraw *parent_list[6144]; 12:09:09 <peter1138> what's that magic number? 12:09:26 <Celestar> 6*1024 12:09:32 <peter1138> ah 12:09:43 <Bjarni> I see that Darkvater is forming a political party 12:09:45 <peter1138> hmm 12:09:48 <Bjarni> he is not going to get my vote 12:09:49 <Celestar> if (mustswap) { <= WHY are we bubble-sorting? 12:10:03 <Celestar> and not just inserting the sprite at the correct position? 12:10:13 <peter1138> Celestar: what optimisation is it that you're profiling? 12:10:17 <Bjarni> Celestar: because somebody wrote it like that... to get it to work and not caring about CPU load 12:10:33 <peter1138> i don't see ViewportAddLandscape() etc 12:10:35 <Celestar> peter1138: -O 12:10:38 <Celestar> default 12:10:42 <peter1138> so i guess it's all counted under ViewportDoDraw 12:10:55 <Celestar> peter1138: seems that Sort and DrawParentSprites in inlined 12:10:58 <Celestar> is* 12:11:00 <peter1138> yeah 12:11:14 <Celestar> I'm still not getting the triple-nested loop in Sort 12:11:27 <peter1138> and an unoptimised build wouldn't be right either. hmm. 12:11:51 <Celestar> peter1138: maybe I can force-noninline it? 12:12:06 <Darkvater> you're supposed to profile with optimized code 12:12:13 <Darkvater> anything else is skewed 12:12:35 <Celestar> wait ~60 seconds 12:13:01 <peter1138> Darkvater: 18.74 seconds for ViewportDoDraw() is "unhelpful" when it actually contains several inline functions 12:13:04 <Celestar> because 90% of CPU times would be map accessors anyway without -O 12:13:16 <Celestar> peter1138: I'm un-inling viewport.c 12:14:00 <Celestar> http://www.fvfischer.de/ottd/openttd_animated_viewport.prof 12:14:11 <Celestar> GREAT 12:14:18 <Darkvater> peter1138: that is true 12:14:19 <Celestar> so much for -fno-inline :S 12:14:37 <peter1138> heh 12:14:48 <Celestar> fuck 12:14:55 <Celestar> link after compile == good idea 12:15:01 <peter1138> heehee 12:15:32 <Celestar> let's hope gcc doesn't ALWAYS inline functions that are called only once 12:16:38 <Celestar> http://www.fvfischer.de/ottd/openttd_animated_viewport.prof 12:16:46 <Celestar> as I suspected ... 12:17:12 <Celestar> it's not the Blitter 12:17:13 <roboman> gnight 12:17:15 <Celestar> it's the Sorter :P 12:17:21 *** Sacro [n=Sacro@adsl-83-100-224-64.karoo.KCOM.COM] has joined #openttd 12:17:45 <Vornicus> ...my 12:18:05 *** roboman is now known as robobed 12:18:05 <Sacro> morning? 12:18:19 <Celestar> the question is, can we hardware sort? 12:18:49 <Celestar> the if's in the loops are Very Bad (TM) 12:19:04 <Vornicus> well if we used OGL, hardware sort would come with z-buffer use 12:19:14 <Vornicus> which is essentially Who Needs Sort? 12:19:18 <Celestar> Vornicus: but that requires full 3D 12:19:24 <Vornicus> Not really 12:19:24 <Sacro> does oopenttd.org use a CMS? 12:19:32 <Celestar> CMS being? 12:19:39 <Celestar> Vornicus: it needs some kind of z coordinate :) 12:19:43 <Celestar> apart from X and Y 12:19:44 <Sacro> content management system 12:19:45 <Vornicus> you use textured quads 12:19:53 <Celestar> Vornicus: that's a possibility 12:19:54 <Vornicus> and an orthographic camerag 12:20:12 <Celestar> Vornicus: yet it basically is 3d 12:20:19 <Vornicus> and you just use whatever we use now to sort by as the z coord. 12:20:43 <Vornicus> And yeah, it's 3d, but we're using sprites to do it 12:23:03 *** Forexs [i=Forexs@x1-6-00-0f-b5-14-63-5f.k136.webspeed.dk] has joined #openttd 12:23:14 <Celestar> why the hell do we have 2 sort order algorithms? 12:23:46 *** Alltaken [n=chatzill@blender/artist/allTaken] has quit ["Chatzilla 0.9.73 [Firefox 1.5.0.3/2006042618]"] 12:27:58 <peter1138> can you improve that? 12:28:12 <Celestar> I wish I knew what this code does ... 12:29:13 *** ThePizzaKing [n=thepizza@c211-28-149-245.eburwd2.vic.optusnet.com.au] has quit ["And he disappears, like a fox, in the night."] 12:32:21 <Celestar> I especially don't understand why we have the first part for that "if" 12:32:26 <Celestar> s/for/of 12:35:16 <Celestar> ok great 12:35:23 <Celestar> we have psd, ps, psd2, ps2, psd3 12:35:30 <Celestar> all are ParentSpriteToDraw 12:35:53 <peter1138> yum 12:36:05 <peter1138> i'm glad i didn't add any of my bridge stuff to that ;p 12:37:34 <Celestar> huh? 12:38:21 <Celestar> *parent_list[6144] <= ok that'S an array of pointers right? 12:41:50 *** brygge_2 [n=joachim9@81.166.137.5] has joined #openttd 12:42:26 <Celestar> I do NOT understand ViewportDoDraw 12:43:53 <Sacro> lol 12:44:25 <Bjarni> I think the problem is that we could all say such a statement 12:44:33 <Bjarni> including the guy, who coded it 12:44:41 <Bjarni> that's why it takes so much CPU power 12:45:26 <Celestar> hey 12:45:34 <Celestar> I have improved performance by some % I think 12:45:42 <peter1138> woo 12:45:51 <Bjarni> maybe a complete rewrite is in order 12:45:52 *** mikl [n=mikl@pdpc/supporter/active/mikl] has joined #openttd 12:46:09 <Bjarni> <Celestar> I have improved performance by some % I think <-- 0,3% is measured in % :P 12:46:17 <Sacro> of openttd? 12:46:23 * Bjarni hides 12:46:33 <Celestar> Bjarni: more .. 12:46:40 <Bjarni> I know 12:47:03 <Bjarni> did you beat my optimisation in the video drawing stuff? 12:47:15 <Bjarni> 1000% faster cocoa video driver :D 12:47:16 <Celestar> run with -D 12:47:21 <Vornicus> heh 12:48:09 *** Juustro [i=juustro@195.12.57.38] has joined #openttd 12:48:20 <Juustro> Hi 12:48:21 <peter1138> Celestar: doesn't it still run the sorter? 12:48:28 <peter1138> hmm, maybe not, i'unno 12:49:18 <Celestar> testing 12:49:37 <Celestar> ok 12:50:35 <Juustro> I was wondering.. what might be wrong or bugged.. I cant build any tracks.. or any vehicles cause new vehicles list is empty 12:50:39 <Celestar> peter1138: I have improved performance of the Sorter by 150% 12:50:44 <Juustro> same with ships and aircrafts 12:50:47 <peter1138> hmm 12:50:50 <Celestar> Juustro: what year 12:51:05 <Juustro> 1920 12:51:15 <Celestar> peter1138: http://www.fvfischer.de/ottd/openttd_animated_viewport2.prof 12:51:31 <Celestar> Juustro: well set starting date to 1950 or use a vehicle set that has vehicles in 1920 :) 12:51:39 <Celestar> peter1138: convinced? 12:51:54 <peter1138> dunno, didn't see the last one 12:52:01 <Juustro> was that so easy :o 12:52:16 *** Wolfox [n=wolfox@203-217-34-90.dyn.iinet.net.au] has joined #openttd 12:52:19 * peter1138 grabs it 12:52:26 <peter1138> hmm 12:52:27 <Celestar> from 20% to 7% 12:52:47 <Celestar> with a VERY microscopic change 12:52:58 <Celestar> I'm trying something else 12:52:58 <peter1138> that's... 12:52:59 <peter1138> good 12:53:30 <Vornicus> Juustro: for the record, the earliest train in Temperate without any newgrfs is the Kirby Paul Tank, created in 1925. 12:53:31 *** mikl [n=mikl@pdpc/supporter/active/mikl] has quit [Remote closed the connection] 12:54:10 <peter1138> best solution: use dbsetxl, ukrs, nars, or ... some other set 12:54:11 <Celestar> peter1138: it's not that big a change ... 12:54:33 <Vornicus> In Sub-Arctic and Tropical, the Wills 2-8-0 appears in 1945. 12:54:42 <Tobin> So tell us what the change was already. :P 12:54:52 <Celestar> will do 12:54:55 <peter1138> Celestar: you should run it for longer 12:54:58 <Juustro> Vornicus: thanks 12:54:59 <peter1138> 5.57 29.62 3.80 9366961 0.00 0.00 GetBridgeEnd 12:55:02 <peter1138> 7.36 1.91 0.39 665200 0.00 0.00 GetBridgeEnd 12:55:03 <Juustro> Celestar: thanks to you too 12:55:09 <Darkvater> /* WTF IS THIS .... <next 10 lines> */ 12:55:36 <Vornicus> Road vehicles generally begin to appear in 1935 12:55:38 <Celestar> Darkvater: ? 12:55:45 <Darkvater> the optimization ;p 12:55:47 <Celestar> peter1138: ? 12:55:59 <Celestar> Darkvater: ? ? 12:56:11 <hylje> how many wtfs does ottd have 12:56:32 <Darkvater> how did you optimize the code? I thought you commented out 10-15 lines of viewportdraw to speed it up 12:56:36 <Celestar> vici@galadriel:[/home/vici/openttd.bridge]> grep -Ri wtf * | wc -l 12:56:36 <Celestar> 24 12:56:39 <Celestar> Darkvater: no 12:56:41 <Darkvater> but if I have to explain every single step it's not funny anymore 12:57:04 <Celestar> Darkvater: peter1138: http://www.fvfischer.de/ottd/fast.diff 12:57:08 <Celestar> that's the diff 12:57:32 <Darkvater> - if (!(ps->unk16 & 1)) { 12:57:32 <Darkvater> + if (ps->unk16 != 0) { 12:57:37 <Darkvater> that is not the same 12:57:40 <Celestar> er . 12:57:52 <Celestar> er wrong diff 12:57:56 <peter1138> lol 12:57:57 <Darkvater> but ok, look at the big picture? 12:58:13 <Celestar> Darkvater: what do you mean? 12:58:16 <Darkvater> nvm 12:58:31 <Prof_Frink> Celestar: only 17 in trunk/ 12:58:42 <Celestar> Prof_Frink: lol 12:59:43 <Celestar> unfortunately, correcting that typo kills most of the optimization :P 13:00:24 <Darkvater> I am not into viewport but you cannot just exchange a set-bit-0 with a value-is-zero 13:00:41 <Darkvater> check and assignment 13:02:02 <KUDr_wrk> [13:06:26] <Celestar> KUDr_wrk: do I have any debug switches for yapf? <-- if you mean "debug_level yapf=<number>" then yes 13:02:11 <Celestar> Darkvater: no other bit is used in that variable 13:02:24 <Celestar> KUDr_wrk: yeah, found it 13:02:59 <Celestar> KUDr_wrk: requests: 1) put the detailed output to level 2 and leave the "per day" output on level 1. 2) explain me why I get two "per day" outputs each day 13:03:03 <Darkvater> how can you be absolutely sure about that? 13:03:12 <Darkvater> I am sure ludde would've used a bool then instead of this magic 13:03:29 <Darkvater> no, don't make it level 1 13:03:32 <Celestar> Darkvater: grep unk16 *.[ch] 13:03:49 <Darkvater> debug_level 1 < will show all yapf debugging output which you don't want 13:03:49 <Celestar> KUDr_wrk: or even levels 2 and 3 for that matter 13:03:55 <Darkvater> better 13:04:57 <KUDr_wrk> explain me why I get two "per day" outputs each day <- hmm, could be road and rail? Must look. 13:05:07 <Celestar> KUDr_wrk: not sure :) 13:05:08 *** Wolfensteijn [n=wolf@a61229.upc-a.chello.nl] has quit ["I'm gone, bye bye :)"] 13:05:25 <Celestar> KUDr_wrk: but please adjust the debug levels 13:05:46 <KUDr_wrk> yes, if i understand exactly how 13:05:58 <KUDr_wrk> what is "detailed output" 13:06:32 <Celestar> DEBUG(yapf, 1)("[YAPF][YAPF%c]%c%4d- %d us - %d rounds - %d open - %d closed - CHR %4.1f%% - c%d(sc%d, ts%d, o%d) -- ", ttc, bDestFound ? '-' : '!', veh_idx, t, m_num_steps, m_nodes.OpenCount(), m_nodes.ClosedCount(), cache_hit_ratio, cost, dist, m_perf_cost.Get(1000000), m_perf_slope_cost.Get(1000000), m_perf_ts_cost.Get(1000000), m_perf_other_cost.Get(1000000)); 13:06:37 <Celestar> this :) 13:06:40 <Celestar> should be level 3 13:06:41 <KUDr_wrk> ok 13:06:52 <Celestar> DEBUG(yapf, 1)("pf time today:%5d ms\n", _total_pf_time_us / 1000); 13:06:55 <Celestar> and this level 2 13:07:27 <KUDr_wrk> and what about what was red before (path not found) 13:07:35 <KUDr_wrk> it was also in realease build 13:07:41 <Celestar> er what` 13:07:43 <KUDr_wrk> and it is something good to know 13:08:02 <Darkvater> KUDr_wrk: drop the \n at the end of DEBUG() 13:08:04 <KUDr_wrk> if train doesn't find the path to the next destination 13:08:07 <Darkvater> it is automatically appended 13:08:10 <KUDr_wrk> you should know that 13:08:26 <Celestar> KUDr_wrk: that'd be level 1 methinks 13:08:50 <KUDr_wrk> ok 13:09:19 <Celestar> I generally I think we should move periodic stuff away from level 1 13:09:30 <Celestar> and things that generate LOTS of periodic output should be 3 or more 13:09:36 <Celestar> otoh 13:09:46 <KUDr_wrk> sounds good 13:09:46 <Celestar> we don'T need as many debug levels as samba has :P 13:09:56 <Darkvater> there should not be any periodic stuff in lvl1 13:10:06 <KUDr_wrk> therefore i started on 30 :) 13:10:21 <Celestar> Darkvater: the rebuild lists are on level 1 13:11:38 <Darkvater> they are? who put them there 13:12:06 <Darkvater> probably me..but that was a long time ago ;p 13:12:10 *** Wolfensteijn [n=wolf@a61229.upc-a.chello.nl] has joined #openttd 13:13:29 <Celestar> Darkvater: and I think I just stayed with it on the station lists 13:14:02 *** Hallo [n=me@i251.fem.tu-ilmenau.de] has joined #openttd 13:22:24 <Celestar> I love CSAs :S 13:22:24 *** robobed [n=Leo@c211-30-120-103.carlnfd2.nsw.optusnet.com.au] has quit [Read error: 104 (Connection reset by peer)] 13:23:23 *** Belugas_Gone is now known as Belugas 13:23:38 <Celestar> They REALLY just read out what the their input masks are saysing .. 13:23:51 * Belugas reads back about 7 hours of logs 13:23:53 <Celestar> "Surname?" -- "Julia" --- "Name?" --- "Fischer" ---- "Gender?" --- "EXCUSE ME?" 13:24:18 *** ploppy_ [n=ploppy@218.191.64.109] has quit [] 13:25:26 <peter1138> heh 13:27:58 *** Mukke` [i=Mukke@x1-6-00-13-8f-3d-00-a9.k146.webspeed.dk] has joined #openttd 13:29:17 *** Ha11o [n=me@i251.fem.tu-ilmenau.de] has joined #openttd 13:29:53 *** amix [n=Michal@202.80-203-43.nextgentel.com] has quit ["Client exiting"] 13:32:32 <CIA-3> miham * r5035 /trunk/lang/ (american.txt czech.txt estonian.txt finnish.txt french.txt): 13:32:32 <CIA-3> WebTranslator2 update to 2006-05-30 15:32:01 13:32:32 <CIA-3> american - 44 fixed, 167 changed by WhiteRabbit (211) 13:32:32 <CIA-3> czech - 3 fixed, 1 changed by Hadez (4) 13:32:32 <CIA-3> estonian - 3 fixed by vermon (3) 13:32:33 <CIA-3> finnish - 7 changed by lauri.kajan (7) 13:32:35 <CIA-3> french - 3 fixed by glx (3) 13:32:59 <MiHaMiX> grrr 13:33:34 <Celestar> what? 13:34:20 <MiHaMiX> lots of {STRINGx} 13:34:23 <MiHaMiX> in american language 13:34:27 <MiHaMiX> I'll fix them 13:34:55 <MiHaMiX> i should've fixed it already in WT2 to not allow translators to use {STRINGx} except for english language 13:35:32 <peter1138> can't be that hard to test it ;p 13:36:16 <MiHaMiX> peter1138: no, it's a piece of cake 13:36:55 <MiHaMiX> peter1138: but now it's a really interesting issue to fix up :D 13:37:04 <MiHaMiX> peter1138: using SQL :D 13:44:57 *** Hallo [n=me@i251.fem.tu-ilmenau.de] has quit [Remote closed the connection] 13:45:56 <MiHaMiX> ok, let's fixup :) 13:45:57 <CIA-3> miham * r5036 /trunk/lang/ (american.txt czech.txt): 13:45:57 <CIA-3> WebTranslator2 update to 2006-05-30 15:45:43 13:45:57 <CIA-3> american - 129 changed by WhiteRabbit (129) 13:45:57 <CIA-3> czech - 3 changed by Hadez (3) 13:45:58 *** Dred_furst` [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has joined #openttd 13:46:19 *** Mukke [i=Mukke@x1-6-00-13-8f-3d-00-a9.k146.webspeed.dk] has quit [Read error: 110 (Connection timed out)] 13:46:22 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has quit [Read error: 104 (Connection reset by peer)] 13:46:44 <MiHaMiX> Total I18N status: 93% - 4883 bad strings out of 73164 strings 13:46:57 <MiHaMiX> 2613 strings / language 13:53:06 *** Juustro is now known as help 13:53:11 *** help is now known as Juustro 13:53:19 <Celestar> we should clearly define debug levels 13:55:23 <Celestar> wow 13:55:38 <Celestar> dbsetxlw still has unimplemented properties? 13:57:44 <Prof_Frink> It's peter1138's fault. 13:58:02 <Prof_Frink> He's been doing things other than coding openTTD 13:58:11 <Prof_Frink> Like eating and sleeping. 13:58:21 *** Hallo [n=me@i251.fem.tu-ilmenau.de] has joined #openttd 13:59:01 *** Juustro [i=juustro@195.12.57.38] has quit ["Reconnecting"] 13:59:05 *** Juustro [i=juustro@paincreators.net] has joined #openttd 13:59:47 <peter1138> disgusting isn't it 14:00:13 <WR-away> wagon (un)loading times for any set hasn't been implemented yet..OTTD still load/unloads instantly, if there's enough cargo waiting 14:01:08 *** Juustro [i=juustro@paincreators.net] has left #openttd [] 14:01:48 <peter1138> yeah 14:01:53 <peter1138> haven't got around to that yet 14:03:17 <peter1138> and some AI stuff isn't implemented 14:04:42 *** paulstuffins [n=paulstuf@host-84-9-15-207.bulldogdsl.com] has quit ["Leaving"] 14:06:49 <peter1138> i have had a look at implementing load amount, though 14:09:17 <Celestar> does that make the AI better? :P 14:10:22 <peter1138> nope 14:10:37 <peter1138> i did the one that changes priority of engines for the AI 14:10:48 <peter1138> but not the one that chooses between freight/passenger engines 14:14:12 <XeryusTC> hi all 14:14:19 *** Ha11o [n=me@i251.fem.tu-ilmenau.de] has quit [Remote closed the connection] 14:17:23 <Sacro> he XeryusTC 14:17:58 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has quit [] 14:20:37 <XeryusTC> heya Sacro 14:24:43 <Celestar> peter1138: I wouldn'T pay too much attention on the AI stuff for now, right? 14:26:04 *** Smoky555 [i=9y4f0kf3@sagitta.internal.vlink.ru] has left #openttd [] 14:27:35 <peter1138> i wouldn't, as i never play against the AI 14:27:41 *** Ha11o [n=me@i251.fem.tu-ilmenau.de] has joined #openttd 14:32:47 *** Cipri [n=cipri@a47034.upc-a.chello.nl] has quit [Read error: 104 (Connection reset by peer)] 14:34:34 *** Nubian [n=nubian@193.93.73.116] has joined #openttd 14:37:33 *** Ha11o [n=me@i251.fem.tu-ilmenau.de] has quit [] 14:37:58 *** Dred_furst` [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has quit [Read error: 110 (Connection timed out)] 14:41:50 *** Sacro [n=Sacro@adsl-83-100-224-64.karoo.KCOM.COM] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 14:43:17 *** Hallo [n=me@i251.fem.tu-ilmenau.de] has quit [Remote closed the connection] 14:45:48 *** brygge_2 [n=joachim9@81.166.137.5] has quit [Read error: 110 (Connection timed out)] 14:46:18 <XeryusTC> Bjarni: ping 14:48:02 *** ^Cartman^ [n=Eric_Car@ti100710a081-3297.bb.online.no] has joined #openttd 14:53:46 *** Mizipzor [n=mizipzor@c-4d8571d5.01-15-73746f6.cust.bredbandsbolaget.se] has quit [Remote closed the connection] 15:02:39 *** valhallexam`math is now known as valhallasw 15:03:33 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has quit ["Chatzilla 0.9.67+ [SeaMonkey 1.0.1/2006040400]"] 15:05:03 <CIA-3> KUDr * r5037 /trunk/yapf/yapf_road.cpp: -Fix: assert when GetVehicleTrackdir() returns wrong trackdir - introduced by r5033 (thanks yanek) 15:05:06 *** dp__ [n=dp@p54B2F05D.dip.t-dialin.net] has joined #openttd 15:21:36 *** dp-- [n=dp@p54B2C923.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 15:21:36 *** dp__ is now known as dp-- 15:22:29 *** Born_Acorn [n=bornacor@ACD6D423.ipt.aol.com] has joined #openttd 15:33:10 *** Dred_furst [n=nn@user-1480.lns6-c8.dsl.pol.co.uk] has joined #openttd 15:34:45 *** Wolfox is now known as Hendikins 15:50:51 <peter1138> gah 15:50:53 <peter1138> X11: Unknown xsym, sym = 0x20ac 15:51:00 <peter1138> stupid thing 15:51:03 <peter1138> that's a EURO :) 15:52:55 <Bjarni> <XeryusTC> Bjarni: ping <-- why do you do something like that when I'm away? 15:53:10 <XeryusTC> because i wasnt 15:53:23 <Bjarni> good point 15:53:59 <Bjarni> what did you want? 15:54:25 <XeryusTC> continue our conversation 15:54:29 <XeryusTC> but im going to have dinner first :P 15:54:34 *** glx [i=glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 15:54:38 <XeryusTC> back in 20(ish) 15:54:43 <Bjarni> what conversation? 15:55:33 <Bjarni> whatever... 20 min... I will try to notice IRC at that time 15:55:39 <CIA-3> peter1138 * r5038 /branch/utf8/ (fontcache.c openttd.c): [utf8] Only assign a unicode -> latin-15 mapping if the original sprite exists. 15:56:24 <CIA-3> peter1138 * r5039 /branch/utf8/fontcache.h: [utf8] If there is no glyph for a unicode character, display a ? 15:57:20 <Bjarni> I see we got utf-8 progress :) 16:00:20 <peter1138> yes yes 16:01:51 <valhallasw> XeryusTC: ping 16:03:33 *** |Jeroen| [n=jerre@dD57729D4.access.telenet.be] has joined #openttd 16:26:21 *** Dudu [n=none@200.61.237.153] has joined #openttd 16:26:24 <Dudu> hi 16:30:07 *** jong [n=jong@flipflip.student.utwente.nl] has quit [Remote closed the connection] 16:30:45 *** jong [n=jong@flipflip.student.utwente.nl] has joined #openttd 16:33:26 *** DJ_Mirage [n=martijn@biggetje.xs4all.nl] has joined #openttd 16:35:41 *** rain```` [n=rain@24-183-26-9.dhcp.fdul.wi.charter.com] has quit [Connection timed out] 16:39:05 <XeryusTC> valhallasw: pong 16:39:13 <Born_Acorn> Ping pong. 16:39:22 <Born_Acorn> Set Match point. 16:39:34 <XeryusTC> |. 16:39:53 <XeryusTC> Bjarni: ping again 16:40:05 * Bjarni hides 16:40:13 * Bjarni hides behind a firewall 16:40:26 * XeryusTC gets some water and throws it at the firewall 16:41:40 <Born_Acorn> Look! The firewall evaporated the water! 16:42:05 * Bjarni enters the steam era 16:42:05 <Born_Acorn> Its an oil fired Firewall. Water makes it burn more. 16:42:30 <XeryusTC> :( 16:42:32 * XeryusTC gives up 16:43:30 * Born_Acorn shoves Rudolph Diesel at XeryusTC. 16:43:38 <Born_Acorn> Use his engine to catch up with Bjarni! 16:43:52 <XeryusTC> woow! 16:44:07 * XeryusTC pwns Bjarni with his more efficient engine 16:46:07 *** Hallo [n=me@i251.fem.tu-ilmenau.de] has joined #openttd 16:46:27 * Bjarni still don't know what XeryusTC originally wanted to say 16:47:21 <peter1138> he wanted to say: "i love bjarni and want to have his babies" 16:47:51 <Bjarni> well, he is Dutch after all 16:48:09 <anboni> HEY! what about the Dutch? 16:48:53 *** Jenkz [n=nobody@80-192-44-21.cable.ubr05.dund.blueyonder.co.uk] has quit [] 16:48:56 <Bjarni> I mean, if they get a political party like the one they are forming right now, then everything goes 16:49:03 <anboni> lol 16:49:36 <anboni> of course, the media only talk about the extremes... they actually do seem to have a few interesting ideas as well 16:51:20 *** jong [n=jong@flipflip.student.utwente.nl] has quit ["Konversation terminated!"] 16:51:27 *** rain```` [i=rain@24-183-26-9.dhcp.fdul.wi.charter.com] has joined #openttd 16:54:11 <Born_Acorn> (17:49:35) <anboni> HEY! what about the Dutch? <-- They do not Live in Dutchland! 16:54:28 <anboni> hmm.. good point, i guess 16:54:55 <Born_Acorn> Which makes me very angry! What is wrong with Dutchland that everyone left for the Netherlands? 16:55:09 <Born_Acorn> The young uns these days.... 16:55:27 <anboni> frankly, i couldn't tell you.. i've never been to Dutchland myself, to be honest :/ 16:56:06 <anboni> blegh.. bridges branch still barfs on my savegame :( 16:56:13 *** Jenkz [n=nobody@80-192-44-21.cable.ubr05.dund.blueyonder.co.uk] has joined #openttd 16:56:15 <Born_Acorn> People tell me it doesn't exist! Which makes me think it was so horrible everyone denies it. 16:56:32 <anboni> or so great the few who do know want you to think it doesn't exist 16:56:50 *** MeusH [n=MeusH@host-ip18-138.crowley.pl] has joined #openttd 16:57:01 <Born_Acorn> Its MeusH! 16:57:08 <Born_Acorn> Look everyone! 16:57:09 <MeusH> hi 16:57:29 <MeusH> wee 16:57:48 <MeusH> 559 posts since last visit :O 17:02:38 <XeryusTC> <@Bjarni> I mean, if they get a political party like the one they are forming right now, then everything goes <- you mean the pedophile party? 17:03:00 <anboni> XeryusTC: that's at least what i assumed :) 17:04:11 <XeryusTC> we are weird :P 17:05:06 <MeusH> I don't like idea of pedophile party 17:05:18 <MeusH> besides, all members should be arrested for being pedophiles 17:05:22 <MeusH> which won't happen 17:05:33 <MeusH> dunno why, but it won't happen 17:06:12 <anboni> you cant get arrested for thoughts or opinions, no matter how wrong, bizarre or extreme they are 17:06:14 <MeusH> moreover, it may come to a situation that pedophiles from goverment are immune to law, then these will do gross things with children 17:06:27 <MeusH> legally 17:06:38 <MeusH> or at least, without punishement 17:07:04 <XeryusTC> MeusH: that is exactly what they want :s 17:07:05 <MeusH> however, if their party comes to existance, puny people will understand what "democracy" is 17:07:06 <anboni> i dont think politicians (here, at least) are above the law 17:07:12 <MeusH> they are 17:07:17 <MeusH> especially here 17:07:19 <MeusH> where do you live? 17:07:25 <anboni> The Netherlands 17:07:33 <MeusH> o yes, /whois :) 17:07:37 <anboni> :) 17:09:10 <XeryusTC> anyways, you need about 11000 euros to start your political party 17:09:16 <XeryusTC> and a few million more to run it 17:09:26 <XeryusTC> few million every year 17:10:17 <CIA-3> peter1138 * r5040 /branch/utf8/ (string.c string.h): [utf8] Add functions to UTF-8 encode and decode a complete string 17:10:18 <XeryusTC> the big parties get subsidized by the government so they can survive, but most of the small parties will die or never be heard of 17:11:05 <anboni> actually, that's not quite true.. there's quite a few small parties that are quite persistent (CU, SGP, Partij voor de Dieren, to name a few) 17:11:34 <anboni> and remember Janmaat and his CD? they've been around for quite a while 17:12:20 <MeusH> millions? why is that (besides commercials, billboard advertisement)? 17:13:26 *** rain```` [i=rain@24-183-26-9.dhcp.fdul.wi.charter.com] has quit [] 17:13:56 <XeryusTC> most of the money goes to campains and some is used to keep the party running 17:14:28 *** Angst [n=Angst@p549469BB.dip.t-dialin.net] has joined #openttd 17:15:16 <CIA-3> peter1138 * r5041 /branch/utf8/ (gui.h misc_gui.c): [utf8] Make text input handling routines use a wide character string buffer when inserting/removing characters. The input / output is still UTF-8 encoded. 17:16:27 *** Markavian` [n=Markavia@82.108.95.249] has joined #OpenTTD 17:16:34 <Markavian`> anything interesting new in the nightly's? 17:17:30 <MeusH> YAPF 17:17:37 <Markavian`> whats that? 17:17:44 <MiHaMiX> Yet Another Path Finder 17:17:46 <Markavian`> congrats on getting past v5000 btw 17:18:11 <Markavian`> is YAPF any good? I guses theres a reason why its in there 17:18:28 <MiHaMiX> Markavian`: much faster and more reliable 17:18:53 <Markavian`> does it improve netgames then? 17:19:16 <MiHaMiX> Markavian`: significantly 17:19:26 <MiHaMiX> Markavian`: </marketing> 17:19:52 <Markavian`> and which clever person brought that into fruition then? 17:19:53 <MiHaMiX> Markavian`: but YAPF is really good :) 17:20:01 <MiHaMiX> Markavian`: KUDr 17:20:02 <MeusH> KUDr 17:20:06 <Markavian`> neato 17:20:08 <MiHaMiX> bbl:) 17:20:08 <Markavian`> anything new 17:20:15 <Markavian`> any word on that cool map gen - terragenesis? 17:20:31 <MeusH> YAPF will allow PBS and other nice stuff in the future 17:20:31 <MeusH> working 17:20:35 <MeusH> IIRC it's planned to be in 0.5.0 or 0.6.0 17:20:35 *** Dudu [n=none@200.61.237.153] has quit [] 17:20:39 <MeusH> let me check 17:20:39 * Markavian` pauses to dream about PBS in the main trunk 17:21:07 <MeusH> 0.5.0 17:21:28 <Markavian`> ok 17:21:50 <MeusH> more hot details :P 17:21:50 <MeusH> http://wiki.openttd.org/index.php/Roadmap_0.5 17:22:00 <MeusH> However, don't look at roadmaps too often 17:22:16 <MeusH> otherwise you'll be sick of it and new features will be like drugs 17:22:20 <MeusH> you will get addicted 17:22:29 <Markavian`> what about NewGFx support - is there going to be any 'internal' switches / profiles as apposed to modifying the .cfg file? 17:22:32 <MeusH> you will ask about PBS triple a day 17:22:43 <MeusH> it's also planned IIRC 17:22:44 <Markavian`> lol, ok, I won't ; ) 17:22:46 <MeusH> by peter1138 17:22:55 <anboni> wow, is PBS actually an active branch already? 17:23:03 <MeusH> NewGRF settings in savegame | peter1138 17:23:12 <MeusH> seems not, anboni 17:23:18 <Markavian`> the mini-IN have it as a patch 17:23:48 <XeryusTC> the pbs patch is very outdated 17:24:00 <anboni> ah nm, that PBS branch that's listed is probably from back before KUDr decided he needed Yapf first :) 17:24:32 <glx> Markavian`: and the PBS in mini-IN is very broken 17:25:02 <Markavian`> yeah, shame that 17:26:45 <anboni> does it look like bridges will be included in the trunk anytime soon? 17:26:52 <Markavian`> suggestion: auto transfer for NewGFx files from server if client doesn't have correct graphics? 17:28:40 <MeusH> roadmap <yes> 17:29:36 <Markavian`> anyone tried a 2048x128 map before? 17:29:46 <WR-away> haha 17:29:49 *** WR-away is now known as White_Rabbit 17:30:45 <Markavian`> I think I'm gonna play this, Tropical / 2048x128, its like a string of islands in some places 17:31:14 <Markavian`> there seems to be a 256x128 gap in the middle with nothing but trees in it though 17:32:23 <White_Rabbit> any new grfs? 17:32:58 *** Scia [n=sciapode@AveloN.xs4all.nl] has joined #openttd 17:34:16 <peter1138> newgrf settings: profiles, yes 17:34:21 <peter1138> auto transfer, no 17:36:18 <anboni> where do different savegame revisions get determined? is that all in saveload.c, or do other parts of the game influence those too? 17:36:30 <peter1138> all over the place 17:36:48 *** Sacro [n=Sacro@83.100.253.98] has joined #openttd 17:37:02 <anboni> so saveload.c is basically only the part where the structs from memory get written to file? 17:37:09 <glx> no 17:37:30 <peter1138> if only :) 17:37:38 <Sacro> afternoon all 17:37:59 <XeryusTC> Bjarni: i just took a look, we were talking about SVN and how to get revision numbers up fast 17:38:38 <anboni> i'm trying to figure out a way to get my yapf/trunk savegame loaded into bridge branch.. no luck so far.. asserts on me :( 17:39:33 <Bjarni> hmm 17:39:41 <hylje> :< 17:39:42 <Bjarni> that was yesterday 17:39:52 <Bjarni> I'm way past that now 17:40:01 *** Dred_furst [n=nn@user-1480.lns6-c8.dsl.pol.co.uk] has quit [Read error: 104 (Connection reset by peer)] 17:40:47 <White_Rabbit> does OTTD support custom newgrf running costs? the US Set is supposed to have steam trains that have running costs per year almost equivalent to their purchase prices, but that's not the case with OTTD 17:41:28 <XeryusTC> White_Rabbit: maybe you need to change it in the difficulty settings too 17:41:55 <White_Rabbit> I did..the difference between low and high is a couple hundred dollars 17:42:35 <White_Rabbit> besides, the US Set does not support changing purchase/running costs, IIRC 17:43:28 <White_Rabbit> I'll check again 17:44:30 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has joined #openttd 17:45:37 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has quit [Read error: 104 (Connection reset by peer)] 17:45:53 <White_Rabbit> it may be something to do with the US set itself, actually, since the UKRS has no such problems 17:46:41 *** Dred_furst [i=nn@84.67.197.200] has joined #openttd 17:47:00 *** Dred_furst [i=nn@84.67.197.200] has quit [Read error: 131 (Connection reset by peer)] 17:48:05 <Sacro> i dont think OpenTTD supports it yet 17:48:20 <White_Rabbit> oh well 17:48:34 *** Mucht [n=Mucht@chello080109200215.3.sc-graz.chello.at] has joined #openttd 17:49:14 <peter1138> it does 17:49:35 <peter1138> no doubt there's some strange quirky bit of ttdp that isn't emulated exactly 17:49:42 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has joined #openttd 17:51:28 *** Mucht is now known as Mucht|zZz 17:52:49 <White_Rabbit> now TTDP trains cost 13 times as much to run as in OTTD..and I wasn't going bankrupt in TTDP 17:53:19 <peter1138> hmm 17:53:25 <peter1138> inflation? :P 17:55:35 *** Hackykid [n=Hackykid@ip5655e868.adsl-surfen.hetnet.nl] has joined #openttd 17:56:02 <White_Rabbit> no, I was comparing the starting costs (1921) 17:57:15 <Markavian`> I always have inflation off 18:02:57 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has quit [Read error: 131 (Connection reset by peer)] 18:04:48 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has joined #openttd 18:05:07 *** brygge_2 [n=joachim9@81.166.137.5] has joined #openttd 18:07:06 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has quit [Read error: 104 (Connection reset by peer)] 18:07:59 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has joined #openttd 18:12:48 <White_Rabbit> hm, I've noticed that with US English on, 'Electrified railroad construction' is too wide to fit into the selection window under the 'Build railroad' button 18:14:08 <peter1138> it's too wide whatever 18:14:50 <White_Rabbit> a lot of languages' words are too wide 18:16:28 *** KritiK [i=Maxim@ppp85-141-200-148.pppoe.mtu-net.ru] has joined #openttd 18:16:47 <White_Rabbit> nevermind..it's too wide for English too 18:17:10 *** Aankh|Clone [n=pockled@203.101.1.3] has joined #openttd 18:17:27 <hylje> finnish is notorious for outrageously long words 18:18:41 <White_Rabbit> funny, Finnish words fit perfectly 18:19:08 <hylje> not everywhere 18:19:24 <White_Rabbit> the label for coal on the cargo payments graph is missing too..there's just a black rectangle 18:19:45 <White_Rabbit> wait, coal has a grey rectangle 18:21:19 <White_Rabbit> the black one doesn't represent anything 18:22:17 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has quit [Read error: 104 (Connection reset by peer)] 18:23:03 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has joined #openttd 18:23:56 *** Myst0z [i=FS2@c-7e7970d5.024-3-6b6c7810.cust.bredbandsbolaget.se] has quit [Read error: 104 (Connection reset by peer)] 18:24:04 <White_Rabbit> heh, the replace vehicles window for Finnish is a mess 18:24:11 *** rain```` [n=rain@24-183-26-9.dhcp.fdul.wi.charter.com] has joined #openttd 18:31:32 *** Markavian` [n=Markavia@82.108.95.249] has quit [Read error: 110 (Connection timed out)] 18:32:49 <KUDr> hmm, no server running 5037 18:33:20 <Sacro> nightly? 18:33:24 <KUDr> yes 18:33:37 <Sacro> ask Brianetta 18:33:40 <KUDr> Brianetta's is 5017 18:33:47 <Sacro> he aint online yet 18:33:56 <KUDr> yes 18:34:24 *** RichK67 [n=RichK67@194.164.100.143] has joined #openttd 18:34:26 <Belugas> KUDr, wanted to ask you : the project/solution used for MSVC2005 is openttd_vs.sln, right? 18:34:30 <Belugas> Hello, by the way :) 18:34:45 <KUDr> openttd_vs80.sln 18:34:48 <Zr40> White_Rabbit: that black rectangle has been there since the original TTD 18:34:59 <KUDr> hello :) 18:35:05 <Belugas> that's waht I wanted to say :) 80 got stuck in keyboard 18:35:08 <CIA-3> richk * r5042 /branch/MiniIN/ (11 files in 3 dirs): [MiniIN]: Sync with trunk. 18:35:14 <KUDr> ok 18:35:18 <Belugas> thanks 18:36:49 <Noldo> are syncs with trunk similar to all branches? 18:38:25 <RichK67> heya KUDr: Pile Transport is great on YAPF :) 18:38:45 <KUDr> yes i know :) 18:38:50 *** Aankh|Clone [n=pockled@203.101.1.3] has quit ["Look ma, no script!"] 18:38:54 <KUDr> still playable 18:39:06 <RichK67> i use it as my MiniIN+YAPF test :) 18:39:21 <KUDr> wondering if we can try something like that wilt last nightly 18:39:45 <KUDr> big coop game 18:39:56 <KUDr> or big multiplayer 18:40:06 <Sacro> we need more than 8 companies 18:40:08 <Noldo> what is MiniIN ? 18:40:13 <KUDr> but i don't have a good line for that 18:40:19 <RichK67> MiniIN still in dev - not added most patches yet, but airports, TGP, snow in temp, all in so far :) 18:40:27 *** Aankhen`` [n=pockled@203.101.1.3] has quit [Connection timed out] 18:40:50 <MeusH> developer's mailbox got spammed again 18:40:50 <RichK67> MiniIN is the Mini Integrated Nightly - takes a lot of popular patches, and combines them with the latest nightly 18:41:39 <KUDr> RichK67: what is the satus of TGP? Will it go to trunk? It works very well i guess and i like it. Would be great to have it in trunk 18:41:49 <Noldo> ah 18:41:53 <MiHaMiX> http://qdb.us/59840 <--- LOL 18:42:22 <RichK67> it has some problems with small maps - i may resurrect the old TerraGenesis for maps <128 square 18:42:29 *** zemei [n=zemei@dsl5400E9E5.pool.t-online.hu] has joined #openttd 18:43:03 <KUDr> what it does wrong with small maps? 18:43:15 <RichK67> TGP also needs an improved GUI - i need to add all the useful options to it: date, no. of towns, no. of industry, etc. 18:43:28 <RichK67> bombs - 64x64 can often be an ocean 18:43:52 <KUDr> aha 18:43:52 <RichK67> so it cant then place a town 18:43:52 <RichK67> kaboom 18:44:00 <KUDr> then we should develop some sea industry 18:44:04 <KUDr> and cities 18:44:10 <KUDr> and would be usefull 18:44:15 <anboni> OpenTTD: Atlantis :) 18:44:17 <RichK67> lol - the Waterworld patch ;) 18:44:26 *** UnderBuilder [i=UnderBui@168.226.106.97] has joined #openttd 18:44:31 <KUDr> yes! great idea anboni! 18:44:33 <RichK67> costs millions, and no-one uses it ;) 18:44:49 <UnderBuilder> what idea? 18:44:57 <anboni> (should rename OpenTTD to OpenTTD: SG-1, to stay in line :) ) 18:44:58 <KUDr> OTTD Atlantis 18:44:59 <RichK67> Atlantis 18:45:13 <KUDr> yes 18:45:17 <Rubidium> RichK67: I've got 2 issues with your MiniIN branch; it throws a compile warning in tree_cmd.c:300 (signed-unsigned comparison) and CheckIfCanLevelIndustryPlatform might try to level land outside of the map 18:45:26 <Rubidium> both should be fixed by: http://rubidium.student.utwente.nl/openttd/mini_in_fixes.diff 18:45:49 <UnderBuilder> with new map array, the maps will be smaller? 18:45:51 <RichK67> cool - thanks for the fix - i knew about the signed/unsigned - was going to fix 18:46:29 <anboni> so, would it somehow be possible to build some kind of "universal" savegame convertor? to help fix savegames that broke between different branches or builds?:) 18:46:30 <RichK67> didnt know about CheckIfCan.... but yes, it makes sense - i dont remember protecting it 18:47:16 <Rubidium> I guess the CheckIfCanLevelIndustryPlatform might be a cause of those 'tile < MapSize()' assertions 18:47:56 <RichK67> possibly - of some of them ;) 18:48:10 <RichK67> biggest culprit is the bridge highlight patch 18:48:28 <KUDr> anboni: if you mean trunk vs. bridge then it is known problem now - both are the same revision, but different data 18:48:42 <ln-> anboni: anything's possible, but who would have the time and interest to maintain such a tool? 18:48:52 <UnderBuilder> with new map array, the maps will be smaller? 18:48:58 <KUDr> no 18:49:06 <anboni> KUDr: is there an easy fix for that? 18:49:27 <KUDr> anboni - tell celestar to increase revision 18:49:35 <KUDr> then it should load the normal one 18:49:53 <anboni> ln-: true, good point i guess, unless it would somehow be possible to make it use parts of existing source :) 18:49:53 *** Bjarni [n=Bjarni@0x50a46ada.virnxx14.adsl-dhcp.tele.dk] has quit [Read error: 104 (Connection reset by peer)] 18:50:19 <CIA-3> richk * r5043 /branch/MiniIN/industry_cmd.c: [MiniIN]: -Fix: Prevent CheckIfCanLevelPlatform from attempting to level if too close to edge. Many thanks to Rubidium for fix. 18:51:16 <UnderBuilder> with new map array, the maps will be smaller? 18:52:28 <CIA-3> richk * r5044 /branch/MiniIN/tree_cmd.c: [MiniIN]: [SnowInTemp]: -Fix: Clears signed vs unsigned comparison warning. 18:54:10 <White_Rabbit> 18:54:14 <UnderBuilder> some1 wants to response me? 18:54:22 <White_Rabbit> oops 18:54:30 <anboni> some1 already did 18:54:38 <anboni> KUDr no 18:54:50 <Noldo> UnderBuilder: smaller in what way? 18:55:01 <UnderBuilder> in file size 18:55:15 <White_Rabbit> L 18:55:15 <Noldo> propably not 18:55:17 <Belugas> I have been thinkig of waht wold be required to have a sea-based town system 18:55:19 <KUDr> <anboni> KUDr no ? 18:55:27 <Belugas> That would be quite a challenge 18:55:42 <White_Rabbit> it would kill us with ship-based lag D: 18:55:42 <anboni> my guess is, if anything, saves will be bigger because it will be possible to store more info per tile 18:56:05 <anboni> KUDr: was a copy/paste for underbuilder :) 18:56:43 <Rubidium> RichK67: interested in a (working) past2090 patch for the MiniIn? 18:57:08 <RichK67> does it update all the MiniIN dates? 18:57:15 <RichK67> (yes, btw) 18:57:17 <UnderBuilder> so the maps will be of the same size, or bigger? (I don't think that it can get bigger) 18:57:19 <Rubidium> as far as I'm aware of 18:57:32 <RichK67> link, or PM? 18:57:39 <Rubidium> http://rubidium.student.utwente.nl/openttd/past2090_MiniIn_r5044.diff 18:57:53 <Rubidium> only issue might be a #define PAST2090REV 18:57:55 <KUDr> UnderBuilder: new map should be more flexible - if new data needed or some changes are needed 18:58:10 <Rubidium> which I created to ease updating after revision changes :) 18:59:31 <peter1138> heh 18:59:32 <RichK67> looks OK - but i'll need a longer look to check it out better :) thanks 19:00:01 <RichK67> Rubidium: btw - apols, forgot to credit you for the second fix 19:00:05 <Rubidium> btw, some credits should also go to peter1138 for that past2090 patch :) <- I've just updated it 19:00:20 <Rubidium> next time I should commit them myself :) 19:01:10 <peter1138> one of my earlier oapatches, that 19:06:55 *** White_Rabbit is now known as WR-away 19:15:06 <RichK67> bbl 19:15:17 *** RichK67 is now known as RichK67|away 19:15:45 *** zemei [n=zemei@dsl5400E9E5.pool.t-online.hu] has left #openttd [] 19:21:02 *** |VillageIdiot| [n=jurgen@d51A43FD0.access.telenet.be] has joined #openttd 19:29:47 *** WR-away is now known as White_Rabbit 19:30:09 <White_Rabbit> don't worry, richk should come back within 9 minutes... 19:39:13 *** Mucht|zZz [n=Mucht@chello080109200215.3.sc-graz.chello.at] has quit ["I'll be back!"] 19:40:23 <White_Rabbit> Zeryus, are these Class 91s you're using here? http://tt-forums.net/files/example_395.png 19:43:28 *** Trippledence [n=Trippled@cust183-dsl52.idnet.net] has joined #openttd 19:44:05 *** |Jeroen| [n=jerre@dD57729D4.access.telenet.be] has quit ["Leaving"] 19:45:54 <XeryusTC> White_Rabbit: 1. it's Xeryus (or XeryusTC) 2. it is the eurostar 19:46:12 <XeryusTC> aka, the asiastar in normal OTTD 19:47:09 <White_Rabbit> sorry, the Z is close to the X 19:47:10 *** |Jeroen| [n=jeroen@dD57729D4.access.telenet.be] has joined #openttd 19:48:08 <XeryusTC> use tab, you'll see that it doesn't work then 19:48:23 <anboni> XeryusTC, hey, that's a nice feature :) 19:48:34 * anboni didn't know about auto-completion in irc :) 19:48:38 <XeryusTC> rofl 19:48:53 <hylje> now you do ! 19:49:12 <anboni> hey, i dont hang out in irc channels that often :) 19:49:33 <White_Rabbit> I can't believe you corrected your own username before answering my question ;( 19:50:53 <anboni> hmpf.. thought choice.. should i go play my big game in a trunk compile, or wait for the bridge compile to learn how to load a trunk game (and maybe play a new bridge game meanwhile)? 19:54:35 <Sacro> bridge branch? 19:54:39 <peter1138> hmm 19:54:53 <peter1138> should i apply the code that restricts station preview graphics to the little boxes? 19:56:12 <anboni> peter1138, what preview graphics and which little boxes? :) 19:56:22 <White_Rabbit> I only know of the Harbour set that has graphics sticking out 19:56:32 <peter1138> White_Rabbit: industrial does too... a lot 19:56:52 <White_Rabbit> I think it's a coding issue, since all other station sets with big buildings have their pictures within the boxes (or maybe they used edited sprites) 19:57:59 <White_Rabbit> so you might as well apply it because it's supposed to be that way ;p 19:58:25 <peter1138> White_Rabbit: the other station sets have special preview window sprites 19:58:59 *** RichK67|away is now known as RichK67 19:59:18 <RichK67> back - and a dull first half was had by all ... :) 20:03:34 <XeryusTC> White_Rabbit: i think that my name is more important than your question :P 20:04:03 *** DJ_Mirage [n=martijn@biggetje.xs4all.nl] has quit ["Probably doing something else"] 20:04:31 *** brygge_2 [n=joachim9@81.166.137.5] has quit [Read error: 110 (Connection timed out)] 20:11:09 *** Scia [n=sciapode@AveloN.xs4all.nl] has quit [Remote closed the connection] 20:13:06 <anboni> ok, so 2048x2048 maps are positively, absolutely, frigging huge 20:13:14 <Sacro> anboni: yup 20:14:01 <anboni> wonder if it'll bring my pc to its knees when i start filling it up with trains :) 20:14:42 <anboni> hmm.. different question.. who or what will give up first.. my pc or me :) 20:15:54 <RichK67> blink - and two goals come along all at once! 20:16:04 <RichK67> Eng 2, Hun 0 20:18:31 *** Red [n=Red@81-86-117-11.dsl.pipex.com] has quit [Nick collision from services.] 20:19:30 *** _Red [n=Red@81-86-117-11.dsl.pipex.com] has joined #openttd 20:19:49 <RichK67> wow! hun 1 20:20:06 <XeryusTC> anboni: try to generate a 2048x2048 game with TGP :P 20:20:43 <RichK67> the map is done in ~35 secs on my machine, then it takes another 3 mins to add the towns etc :) 20:21:22 <anboni> hehe 20:21:57 <RichK67> dammit - england match is interrupting my OTTD dev work ;) 20:22:28 <anboni> so i should checkout a MiniIN, generate the map, then save and load in bridges branch, i suppose? 20:23:07 <anboni> bah, get your priorities straight :) 20:24:59 <MeusH> hey RichK67 20:25:02 <RichK67> you can try, but i wouldnt guarantee it would work - certainly later on the extra patch settings will stop it loading in anything else. at the moment it should be ok, and may be worth having as a map-generator version 20:25:06 <RichK67> hi MeusH 20:25:53 <anboni> RichK67, yeah, that's what i was thinking.. let's see what TGP comes up with:) 20:26:08 <RichK67> what settings? 20:26:37 <anboni> and OMGWOW, bridges is shaweet! build bridges over multi-level ravines 20:26:40 <RichK67> i would suggest "hilly, low water, smooth"... very playable 20:26:48 <anboni> dunno yet, it just finished compiling, starting now:) 20:27:05 <RichK67> try it in temperate - snow :) 20:28:27 <anboni> where's the options hidden exactly? or does it just use the standaard difficulty settings? 20:28:35 <RichK67> btw - on 2048x2048, have LOW towns, and normal industry - otherwise it looks like a plague has hit! 20:28:41 <hylje> :o 20:28:59 <RichK67> start a new game - its a new dialog on "Create a Random Map" 20:29:00 <White_Rabbit> RichK, have you seen this? second last post: http://tt-forums.net/viewtopic.php?t=9376&start=80 20:29:17 <anboni> ah, schweet 20:30:21 <anboni> at least it makes good use of my cpu for this brief moment.. 102% :) 20:30:23 <RichK67> White_Rabbit - that is the old MiniIN. the new one is 5042 20:30:24 *** dfox [n=dfox@213.220.254.86] has quit [Read error: 110 (Connection timed out)] 20:31:14 <RichK67> not that its a full Mini IN yet :) 20:32:04 <White_Rabbit> is it available for download though? :o 20:32:28 <anboni> White_Rabbit, there's a MiniIN branch off of svn :) 20:32:37 <RichK67> well its only got TGP, snow in temperate, YAPF, and new airports 20:32:59 <RichK67> svn://svn.openttd.org/branch/MiniIN/ 20:33:09 <KUDr> RichK67: and does it work? 20:33:18 <XeryusTC> RichK67: YAPF is in trunk so that doesn't count :P 20:33:50 *** |Jeroen| [n=jeroen@dD57729D4.access.telenet.be] has quit [Remote closed the connection] 20:33:51 <RichK67> merging it in correctly was ...errr... tricky ;) 20:33:56 <RichK67> it counts :) 20:34:27 <KUDr> RichK67: checking out... 20:34:27 <RichK67> KUDr - oh yeah, YAPF and MiniIN is nice - but since there is no PBS, does it count? 20:34:45 <KUDr> yes 20:34:47 <anboni> so would it be possible to include the towns/industries settings in the generate dialog as well? (not sure who i should send this suggestion to actually though :) ) 20:34:57 <KUDr> PBS will be late the new one 20:34:59 <peter1138> woohoo 20:35:06 <peter1138> smooth horizontal depot scrolling :D 20:35:08 <RichK67> yeah, i will be adding those options to TGP sometime soon 20:35:12 <KUDr> you can do impossible, but don't try miracles 20:35:56 <RichK67> anboni: TGP is one of my patches, so any suggestions are good 20:36:10 <anboni> RichK67, well, there you go :) 20:36:17 <KUDr> TGP is VERY NICE 20:36:26 <RichK67> ty :) 20:36:29 <KUDr> it generates much better maps 20:36:39 <MeusH> peter1138: (yet) idea or (already) a feature? 20:36:43 <anboni> bummer though, a save from MiniIN makes the bridges build bart with an assert :( 20:37:11 <anboni> ugh.. want to buy typing lessons 20:37:15 <anboni> let's try that again 20:37:22 <anboni> bummer though, a save from MiniIN makes the bridges build barf with an assert :( 20:37:24 <XeryusTC> <KUDr> TGP is VERY NICE <- agreed 20:37:50 *** Bjarni [n=Bjarni@0x50a46ada.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 20:37:50 *** mode/#openttd [+o Bjarni] by ChanServ 20:37:51 <RichK67> TGP is a new version in MiniIN - its got a larger seed, and creates more random maps (old one tended to place a valley down the leading diagonal) 20:38:23 <RichK67> anboni - what is the assert? tile < mapsize? 20:38:40 <anboni> nope 20:38:40 <anboni> openttd: saveload.c:88: SlReadFill: Assertion `len != 0' failed. 20:38:40 <anboni> Aborted 20:38:57 <anboni> probably related to the same savegame revision problem that KUDr mentioned between trunk and bridge 20:39:15 <RichK67> hmm... may not be my fault that one ;) 20:39:24 <anboni> probably not :) 20:39:27 <anboni> Celestar, ping? 20:39:41 <peter1138> MeusH: http://fuzzle.org/o/scroll.png 20:39:56 <hylje> nice 20:40:40 <RichK67> peter1138: i was playing with a recent nightly & ukrs. the 2-6-4 tank has gone back to black again :( 20:41:04 <peter1138> RichK67: it's blue with passengers and black with freight 20:41:29 <Bjarni> who is making the miniIN? 20:41:35 <peter1138> same with the standard 5 20:42:01 <peter1138> RichK67: it being always blue was actually a bug ;) 20:42:23 <RichK67> hi Bjarni - MiniIN thats me :) 20:42:41 <RichK67> ah - ok peter, didnt realise - yes, its a freight one 20:43:01 <peter1138> yup, supposed to be black :) 20:43:21 <peter1138> (freight doesn't need shiny expensive paint jobs, does it?) 20:43:25 <RichK67> yeah, i suppose my Hornby Dublo engine of it was black ;) 20:44:02 <Bjarni> RichK67: do you publish binaries of the miniIN somewhere? 20:44:29 <RichK67> i have a page ready, but its not been OKd for upload to the OTTD site yet 20:44:49 <RichK67> i need to get TL to add the MiniIN branch to the nightly build sequence 20:44:59 <TL|Away> RichK67: will never happen, we talked about that ;) 20:45:03 <TL|Away> Once in a week at most 20:45:04 <Bjarni> I got a PM from a guy, who said the OSX build is broken. It's because it's a dynamic build when it should be static 20:45:14 <anboni> hmm.. this might be an interesting thought for a new look at the game... have 7AI owned companies go to town on a 2048x2048 map for a few hours at fastforward, then buy all those companies and restructure the networks :) 20:45:43 <KUDr> tgp.c 20:45:43 <KUDr> n:\Dev\VS71\Vc7\include\math.h(182) : error C2373: 'myabs' : redefinition; different type modifiers 20:45:43 <KUDr> p:\Proj\SVN\OpenTTD\IN\cur\macros.h(145) : see declaration of 'myabs' 20:46:49 *** UnderBuilder [i=UnderBui@168.226.106.97] has quit [Read error: 110 (Connection timed out)] 20:47:56 <KUDr> solved 20:48:20 <RichK67> hmm - myabs not defined in my patches 20:48:25 <KUDr> #include <math.h> 20:48:33 <RichK67> its just in math.h 20:48:33 <KUDr> in tgp.c 20:49:10 <KUDr> yes, should be immediatelly after #include "stdafx.h" 20:49:16 <KUDr> then it works 20:49:52 <RichK67> beauty 3-1 20:49:55 <KUDr> M$ defines their own abs, that is redefined in macros.h 20:50:08 <RichK67> ok - ill change that 20:54:00 <RichK67> does moving <math.h> to just after stdafx.h work properly for you?? checked?? 20:54:12 <KUDr> yes 20:54:16 <KUDr> work fine now 20:54:18 <RichK67> ok ill commit 20:54:22 <KUDr> ok 20:54:50 <KUDr> what compiler do you use? 20:55:45 <RichK67> mingw 20:56:10 <CIA-3> richk * r5045 /branch/MiniIN/tgp.c: [MiniIN]: [TGP]: Moved #include <math.h> to just after stdafx.h to resolve MSVC compile error. Thanks to KUDr for bug & fix. 20:56:52 <TL|Away> KUDr: stop making bugs in miniIN :p 20:57:07 <KUDr> sorry, will not do that again 20:57:31 <TL|Away> good boy :p 20:57:52 <KUDr> thanks 20:58:27 <TL|Away> yw 20:58:43 <RichK67> is auto-clean zero in trunk? 20:59:03 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has quit [Read error: 110 (Connection timed out)] 20:59:31 <peter1138> bah, i hate this depot code 20:59:31 <RichK67> full time: Eng 3 - Hungary 1 21:00:10 <White_Rabbit> gg 21:03:13 *** Bjarni [n=Bjarni@0x50a46ada.virnxx14.adsl-dhcp.tele.dk] has quit [Read error: 104 (Connection reset by peer)] 21:03:24 *** Jenkz [n=nobody@80-192-44-21.cable.ubr05.dund.blueyonder.co.uk] has quit [Read error: 104 (Connection reset by peer)] 21:08:11 *** |VillageIdiot| [n=jurgen@d51A43FD0.access.telenet.be] has quit ["Leaving"] 21:08:30 *** Belugas [n=Jfranc@216.191.111.226] has quit [Excess Flood] 21:08:35 *** Belugas_Wakes [n=Jfranc@216.191.111.226] has joined #openttd 21:08:58 *** Belugas_Wakes is now known as Belugas 21:09:07 <peter1138> haha 21:09:22 <peter1138> i love it when a fix for a problem is actually simpler than the original code 21:11:52 <Prof_Frink> peter1138: what, when the fix is four characters - /* and */ ? 21:14:31 <Sacro> Prof_Frink: thats a good fix 21:15:11 <peter1138> Prof_Frink: there was a "skip" loop and a "find" loop... 21:15:35 <peter1138> add one value to another and it's easier and works better, and only uses one loop 21:15:48 <peter1138> ok, should i commit this smooth depot scrolling? 21:19:57 <RichK67> hmm - typo in newgrf_engine.c return AMS_TTDP_HELI_LAND_AIRPOPT; 21:19:57 <CIA-3> peter1138 * r5046 /trunk/train_gui.c: 21:19:57 <CIA-3> - Implement smooth horizontal depot scrolling by setting up a clipping area to 21:19:57 <CIA-3> draw the train image. This fixes a couple of usability issues when shorter 21:19:57 <CIA-3> wagons are used in the depot; shorter wagons scrolled at a different speed, and 21:19:57 <CIA-3> not all wagons were visible sometimes. 21:20:06 *** White_Rabbit [i=whiterab@cpc4-oxfd8-0-0-cust713.oxfd.cable.ntl.com] has quit [] 21:20:21 <peter1138> RichK67: lol 21:20:30 *** Bjarni [n=Bjarni@0x50a46ada.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 21:20:33 *** mode/#openttd [+o Bjarni] by ChanServ 21:20:38 <RichK67> :) 21:20:46 <Bjarni> nice greeting 21:20:57 <RichK67> yw 21:20:59 <peter1138> there, have fun with train depots :D 21:21:04 <peter1138> (and train lists, in fact) 21:21:08 <Eddi|zuHause> would it be possible to make lines in the depot select/unselectable? 21:21:24 <peter1138> it rocks now 21:21:36 <KUDr> good 21:21:40 <Eddi|zuHause> would make it easier to create train specific features (like manual upgrade, or refit from depot window) 21:23:03 <CIA-3> peter1138 * r5047 /trunk/newgrf_engine.c: - NewGRF: fix typo of AIRPORT in enum 21:23:13 <peter1138> RichK67: sorry, forgot to credit :( 21:24:12 <RichK67> lol - thats ok :) credit mart3p - he sent me a MiniIN-specific mod that added a line above it.. so it was easy to spot (and chuckle) 21:24:38 *** Angst [n=Angst@p549469BB.dip.t-dialin.net] has quit ["gn"] 21:24:54 <anboni> RichK67, would it be very involved to graft the MiniIN-TGP onto the bridges branch? (not asking you or celes do it, but i might give it a go :) ) 21:25:12 <peter1138> RichK67: i can't remember if i cut and pasted that from him or not :/ 21:25:21 <peter1138> i suspect i was having one of my 'moments' 21:26:23 <peter1138> Celestar: bridge! merge! 21:26:39 <peter1138> anboni: bridges is, afaik, very near merging, so i'd wait for that 21:26:47 <peter1138> (and then let richk do the hard work ;)) 21:27:01 <anboni> hehe 21:27:18 <Eddi|zuHause> i don't suppose TGP and bridge conflict very much... 21:27:44 <Eddi|zuHause> there used to be a extra TGP patch, which you could try to apply 21:27:54 <CIA-3> peter1138 * r5048 /trunk/rail_gui.c: - NewStations: Set up clipping areas to draw the station preview graphics in. This prevents larger station graphics from overflowing onto the list. 21:28:02 <anboni> Eddi|zuHause, guess i'll look into that, thanks:) 21:28:14 <Eddi|zuHause> afaik, brianetta used it in his nightly server 21:29:01 <RichK67> hi eddi - i havent posted the latest TGP as I want to wait until ive updated the GUI 21:29:47 <RichK67> and maybe solved the 64x64 problems 21:30:03 <peter1138> can you crop it? 21:30:51 <RichK67> problem is that when it generates a 64x64 its often just ocean (as that part of the map would be on a larger map) 21:31:00 <peter1138> hmm 21:31:08 <peter1138> so cropping is no good at all 21:31:12 <RichK67> needs a different method for small maps - i may re-use TerraGenesis 21:31:49 <RichK67> in a sense, its already a crop - try generating the same seed with increasing map sizes - you will see the map not change in the overlapping areas 21:32:09 <Eddi|zuHause> maybe just raise terrain levels? 21:32:26 <peter1138> so 21:32:31 <Eddi|zuHause> (if water > x%) 21:32:35 <peter1138> if anyone experiences depot issues, let me know 21:32:38 <Eddi|zuHause> where x is dependent on water setting 21:32:40 * peter1138 > sleep 21:33:12 <Bjarni> goodnight 21:33:15 *** Bjarni [n=Bjarni@0x50a46ada.virnxx14.adsl-dhcp.tele.dk] has quit ["Leaving"] 21:33:15 <anboni> night 21:33:23 <RichK67> eddi: it not so simple - you would have to analyse the map to see if it was good/bad 21:33:58 <RichK67> although for small maps, that is less a problem 21:34:01 <Eddi|zuHause> [30.05. 23:35] <Eddi|zuHause> (if water > x%) <- that should not be hard to check on a small map 21:34:24 <Eddi|zuHause> and for larger maps, you leave out the check, as it is obviously unnecessary 21:34:55 *** [Shaman] [n=nnscript@ip503c1f52.speed.planet.nl] has quit [Read error: 104 (Connection reset by peer)] 21:35:24 <RichK67> yeah, something like that could work; if it fails the test, it adds 512, 512 to the x,y offset and queries the map again (peter's cropping in effect) 21:36:40 *** [Shaman] [n=nnscript@ip503c1f52.speed.planet.nl] has joined #openttd 21:37:30 <CIA-3> egladil * r5049 /branch/32bpp/ (68 files in 5 dirs): [32bpp] -Sync r4800:4900 from trunk. 21:38:21 <Eddi|zuHause> if your endless map is acutally endless enough to try that multiple times, that might work, too ;) 21:39:27 <RichK67> yup, it is an infinite series 21:39:48 <RichK67> i could literally use one seed, but have a random offset into the Perlin-space 21:41:35 <Eddi|zuHause> well... i have less concern about the theoretical infinitness of your generation formula, but more about the actual finiteness of your address space (i assume int) ;) 21:42:12 <anboni> looks like the TGP patch against 4600 applies without too much trouble against 5048 21:42:31 <Eddi|zuHause> have fun with it, anboni ;) 21:42:32 <RichK67> noooooooooo - horrid old patch 21:42:48 <anboni> oh, is there a new one? i just picked the one from your opening post :) 21:43:41 <RichK67> wait for it - brb 21:44:16 <Eddi|zuHause> i assume 4600 was before your holiday ;) 21:44:22 *** ^Cartman^ [n=Eric_Car@ti100710a081-3297.bb.online.no] has quit ["Bunchie!"] 21:45:24 <RichK67> there you go - TGP @ 5048 21:45:28 <Eddi|zuHause> i'm now gonna watch last saturday's enterprise episode, that my brother was incompetent enough to not record... 21:45:45 <RichK67> enjoy 21:46:02 <Eddi|zuHause> despite of comprehendable and simple orders ;) 21:46:06 <anboni> RichK67, you da bomb :) 21:46:06 <glx> Eddi|zuHause: next time program your recorder 21:46:30 <Eddi|zuHause> well... i programmed the recorder, but i cannot program the satellite reciever to switch channels 21:46:49 <Eddi|zuHause> s/saturday/sunday 21:47:30 <RichK67> anyone know about Planeset1.2? 21:47:54 <RichK67> which version now works? the OTTD-specific one, or the main Patch Windows one? 21:48:10 <Eddi|zuHause> that has been mostly added to trunk, i thought 21:48:22 <Eddi|zuHause> so the patch one should load properly 21:48:28 <XeryusTC> RichK67: with the patch it works with the patch's one 21:48:33 <RichK67> yeah, but there is a MiniIN-specific patch for it (by mart3p) 21:48:45 <RichK67> okies - ill use the patch one, ty 21:48:46 <XeryusTC> there is a liveries patch that goes with it too 21:48:55 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has joined #openttd 21:49:32 <Eddi|zuHause> i believe mart3p said that he reduced the mini-in specific patch to only contain the parts that have not been added to trunk... it was mostly rotor sprites or something 21:49:49 <Eddi|zuHause> nothing that would prevent the planeset from working 21:49:55 <RichK67> yup - he emailed me 21:50:08 <RichK67> i was using wrong version! 21:50:42 *** Spoco [n=Spoco@dsl-062-197-163-65.lohjanpuhelin.fi] has quit [] 21:53:27 <RichK67> man that osprey is cool :) 21:55:20 <CIA-3> richk * r5050 /branch/MiniIN/newgrf_engine.c: [MiniIN]: [Planeset1.2]: Specific patch for New Airport support in MiniIN. Thanks to Mart3p for sending patch. 21:56:52 <Sacro> whoo 5050 21:59:30 *** Dred_furst [i=nn@user-1480.lns6-c8.dsl.pol.co.uk] has quit ["( www.nnscript.de :: NoNameScript 4.0 :: www.XLhost.de )"] 22:01:57 *** Mukke` [i=Mukke@x1-6-00-13-8f-3d-00-a9.k146.webspeed.dk] has quit [] 22:05:13 *** Belugas is now known as Belugas_Gone 22:16:18 <CIA-3> egladil * r5051 /branch/32bpp/ (143 files in 12 dirs): [32bpp] -Sync r4900:5000 from trunk. 22:16:30 *** dfox [n=dfox@213.220.254.86] has joined #openttd 22:16:56 <glx> egladil: you're near the end of sync work :) 22:17:04 <egladil> yeah :) 22:17:58 <egladil> took a lot less time than i thought it would 22:18:44 <RichK67> glx: can you explain to me what "savegame bumping" is all about?? i know i change the revision number, but how does it know how to load the (now) old version?? 22:19:26 <glx> RichK67: what was your old savegame version? 22:19:34 <RichK67> how=what method, rather than "why it should" 22:20:17 *** GoneWacko [n=gonewack@c18041.upc-c.chello.nl] has quit ["It's a new quit message!"] 22:20:34 <RichK67> dunno - cant remember where its set? 22:20:45 <glx> I think the problem is trunk changed savegame version, so your old samegames may have the same version as the trunk 22:21:23 <RichK67> saveload.c = 28 22:21:38 <RichK67> const uint16 SAVEGAME_VERSION = 28; 22:21:43 <glx> that's the current trunk value 22:22:07 <glx> I guess it was your value too 22:22:16 <RichK67> so if i increase it to 29, but add nothing else, will it load current trunk games? 22:22:23 <glx> yes 22:22:42 <glx> but it will fail to load old "patched" savegame 22:22:44 <anboni> but wouldn't that make MiniIN saves incompatible with trunk? 22:23:11 <RichK67> they always would be - trunk cannot load MiniIN, but MiniIN should be able to load trunk 22:23:20 <anboni> hmm.. good point 22:23:34 <glx> anboni: a change in SAVEGAME_VERSION implies many changes in loading code 22:24:16 *** Sacro [n=Sacro@83.100.253.98] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 22:24:41 *** Bjarni [n=Bjarni@0x50a46ada.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 22:24:44 *** mode/#openttd [+o Bjarni] by ChanServ 22:24:45 <glx> RichK67: btw old MiniIN saves won't be loadable in current MiniIN 22:24:56 *** shintah [i=bebble@bebble.olf.sgsnet.se] has quit [Read error: 104 (Connection reset by peer)] 22:26:40 <glx> and don't forget to update save/load arrays to your SAVEGAME_VERSION 22:26:44 <Bjarni> Vornicus, RichK67: there is a problem with the OSX build of miniIN 22:27:06 <Bjarni> it is compiled dynamically, so people can't use it since it links to Vornicus' HD 22:27:26 <RichK67> yup, that worked :) 22:27:30 <glx> Bjarni: like your first openttd release for OSX? 22:27:36 <Bjarni> yeah 22:27:40 *** Sacro [n=Sacro@83.100.253.98] has joined #openttd 22:27:51 <Bjarni> it looks like Vornicus ignored the warning I added to avoid this 22:28:03 <RichK67> glx: yup - MiniIN is take-it or leave-it; new version wont have PBS, but will have YAPF 22:28:22 <Sacro> lol 22:28:37 <RichK67> glx: "don't forget to update save/load arrays to your SAVEGAME_VERSION" OK - now you lost me ;) 22:29:05 <glx> RichK67: you know that many patches settings are saved, right? 22:29:16 <RichK67> Bjarni: that MiniIN is now over 500 old 22:29:37 <RichK67> glx: yup, and that causes the SlGetOffs asserts 22:30:24 <Darkvater> peter1138: ! 22:30:45 <RichK67> [22:32] * peter1138 > sleep 22:30:56 <Darkvater> that bitch 22:31:10 <glx> RichK67: is there saved settings in current MiniIN? 22:31:10 <RichK67> lol 22:31:24 * Darkvater sends the following to peter1138's away-log: OMG r0x0rz that smooth-scrolling just rocks 22:31:42 <glx> that will make him happy :P 22:31:48 *** Sionide [n=sphinx@collaredlory2.hornet.uea.ac.uk] has quit [Read error: 104 (Connection reset by peer)] 22:32:07 <RichK67> glx: yes - smooth economy "prod-changes" 22:32:09 <Darkvater> < sleep :) 22:32:47 <KUDr> good night master 22:32:48 <RichK67> (its not committed yet) 22:32:54 *** Sionide [n=sphinx@collaredlory2.hornet.uea.ac.uk] has joined #openttd 22:32:59 <RichK67> :) 22:33:47 <glx> ok, so there's somewhere in it an array with SLE_*, ... , a version, MAX_VERSION 22:33:55 <glx> or something like that 22:34:06 <Bjarni> <RichK67> Bjarni: that MiniIN is now over 500 old <-- I didn't notice it and I got a bug report on it today 22:34:08 <RichK67> SDT_VAR(Patches, prod_changes, SLE_UINT8, 0, 0, 1, 1, 10, STR_CONFIG_PATCHES_PROD_CHANGES, NULL), 22:34:23 <glx> not this one :) 22:34:39 <glx> that's the patch window :) 22:34:50 <glx> *patches 22:35:12 <RichK67> (this is why i need some help - im lost around the Saveload features) 22:35:15 <RichK67> :) 22:35:35 <glx> look for Patches in your source 22:36:03 <glx> you will find lines with SLE_* 22:37:13 <RichK67> which file? its all over in settings.c 22:39:18 *** ProfFrink [n=proffrin@cpc1-shep3-0-0-cust920.leic.cable.ntl.com] has joined #openttd 22:41:06 <glx> hmm how are saved yapf settings 22:41:36 <glx> the yapf lines in _patch_settings are not like others 22:42:08 <RichK67> "28"???? 22:42:22 <RichK67> 16+8+4 22:42:46 <glx> no it's the savegame version I think 22:43:24 <CIA-3> egladil * r5052 /branch/32bpp/ (40 files in 5 dirs): [32bpp] -Sync r5000:5051 from trunk. 22:43:32 <egladil> finally 22:43:36 <RichK67> yup - you're right 22:43:41 <MeusH> cya 22:43:50 *** MeusH [n=MeusH@host-ip18-138.crowley.pl] has quit ["Goodbye"] 22:44:57 <Eddi|zuHause> so you have absolutely no intention of updating PBS? 22:45:17 <Hackykid> hmm 22:45:26 <Sacro> ooh its a Hackykid 22:45:27 <RichK67> eddi: no, but as its a full branch, someone else can patch it in and send the patch 22:45:55 <Sacro> well i think theres gonna be a whole new signalling branch against YAPF 22:45:56 <Eddi|zuHause> if i only could code ;) 22:46:05 <Hackykid> i think current pbs branch isnt really an a playable state :-p not sure though 22:46:38 <Eddi|zuHause> i believe the PBS branch is behind some 2000 revisions := 22:46:46 <Hackykid> i'm not exactly that up-to-date anymore :-p 22:46:49 <Eddi|zuHause> but i meant the PBS part of the mini_in 22:46:51 <Hackykid> yeah, that too 22:47:30 <RichK67> i have a patch at 4286, but its buggy as hell ;) 22:47:30 <Eddi|zuHause> celestar was thinking about a new signalling concept, that can later be extended to PBS 22:47:35 <Eddi|zuHause> but that is pretty far away 22:47:41 <Hackykid> yeah 22:48:19 <Hackykid> i suppose it'd be nice to hava a playable pbs until a proper implementation comes along.... 22:48:20 <RichK67> glx: if i add the savegame info to the "prod_changes" Patches definition, is that sufficient to fix the saveload? 22:48:27 <Hackykid> but its a lot of work... 22:48:54 <glx> RichK67: I'm trying to understand how yapf save/load work :) 22:49:05 <Sacro> i havent looked into YAPF yet 22:49:11 <Eddi|zuHause> yeah, i assume yapf completely broke PBS, as it was relying on NPF 22:49:27 <Eddi|zuHause> also, it had problems with newstations 22:49:28 <RichK67> Hackykid: if you would have a go - perhaps take the MiniIN at 4917, and the 4286 PBS, then somehow integrate them into a patch against the MiniIN branch, that would be great 22:49:45 <Eddi|zuHause> but that is easy to fix, according to peter1138 22:49:48 <glx> RichK67: ok found, it uses STD_COND* 22:49:50 <RichK67> but wait until ive added most of the patches 22:50:05 <glx> that explains how it can work :) 22:50:21 <Hackykid> well, yapf and my old pbs probably wont ever work together... so you'd have to choose, yapf or pbs... 22:50:22 <RichK67> yeah, it looked like it was optional somehow 22:50:47 <Hackykid> not sure if that is a good idea.... 22:50:51 <RichK67> HK, yup; that is the cost to the player who wants PBS now 22:50:59 <Sacro> nope, newstations did i think 22:51:04 <glx> RichK67: yes only loaded for savegames > 28 22:51:17 <Bjarni> I better get some sleep 22:51:21 <Bjarni> I started to image stuff 22:51:34 <RichK67> glx: so i change it to: 22:51:35 <RichK67> SDT_VAR(Patches, prod_changes, SLE_UINT8, 29, SL_MAX_VERSION, 0, 0, 1, 1, 10, STR_CONFIG_PATCHES_PROD_CHANGES, NULL), 22:51:39 <Bjarni> I imaged that Hackykid was in this channel 22:51:45 <Hackykid> its all lies! 22:51:52 <Hackykid> dont believe it! 22:51:59 <Bjarni> yeah 22:52:09 <Bjarni> he is too busy founding his new political party 22:52:15 <glx> RichK67: SDT_CONDVAR will be better I think 22:52:18 *** Prof_Frink [n=proffrin@cpc1-shep3-0-0-cust920.leic.cable.ntl.com] has quit [Read error: 110 (Connection timed out)] 22:52:18 *** ProfFrink is now known as Prof_Frink 22:52:53 <RichK67> yup 22:53:03 <Sacro> what happens if you merge PBS back into the miniin? 22:53:14 <RichK67> how? 22:53:19 *** Sacro [n=Sacro@83.100.253.98] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 22:53:39 <Hackykid> you end up with 1 big conflict.... i'd guess 22:53:55 <RichK67> yup; my thoughts exactly 22:54:14 <Eddi|zuHause> how about a config option "WITH_PBS", that disables yapf? 22:54:43 <Hackykid> config option... you mean like a compile time thingy? 22:54:45 <Eddi|zuHause> (at compile time) 22:54:52 <RichK67> the old MiniIN 4917 was pretty stable, and had PBS, but there is no way to extract just PBS out of the 530Kb patch! 22:54:52 <Hackykid> lol :-p 22:55:06 <Hackykid> aah 22:55:13 <glx> don't forget that there are no free bits in map for stations 22:55:36 <RichK67> eddi: yapf already has a use/dont use patch option; so you already know if its in use. if it is, no PBS. 22:55:37 <Hackykid> hmm, that would indeed cause probs for pbs.. 22:55:52 <glx> only in stations :) 22:56:11 <Eddi|zuHause> for the umpteenth time, you just need to ask peter1138 to fix that 22:56:13 <Hackykid> so you only get crashes in stations! whooptydoo! 22:56:22 <Hackykid> hehe 22:56:48 <glx> Eddi|zuHause: but he won't do that for old pbs 22:56:49 <RichK67> woohoo... thanks glx: that works! 22:56:53 *** Sacro [n=Sacro@adsl-213-249-240-126.karoo.KCOM.COM] has joined #openttd 22:57:31 <RichK67> lol - sacro asks a question; disappears while we discuss it, and reappears as we end discussion ;) 22:57:54 <glx> as always :D 22:57:58 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 22:57:58 <Sacro> !logs 22:58:06 <Sacro> hmm, my internet bottomed out 22:58:26 <Sacro> i missed a reply in #cakephp too 22:58:47 <Prof_Frink> Mmm, cayke 22:59:14 *** tokai [n=tokai@p54B8151E.dip0.t-ipconnect.de] has joined #openttd 22:59:20 *** Bjarni [n=Bjarni@0x50a46ada.virnxx14.adsl-dhcp.tele.dk] has quit ["Leaving"] 22:59:23 *** Eddi|zuHause2 [i=johekr@p54B76F38.dip.t-dialin.net] has joined #openttd 23:00:04 <glx> RichK67: MiniIN users must be warned that their savegames will be unloadable everytime the savegame version in trunk is increased 23:00:21 <Sacro> they wont like that 23:01:15 <Eddi|zuHause2> that is the same with every other branch 23:01:24 <glx> yes 23:01:26 <Eddi|zuHause2> they'll need to get used to it 23:01:40 <Hackykid> hmm, isnt there a way around that? 23:02:02 <Eddi|zuHause2> besides, you only need to change those same lines RichK67 now changed back in their local copy 23:02:03 <glx> fix the savegame by hand 23:02:13 <Hackykid> hmm, i suppose it would be somewhat tricky.. 23:02:25 <glx> easy to do with an hex editor 23:02:31 <Hackykid> hmm, yeah 23:02:53 <glx> 4 bytes at offset 4 23:02:55 <Eddi|zuHause2> i believe changing the saveload code would be easier ;) 23:03:19 <RichK67> back - sorry was off testing 23:04:04 <glx> my suggestion is only to be able to load a pre-"savegame bump in trunk" branch savegame 23:04:22 <RichK67> glx: i intend keeping MiniIN up to date with trunk, so if trunk version increases, ill up the MiniIN version 23:04:33 <glx> right 23:04:48 <[Shaman]> e// 23:04:52 <glx> but all pre-bump MiniIN savegames won't be unloadable 23:05:00 <[Shaman]> MiniIN svn is fully functional, RichK67? 23:05:26 <RichK67> the svn is working, but not many patches are in 23:05:26 <Hackykid> maybe miniin savegames should have some marker to indicate its a miniin savegame 23:06:02 <Hackykid> so, hmm, oh bleh nvm 23:06:13 <Eddi|zuHause2> there were thoughts about a svn-wide unique savegame version, but i believe that got discarded 23:06:14 <RichK67> its sounding more and more like i need to create the patch-aware save system i thought of earlier 23:08:17 <Hackykid> miniin save games could have a sub-savegame version maybe.. 23:08:36 <Hackykid> aargh 23:08:37 <RichK67> its an embedded list of the patches installed at save-time, along with a parseable (and thus skippable) data structure. so even OTTD trunk would be able to open a savegame and see whether it supports the patches it was saved with 23:08:39 <Hackykid> ehm 23:08:56 <Hackykid> sleep! 23:08:58 *** tokai [n=tokai@p54B8151E.dip0.t-ipconnect.de] has quit ["It's like, wah."] 23:09:05 <Hackykid> goodnight all 23:09:05 <RichK67> gn 23:09:10 <glx> gn 23:09:25 *** Hackykid [n=Hackykid@ip5655e868.adsl-surfen.hetnet.nl] has quit [] 23:10:00 *** tokai [n=tokai@p54B8151E.dip0.t-ipconnect.de] has joined #openttd 23:15:46 <Sacro> hmmm 23:17:01 *** Eddi|zuHause [i=johekr@p54B75390.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 23:17:08 <RichK67> Pile Transport with Snow in Temp & Smooth Economy is cool :) 23:22:18 <CIA-3> richk * r5053 /branch/MiniIN/ (7 files in 2 dirs): 23:22:18 <CIA-3> [MiniIN]: [SmoothEconomy]: Added Sirkoz's smooth_economy_sz_v2_4_r_16_r5006.patch. 23:22:18 <CIA-3> Modified the prod_changes Patches var to be a SLE_CONDVAR, with savegame version 29. 23:22:18 <CIA-3> Bumped the savegame version to 29. 23:26:45 *** paulstuffins [n=paulstuf@host-84-9-15-207.bulldogdsl.com] has joined #openttd 23:28:56 <CIA-3> richk * r5054 /branch/MiniIN/patches/ (. MiniINpatches.txt MiniINpatches.zip): [MiniIN]: Added patches subdirectory, with list of patches and zip of original source patches. 23:28:56 *** Trippledence [n=Trippled@cust183-dsl52.idnet.net] has quit [Read error: 104 (Connection reset by peer)] 23:29:27 *** Trippledence [n=Trippled@cust183-dsl52.idnet.net] has joined #openttd 23:30:37 <RichK67> ok, im off - gn 23:30:56 <glx> gn RichK67 23:31:10 <RichK67> glx: thanks for help :) 23:32:39 *** RichK67 [n=RichK67@194.164.100.143] has quit [] 23:35:34 *** jong [n=jong@flipflip.student.utwente.nl] has joined #openttd 23:41:38 *** BJH_ [n=chatzill@e176110100.adsl.alicedsl.de] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050915]"] 23:43:14 <Sacro> mooooooo 23:52:13 *** Sacro [n=Sacro@adsl-213-249-240-126.karoo.KCOM.COM] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 23:59:43 *** KritiK [i=Maxim@ppp85-141-200-148.pppoe.mtu-net.ru] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"]