Times are UTC Toggle Colours
00:06:35 *** Devroush [~dennis@178-119-153-135.access.telenet.be] has quit [] 00:17:39 <Eddi|zuHause> apparently services are not particularly healthy over the past few weeks 00:24:48 *** KritiK [~Maxim@95-27-224-51.broadband.corbina.ru] has quit [Quit: Leaving] 00:36:49 <dihedral> would someone be interested in reviewing a minor patch regarding the admin network? 00:36:53 <dihedral> http://pub.dihedral.de/openttd/patches/server_info_to_admin_on_poll.diff 00:37:54 <dihedral> without this patch connected admins know nothing about client id 1 00:38:02 <dihedral> so basically the server itself 00:42:03 <dihedral> ops 00:42:38 *** JVassie_ [~James@2.27.86.74] has quit [Ping timeout: 480 seconds] 00:42:39 <dihedral> better :-P 00:48:26 *** Elu is now known as Elukka 01:20:19 <tas_t_ice> the web server list is working fine, but the in-game server list is definitely busted 01:21:27 <dihedral> in what way busted? 01:21:48 <tas_t_ice> it's just empty, and find server doesn't seem to pull the list. entering the IP manually adds the server to the list 01:21:55 <tas_t_ice> and that seems to work 01:23:18 <dihedral> then you are not able to query the servers via udp 01:23:23 <dihedral> @ports 01:23:23 <DorpsGek> dihedral: OpenTTD uses TCP and UDP port 3979 for server <-> client communication, UDP port 3978 for masterserver (advertise) communication (outbound), and TCP port 3978 for content service, a.k.a. BaNaNaS (outbound) 01:25:00 <tas_t_ice> maybe i need to reset my NAT router 01:25:49 <dihedral> or your isp does not permit it 01:26:37 <tas_t_ice> it was working about 6 hrs ago 01:28:06 <dihedral> oh - i would say you are right there ^^ 01:28:19 <dihedral> but i am guessing either Rubidium or TrueBrain are aware of the fact 01:29:39 <dihedral> there was a commit about the master server not long ago 01:29:53 <dihedral> but they are very likely asleep at this time of the day / night 01:36:15 *** Kerplow [63908dd3@ircip2.mibbit.com] has joined #openttd 01:36:22 <Kerplow> hey im having an issue 01:42:50 *** Kerplow [63908dd3@ircip2.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 01:44:21 <dihedral> yep 01:44:55 <dihedral> but it is nice to know people play openttd at this time of the day :-) 02:22:11 *** glx [glx@2a01:e35:2f59:c7c0:e9b1:c3ef:9d6c:af6e] has quit [Quit: bye] 02:37:53 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 02:44:13 *** blotek [~blotek@afrj224.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 03:18:47 *** supermop__- [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has joined #openttd 03:38:09 *** perk111 [~perk11@188.32.29.238] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 04:25:23 *** tas_t_ice [~dr_retard@cpe-75-83-121-60.socal.res.rr.com] has quit [] 04:37:11 *** supermop__- [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop__-] 04:56:02 *** Eddi|zuHause [~johekr@p54B741D2.dip.t-dialin.net] has quit [Remote host closed the connection] 04:56:22 *** Eddi|zuHause [~johekr@p54B73A8B.dip.t-dialin.net] has joined #openttd 05:47:51 <Rubidium> dihedral: if we would be aware of the fact it would be somewhat likely that we aren't asleep yet 05:50:51 <Rubidium> although it seems to works again ;) 06:18:08 <planetmaker> moin 06:19:18 <z-MaTRiX> hey-ho 06:20:39 <z-MaTRiX> what version do you recommend playing with today? :) 06:21:17 <planetmaker> r23060M 06:21:30 <z-MaTRiX> will there be multiplayer games too? 06:21:50 <z-MaTRiX> i have noticed the spread is quite large 06:24:11 <z-MaTRiX> btw why is every single version incompatible with eachother in multiplayer ? 06:25:20 <z-MaTRiX> will moving a menu-element coordinate on a local users display affect dataflow ? 06:25:25 <planetmaker> it's a 100% deterministic game 06:25:36 <planetmaker> for the gameplay. 06:26:36 <z-MaTRiX> still didnt take the time to find the main function 06:26:42 <z-MaTRiX> in sources 06:42:06 <Rubidium> because clicking doesn't work anymore? 06:59:51 *** sla_ro|master [slaco@95.76.27.160] has joined #openttd 07:11:03 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd 07:17:58 *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has joined #openttd 07:31:59 <Elukka> http://i195.photobucket.com/albums/z113/Elucca/Art%20and%20stuff/zeppelin-2.png 07:32:08 <Elukka> gratuitous zeppelin, because everything is better with zeppelins 07:37:44 *** Neon [~Neon@dslb-178-004-183-095.pools.arcor-ip.net] has joined #openttd 07:41:13 <planetmaker> not bad. Though the rotor blades look a bit thin 07:43:28 <Elukka> maybe 07:45:26 <Elukka> trivia: it's 760 meters from bow to stern, the props are nuclear-powered, it carries mostly cargo though there are also passenger cabins 07:45:43 <Elukka> and i'm gonna have to go! 07:45:49 <Elukka> laters 07:48:24 <Yexo> <z-MaTRiX> will moving a menu-element coordinate on a local users display affect dataflow ? <- it doens't. However it's way to much work to mark every revision that does cause incompatibility as "incompatible with last version" 07:49:35 <Yexo> out of the last 10 commits, the following are incompatible: r23059, r23050 and r23049 07:50:23 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:50:26 *** mode/#openttd [+o Alberth] by ChanServ 08:04:39 *** snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has joined #openttd 08:21:30 <dihedral> good morning 08:22:05 <dihedral> planetmaker, r23060M <- LOL 08:23:45 <dihedral> Rubidium, and if you were not aware of it, that highlight would have been enough to let you know :-P 08:26:04 <dihedral> finding a year old changesets does not make things easier 08:26:50 <Terkhen> good morning 08:27:28 <Alberth> good morning Terkhen 08:28:26 <dihedral> :-) 08:28:30 <dihedral> both of you 08:30:40 *** andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has joined #openttd 08:31:20 <SpComb> r23060M? 08:32:25 <Ammler> todays recommend version 08:32:28 <andythenorth> does 50mph justify calling a tram 'Express' ? 08:32:38 <Ammler> come back tomorrow if you do not like this rev 08:32:45 <dihedral> depends on all other trans around that one tram 08:32:54 <andythenorth> 30mph 08:33:14 <dihedral> even not stopping at every station justifies calling it express 08:33:28 <dihedral> germany has express trains - just they are f.... late 08:34:47 <Ammler> andythenorth: how do those trams overtake a slow one? 08:34:52 <andythenorth> Ammler: they don't 08:34:56 <Ammler> :-) 08:35:03 <andythenorth> use trucks :P 08:39:21 <andythenorth> Eddi|zuHause: moin 08:39:29 <andythenorth> need to figure out tram scheme 08:39:40 <andythenorth> cab cars are 7t or 8t 08:39:46 <andythenorth> wagons are 15t or 16t 08:41:35 <andythenorth> needs refit capacities from low (supplies, food etc) to quite high (~250t) 08:45:19 *** Progman [~progman@p57A1CFA4.dip.t-dialin.net] has joined #openttd 08:48:13 <z-MaTRiX> i have got a 8500GT PCI-E nvidia card, if i make it work on linux (without the binary shit from nvidia) will it provide superior video performance ? 08:48:59 <z-MaTRiX> or i need the nvidia binary shit for any hardware accelerated opengl? 08:50:40 <dihedral> i have xgl and an intel graphics card 08:53:01 <Alberth> i don't care for performance or gl 08:55:07 * andythenorth has a GPU in his laptop 08:55:49 <planetmaker> the ony thin is, that many sentences without any g or l woud ook a bit strane :-P 08:55:58 <planetmaker> thus I do care about gl :-P 09:00:28 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 09:01:56 <z-MaTRiX> well i have this now 09:01:57 <z-MaTRiX> NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15) 09:02:18 <z-MaTRiX> and openttd works... though lagging a lot zoomed out at 1024x768 09:02:25 <z-MaTRiX> and especially in multiplayer 09:04:22 <Alberth> in MP you also have the network in the equation, better test locally only imho 09:05:21 <z-MaTRiX> tested locally, and lagging zoomed out, cpu is 2.2GHz AMD64 (3500+) mem is DDR 400, 1GB 09:05:48 <planetmaker> openttd cares not about your graphics card really 09:05:48 <z-MaTRiX> nvidia does not provide sources for driver so on linux its only software 09:06:32 <Alberth> openttd does not do opengl at all 09:06:34 <z-MaTRiX> ok but opengl can be accelerated by the videocard 09:06:36 <planetmaker> thus any lag most likely is not caused by graphics drivers 09:06:45 <z-MaTRiX> what does opengl use for output? 09:06:48 <Rubidium> planetmaker: that might not be true 09:06:49 <planetmaker> z-MaTRiX: but openttd doesn't use it... so it has no impact 09:06:52 <z-MaTRiX> what does openttd use for output? 09:06:58 <z-MaTRiX> ;/ 09:07:11 <z-MaTRiX> xv? 09:07:25 <planetmaker> Rubidium: using opengl? with *I have a patch*-patch? ;-) 09:07:28 <Rubidium> if it sends 8bpp data and some slow piece of software tries to convert that (especially with palette animation), the driver/hardware will be of influence 09:07:48 <Rubidium> planetmaker: it's about lag caused by the graphics driver 09:08:04 <planetmaker> then you'd have similar lag of similar other applications 09:08:10 <planetmaker> like dosbox 09:08:28 <Rubidium> and you have any proof that doesn't happen? 09:08:50 <Rubidium> even then, zooming out means drawing lots and lots of sprites which is a lot of work on itself already 09:08:55 <z-MaTRiX> openttd does not output graphics using opengl? 09:09:16 <z-MaTRiX> i remember it was opengl... 09:09:43 <planetmaker> Rubidium: but where comes opengl into that equation? 09:09:46 <Rubidium> in any case, if going from 8bpp-optimized to 32bpp-animated yields a performance boost, then the graphics hardware/driver is a significant part of the slowness problem 09:09:52 <z-MaTRiX> i have put openttd in opengl directory years ago 09:10:12 <planetmaker> z-MaTRiX: your problem ;-) 09:10:24 <z-MaTRiX> ;/ 09:10:48 <planetmaker> but there's no opengl output. Unless it happens internal to your graphics driver. Nor has there been more opengl except some patch somewhen somewhere 09:10:51 <Rubidium> planetmaker: but you state lag is most likely not caused by the graphics driver, which I've seen several occasions of where it did influence stuff significantly 09:11:01 <planetmaker> ok :-) 09:11:32 *** JVassie_ [~James@2.27.86.74] has joined #openttd 09:11:46 <z-MaTRiX> Rubidium<< even if its software rendering only because of nvidia? 09:12:06 <Rubidium> OpenTTD ofcourse doesn't care whether gl is handled in software or in hardware; that shouldn't cause any significant differences 09:12:38 <Rubidium> (unless it's a graphics card that does almost everything in software except sending the signal, like those lovely winmodems) 09:12:38 <z-MaTRiX> i assumbe you haven't tried nvidia card with software drivers 09:12:51 <z-MaTRiX> on linux 09:13:37 <z-MaTRiX> im only using an nvidia card because i got this free 09:13:44 <Rubidium> even then, OpenTTD is very well suited to work badly with gl 09:13:52 <z-MaTRiX> otherwise ATI 09:15:01 <z-MaTRiX> i think i'll change my nvidia cards to ati 09:15:37 <z-MaTRiX> a little improvement would be nice in video performance 09:19:27 <z-MaTRiX> CPU and memory performance is not bad if you think about that 09:20:14 <z-MaTRiX> does sha512sum on files with <45% cpu load @ 90MB/s (hdd limit) 09:21:06 <z-MaTRiX> coreutils compile is 9 minutes 09:24:57 *** SpComb^ [terom@zerg.fixme.fi] has quit [Remote host closed the connection]