Times are UTC Toggle Colours
00:00:41 *** Fast2 [~Fast2@p57AFA0B0.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 00:12:13 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [] 00:13:42 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer] 00:16:08 *** heffer [~felix@static-87-78-98-150.netcologne.de] has quit [Quit: heffer] 00:17:33 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 00:28:12 *** KenjiE20 [~KenjiE20@92.9.250.146] has quit [Quit: WeeChat 0.3.2] 00:42:26 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 00:44:10 *** Xaroth [~Xaroth@86.92.135.101] has quit [Ping timeout: 480 seconds] 00:46:50 *** KritiK [~Maxim@89-178-163-4.broadband.corbina.ru] has quit [Quit: Leaving] 00:53:53 <Terkhen> good night 01:01:43 <SmatZ> good night, Terkhen 01:04:12 *** theholyduck [~holyduck@77.106.157.4] has quit [Read error: Connection reset by peer] 01:08:21 *** Jhs [~Jhs4@212.80-202-26.nextgentel.com] has quit [Quit: Leaving] 01:17:10 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds] 01:20:22 *** JVassie [~James@nelocat2.gotadsl.co.uk] has quit [Ping timeout: 480 seconds] 01:21:30 *** xi2345 [~xi23@78.110.223.65] has quit [Read error: Connection reset by peer] 01:28:50 *** theholyduck [~holyduck@77.106.152.163] has joined #openttd 02:01:04 *** JVassie [~James@nelocat2.gotadsl.co.uk] has joined #openttd 02:29:19 *** JVassie [~James@nelocat2.gotadsl.co.uk] has quit [Read error: Connection reset by peer] 02:49:16 *** devilsadvocate [~devilsadv@202.3.77.202] has quit [Ping timeout: 480 seconds] 02:53:32 *** woldemar [~woldemar@213.178.34.57] has joined #openttd 02:55:20 *** woldemar [~woldemar@213.178.34.57] has quit [Remote host closed the connection] 02:56:35 *** glx [glx@2a01:e35:2f59:c7c0:4d29:cb46:8ee2:a966] has quit [Quit: bye] 02:56:59 *** woldemar [~woldemar@213.178.34.57] has joined #openttd 02:57:34 *** woldemar [~woldemar@213.178.34.57] has quit [Remote host closed the connection] 02:58:28 *** woldemar [~woldemar@213.178.34.57] has joined #openttd 03:00:26 *** woldemar [~woldemar@213.178.34.57] has quit [Remote host closed the connection] 03:00:54 *** woldemar [~woldemar@213.178.34.57] has joined #openttd 03:02:48 *** woldemar [~woldemar@213.178.34.57] has left #openttd [] 03:05:41 *** devilsadvocate [~devilsadv@202.3.77.231] has joined #openttd 03:11:23 *** woldemar [~woldemar@213.178.34.57] has joined #openttd 03:13:49 *** woldemar [~woldemar@213.178.34.57] has quit [Remote host closed the connection] 03:13:52 *** woldemar [~woldemar@213.178.34.57] has joined #openttd 03:15:10 *** woldemar [~woldemar@213.178.34.57] has quit [] 03:15:12 *** woldemar [~woldemar@213.178.34.57] has joined #openttd 03:38:52 *** woldemar [~woldemar@213.178.34.57] has quit [Quit: Leaving.] 04:08:21 *** aui [~aui@cpe-66-75-19-121.san.res.rr.com] has joined #openttd 04:42:12 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe32dc00-253.dhcp.inet.fi] has joined #openttd 04:44:09 *** snc [~snc@ip10.rdlbnc.com] has joined #openttd 04:47:16 *** welshdragon [~dragon@ip05.rdlbnc.com] has joined #openttd 04:56:03 *** Eddi|zuHause [~johekr@p54B75D6D.dip.t-dialin.net] has quit [] 04:56:23 *** Eddi|zuHause [~johekr@p54B7487C.dip.t-dialin.net] has joined #openttd 05:14:18 *** devilsadvocate [~devilsadv@202.3.77.231] has quit [Read error: Connection reset by peer] 05:22:33 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 06:04:30 *** charanjeet [~charanjee@175.40.179.203] has joined #openttd 06:05:00 <charanjeet> hi 06:06:01 *** charanjeet [~charanjee@175.40.179.203] has quit [] 06:16:23 *** devilsadvocate [~devilsadv@202.3.77.202] has joined #openttd 06:36:33 *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has joined #openttd 07:02:04 *** Xaroth [~Xaroth@86.92.135.101] has joined #openttd 07:12:25 *** tokai [~tokai@port-92-195-33-254.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 07:14:25 *** tokai [~tokai@port-92-195-123-180.dynamic.qsc.de] has joined #openttd 07:14:28 *** mode/#openttd [+v tokai] by ChanServ 07:39:48 *** APTX_ [~APTX@chello089076052083.chello.pl] has joined #openttd 07:39:48 *** APTX [~APTX@chello089076052083.chello.pl] has quit [Read error: Connection reset by peer] 07:40:57 *** theholyduck [~holyduck@77.106.152.163] has quit [Ping timeout: 480 seconds] 07:44:50 <Ammler> morgen sorgen... 07:49:51 <borgfish> mach den otto 08:27:02 <Eddi|zuHause> "Guten Morgen, liebe Sorgen" isn't from Otto... 08:37:41 <borgfish> oh my bad 08:37:52 <borgfish> mike krÃŒger? 08:50:57 <Eddi|zuHause> i'm fairly sure it's JÃŒrgen von der Lippe 08:54:03 *** lugo [~lugo@mgdb-4db8cfa5.pool.mediaWays.net] has joined #openttd 08:57:25 *** heffer [~felix@mue-88-130-84-146.dsl.tropolys.de] has joined #openttd 08:58:46 *** Zuu [~Zuu@c-90fbe253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd 09:02:42 <__ln__> a zuuh 09:03:55 *** DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 09:23:08 *** borgfish [~bla@141.12.66.253] has quit [Read error: Connection reset by peer] 09:28:16 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd 09:37:35 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: bbml] 09:48:00 *** woldemar [~maru@213.178.34.57] has joined #openttd 10:22:49 *** Progman [~progman@p57A1BA33.dip.t-dialin.net] has joined #openttd 10:38:12 *** KenjiE20 [~KenjiE20@92.9.250.146] has joined #openttd 10:58:07 *** theholyduck [~holyduck@77.106.154.74] has joined #openttd 11:25:50 *** SirSquidness [~sirsquidn@au.dongues.com] has quit [Quit: brb lol] 11:26:50 *** SirSquidness [~sirsquidn@au.dongues.com] has joined #openttd 11:36:30 *** Devroush [~dennis@94-225-72-20.access.telenet.be] has joined #openttd 11:44:25 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 11:51:14 *** glx [glx@2a01:e35:2f59:c7c0:8941:da04:11f8:693b] has joined #openttd 11:51:17 *** mode/#openttd [+v glx] by ChanServ 11:57:18 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 11:58:39 <Eddi|zuHause> so... which constant would i have to tweak in order to make acceleration on straight track take longer? 11:59:33 *** George [~George@212.113.107.39] has joined #openttd 12:00:08 *** George is now known as Guest540 12:01:26 <Yexo> Eddi|zuHause: see void Train::UpdateAcceleration(), train_cmd.cpp:445 12:01:34 *** Eoin [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has quit [Quit: kthxbai] 12:02:06 <Yexo> you could edit the *4 there for example to *3 12:06:15 *** Guest423 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 12:06:31 <Eddi|zuHause> that's only for the original acceleration model... 12:07:41 <Eddi|zuHause> Train::UpdateSpeed(), uint accel <-- this seems like a more appropriate place 12:08:04 <Eddi|zuHause> 2897: uint spd = this->subspeed + accel; 12:09:06 <Eddi|zuHause> as this applies to both acceleration models 12:11:04 <Eddi|zuHause> this formula has an implied factor: v_new = v_old + a * delta t 12:11:21 <Eddi|zuHause> where delta t is the time one tick (?) takes 12:11:30 <Yexo> yes 12:11:48 <Yexo> did you look at ground_vehicle.cpp already (GetAcceleration() ? 12:12:14 <Eddi|zuHause> yeah, skimmed it 12:12:21 <Eddi|zuHause> have seen that part of the code many times 12:13:39 <Eddi|zuHause> not entirely sure why there is a /2 in the end when accelerating, but not when braking 12:28:47 *** theholyduck [~holyduck@77.106.154.74] has quit [Read error: Connection reset by peer] 12:40:55 *** Fast2 [~Fast2@p57AF8279.dip0.t-ipconnect.de] has joined #openttd 12:54:51 *** Eoin [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has joined #openttd 13:01:48 *** Zuu [~Zuu@c-90fbe253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 13:12:03 <Belugas> day all 13:21:01 *** pugi [~pugi@p4FCC5E83.dip.t-dialin.net] has joined #openttd 13:26:31 *** MindlessTux [mindlesstu@mindlesstux-2-pt.tunnel.tserv13.ash1.ipv6.he.net] has joined #openttd 13:48:53 *** major [~major@78-28-66-107.cdma.dyn.kou.ee] has joined #openttd 13:48:56 <major> hi lada 13:48:58 <major> lads 13:49:20 <major> i have a question do i need original deluxe files? to play open ttd? 13:49:40 <glx> no 13:50:03 <major> ok 13:50:28 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 13:51:21 *** major [~major@78-28-66-107.cdma.dyn.kou.ee] has quit [] 14:03:52 *** orudge_ [~orudge@75-149-149-225-Minnesota.hfc.comcastbusiness.net] has joined #openttd 14:06:07 *** George [~George@212.113.107.39] has joined #openttd 14:06:48 *** George is now known as Guest553 14:11:14 *** Coco-Banana-Man [~Stephan.D@p5B2DB959.dip.t-dialin.net] has joined #openttd 14:11:34 *** heffer [~felix@mue-88-130-84-146.dsl.tropolys.de] has quit [Ping timeout: 480 seconds] 14:11:50 *** bryjen [~bryjen@63.147.94.149] has joined #openttd 14:12:07 *** mirQus_ [mirq@rere.qmqm.pl] has quit [Quit: leaving] 14:12:29 *** Guest540 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 14:14:20 *** mirQus [mirq@rere.qmqm.pl] has joined #openttd 14:29:30 <Belugas> rainy day 14:29:32 <Belugas> boring 14:31:10 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: sleep.] 14:38:44 *** theholyduck [~holyduck@ip-183-138-106-77.eidsiva.net] has joined #openttd 14:45:13 <Eddi|zuHause> Chuck Norris has abused priests as a child 14:45:25 <orudge_> It took me a moment to parse that sentence 14:46:26 <Eddi|zuHause> might be more ambiguous in simplified english grammar 14:47:29 <Eddi|zuHause> you can have it in german grammar: "Chuck Norris has as child priests abused", if that helps you ;) 14:48:03 <peter1138> that would be stupid grammar 14:48:05 <peter1138> it makes no sense 14:48:59 <orudge_> oh no, I understood it, my brain just didn't quite "get" the joke 14:49:14 <orudge_> because, y'know, it's slow that like that, and it isn't even 10am yet 14:50:00 <Eddi|zuHause> mid-west time zone? 14:51:02 <orudge_> Indeed 14:51:06 <orudge_> seeing as I am in the midwest 14:52:47 *** KouDy [~KouDy@rb5ck203.net.upc.cz] has joined #openttd 14:59:52 *** DX_Ipad [Dreamxtrem@client-86-31-243-12.oxfd.adsl.virginmedia.com] has joined #openttd 15:00:37 *** Brin [~KouDy@rb5ck203.net.upc.cz] has joined #openttd 15:06:49 *** KouDy [~KouDy@rb5ck203.net.upc.cz] has quit [Ping timeout: 480 seconds] 15:06:49 *** DX_Ipad [Dreamxtrem@client-86-31-243-12.oxfd.adsl.virginmedia.com] has quit [Quit: Never look down on someone unless you're helping them up.] 15:06:50 *** Brin is now known as KouDy 15:13:56 *** DX_Ipad [Archimedes@client-86-31-243-12.oxfd.adsl.virginmedia.com] has joined #openttd 15:13:56 *** Dreamxtreme [~Dreamxtre@client-86-31-243-12.oxfd.adsl.virginmedia.com] has quit [Read error: Connection reset by peer] 15:14:03 *** DX_Ipad [Archimedes@client-86-31-243-12.oxfd.adsl.virginmedia.com] has quit [Read error: Connection reset by peer] 15:14:35 *** frosch123 [~frosch@frnk-590fc3ef.pool.mediaWays.net] has joined #openttd 15:14:43 *** Dreamxtreme [Dreamxtrem@client-86-31-243-12.oxfd.adsl.virginmedia.com] has joined #openttd 15:31:16 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 16:08:24 *** MindlessTux [mindlesstu@mindlesstux-2-pt.tunnel.tserv13.ash1.ipv6.he.net] has quit [] 16:19:08 *** ecke [~ecke@188.75.128.2] has joined #openttd 16:23:05 <CIA-2> OpenTTD: smatz * r19951 /trunk/src/waypoint.cpp: -Fix [FS#3869]: close buoy's vehicle list when the buoy is deleted 16:23:54 <SmatZ> CIA-2 is lagged 16:24:14 <CIA-2> OpenTTD: smatz * r19952 /trunk/src/waypoint_gui.cpp: -Fix: do not close list of waypoint's trains when the waypoint view is closed - unify behaviour with other station types 16:24:50 *** MindlessTux [mindlesstu@mindlesstux-2-pt.tunnel.tserv13.ash1.ipv6.he.net] has joined #openttd 16:34:11 <CIA-2> OpenTTD: terkhen * r19953 /trunk/src/vehicle_cmd.cpp: -Fix [FS#3874]: Don't show an error message when trying to start/stop a crashed plane. 16:37:34 <elho> hmm, i might be blind, but on http://wiki.openttd.org/YAPP_track_layouts_%28advanced%29#Advanced_two-way_station the caption below the picture sais "Notice the use of one-way signals", but AIUI the one-way path signals have that red/white sign attached (as in the other uictures) and i can not spot any of those in that picture :o 16:39:35 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 16:40:29 *** Qcco [Kurimus@dsl-tkubrasgw1-fe32dc00-253.dhcp.inet.fi] has joined #openttd 16:44:51 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe32dc00-253.dhcp.inet.fi] has quit [Ping timeout: 480 seconds] 16:46:18 <frosch123> elho: that is a very old picture. during development the one-way signals had yellow bars, as those sprites already exisited, while the current ones were not yet drawn 16:46:41 <frosch123> feel free to update the image :) 16:47:16 <frosch123> (the rightmost signals in both driving directions are one-way) 16:48:05 <frosch123> oh, and the opposite signals on those tracks are not needed 16:49:03 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Remote host closed the connection] 16:56:52 <elho> ah, i see. i was wondering why there (also in other pictures) where the yellow bars despite the signal dialog not showing them, but thought that was how it looks :) 17:02:34 <elho> is there a way to get around the train-length gap 17:02:54 <elho> err, no 17:04:20 *** theholyduck [~holyduck@ip-183-138-106-77.eidsiva.net] has quit [Read error: Connection reset by peer] 17:05:58 *** George [~George@212.113.107.39] has joined #openttd 17:06:38 *** George is now known as Guest570 17:06:51 <elho> rather a way (as there are no intermediate pb signals) to make trains drive closely one after another through path sections? ie. with a block signal on every second tile they are closely packed, a pbs section would make the following trains wait until the first cleared it (assuming other paths blocked by trains from the other direction), right? 17:12:27 *** Guest553 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 17:20:52 *** Yeya [~Yeya@78.151.136.156] has joined #openttd 17:27:56 <Yexo> just place the pbs also closer together 17:40:09 <elho> i thought that would mean trains blocking junctions if they stop at one that is too close after it 17:41:04 <elho> but thinking about it, it should at least work where the number of available paths is not lower than before 17:45:35 <CIA-2> OpenTTD: translators * r19954 /trunk/src/lang/ (6 files in 2 dirs): (log message trimmed) 17:45:35 <CIA-2> OpenTTD: -Update from WebTranslator v3.0: 17:45:35 <CIA-2> OpenTTD: croatian - 3 changes by UnderwaterHesus 17:45:35 <CIA-2> OpenTTD: danish - 10 changes by beruic 17:45:35 <CIA-2> OpenTTD: french - 58 changes by ElNounch 17:45:36 <CIA-2> OpenTTD: irish - 107 changes by tem 17:45:36 <CIA-2> OpenTTD: norwegian_bokmal - 103 changes by mantaray 17:52:11 *** Yeya [~Yeya@78.151.136.156] has quit [Quit: Leaving] 17:55:31 *** Chris_Booth [~chatzilla@client-86-31-240-231.oxfd.adsl.virginmedia.com] has joined #openttd 17:56:31 *** tokai [~tokai@port-92-195-123-180.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 17:59:15 *** tokai [~tokai@port-92-195-192-103.dynamic.qsc.de] has joined #openttd 17:59:18 *** mode/#openttd [+v tokai] by ChanServ 17:59:39 <Belugas> SHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIT!!!! 17:59:43 <Belugas> MEEEEEEEEEEEEEEEEEEEEEEEEEEEERDE!!! 17:59:52 <Belugas> i hate tjhose guys 18:00:01 <Belugas> they chage specs and behaviours 18:00:11 <Belugas> and there is not a singhle warning about that 18:00:13 <Belugas> NOWHERE!@ 18:00:26 <Belugas> two days i've been strufggling with that memory corruption 18:00:29 <Belugas> TWO DAYS 18:00:37 <Belugas> not even my freaking fault! 18:00:52 *** George3 [~George@212.113.107.39] has joined #openttd 18:07:30 *** Guest570 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 18:08:29 <FauxFaux> Java. *runs* 18:10:18 <Hirundo> Java. *crashes* <- fixed it for you 18:10:49 <andythenorth> evening 18:15:47 <elho> that's a good fix indeed, you even get all the memory back, it ate :D 18:18:08 *** Qcco is now known as Kurimus 18:27:28 *** Chris_Booth [~chatzilla@client-86-31-240-231.oxfd.adsl.virginmedia.com] has quit [Remote host closed the connection] 18:29:41 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd 18:30:47 <andythenorth> seems quiet 18:30:57 <andythenorth> perhaps I haven't been talking to myself much :P 18:32:15 <frosch123> what should I say? i am failing on gui code again :p 18:34:26 * andythenorth is not doing TTD at the moment 18:35:07 <frosch123> oh sorry, i misread the topic :p 18:35:21 *** Wasila [~Wasila@81-178-69-164.dsl.pipex.com] has joined #openttd 18:41:30 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 18:54:18 <elho> hmm, 1.0.1 makes a slight crackling sound during sfx playback, 0.6.2 does not :/ 18:55:21 <peter1138> default sample rate changed from 11025 to 44100, iirc 18:56:07 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 18:57:14 *** heffer [~felix@static-87-78-98-150.netcologne.de] has joined #openttd 19:00:54 *** theholyduck [~holyduck@95.169.62.71] has joined #openttd 19:03:34 *** George [~George@212.113.107.39] has joined #openttd 19:03:38 <planetmaker> hi 19:04:08 *** George is now known as Guest592 19:04:34 <elho> yes, that probably is the problem, now i just gotta find the setting for it :) 19:10:17 *** George3 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 19:14:44 *** George3 [~George@212.113.107.39] has joined #openttd 19:21:10 *** Guest592 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 19:23:20 *** KritiK [~Maxim@95-26-116-68.broadband.corbina.ru] has joined #openttd 19:23:37 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe32dc00-253.dhcp.inet.fi] has quit [] 19:25:50 <elho> but that seems to be the hard part 19:27:32 *** Wasila [~Wasila@81-178-69-164.dsl.pipex.com] has quit [Quit: Leaving] 19:39:51 <elho> and sound.cpp seems to set 11025 Hz for old sounds, sdl_s.cpp however has 44100 Hz hardcoded 19:40:07 <elho> (at least as default) 19:41:31 <welshdragon> *sigh* 19:41:48 <welshdragon> http://forums.uktrainsim.com/viewtopic.php?f=82&t=101063&p=1281924#p1281580 19:43:26 <orudge_> elho: you can edit the frequency in openttd.cfg, I believe 19:43:33 <orudge_> should you want to for some reason 19:45:21 <elho> orudge_: that was the first place i looked, but did not find any setting looking like it (searched for sound,audio,sample,rate,hz,44100,11025) 19:45:22 <orudge_> you could also manually resample the TTD sounds to 44.1KHz so they sound "nicer", and then create your own sounds package, but that might be a slightly more complicated way of doing things :) 19:45:25 <orudge_> elho: hmm, well 19:46:33 <elho> but i just found a commandline argument, just not yet how to specify the parameters with it: 19:46:37 <elho> -s drv = Set sound driver (see below) (param bufsize,hz) 19:47:38 <orudge_> bufsize = the buffer size, typically 4096 or 8192 or so 19:47:43 <orudge_> hz = frequency, typically 44,100 19:47:52 <elho> no, i meant the syntax 19:48:12 *** ctibor|spi [~quassel@77.48.228.43] has quit [Remote host closed the connection] 19:48:18 <elho> but trial and error revealed: sdl:hz=11025 19:48:29 <orudge_> ah 19:49:22 <elho> and the config has a sounddriner setting, so i'll try sticking that in there... 19:50:28 *** ctibor [~quassel@77.48.228.43] has joined #openttd 19:52:56 <elho> ah, that works :) 19:53:50 *** TheMask96 [martijn@wrath.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 19:56:32 *** frosch123 [~frosch@frnk-590fc3ef.pool.mediaWays.net] has quit [Remote host closed the connection] 19:59:00 *** andythenorth [~andytheno@salieri.openttdcoop.org] has left #openttd [] 20:00:03 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 20:00:55 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd 20:03:17 *** theholyduck [~holyduck@95.169.62.71] has quit [Read error: Connection reset by peer] 20:05:29 <Eddi|zuHause> <elho> is there a way to get around the train-length gap <-- the typical solution is make the exit of the junction double tracked, and merge them after the first signal 20:06:05 <Eddi|zuHause> or triple, if your trains are longer 20:06:43 *** Chris_Booth [~chatzilla@client-86-31-240-231.oxfd.adsl.virginmedia.com] has joined #openttd 20:08:56 *** Wolf01 [~wolf01@host226-233-dynamic.9-87-r.retail.telecomitalia.it] has joined #openttd 20:09:10 *** ecke [~ecke@188.75.128.2] has quit [Ping timeout: 480 seconds] 20:09:34 <Wolf01> hi 20:09:57 *** devilsadvocate [~devilsadv@202.3.77.202] has quit [Ping timeout: 480 seconds] 20:16:33 <elho> Eddi|zuHause: ah, i see. now that i have 1.0 backported and running without crackling sound, i can start to actually play with them a bit. :) 20:18:17 *** Chris_Booth [~chatzilla@client-86-31-240-231.oxfd.adsl.virginmedia.com] has quit [Read error: Connection reset by peer] 20:21:08 <elho> are there also yapp variants of mainline prioritisation/acceleration lines? 20:21:14 <Ammler> using trainlength gap is just a recommendation, you don't need to do it that way... 20:21:50 <elho> i do not want deadlocks either ;) 20:22:59 <Eddi|zuHause> no, path signals aren't really useful for priorisation 20:23:09 <Ammler> and you can simply combine path signals with blocksignals to make prios 20:25:07 <elho> just wish there was a smart priorisation thingy, tuning those setups to train length and speed is so tedious... 20:26:08 <Ammler> if you use trainlength signal gaps, not really :-) 20:27:43 <elho> that defeats the whole idea of packing trains densely to maximise line usage ;) 20:29:42 *** elmz [~elmz@222.80-202-29.nextgentel.com] has quit [Read error: Connection reset by peer] 20:29:43 *** elmz [~elmz@222.80-202-29.nextgentel.com] has joined #openttd 20:32:35 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 20:36:23 *** fonsinchen [~fonsinche@brln-4dbc0869.pool.mediaWays.net] has joined #openttd 20:36:31 <elho> is the ttd savegame support still incomplete in 1.0.1 or does "data integrity error" actually mean that my old savegames are currupted? 20:38:22 *** TheMask96 [martijn@sirius.ne2000.nl] has joined #openttd 20:38:51 <Ammler> you should be able to load every save from earlier revisions inclusive tto/ttd save games (also ttdpatch should be possible) 20:44:36 *** Fast2_ [~Fast2@p57AF9EB8.dip0.t-ipconnect.de] has joined #openttd 20:45:06 <Eddi|zuHause> ttdpatch is not guaranteed to work, if certain advanced features are used 20:49:26 <Eddi|zuHause> gnah... i just hit "x" on a screenshot :p 20:49:41 <Eddi|zuHause> ... didn't have the desired effect :( 20:49:50 <Wolf01> happens... 20:50:05 <Ammler> hehe, as long as you don't scroll around with the right mouse button :-) 20:50:07 *** Fast2 [~Fast2@p57AF8279.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 20:50:15 *** Fast2_ is now known as Fast2 20:50:35 <Eddi|zuHause> i'm beyond that point for years... 20:54:28 <elho> oops, s/ttd/tto/ 20:56:14 <elho> no, no patch or anything, that was plain old tt i had back then. its *.sv1 files i have - i copied them (from a diskette i guess :P) to my ~/.openttd/save years ago to find them not supported. now with the tto support i though i'd take a look 21:02:50 <Belugas> feelings woo whoo woo feelings 21:02:56 <Belugas> ho... faling.. sorrry 21:03:17 *** MindlessTux [mindlesstu@mindlesstux-2-pt.tunnel.tserv13.ash1.ipv6.he.net] has quit [Quit: Time to head home] 21:04:13 *** Zuu [Zuu@c-45f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd 21:06:59 <Eddi|zuHause> elho: theoretically they should load, yes 21:13:54 <Yexo> elho: if you keep getting that error on tto/ttd (not ttdpatch) savegames upload them to the bugtracker so someone can take a look at them 21:14:17 <elho> yeah, the the floppy from back then might as well been bad 21:17:42 *** ctibor [~quassel@77.48.228.43] has quit [Remote host closed the connection] 21:17:46 *** ctibor [~quassel@77.48.228.43] has joined #openttd 21:18:16 <Eddi|zuHause> elho: but usually they detect that on copying 21:18:40 <Eddi|zuHause> (usually "data error" or "crc32 error" 21:18:50 *** ctibor [~quassel@77.48.228.43] has quit [] 21:19:04 *** ctibor [~quassel@77.48.228.43] has joined #openttd 21:20:02 *** sashimi [~sashimi@bsy91-2-82-247-139-147.fbx.proxad.net] has joined #openttd 21:20:11 <sashimi> hello everybody 21:20:20 <Terkhen> hi sashimi 21:20:41 <sashimi> i am utterly new to openttd 21:20:47 <sashimi> haven't yet even tried the game 21:21:05 <sashimi> i randomly came accross the so called hd gfx 21:21:15 <sashimi> are they worth the hassle ? 21:21:46 *** ctibor [~quassel@77.48.228.43] has quit [Remote host closed the connection] 21:21:50 *** ctibor [~quassel@77.48.228.43] has joined #openttd 21:21:56 <Eddi|zuHause> sashimi: no 21:22:38 <sashimi> the original gfx really look shitty 21:23:39 <Eddi|zuHause> you won't get fancy 3D animation... 21:23:57 <sashimi> oh i'm not talking about fancy 3D 21:24:07 <sashimi> if only nice looking 2D 21:24:27 <sashimi> simcity 2K looked pretty nice in it's time 21:24:29 <sashimi> :) 21:24:45 <Eddi|zuHause> to the original question: no, the 32bpp graphics might look nice in places, but they are not finished, and they are _very_ troublesome to install 21:25:30 <elho> .oO(flipping the map around in 90 degree steps would be 3D heaven already ;) ) 21:25:51 *** ctibor [~quassel@77.48.228.43] has quit [Remote host closed the connection] 21:25:55 *** ctibor [~quassel@77.48.228.43] has joined #openttd 21:28:53 <sashimi> ah ok 21:28:58 <sashimi> really early stage then 21:31:37 *** KouDy [~KouDy@rb5ck203.net.upc.cz] has quit [Ping timeout: 480 seconds] 21:35:22 *** Progman [~progman@p57A1BA33.dip.t-dialin.net] has quit [Remote host closed the connection] 21:36:51 *** orudge_ [~orudge@75-149-149-225-Minnesota.hfc.comcastbusiness.net] has quit [Read error: Operation timed out] 21:40:02 <elho> hmm, thinking i'd start with something easy trying pbs, i built the dual track as in the wiki (TTBOMK ;)), but it does not work as i expected: http://stranger.elho.net/yapp-fail1.png shouldn't train 85 overtake train 84? 21:41:02 <Eddi|zuHause> overtaking doesn't work very well, try to avoid it... 21:41:15 <Eddi|zuHause> and you likely have a track penalty problem 21:41:48 <Eddi|zuHause> 2 reverse signals + 2 track changes are penalised worse than 7 tiles of reserved track 21:43:06 <Eddi|zuHause> and your train looks reversed... 21:43:44 <elho> ah, changes are penalised, that's good. (the wiki somewhere claimed that the setup is bad as trains would keep alternating :P) 21:44:27 *** fonsinchen [~fonsinche@brln-4dbc0869.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 21:44:27 <elho> heh, yeah, i'm driving them on the right hand side :) 21:45:37 <elho> i'm actually not after overtaking that way, just thought it was the most simple thing to play with :o 21:52:50 *** sashimi [~sashimi@bsy91-2-82-247-139-147.fbx.proxad.net] has quit [Quit: Quitte] 21:52:58 *** Fast2_ [~Fast2@p57AF9134.dip0.t-ipconnect.de] has joined #openttd 21:55:42 *** aui [~aui@cpe-66-75-19-121.san.res.rr.com] has quit [Quit: Lost terminal] 21:57:02 *** bryjen [~bryjen@63.147.94.149] has quit [Quit: Quit] 21:58:10 *** Fast2 [~Fast2@p57AF9EB8.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 21:58:10 *** Fast2_ is now known as Fast2 21:58:18 *** MindlessTux [mindlesstu@2001:470:8:303:f896:5e0b:f9a6:ba2f] has joined #openttd 21:59:12 *** a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has quit [Quit: a1270] 22:02:37 <Eddi|zuHause> elho: yes, they will do that 22:06:10 <Eddi|zuHause> the problem is that there is no way to tell "only overtake if train ahead is more than 30km/h slower" 22:10:36 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Quit: Flieht, ihr Narren!] 22:20:13 <elho> well that's actuassy of no concern for me, the lev4 is strong enough to do a constant 643km/h and that is why i am not really interested in overtaking ;) 22:21:17 <Zuu> Another thing you want with overtaking is that the trains stay in the overtake "lane" long enough that the back of that train pass the front of the overtaken train, or the overtakning train will cut the path for the overtaken train. 22:22:22 <Zuu> Some pre-signal magic can maybe implement that, but the question is how ugly will it look. 22:22:40 <elho> sensor field and connection lines (that can be laid everywhere) to do easier priorisation than laying feedback tracks with pre-signals would be what i'd need. (or smart trains that automatically accelerate so that they hit the gap in the mainline traffic ;)) 22:23:12 <Zuu> Eg, what is needed is a gap acceptance model. :-D 22:23:29 <Zuu> Which happen to be a major part of my master thesis :-p 22:23:40 <elho> yeah, that ugliness is what my sensor/signalling cable idea tries to circumvent :) 22:23:53 <elho> heh 22:26:04 <elho> uh, i just had an idea how the priorisation could be enhanced to approach the gap detection with a lot more ugliness :D 22:27:49 <Terkhen> good night 22:27:52 <Zuu> A gap detector + accelertaion area can be quite easily be setup with pre-signals. However you will need to configure it for the current speed limits of your trains. 22:28:01 <Zuu> + acceleration etc. 22:28:06 *** Fast2 [~Fast2@p57AF9134.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 22:28:52 <elho> have a long acceleration line, so that every train is doing top speed, after that have a whole array of priorisation setups, each having different length lanes that merge the main line, the feedback lines connecting to different points of the main line determining which of them the train takes depending on the position of the gap on the hain line 22:29:32 <Zuu> Sure, and blow up a couple of towns in the process. 22:30:22 <elho> Zuu: i've been doing that (the simple one) and using sharp bends to force trains leaving the station at different speeds back to a similar level 22:30:56 *** MindlessTux [mindlesstu@2001:470:8:303:f896:5e0b:f9a6:ba2f] has quit [] 22:31:26 <elho> i've ever since wished for a "buy out town" option that avoids the bribe 3-4 times, save / reload if detected cycle :P 22:32:03 <Zuu> Not sure if it works the same in OpenTTD physics but IRL, with lower speeds the minimum gap length in time will decrease. 22:32:05 <elho> (yes, i know there's magic bulldozer, but that's cheating ;)) 22:33:23 <Zuu> (that is lowering the speed on the main-line) 22:34:38 *** pugi [~pugi@p4FCC5E83.dip.t-dialin.net] has quit [Quit: ALL YOUR BASE ARE BELONG TO US!] 22:34:51 <Zuu> night 22:34:54 *** Zuu [Zuu@c-45f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 22:36:04 <elho> when taking acceleration of the merging train into account? 22:37:13 <elho> (and braking, of course, the instant-stop signals in openttd aren't too realistic ;)) 22:42:51 <elho> thinking about it, the path reservation is 22:43:21 <elho> bah, my enter key is too enthusiastic :P 22:44:44 <elho> thinking about it, the path reservation is a good foundation speed limiting signals could build on, ie. go gradually slower if the way is blocked anyway instead of rushing to do a full stop 22:57:18 <Wolf01> 'night 22:57:27 *** Wolf01 [~wolf01@host226-233-dynamic.9-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 23:01:36 *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has quit [Ping timeout: 480 seconds] 23:02:43 *** glx [glx@2a01:e35:2f59:c7c0:8941:da04:11f8:693b] has quit [Remote host closed the connection] 23:02:48 *** Goulpy [~Muxy@main.goulp.net] has joined #openttd 23:02:55 *** glx [glx@2a01:e35:2f59:c7c0:8941:da04:11f8:693b] has joined #openttd 23:02:58 *** mode/#openttd [+v glx] by ChanServ 23:06:21 *** Coco-Banana-Man [~Stephan.D@p5B2DB959.dip.t-dialin.net] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der blÀht, als hinterster geht!] 23:09:25 *** Muxy [~Muxy@main.goulp.net] has quit [Ping timeout: 480 seconds] 23:11:45 <elho> what is the deal with the option for trains to stop as the near/middle/far end, does that have any other effects than how it (de-)accelerates? 23:12:06 *** CIA-2 [~CIA@208.69.182.149] has quit [Ping timeout: 480 seconds] 23:17:05 *** DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has joined #openttd 23:18:51 <Eddi|zuHause> marginal, mostly eyecandy 23:19:03 <Eddi|zuHause> i suggest setting the default to "middle" 23:22:32 <elho> yes, that seemed like a sane default to me, too 23:23:55 <elho> and then manually chaning it to near for orders to non-roro stations 23:24:35 <Eddi|zuHause> people have been suggesting, for terminus stations, far end is the best 23:30:40 <Yexo> "near end" being the most efficient for terminus stations would be more intuitive 23:31:12 <Eddi|zuHause> the issue was trains unblocking the junction faster when using the far end 23:31:33 <Eddi|zuHause> plus, it's more realistic 23:35:31 <Yexo> but when the train leaves the station it'll block the exit longer if you set them to middle/far end 23:35:50 <Yexo> unless you have signals in front of each platform 23:36:50 *** devilsadvocate [~devilsadv@202.3.77.202] has joined #openttd 23:37:02 <elho> i have no junctions on terminus stations, those are all point to point feeders 23:37:52 <elho> so near end could still be good with these, i guess 23:48:01 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 23:49:11 *** Muxy [~Muxy@main.goulp.net] has joined #openttd 23:49:25 *** heffer [~felix@static-87-78-98-150.netcologne.de] has quit [Quit: heffer] 23:50:45 *** Xaroth [~Xaroth@86.92.135.101] has quit [Ping timeout: 480 seconds] 23:56:07 *** Goulpy [~Muxy@main.goulp.net] has quit [Ping timeout: 480 seconds] 23:57:27 *** CIA-2 [cia@208.69.182.149] has joined #openttd 23:57:35 *** KenjiE20 [~KenjiE20@92.9.250.146] has quit [Quit: WeeChat 0.3.2]