Times are UTC Toggle Colours
00:01:58 <Zuu> My main point against that is that you must encode the town id in a such way that ICU cannot think that your town ID is a text character that it may want to replace with a better looking character. 00:02:49 <Eddi|zuHause> no, i mean on the internal side, not what you print on the screen 00:04:32 <Zuu> hmm, yes you could make DrawString strip out that data from the string before calling ICU. 00:04:54 *** Celestar_ [~vici@mnch-5d857131.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 00:05:59 <Eddi|zuHause> then you can add sugar to the chat where it automatically uses the translated name of stations and stuff 00:06:41 <Zuu> yes indeed 00:07:34 *** pugi [~pugi@host-091-097-001-216.ewe-ip-backbone.de] has quit [] 00:07:42 <Eddi|zuHause> (and add the vehicle icons to indicate it's a station) 00:09:15 <Eddi|zuHause> (still needs a method to determine whether the user meant the town, or the station with the town's name) 00:10:15 <Eddi|zuHause> Zuu: have you thought about applying this method to the subsidy news? 00:11:04 <Zuu> Nope, but it can probably applied there too once the framework is there. 00:31:13 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 00:32:04 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 00:34:35 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 00:45:35 <peter1138> hmm 00:45:46 <peter1138> most of the time nobody types the name in properly anyway 00:46:34 <Eddi|zuHause> they might start to use tab-completion better if they see a useful effect :) 00:50:07 <Eddi|zuHause> maybe instead of tab-completition it should auto-suggest the completition :) 01:01:10 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has quit [Ping timeout: 480 seconds] 01:03:18 *** Elukka [Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit [] 01:04:43 *** xT2 [~JrC@2.81.244.202] has joined #openttd 01:11:02 <Bonez305> how do I go about setting up a server on a VPS ? 01:12:48 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 01:15:29 *** KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving] 01:21:06 <Eddi|zuHause> "openttd -D" 01:36:01 *** xT2 is now known as ST2 01:39:53 *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has joined #openttd 01:46:14 * Supercheese wonders whether he should "cheat" by distant-joining stations rather than trying to build a new junction 01:47:02 <Supercheese> I like having stations visually close to the cargo source, but sometimes that's just not practical 01:54:01 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 01:54:42 <Eddi|zuHause> make a feeder service 02:48:31 *** ST2 [~JrC@2.81.244.202] has quit [Read error: Connection reset by peer] 02:56:45 *** ST2 [~JrC@118.107.136.95.rev.vodafone.pt] has joined #openttd 03:02:38 *** ST2 [~JrC@118.107.136.95.rev.vodafone.pt] has quit [Quit: On the rocks! ^^] 03:03:52 *** ST2 [~JrC@2.81.244.202] has joined #openttd 03:10:56 *** Biolunar_ [mahdi@blfd-4d08fdce.pool.mediaWays.net] has joined #openttd 03:18:14 *** Biolunar__ [~mahdi@blfd-4db1369d.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 03:20:32 *** glx [glx@000128ec.user.oftc.net] has quit [Quit: Bye !] 03:21:37 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 03:29:28 *** ST2 is now known as xT2 03:29:29 *** xT2 is now known as ST2 03:29:48 *** ST2 is now known as xT2 03:34:39 *** roadt [~roadt@60.168.86.178] has joined #openttd 04:22:44 *** HerzogDeXtEr [~Flex@88.130.191.247] has quit [Read error: Connection reset by peer] 04:31:34 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 04:49:07 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:02:23 *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has quit [Quit: Snail] 05:12:49 *** Dr_Tan [~nat@00179a279bbd.click-network.com] has joined #openttd 05:19:22 *** Nat_aS [~nat@00179a279bbd.click-network.com] has quit [Ping timeout: 480 seconds] 05:37:45 *** TrueBrain_ [~truebrain@ip82-139-82-247.lijbrandt.net] has joined #openttd 05:37:45 *** TrueBrain [~truebrain@ip82-139-82-247.lijbrandt.net] has quit [Read error: Connection reset by peer] 05:51:58 *** pugi [~pugi@host-091-097-044-078.ewe-ip-backbone.de] has joined #openttd 05:56:02 *** Eddi|zuHause [~johekr@p5DC66D50.dip.t-dialin.net] has quit [] 05:56:17 *** Eddi|zuHause [~johekr@p57BD4F26.dip.t-dialin.net] has joined #openttd 06:10:38 *** Wing_ [~Wing@c-68-33-226-154.hsd1.md.comcast.net] has joined #openttd 06:14:05 *** EyeMWing [~Wing@c-68-33-226-154.hsd1.va.comcast.net] has quit [Ping timeout: 480 seconds] 06:25:13 *** Prof_Frink [~proffrink@5e0097ae.bb.sky.com] has quit [Ping timeout: 480 seconds] 06:32:52 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 06:54:05 *** Tvel1 [~Thunderbi@84.40.82.221] has joined #openttd 06:54:42 *** Tvel1 [~Thunderbi@84.40.82.221] has quit [] 06:55:30 <peter1138> oh, i see, building infrastructure is micromanagement... 07:17:26 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has joined #openttd 07:20:17 <Supercheese> rebuilding* :P 07:21:43 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 07:26:39 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 07:36:17 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has joined #openttd 08:02:26 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has quit [Ping timeout: 480 seconds] 08:07:10 *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has joined #openttd 08:09:36 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd 08:15:33 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 08:22:52 *** KouDy [~KouDy@188.75.190.58] has joined #openttd 08:25:43 *** valhallasw [~valhallas@wirenat-ulcn.strw.leidenuniv.nl] has joined #openttd 08:34:40 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 08:34:53 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 08:35:13 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 08:38:10 *** valhallasw [~valhallas@wirenat-ulcn.strw.leidenuniv.nl] has quit [Ping timeout: 480 seconds] 08:41:05 <Supercheese> Blaaaaah, sandwiched in between two hills, no room to build a ro-ro station 08:43:22 *** valhallasw [~valhallas@wirenat-ulcn.strw.leidenuniv.nl] has joined #openttd 08:43:30 <MNIM> Room can be a terrible thing, eh? 08:44:19 *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd 08:48:31 <Flygon> Supercheese: Oh goooooooooooood, I hate that 08:48:36 <Flygon> ESPECIALLY when working with towns 08:48:49 <Flygon> I've basically had to build what I consider narrow gauge branchlines... 08:48:59 <Flygon> Pass stations the size of 4 instead of 7 08:49:20 <Supercheese> I ended up bulldozing to BEHIND the steel mill and putting a ro-ro station a dozen tiles farther back 08:50:22 <Supercheese> I'm going to need a lot of throughput, considering these weak 1890s-era locomotives 08:50:50 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 08:51:37 <Flygon> Simple 08:51:45 <Flygon> Quadruplehead 08:51:57 <Flygon> Sextuplehead if it's 1845 08:52:00 <Supercheese> lol 08:52:12 <Supercheese> Spoilers: Invisible Power Boosting Engine 08:52:24 <Supercheese> although I only use that to climb this one massive hill 08:52:41 <Bonez305> This game will take a bit of getting used to, i suck :/ 08:52:42 <Flygon> Eh 08:52:50 <Flygon> I just make longer stations, Supercheese 08:53:13 <Flygon> More locomotion, more station, faster loading than having half-a-locomotive peeking out >_>" 08:53:26 <Flygon> Or 08:53:32 <Flygon> The game REALLY needs curved stations 08:53:38 <Supercheese> Flygon: I need to drag 150 tons of food from tileheight 2 to tileheight 6 in a distance of 25 tiles 08:54:02 <Supercheese> with 1890s engines, quadruple-heading might not even work :P 08:54:12 <Flygon> Supercheese: 6 Consolidation Locomotives 08:54:20 <Supercheese> UKRS, not NARS 08:54:32 <Flygon> 6 Big Ladies? 08:54:38 <Supercheese> NARS doesn't have autorefit, which is mandatory 08:54:41 <Flygon> Or Long Boiler 08:54:43 <Flygon> Or, whatever 08:54:49 <Flygon> I forgot the high tractive effort one 08:55:02 <Supercheese> Yeah, I don't have that engine yet 08:55:14 <Supercheese> the Garatt, whenever that comes, could probably do it singlehanded 08:55:20 <Supercheese> Garratt*, or however 08:55:24 * Supercheese googles 08:55:34 <Flygon> Garrett... 08:55:36 *** pugi [~pugi@host-091-097-044-078.ewe-ip-backbone.de] has quit [] 08:55:41 <Supercheese> Yeah, my corrected version is right 08:55:41 <Flygon> Is that the 0-6-6-0 one? 08:55:46 <Supercheese> http://en.wikipedia.org/wiki/Garratt 08:56:06 <Flygon> 1950s iirc 08:56:44 <Supercheese> 1927 according to Wikipedia http://en.wikipedia.org/wiki/LMS_Garratt 08:56:57 <Flygon> For UKRS? 08:57:00 <Supercheese> (at least I think that's the UKRS oen) 08:57:02 <Supercheese> one* 08:57:04 <Flygon> Lemme boot up my UKRS gam 08:57:09 <andythenorth> Supercheese: ships 08:57:12 <andythenorth> build locks 08:57:19 <Supercheese> 4 locks O_o 08:57:34 <Supercheese> Might as well just make a waterfall 08:57:38 <peter1138> brrrr cold 08:57:42 <Supercheese> run the ships straight up it 08:57:50 <Supercheese> they can do that, right? :P 08:57:53 <Flygon> Oh bugger 08:58:00 <Flygon> They expired 08:58:07 <Flygon> And andy is right 08:58:08 <Supercheese> lemme just check 08:58:09 <Flygon> Ships are right :3 08:58:20 <peter1138> hepr derp 08:58:25 <Flygon> Just EXPENSIVE 08:58:27 <peter1138> 08:41 < Supercheese> Blaaaaah, sandwiched in between two hills, no room to build a ro-ro station 08:58:34 <Supercheese> Yeah, 1927 08:58:43 <peter1138> should've just copy & pasted a layout all over it 08:59:04 <Flygon> Supercheese: Ah. The Garrett got overlooked by the 177km/h locos x.x 08:59:55 <Supercheese> Oh, the 0-10-0 big bertha might do the trick too, 1,200 hp and almost 200kN tractive effort 09:00:00 <Flygon> Because nothing is more useful than Triple-heading the Mallard in 1938 just for that tractive 185km/h goodness 09:00:02 <Supercheese> comes a bit earlier in 1919 too 09:00:22 <peter1138> freight multiplier 1 09:00:36 <peter1138> no need to worry then :p 09:00:36 <Supercheese> peter1138: cheating! oh wait- 09:00:38 *** Pixa [~pixa@85.210.73.231] has joined #openttd 09:00:44 <Supercheese> :D 09:01:42 <Bonez305> are 128x256 games popular ? 09:02:07 <peter1138> i like them but that doesn't count 09:02:17 <Supercheese> That's right about minimum size IMO 09:02:25 <peter1138> lies 09:02:26 <Supercheese> I'm currently on a 256x256 game 09:02:35 <Supercheese> very nice, I just hooked up all industries 09:02:36 <peter1138> standard 09:02:47 <peter1138> i like 128x128 with 3 or 4 towns 09:02:55 <peter1138> 64x is pushing it though 09:04:03 <peter1138> A fatal NewGRF error has occurred: 09:04:09 <peter1138> Attempt to use invalid ID (sprite 222) 09:04:11 <peter1138> sounds cool 09:04:19 <peter1138> i guess too-many-railtypes isn't handled :P 09:04:28 <Flygon> I'm using a 2048*2048 game :D 09:04:33 <peter1138> horrible 09:04:38 <Supercheese> Flygon: way too big :S 09:04:51 <Flygon> I should have gotten a daylength patch installed too... I barely covered NE-USA by the time it hit 1985 09:04:54 <Flygon> Starting from 09:04:57 <Supercheese> 1024x512 is excessive for singleplayer, IMHO 09:05:00 <Flygon> 1835 09:05:25 <Bonez305> are 128x256 games good for 4 players ? 09:05:26 <Supercheese> for multiplayer, perhaps larger maps are workable 09:05:42 <Flygon> I WISH this map worked in MP 09:05:46 <Flygon> But it doesn't work 09:05:50 <Flygon> Too big 09:05:52 <Supercheese> Bonez305: try 256x256 first, as peter1138 mentioned, that's pretty much the "standard" map size 09:06:03 <Flygon> And nobody in this house plays OpenTTD 09:06:11 <Flygon> 256*256 is a fantastic starting size, yeah 09:06:50 <Bonez305> sorry i meant 256 256 09:07:07 <peter1138> yeah it's fine 09:08:01 <Bonez305> think about running a server on my VPS, so basically just drop the folder in a "openttd -D ? 09:08:17 <Bonez305> and* 09:09:12 *** pugi [~pugi@host-091-097-044-078.ewe-ip-backbone.de] has joined #openttd 09:09:12 <planetmaker> moin 09:11:52 <Flygon> Supercheese: I suspect I should get 100/40 to run 2048*2048 MP. Which I'd like. This NA map is FANTASTIC. 09:12:00 <Flygon> Menta, planetmaker :D 09:12:15 <Supercheese> 100/40 ? 09:14:45 <Flygon> mbits internet 09:16:30 <Flygon> Only 24/1 atm, makes MP impossible :( 09:20:58 <Supercheese> I see, yeah, I hear aussie net pricing is blarg :( 09:21:13 * Supercheese resorts to more doubleheading 09:23:48 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 09:23:54 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 09:25:06 *** oskari89 [~oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 09:32:59 <peter1138> 2048x2048 is blarg 09:36:26 <Supercheese> good night 09:44:09 <Flygon> Supercheese: Pricing isn't the problem 09:44:12 <Flygon> AVAILABILITY is 09:44:29 <Flygon> Urf 09:44:46 <Flygon> Can UKRS2 trains go over 225km/h? With the High Speed Carriages? 09:47:12 <peter1138> yes 09:47:25 <peter1138> eurostar 09:47:30 <Flygon> Awesome 09:47:39 <Flygon> Thank you, peter 09:48:12 <peter1138> there's a hitachi that goes ~250 too 09:48:12 <Flygon> 299km/h... fugg 09:48:15 <Flygon> What a tease 09:48:30 <Flygon> peter1138, Hitachi trains have only been driven up to 130km/h here... 09:48:45 <peter1138> so? 09:48:57 <Flygon> It'd have been cruised faster, but the curves here don't allow that :) 09:48:58 <Flygon> :(* 09:49:17 <peter1138> http://users.tt-forums.net/pikka/wiki/index.php?title=Hitachi_A-Train 09:49:23 <Flygon> http://images.theage.com.au/2008/09/05/199868/hitachi-420x0.jpg On the upside, it looks awesome 09:49:25 <peter1138> 2016 :p 09:49:33 <Flygon> Yeah, I know the actual Hitachi train in the UK :3 09:49:41 <Flygon> Hitachi's here are becoming rare 09:49:51 <Flygon> It's become a gag that peeps report Hitachi sightings... from Britian 09:49:55 *** Nat_aS [~nat@00179a279bbd.click-network.com] has joined #openttd 09:57:00 *** Dr_Tan [~nat@00179a279bbd.click-network.com] has quit [Ping timeout: 480 seconds] 10:00:08 *** valhalla1w [~valhallas@wirenat-ulcn.strw.leidenuniv.nl] has joined #openttd 10:01:12 <peter1138> so i ended up with... 10:01:36 <peter1138> if (r <= .125f) { t = .5 - tanf((.125f - r) * 2 * M_PI) * .5f; } else { t = .5 + tanf((r - .125f) * 2 * M_PI) * .5f; } 10:01:58 *** valhallasw [~valhallas@wirenat-ulcn.strw.leidenuniv.nl] has quit [Ping timeout: 480 seconds] 10:02:33 <peter1138> (r is 0..1, not radians or degrees) 10:04:38 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 10:04:44 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 10:06:38 <peter1138> just to make this undo knob work ... http://fuzzle.org/~petern/pics/undoknob.png 10:06:54 *** kais58_ [~kais58@cpc2-cwma8-2-0-cust293.7-3.cable.virginmedia.com] has joined #openttd 10:08:23 *** tokai|mdlx [~tokai@port-92-195-10-134.dynamic.qsc.de] has joined #openttd 10:08:38 *** kais58 [~kais58@cpc2-cwma8-2-0-cust293.7-3.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 10:13:58 *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds] 10:20:19 *** DDR [~chatzilla@d154-20-132-199.bchsia.telus.net] has quit [Quit: DDR is not Dance Dance Revolution.] 10:23:03 *** valhallasw [~valhallas@wirenat-ulcn.strw.leidenuniv.nl] has joined #openttd 10:24:04 *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has quit [Ping timeout: 480 seconds] 10:24:53 *** valhalla1w [~valhallas@wirenat-ulcn.strw.leidenuniv.nl] has quit [Ping timeout: 480 seconds] 10:32:35 <peter1138> "It looks like it has the same issue tbh... I still have all the source files for OpenGFX so it should be fairly easy to tweak though. 10:32:39 <peter1138> " 10:32:40 <peter1138> are they not in vcs? 10:34:23 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 10:45:28 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 11:03:10 <jonty-comp> bollocks to chicago, coventry is the windy city 11:04:22 *** Pikka [~Octomom@d58-106-12-222.rdl801.qld.optusnet.com.au] has joined #openttd 11:05:10 <jonty-comp> +~[1~ 11:05:13 <jonty-comp> [3~[3~[3~[3~[3~[3~[3~[3~[3~[3~a 11:05:43 <jonty-comp> [3~[3~[3~[3~[3~[3~[3~[3~[3~[3~a 11:06:55 <jonty-comp> ++[ 11:07:05 <peter1138> exactly 11:07:33 <Pikka> -4 11:07:40 <SpComb> it's a modified version of brainfuck called perl 11:07:51 <andythenorth> ah perl 11:07:54 <andythenorth> the most human language 11:07:56 <andythenorth> apparently 11:10:08 *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 11:10:17 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 11:10:31 <Pikka> apparently 11:16:51 *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd 11:16:54 *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [] 11:17:14 <Pikka> apparently not 11:23:39 <peter1138> Pikka, Pikka Pikka Pikka Pikka Pikka Pikka Pikka Pikka Pikka Pikka Pikka Pikka Pikka Pikka 11:23:48 <MNIM> CHUUUUUUUUUUUU 11:23:48 <Pikka> yes jeremy? 11:23:54 * MNIM electrifies peter1138 11:23:54 <peter1138> nothing 11:24:05 <Pikka> wokay 11:25:09 <Pikka> peter1138 is the hairy lime type man 11:25:37 <oskari89> Pikka: How many OpenTTD-related projects do you have on progress? 11:26:11 <Pikka> actually in progress? 11:26:17 <Pikka> four perhaps 11:27:04 <oskari89> Okay, i was thinking that Finnish Trainset could utilise a coder now since Lakie hasn't got time at all for coding... 11:27:35 <oskari89> And that won't possibly change on near future 11:27:56 <oskari89> If you are intrested, pm DanMacK 11:28:33 <Pikka> danmack's been very quiet lately 11:28:49 <oskari89> Yes, he has got some other projects going 11:29:40 <oskari89> There's nearly all specs on excel file 11:30:34 <Pikka> specs in excel is the fun and easy bit 11:30:52 <oskari89> And about 60 % of graphics ready for coding :P 11:31:38 <oskari89> All related files here 11:31:39 <oskari89> http://dev.openttdcoop.org/projects/finnishtrainset/repository 11:32:12 <oskari89> Nicely on proper folders 11:32:17 <oskari89> And makefile there too 11:38:20 <Pikka> nml is so silly 11:38:37 <Pikka> in my opinion :) 11:38:54 <planetmaker> we should write OpenTTD in assembler ;-) 11:38:57 <Pikka> but then I guess we all just like to keep doing things the way we've been doing them 11:39:29 <Pikka> OpenTTD is vastly more complex than even the most complex grf, planetmaker 11:40:28 <Pikka> proper programming languages make sense for OpenTTD. but most grfs are so simple that nml seems massively overkill. But if it's what people feel comfortable with, then I'm not one to judge. :) 11:41:02 <planetmaker> I wouldn't write a "hello world" programme in assembler either ;-) 11:41:14 * peter1138 ponders committing some random stuff without review 11:42:02 <Pikka> do it 11:42:07 <Pikka> it'll be a laught 11:42:08 <Pikka> -t 11:42:22 <V453000> I need a minion to code signals to be aware what kind of track they are on :( 11:42:38 <V453000> also hi :) 11:42:44 <planetmaker> o/ 11:43:04 <peter1138> ttp://git.fuzzle.org/openttd.git/commit/?h=railtype_nocombine 11:43:10 <peter1138> http://git.fuzzle.org/openttd.git/commit/?h=rgb 11:43:19 <peter1138> http://git.fuzzle.org/openttd.git/commit/?h=servint16 11:43:20 <V453000> I would like to make tracks which have signals directly on them, similar to current road signs 11:43:27 <peter1138> http://git.fuzzle.org/openttd.git/commit/?h=fs5454 11:43:33 <peter1138> yeah boi 11:44:04 <peter1138> (ships stopping instantly from 150 knots is... silly, mind you) 11:44:20 <Pikka> ships need to crash 11:44:36 <peter1138> yes 11:44:51 <peter1138> and then you need an advanced setting to disable and reduce ship crashes 11:44:55 <Pikka> I've been doing a fair bit of research into late 19th century shipping, for non-openttd reasons lately 11:44:57 <V453000> trains stopping instantly from 600kmh ;) 11:45:09 <Pikka> and it seems for merchant ships of that period, sinking within 10 years of being launched was the norm 11:45:23 <peter1138> random sinking! 11:45:33 <peter1138> FISH ships don't get maintained 11:45:37 <Pikka> true 11:45:43 <Pikka> they have 0 reliability decay 11:45:44 <peter1138> their reliability is unmatched 11:46:38 <oskari89> They have no planned obsolescense 11:47:25 <Flygon> Pikka: Let's design Tiremes and push them more than 1 tile from the coast 11:47:29 <peter1138> (it's silly how much effort i put in to rgb recolours which is undoubtedly never going to hit trunk) 11:47:35 <planetmaker> FS5454 could use quite a bit more doxygen at least 11:47:35 <Flygon> And give it a 50% chance of sinking :D 11:48:21 <peter1138> planetmaker, that one is a crude hack to test the concept, defintely not ready 11:48:46 <Pikka> let's just bung it all in and call it 2.0 \o/ 11:49:04 <planetmaker> what's the reasoning for http://git.fuzzle.org/openttd.git/commit/?h=servint16 ? 11:50:30 <peter1138> cos it doesn't need to be 32 bits. rubidium suggested it, heh 11:50:57 <peter1138> all but the last commit is sensible at least though, imho 11:53:32 <planetmaker> http://git.fuzzle.org/openttd.git/commit/?h=railtype_nocombine <-- what problem exactly does this solve? 11:54:32 <planetmaker> you want railtypes to provide combined ground+track sprites? 11:54:52 <peter1138> a non-problem 11:55:19 <peter1138> some people have complained that the sprite combining method doesn't allow them to draw the junctions as they want them 11:55:33 <peter1138> that should allow it without introducing more variables 11:55:46 <planetmaker> in what way exactly? 11:55:49 <peter1138> although i haven't tested it cos nobody drew anything yet 11:56:14 <peter1138> sprite combinding is a bit awkard for 3rd rail/metro style stuff, i believe 11:56:52 <planetmaker> yes, ok. But what sprites are provided by this... it talks awefully lot about ground sprites. Which... would be bad, if railtypes need to provide ground sprites 11:57:02 <peter1138> no, it's the overlay 11:57:15 <planetmaker> they should provide underlay. Which in turn is drawn on the ground. which is drawn below the actual tracks 11:58:07 <planetmaker> ok, so new overlay sprites for all junctions 11:58:31 <peter1138> for simplicity it's for all flat layouts, except bare (hence the -1) 11:59:04 <planetmaker> I see. 11:59:06 <peter1138> i don't really know if it's a good idea or not, i just coded it :p 11:59:08 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 11:59:14 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 11:59:36 <peter1138> but i figured that would be less cpu-intensive than adding a variable for newgrfs to check and decide what to draw 11:59:42 <peter1138> (which is what pikka asked for a while back) 11:59:53 <peter1138> ((iirc) 11:59:54 <peter1138> ) 11:59:57 <Pikka> yes 12:00:02 <Pikka> but I'm not really bothered :) 12:00:09 <V453000> I think it could be pretty good for some situations 12:00:27 <peter1138> i think Eddi|zuHause was quite vocal but as he doesn't make grfs (afaik) he doesn't matter ;) 12:01:13 <planetmaker> I think on the account that he doesn't make NewGRFs, but well :-) 12:01:24 <planetmaker> +you err :D 12:02:03 * planetmaker whispers CETS 12:02:17 <peter1138> afaik! 12:02:25 <planetmaker> :-) Now you know 12:02:26 <peter1138> :-) 12:02:43 <Eddi|zuHause> i don't make grfs, i make scripts that make grfs :) 12:02:49 <planetmaker> hehe 12:03:04 <peter1138> as an advantage junction tiles would actually be less cpu-intensive to draw than now ;) 12:03:21 <V453000> :D 12:03:28 <planetmaker> peter1138, the order of sprites would be as determined by the track bits value of the tile? Or how? 12:03:51 <peter1138> yeah, it's just track bits - 1 12:04:14 <planetmaker> might make sense. Would also allow curvy tracks 12:04:17 <planetmaker> kinda 12:04:29 <peter1138> and the original split up parts are still needed for half-tile corners and pbs reservations 12:04:38 <planetmaker> though that might better require reading adjacent track bits 12:04:41 <peter1138> and any non-flat tile 12:04:56 <peter1138> yeah, curvy tracks needs adjacent info 12:05:05 *** oskari89 [~oskari89@62-241-226-106.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds] 12:05:09 <planetmaker> ui... looks like world ends here now ;-) What a downpour 12:05:12 <peter1138> plus a state machine to actually work :p 12:05:25 <peter1138> and more vehicle angles 12:05:29 <peter1138> meh, not openttd any more ;) 12:05:41 <planetmaker> more vehicle angles is already feasible 12:05:46 <planetmaker> and done :D 12:06:23 <peter1138> i mean without cets-like hacks 12:06:43 <peter1138> but our vehicle movement code is not up to the task 12:10:11 <Pikka> I'll buy more vehicle angles once the size of the vehicles is the same in different directions ;) 12:10:33 <peter1138> Pikka, partly that 12:10:54 <peter1138> it needs sub-pixel positioning to work right 12:11:38 <peter1138> well, sub-unit, they're not pixels 12:12:53 <Eddi|zuHause> yes, the "units" in horizontal/vertical movement need to change from 4px to 3px (roughly) 12:13:21 <peter1138> no 12:13:30 <Eddi|zuHause> or we need to switch to hexagonal raster :) 12:13:35 <peter1138> much finer than that please 12:15:32 <Pikka> he means for getting the vehicles the same size (approximately) :) 12:15:47 <peter1138> oh 12:15:56 <Eddi|zuHause> well Bad_Brett had sub-unit positioning for his extra zoom vehicles: http://www.youtube.com/watch?v=mGUnjnNEfGE&feature=youtu.be&hd=1 12:15:56 <peter1138> 24 pixels long? 12:16:11 <peter1138> Eddi|zuHause, yeah, more hacks though :-( 12:16:33 *** HerzogDeXtEr [~Flex@88.130.191.247] has joined #openttd 12:16:53 <Bad_Brett> Hehe 12:16:57 <peter1138> oh hey :D 12:17:10 <Bad_Brett> Are you talking about me? :D 12:17:13 <peter1138> needs maybe an extra byte, and treat it as a fixed-point decimal 12:17:34 <Eddi|zuHause> peter1138: we have that extra byte already, it's called "progress" 12:17:39 <Bad_Brett> :) 12:18:07 <peter1138> Eddi|zuHause, it's reset in a few places 12:18:09 <Eddi|zuHause> but it applys to the whole consist 12:18:15 <peter1138> and that too 12:18:20 <peter1138> it appies to the front 12:18:29 <peter1138> cos it's not meant for positioning as such 12:18:39 <peter1138> and also it's depending on direction 12:18:42 <peter1138> *dependent 12:19:34 <peter1138> Eddi|zuHause, so i want independent x/y subposition, along with finer rotation! 12:19:47 <Eddi|zuHause> CODE IT THEN! :) 12:19:57 <peter1138> i might 12:20:09 *** andythenorth [~Andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd 12:20:18 <peter1138> didn't we have fixed-point types somewhere? 12:20:25 <Eddi|zuHause> instead of OpenTTD 2.0 we then call it OpenLomo 1.0 :) 12:20:27 <peter1138> istr celestar being involved somewhere 12:20:50 <peter1138> Eddi|zuHause, oh and smooth gradients! 12:20:56 <Eddi|zuHause> peter1138: that was the economy rewrite thingie, i think it wasn't included 12:20:59 <peter1138> bogey simulation! 12:21:07 <peter1138> bogie? 12:21:12 <peter1138> not snot 12:21:21 <peter1138> "trucks" i think USians would call them 12:22:27 <Eddi|zuHause> i need to go now :/ 12:23:36 *** Elukka [Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 12:27:29 <peter1138> "But when there is long, wide lines with heavy traffic, many many track-changing crossings on line and not very much obstacles around, copy-paste is a must." 12:27:32 <peter1138> oh really 12:27:37 <peter1138> i honestly nave never ever ever felt the need for C&P 12:30:56 <Pikka> but peter 12:31:06 <peter1138> but pikka 12:31:09 <Pikka> every junction needs to be a huge cloverleaf you've copied off the internet 12:31:14 <peter1138> yes 12:31:16 <Pikka> don't you know how to play openttd? 12:31:20 <peter1138> no :-( 12:31:26 *** Supercheese [~Password4@76.178.163.204] has quit [Read error: Connection reset by peer] 12:31:54 *** Supercheese [~Password4@76.178.163.204] has joined #openttd 12:34:32 <peter1138> Flygon, 12:35:09 <Flygon> Meow 12:35:20 <peter1138> http://images.4chan.org/b/src/1360058446491.jpg 12:35:35 <Flygon> B-bit 12:35:37 <Flygon> but* 12:35:41 <Flygon> THAT'S A COMENG DESIGN D: 12:35:48 <Flygon> And Comeng made shit that just worked 12:37:08 <Flygon> Also 12:37:40 <V453000> :D 12:37:53 <Flygon> peter1138: http://railgallery.wongm.com/cache/vline-geelong/E106_8727_595.jpg 12:38:18 <peter1138> Flygon, unrealistic 12:38:25 <peter1138> the carriages are too long! 12:38:28 <Flygon> http://farm7.staticflickr.com/6049/6376444845_74a615a536_z.jpg 12:39:07 <Flygon> We have HST's in Australia, silly 12:39:21 <Flygon> ...it's just that they never reach their design speed due to track design >_> 12:39:33 <peter1138> they're at least a full tile long, maybe 1.5 12:39:58 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 12:39:59 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 12:40:00 <Flygon> What 12:40:02 <Flygon> No 12:40:04 <V453000> anyway, I have this https://dl.dropbox.com/u/20419525/signals_concept.png as signals on my new rails ... problem is, on slopes I need different sprites and on diagonals the positions differ between diagonals of the same direction. Would anyone be interested in adding awareness for signals which exact track they are on? 12:40:20 <Flygon> Are you familiar with the trains used under the Intercity 125 brand? 12:40:22 <V453000> very conceptual but should illustrate the idea 12:40:31 <Flygon> The Mk. 3 carriages that BR used? 12:40:37 <Flygon> Each DMU car is around the same length 12:40:47 <peter1138> that's a signal? :S 12:41:00 <Flygon> Additionally 12:41:13 <Flygon> http://www.auscisionmodels.com.au/images/_IGP1112.JPG Comeng cloned the Mk. 3 cars for use with the XPT 12:41:59 <V453000> well it can look differently, but it indeed can work as a signal 12:42:08 <V453000> in case of presignals it should be a lot more obvious what works how to new people 12:42:10 <peter1138> flygon is missing the point :-( 12:42:18 <Pikka> not big surprise 12:42:21 <Flygon> Also, peter1138, if you're at any point abusing my inability to tell a troll from a user, let me know please 12:42:30 <peter1138> 12:39 <@peter1138> they're at least a full tile long, maybe 1.5 12:42:38 <peter1138> plus being in #openttd 12:42:38 *** andythenorth [~Andy@78-86-194-127.zone2.bethere.co.uk] has left #openttd [] 12:42:49 <peter1138> i think it's pretty obvious i'm comparing it with ttd graphics 12:42:50 <V453000> the same thing can hang on a big board above rails, but it still would make use of the new specs 12:43:00 <Flygon> Also 12:43:10 <Flygon> http://farm6.staticflickr.com/5163/5344120800_883d6c6269_z.jpg vs http://farm6.static.flickr.com/5137/5423745101_8c64b88d66.jpg 12:43:16 <Flygon> British Sprinter vs Victorian Sprinter 12:43:22 <Flygon> Victorian Sprinter plzkthx 12:44:04 <Flygon> Though, arguably, the Victorian Sprinters are actually remotely derived from the VR DRC cars which are clearly inspired by American Budd Diesel Railcars 12:44:06 <Flygon> :B 12:44:41 <Flygon> http://farm3.staticflickr.com/2190/2493272808_eaf3a2de34.jpg Seriously, look at this and tell me it's not a Budd Diesel Railcar 12:44:52 <Flygon> peter1138: And I can reassure you, Sprinters fit inside 0.5 tiles 12:45:27 <peter1138> not when they're drawn like that 12:46:14 <V453000> ? :d 12:46:24 <peter1138> of course, the best trains are the pacers 12:46:28 <peter1138> http://en.wikipedia.org/wiki/File:141108_at_Colne_Valley_Railway.jpg 12:46:38 <Flygon> http://www.noarail.com/members2/d/2373-2/H+220+Heavy+Harry.JPG How about the biggest non-articulated mofo in Australia :U 12:46:38 <peter1138> which is clearly NOT based on a bus... http://www.nandmfibreglass.co.uk/assets/LEYLAND%20NATIONAL%20MK1.JPG 12:48:09 <Flygon> peter1138: http://www.myweb.net.au/mottram/trams/zab/Melbourne_36.jpg Should have just made a tram with tall bogies 12:49:03 <peter1138> why, when you can just put a bus on rails... http://www.wtht.co.uk/railways/railbus/BREL2.jpg 12:49:08 <Flygon> Also, just to confuse you 12:49:18 <Flygon> http://www.railpage.org.au/pix/electric/510M_2-Zs_Gardiner_3-1-95.jpg Yes, the Trams and Trains use different voltages 12:49:40 <Flygon> ... 12:49:45 <Flygon> peter, that must be unsafe 12:49:46 *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has joined #openttd 12:49:49 <Flygon> Anyway, gotta brb 30 mins 12:49:50 <Flygon> Dishes 12:50:14 <peter1138> yeah the door's on the wrong side ;p 12:51:31 <peter1138> It is powered by a 200hp 6 cylinder Leyland TR11 engine driving through a fully automatic gearbox. A flexicoil suspension system supposedly allowed the unit to be used at speeds up to 100mph! 12:51:35 <peter1138> yeah right 12:57:04 <V453000> http://bugs.openttd.org/task/5461 halp :) 13:01:32 <Pikka> it might get that fast if you drop it off a cliff, peter1138 13:06:04 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 13:06:52 <Eddi|zuHause> Flygon: we have a crossing like that as well: http://www.abload.de/image.php?img=lo1156aeyh.jpg 13:07:33 *** goodger [~ben@host86-129-12-34.range86-129.btcentralplus.com] has quit [Quit: goodger] 13:08:27 <Bonez305> is there a factor that makes loading and unloading go by faster ? 13:08:46 <Eddi|zuHause> Bonez305: vehicles can define how much is loaded in each step 13:08:58 <Bonez305> example ? 13:09:13 <Bonez305> for instance trains. 13:09:29 <Eddi|zuHause> Bonez305: it means you can change it by NewGRFs 13:10:30 <Bonez305> Eddi|zuHause: I dont get it, mind you I'm new to this game 13:11:23 <V453000> then no 13:11:39 <V453000> each vehicle has some speed in which it loads, defined by its code 13:12:07 <Bonez305> Thats what I wanted to know. :D 13:14:15 <Eddi|zuHause> V453000: so you're calling that "NUSS" then? [that's german for NUTS :)] 13:14:37 <V453000> what do you mean? :) 13:14:44 <Eddi|zuHause> (or actually NUT, but whatever :)) 13:15:04 <V453000> the tracks? 13:15:08 <Eddi|zuHause> V453000: i mean the "NUTS Unrealistic Signal Set" 13:15:09 <V453000> or signals or whatever 13:15:17 <Eddi|zuHause> err 13:15:25 <Eddi|zuHause> "NUSS Unrealistic Signal Set" 13:15:26 <V453000> didnt think about a name yet really 13:15:36 <V453000> :) 13:15:39 <V453000> possible 13:16:10 <Eddi|zuHause> you gotta have a backronym before you start the project! 13:16:30 <V453000> I will need the specs to allow it first though :( but I might try to make the best ouf of the current situation too 13:16:33 <Eddi|zuHause> its the mostest imprtantestest thing in the world! 13:16:46 <V453000> hm :) 13:17:02 <Eddi|zuHause> (missing apostrophe is for stylistic completeness and thus intentional) 13:17:03 <V453000> well, I am trying it inside NUTS itself :P 13:17:10 <V453000> then it could eventually be released as separate track set 13:17:46 <Eddi|zuHause> V453000: could make it 32bpp as a semitransparent track overlay :) 13:18:05 <V453000> why semitransparent :) 13:18:23 <Eddi|zuHause> because of the tracks (and vehicles) underneath :) 13:18:43 <V453000> ohhhh 13:18:45 <V453000> fudge 13:18:51 <V453000> vehicles are drawn under signals 13:18:58 <Flygon> Eddi: Lemme guess, build up speed, drop panto, coast, raise panto? 13:19:22 <V453000> well that screws things up I guess 13:19:34 <Flygon> Or do they share voltage? 13:19:39 <Eddi|zuHause> Flygon: yes, that's what the blue sign says. although technically the crossing is refitted to switch voltage 13:19:55 <Flygon> Ah, crossings here aren't refitted 13:19:55 <Eddi|zuHause> only the railway chose not to use that 13:20:00 <Flygon> Too dangerous in peak hour 13:20:33 <V453000> hm I guess having signals to get a spec whether they are drawn after or before a train is not the way to go? 13:20:35 <Flygon> Blowing up a tram with accidental 1500V DC or breaking down a train (and substation) with 600V DC is nobody's idea of fun 13:20:43 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 13:21:02 <Eddi|zuHause> V453000: it would need specifying the signal's bounding box 13:21:05 <Flygon> The best solution is to just avoid crossings in the first place :) 13:21:26 <V453000> hmm 13:21:34 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 13:21:40 <Flygon> http://m2006.thecgf.com/NR/rdonlyres/F8E20059-F72A-45F2-B2EB-C91A781A1646/0/pic11.jpg The second best option is to ask Pakistani to redesign a Tram 13:25:25 <Eddi|zuHause> btw: germany used to have busses that could go on rails: http://bahn.startbilder.de/1024/der-schi-stra-bus-wurde-noch-rechtzeitig-96612.jpg 13:29:32 *** xT2 is now known as ST2 13:33:12 <Flygon> Y'know what 13:33:14 <Flygon> Screw Germany 13:33:16 <Flygon> http://www.pjv101.net/fts/u01/b5202.jpg Australia :D 13:35:50 <Eddi|zuHause> <insert obligatory russian reference here> 13:37:32 <Eddi|zuHause> also: http://home.arcor.de/efw/2-Wege-Unimog.jpg :) 13:38:12 <Flygon> Stupid Serial Escalation :U 13:41:34 *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has quit [Quit: Snail] 13:47:57 *** TrueBrain_ is now known as TrueBrain 14:02:18 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 14:02:19 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 14:07:44 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 14:19:34 <Belugas> hi 14:38:58 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 14:39:42 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 14:39:52 *** Bad_Brett [~bad@78-69-118-27-no42.tbcn.telia.com] has quit [Quit: Nettalk6 - www.ntalk.de] 14:51:48 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 14:52:24 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 14:56:53 *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has joined #openttd 15:07:01 *** goodger [~ben@host86-146-158-132.range86-146.btcentralplus.com] has joined #openttd 15:33:08 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 15:33:59 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 15:38:23 <Pikka> whoops! 15:39:37 *** mouse [5855352f@ircip2.mibbit.com] has joined #openttd 15:39:42 <peter1138> hmm? 15:39:52 <Pikka> http://pikkarail.com/junk/Image3.png 15:39:59 <mouse> hi.. my computer asks for 3rd party files?? any help?? 15:40:08 <peter1138> well that's unfortunate 15:40:27 <Rubidium> mouse: what is the exact message? 15:41:17 <mouse> Failed to find a graphics set. Please acquire a graphics set for OpenTTD. See section 4.1 of readme.txt. 15:41:32 <mouse> and 4.1 says something about 3rd party files 15:41:43 <Rubidium> so... you're using Mac OS X? 15:41:49 <mouse> yes 15:42:00 <Pikka> http://www.openttd.org/en/download-opengfx is it? 15:42:17 <Rubidium> mouse: have you read 4.1.1? 15:42:31 <mouse> 4.1 15:43:03 <mouse> what am i supposed to do with the file i just downloaded?? 15:43:19 <Pikka> what it says in 4.1 :) 15:43:35 <mouse> that makes sence :) 15:43:53 <mouse> 4.1) (Required) 3rd party files 15:44:00 <mouse> this is 4.1 15:44:04 <mouse> ?? 15:44:11 *** roadt [~roadt@60.168.86.178] has quit [Ping timeout: 480 seconds] 15:44:15 <Pikka> put the game's data files into a baseset/ 15:44:15 <Pikka> directory 15:44:17 <Pikka> yes 15:45:06 <mouse> iÂŽm sorry, but i am really a dummy.. How do i make a baseset?? 15:45:43 <Pikka> I am not an os x user, but basically, find where it installed openttd 15:45:52 <Pikka> there will be a directory there called baseset 15:45:55 <Pikka> put the files in there 15:46:57 <mouse> something is called: ogfx1_base.grf 15:46:58 <mouse> ?? 15:47:23 <mouse> a file 15:47:25 <planetmaker> a base set consists of several files 15:47:50 <planetmaker> the one you quote is one of 7 you need. But you don't need to unpack it, if you got it as a *.tar file 15:48:16 <mouse> the file is called: ogfx1_base.grf 15:49:45 <planetmaker> http://www.openttd.org/en/download-opengfx <-- download from there. And unpack the file you get into ~/Documents/OpenTTD/baseset 15:52:59 <mouse> now iÂŽve found the baseset, but nothing is in it????? 15:53:40 *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has quit [Ping timeout: 480 seconds] 15:55:15 <planetmaker> Exactly that's your problem. The dir is empty. And you need to unzip the file from the download location I linked you into that very dir 15:57:11 <mouse> IT WOORKS!! Thank you so much:) 15:57:44 *** mouse [5855352f@ircip2.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 15:58:29 <peter1138> wow, it's all documented and everything 16:00:04 <Pikka> http://bugs.openttd.org/task/5462 here's a photo of queen victoria 16:01:48 <peter1138> whis is it 16:01:51 <peter1138> what is it 16:02:20 <Pikka> it is what it is 16:03:07 <peter1138> hmm, industry 16:04:40 *** snorre [~snorre@c4A06BF51.dhcp.as2116.net] has quit [Remote host closed the connection] 16:04:52 *** snorre [~snorre@c4A06BF51.dhcp.as2116.net] has joined #openttd 16:06:56 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 16:06:58 *** TheMask96 [martijn@polaris.ne2000.nl] has quit [Ping timeout: 480 seconds] 16:09:27 <peter1138> which one is the parameter, 00? 16:09:37 <Pikka> yes 16:09:52 <peter1138> where is it, callback or graphics chain? 16:10:33 <Pikka> industries don't have a graphics chain, but it's outside any specified callback 16:10:57 <peter1138> outside, so always seen? 16:11:07 <peter1138> can't do that 16:11:08 <Pikka> yes 16:11:19 <peter1138> some of the callbacks are called with no tile 16:11:40 <peter1138> although...hmm 16:12:18 *** TheMask96 [martijn@polaris.ne2000.nl] has joined #openttd 16:12:42 <Pikka> hmm 16:12:51 *** Wuzzy [~Wuzzy@p549FAD7F.dip.t-dialin.net] has joined #openttd 16:12:52 <peter1138> not sure if that's true :p 16:13:18 <peter1138> industry_available callack but then industry is null too 16:14:43 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 16:15:34 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 16:17:06 <Pikka> actually, it's after a callback check, so it's not seen by the availability or location callbacks anyway. 16:17:41 <peter1138> CBID_INDUSTRY_DECIDE_COLOUR, CBID_INDUSTRY_INPUT_CARGO_TYPES, CBID_INDUSTRY_OUTPUT_CARGO_TYPES are all called without tile 16:17:46 <peter1138> otoh 16:17:49 <peter1138> it shouldn't crash 16:17:58 <Pikka> true 16:31:47 *** Tvel [~Thunderbi@212.36.5.170] has quit [Quit: Tvel] 16:35:37 <Pikka> heh 16:36:00 <Pikka> if I put in another check so it skips that part of the grf if it's the first of the month, it doesn't crash 16:36:20 <Pikka> it's definitely a problem with trying to check var 61 before the industry is properly initialised 16:37:49 <Pikka> yep 16:38:09 <Pikka> and if I then try and prospect a coal mine on a date other than the 1st, it crashes :D 16:43:31 <Pikka> I suspect even if the crash is fixed, it still may not be possible to use that var in this circumstance, so I might just switch to using another quasi-random var instead ;) 16:44:41 *** valhallasw [~valhallas@wirenat-ulcn.strw.leidenuniv.nl] has quit [Ping timeout: 480 seconds] 16:54:44 *** Prof_Frink [~proffrink@5e0097ae.bb.sky.com] has joined #openttd 16:56:18 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 16:57:04 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 17:03:05 <Pikka> hm 17:03:45 <Pikka> your patch also affects other variables, eg var 65 17:03:57 <Pikka> yet I am finding that var 65 works :) 17:04:04 <Pikka> I hope it will not make it unwork 17:08:39 *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has joined #openttd 17:12:53 <Rubidium> peter1138: the 0x60 case, does that really need it? I don't see this->tile being used there 17:25:34 *** Wuzzy [~Wuzzy@p549FAD7F.dip.t-dialin.net] has quit [Quit: Wuzzy] 17:25:50 *** Wuzzy [~Wuzzy@p549FAD7F.dip.t-dialin.net] has joined #openttd 17:25:54 <peter1138> uh 17:26:32 <peter1138> Rubidium, you're right. i saw tile... 17:26:46 <peter1138> Pikka, 65 needs a tiel 17:26:48 <peter1138> *tile 17:26:57 <peter1138> so in the cases where there's no tile, it won't work 17:27:24 <Pikka> well, it seems to be working 17:27:35 <peter1138> maybe it's not crashing :p 17:27:48 <Pikka> it isn't, but it's also working ;) 17:27:53 <Pikka> so hopefully your changes will not change that 17:28:43 <peter1138> the result is meaningless 17:29:27 <Pikka> perhaps 17:29:50 <Pikka> anyway, we'll see, if it causes me problems I'll just have to change things around a bit, no dramas 17:29:51 <peter1138> alternatively we can ask why is tile invalid? 17:30:05 <peter1138> i->location is set in these cases 17:30:52 <peter1138> i'm looking at DoCreateNewIndustry() 17:31:01 <peter1138> we have a tile, but pass INVALID_TILE 17:31:07 <peter1138> i'm assuming there's a good reason for it 17:31:10 <Rubidium> something in the specs? 17:33:48 <peter1138> most likely 17:37:48 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 17:38:39 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 17:43:50 <Terkhen> hello 17:50:03 *** |Jeroen| [~jeroen@d5153E72C.access.telenet.be] has joined #openttd 17:58:34 *** glx [glx@000128ec.user.oftc.net] has joined #openttd 17:58:37 *** mode/#openttd [+v glx] by ChanServ 18:19:23 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 18:20:14 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 18:21:51 *** DDR [~chatzilla@d154-20-132-199.bchsia.telus.net] has joined #openttd 18:27:53 *** valhallasw [~valhallas@5070A0D5.static.ziggozakelijk.nl] has joined #openttd 18:31:24 *** Wuzzy [~Wuzzy@0001b11e.user.oftc.net] has quit [Quit: Wuzzy] 18:32:05 *** Wuzzy [~Wuzzy@0001b11e.user.oftc.net] has joined #openttd 18:32:08 *** Wolf01 [~wolf01@host204-174-dynamic.52-82-r.retail.telecomitalia.it] has joined #openttd 18:32:30 *** Wuzzy [~Wuzzy@0001b11e.user.oftc.net] has quit [] 18:32:43 <Wolf01> hel... wait for it ...lo 18:37:28 *** Wuzzy [~Wuzzy@0001b11e.user.oftc.net] has joined #openttd 18:40:10 <__ln__> that was new 18:40:34 *** |Jeroen| [~jeroen@d5153E72C.access.telenet.be] has quit [Quit: oO] 18:40:34 <Eddi|zuHause> that was legen... 18:40:41 <Wolf01> ..dary 18:42:03 <Kjetil> 18:46:13 <DorpsGek> Commit by translators :: r24969 /trunk/src/lang (danish.txt korean.txt) (2013-02-05 18:46:08 UTC) 18:46:14 <DorpsGek> -Update from WebTranslator v3.0: 18:46:15 <DorpsGek> danish - 17 changes by Hellwing 18:46:16 <DorpsGek> korean - 48 changes by telk5093 19:00:58 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 19:01:49 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 19:06:08 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 19:19:29 *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 19:19:32 *** mode/#openttd [+o Alberth] by ChanServ 19:19:53 <Alberth> moin 19:20:16 *** Progman [~progman@p57A19208.dip.t-dialin.net] has joined #openttd 19:21:29 <Wolf01> moin Alberth 19:42:33 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 19:42:44 *** Tvel [~Thunderbi@84.40.82.221] has joined #openttd 19:43:24 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 19:43:58 *** KritiK [~Maxim@37-144-181-155.broadband.corbina.ru] has joined #openttd 19:49:53 *** ST2 is now known as xT2 19:53:36 <__ln__> http://www.bbc.co.uk/news/world-europe-21329269 19:56:51 <peter1138> equality for all! 19:57:42 * Rubidium will stop fixing bugs and committing if you strive for equal bug fix and commit counts ;) 19:58:02 <peter1138> meh 19:59:30 <Wolf01> once at work I had to make 6 commits for a bugfix, one for the core and one for each other 5 applications which used that feature 19:59:40 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd 20:00:42 * Rubidium has seen bugfixes in OpenTTD with hundreds of commits ;) 20:09:39 *** Rhamphoryncus_ [~rhamph@d173-183-158-32.abhsia.telus.net] has quit [Ping timeout: 480 seconds] 20:19:29 *** Rhamphoryncus_ [~rhamph@d173-183-158-32.abhsia.telus.net] has joined #openttd 20:24:08 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 20:24:57 <Eddi|zuHause> "-Fix: behaviour of passengers" :p 20:24:59 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 20:26:17 <Rubidium> nah, that's not that many commits 20:28:34 <Rubidium> make the UI scale to the translation... that was hundreds of commits 20:28:58 <Supercheese> and right-to-left stuff, I'd wager 20:29:40 <Rubidium> nope, that's simpler 20:31:57 <Rubidium> only a part of the windows need custom code, the rest is done generically 20:32:12 <Rubidium> for the UI scaling all windows need to be (basically) rewritten 20:34:48 *** HerzogDeXtEr1 [~Flex@i59F6B0D1.versanet.de] has joined #openttd 20:35:48 <Eddi|zuHause> Rubidium: and it still cannot scale the sprite font? 20:36:20 <Eddi|zuHause> ("scale" as in provide bigger sprites) 20:36:23 <Rubidium> that's something else 20:39:49 <Rubidium> the UI can scale, just there's nothing for determining the height of the sprite font 20:41:07 *** HerzogDeXtEr [~Flex@88.130.191.247] has quit [Ping timeout: 480 seconds] 20:43:56 *** chester_ [~chester@37-144-250-19.broadband.corbina.ru] has joined #openttd 20:47:02 <peter1138> mixed font sizes 20:47:23 <peter1138> there's probably some grfs that add specific characters in the normal size 20:48:06 <Supercheese> Huh, the New Map Features patchpack crashes when loading the 1.2.3 title game... 20:48:24 <peter1138> that's a good start 20:48:36 <Supercheese> works fine using the standard nightly title game 20:48:49 *** pjpe [b8af1d68@ircip3.mibbit.com] has joined #openttd 20:49:03 *** pjpe [b8af1d68@ircip3.mibbit.com] has quit [] 20:50:00 <Supercheese> Yep, crashy crash 20:51:22 <Eddi|zuHause> peter1138: yes, CETS adds some superscript numbers 20:51:38 <Supercheese> Well, I hope it doesn't crash any further... 20:51:46 <Eddi|zuHause> 0-9 and I, V and possibly X, i forgot 20:52:25 <Eddi|zuHause> default font only has 1-3 and they look ugly 20:52:31 <DorpsGek> Commit by rubidium :: r24970 trunk/src/3rdparty/squirrel/squirrel/sqvm.cpp (2013-02-05 20:52:28 UTC) 20:52:32 <DorpsGek> -Fix [FS#5346]: crash when infinite loop occured during loading a script 20:53:29 <DorpsGek> Commit by rubidium :: r24971 trunk/bin/ai/regression/ (2013-02-05 20:53:26 UTC) 20:53:30 <DorpsGek> -Fix: ignore screenshot folder in regression 20:54:44 *** LordAro [~LordAro@host81-155-106-122.range81-155.btcentralplus.com] has joined #openttd 20:55:40 <LordAro> evenings 20:57:46 *** Wuzzy2 [~Wuzzy@p549F9D72.dip.t-dialin.net] has joined #openttd 21:04:44 *** Wuzzy [~Wuzzy@0001b11e.user.oftc.net] has quit [Ping timeout: 480 seconds] 21:05:43 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 21:06:34 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 21:07:26 <DorpsGek> Commit by rubidium :: r24972 trunk/src/water_cmd.cpp (2013-02-05 21:07:24 UTC) 21:07:27 <DorpsGek> -Fix [FS#5258]: do not make overbuilding rivers with canals insanely expensive; there is no real need to fill the river with dirt first, just excavate it a bit and build borders 21:08:18 *** xT2 is now known as ST2 21:10:11 <Rubidium> argh... LordAro ... why? 21:10:21 <LordAro> the fs? :P 21:10:21 <Rubidium> don't you want a 1.3? 21:10:48 <Eddi|zuHause> we haven't released a beta in a while 21:10:50 <Rubidium> yuuup 21:10:51 <LordAro> pfft. you got nearly 2 months to fix bugs :P 21:11:00 <Supercheese> April 1st right? 21:11:02 <Supercheese> :P 21:13:22 <Terkhen> good night 21:15:29 <oskari89> Concerning CETS, should someone take a look at GPL-licensed sprites from other sets? Even though someone needs to draw additional 8 directions.. ? 21:16:01 <Eddi|zuHause> oskari89: there's very little advantage you get out of there 21:16:38 <Rubidium> given the amount of time I had free over the last few months, I doubt I have much time in the coming 2 months 21:16:46 <Eddi|zuHause> oskari89: but if you have some sprites, go ahead and put them into the appropriate template :) 21:24:42 *** chester_ [~chester@37-144-250-19.broadband.corbina.ru] has quit [Quit: Leaving.] 21:26:36 <LordAro> Rubidium: :( 21:29:29 <peter1138> who needs releases when you have nightlies :D 21:31:41 <Alberth> hi LordAro 21:31:56 <LordAro> peter1138: indeed :) 21:32:00 <LordAro> Alberth: heyo 21:32:43 <Alberth> I just sent you a PM 21:33:39 <Alberth> peter1138: releases are just for MP servers, so they have a version that everybody agrees on to use 21:38:41 <DorpsGek> Commit by peter1138 :: r24973 trunk/src/newgrf_industries.cpp (2013-02-05 21:38:38 UTC) 21:38:42 <DorpsGek> -Fix [FS#5462]: Prevent access to tile-based variables when tile is invalid. 21:41:35 <DorpsGek> Commit by peter1138 :: r24974 trunk/src/openttd.cpp (2013-02-05 21:41:32 UTC) 21:41:36 <DorpsGek> -Fix [FS#5279]: Honour pause_on_newgame setting when running as a dedicated server. 21:47:05 *** Tvel [~Thunderbi@84.40.82.221] has quit [Ping timeout: 480 seconds] 21:47:17 *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:47:18 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 21:48:09 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd 21:51:40 <Wolf01> 'night 21:51:44 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 21:54:03 *** ProfFrink [~proffrink@5e0097ae.bb.sky.com] has joined #openttd 21:55:44 *** Prof_Frink [~proffrink@5e0097ae.bb.sky.com] has quit [Ping timeout: 480 seconds] 21:55:44 *** ProfFrink is now known as Prof_Frink 22:06:33 <peter1138> hmm, with a compiler optimise consecutive writes to a pointer? 22:06:38 <peter1138> *p = 0; 22:06:43 <peter1138> *p += foo; 22:06:47 <peter1138> *p += bar; 22:06:50 <peter1138> *p *= baz; 22:07:01 <peter1138> -with+will 22:10:14 <glx> maybe 22:10:57 <glx> it the 3 values are constant I guess it does 22:11:01 <__ln__> glx: do you feel it was the right thing to do to allow women to wear trousers in paris? 22:11:01 <peter1138> no 22:11:09 <peter1138> not constant at all :) 22:11:43 <glx> __ln__: it was forbidden since 18XX IIRC 22:12:20 <__ln__> yeah 22:13:12 * peter1138 compares with objdump 22:14:42 <glx> but I hope it does optimise it, because it should be simpler to do all the math before the write in memory 22:16:01 <glx> you are comparing the generated code with *p = (foo + bar) * baz; ? 22:16:20 <peter1138> no 22:16:33 <Eddi|zuHause> i've never looked at the generated asm 22:16:36 <peter1138> using a separate (register) variable 22:16:49 <peter1138> (and yes, it is performance critical) 22:18:07 <peter1138> awkward, the loops are unrolled i think 22:18:27 <peter1138> good for performance but harder to compare :p 22:18:34 <glx> hehe 22:23:55 <peter1138> it's an audio plugin, so while individually it doesn't, they tend to get added together 22:24:02 <peter1138> *doesn't matter 22:25:31 *** Progman [~progman@p57A19208.dip.t-dialin.net] has quit [Remote host closed the connection] 22:28:53 *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 22:31:02 <michi_cc> peter1138: Is any of the foobar stuff a pointer itself? If yes, probably not because of aliasing (unless you use (__)restrict or pass the appropriate flags). 22:32:00 * NGC3982 is now an insurance agent. 22:32:30 <peter1138> michi_cc, yup 22:32:44 <__ln__> NGC3982: double-oh-3982? 22:32:59 <NGC3982> Actually, i have applied to internal affairs service. 22:33:05 <NGC3982> But that will take at least a year 22:33:06 <NGC3982> Or more 22:33:10 <peter1138> ok 22:33:18 *** NGC3982 is now known as Double-O-3982 22:34:07 <peter1138> yeah, using the local var cuts processing time a lot 22:34:18 <Double-O-3982> I just love how insurance companies (like RSA) are literaly huge. They basicly have their own school system (in-wich i'm using right now) with a small faculty of teachers and employees. 22:35:38 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [Read error: Connection reset by peer] 22:35:45 <Bonez305> is there a way to get my company back someone bought 75% of it 22:35:46 <peter1138> each of the other pointers is used only once per sample 22:35:52 <Bonez305> i forgot to set a password :/ 22:35:56 <peter1138> so i don't think i can improve on that 22:36:39 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 22:37:46 <michi_cc> Yeah, an explicit local var is basically just the equivalent of telling the compiler that writes to *p will not change the input. 22:38:19 <michi_cc> If you're processing more than one sample at once, use MMX/SSE instructions. 22:39:21 <peter1138> beyond my knowledge :p 22:40:04 <michi_cc> Compiler intrinsics make it relatively easy. Does the plugin interface define any data alignment? 22:40:29 <peter1138> don't think so 22:41:00 <michi_cc> Which CPU and which data type? 22:41:15 <peter1138> x86(_64), float 22:43:28 <peter1138> hmm, compiler has using xmm registers and scalar (not parallel) instructions 22:43:30 <peter1138> *used 22:43:35 <Eddi|zuHause> Bonez305: that doesn't have anything to do with each other 22:44:36 <peter1138> but anyway, i need to process each input, buffer and output on a sample-by-sample basis 22:44:59 <Eddi|zuHause> Bonez305: someone who owns shares in your company can't control your company, and someone who joins your company because you didn't set a password doesn't need to own any shares in it 22:50:26 <michi_cc> peter1138: http://paste.openttdcoop.org/show/2093/ would process four samples at once. 22:50:44 *** ProfFrink [~proffrink@5e0097ae.bb.sky.com] has joined #openttd 22:51:16 <michi_cc> I think the gcc intrinsics are identical to the MSVC ones, but I could be wrong :) 22:51:55 <michi_cc> Oh, sorry, the first _mm_store_ss should be _mm_store_ps 22:52:28 *** Prof_Frink [~proffrink@5e0097ae.bb.sky.com] has quit [Ping timeout: 480 seconds] 22:52:28 *** ProfFrink is now known as Prof_Frink 22:52:30 <Bonez305> Eddi|zuHause: Oh, I thought it had something to do with them owning my company lol 22:53:04 <Eddi|zuHause> Bonez305: only an administrator can kick out the second person from your company 22:53:22 <Eddi|zuHause> (or you ask him kindly to leave) 22:54:08 <michi_cc> If the output isn't immediately processed again (and 16 byte aligned) _mm_stream_ps instead of store will skip L1/L2 caches. 23:01:41 *** valhallasw [~valhallas@5070A0D5.static.ziggozakelijk.nl] has quit [Ping timeout: 480 seconds] 23:03:44 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 23:03:53 <michi_cc> Improved cache behaviour for aligned memory (and without any bound checks :): http://paste.openttdcoop.org/show/2094/ 23:05:50 *** Markavian [~Markavian@78-105-168-146.zone3.bethere.co.uk] has joined #openttd 23:07:09 <peter1138> shit, forgot to copy the object between benchmarks 23:07:13 <peter1138> so that was useless :p 23:07:32 <peter1138> got it down to 40 ms, from 220ms originally 23:07:44 <glx> not bad 23:07:47 *** LordAro [~LordAro@host81-155-106-122.range81-155.btcentralplus.com] has quit [Ping timeout: 480 seconds] 23:08:58 <peter1138> object code is smaller too o_O 23:10:35 *** Markavian` [~Markavian@78-105-168-146.zone3.bethere.co.uk] has quit [Ping timeout: 480 seconds] 23:11:56 <michi_cc> And now even actually working: http://paste.openttdcoop.org/show/2095/ (why read different memory locations anyway ;) 23:12:26 <peter1138> yeah, um, sorry about that 23:12:41 <peter1138> the foo/bar/baz was just an abbreviated example 23:13:29 <michi_cc> Yeah, but it should still illustrate the concept. 23:14:03 <peter1138> i can't do 8 samples at a time 23:14:10 <michi_cc> Hmm, it would probably be better to load all _*1 before _*2 23:14:12 <peter1138> due to interactions between buffers 23:14:29 <peter1138> well, possible interactions 23:14:39 <peter1138> buffer length could be as low a 1 sample 23:14:45 <Eddi|zuHause> constructs like "*out++" scare ne 23:15:13 <peter1138> thoguh it still uses the whole buffer, the write pointer would be 1 sample behind the read pointer in that case 23:15:37 <peter1138> and the difference between them will be different for each buffer 23:15:41 <peter1138> but 23:15:51 <peter1138> i am happy with 220ms -> 40ms 23:16:40 <michi_cc> If you can query the buffer length (and buffers >= 8 samples are common), have two code paths (i.e. SSE for > 8 samples and a simple loop for the remainder). 23:18:00 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has quit [] 23:20:56 <peter1138> heh 23:22:16 <peter1138> i can process 26 seconds of audio in 270ms 23:22:22 <peter1138> might be adequate 23:23:14 <glx> better than real time :) 23:23:14 <peter1138> oh wait, i calculated that wrong :S 23:24:13 <peter1138> 10 seconds of audio in 36ms 23:24:28 *** pugi [~pugi@host-091-097-044-078.ewe-ip-backbone.de] has quit [] 23:25:36 <peter1138> now do i commit this all at once as optimisation 23:26:09 <peter1138> changed a couple of data structures to enable loops to be reused 23:29:30 <peter1138> i should check it still works acutlly :p 23:30:46 <peter1138> answer is... no :p 23:31:25 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 23:42:34 <peter1138> now it works 23:43:21 *** HerzogDeXtEr1 [~Flex@i59F6B0D1.versanet.de] has quit [Read error: Connection reset by peer] 23:43:24 <peter1138> pointer/array deference in the wrong order 23:46:13 <peter1138> that's disappointing! 23:46:23 <peter1138> brings it up to 48ms for 10 seconds of audio 23:46:56 <Eddi|zuHause> darn it! programs that work are slower than programs that don't work :p 23:50:18 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 23:57:19 <peter1138> shocking 23:58:41 *** Celestar_ [~vici@mnch-4d04dc3f.pool.mediaWays.net] has joined #openttd