Log for #openttd on 29th October 2011:
Times are UTC Toggle Colours
00:06:35  *** Devroush [] has quit []
00:17:39  <Eddi|zuHause> apparently services are not particularly healthy over the past few weeks
00:24:48  *** KritiK [] 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>
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@] 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 [] has joined #openttd
01:36:22  <Kerplow> hey im having an issue
01:42:50  *** Kerplow [] has quit [Quit: 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 [] has quit [Quit: TschÌß]
02:44:13  *** blotek [] has quit [Ping timeout: 480 seconds]
03:18:47  *** supermop__- [] has joined #openttd
03:38:09  *** perk111 [~perk11@] has quit [Quit: Miranda IM! Smaller, Faster, Easier.]
04:25:23  *** tas_t_ice [] has quit []
04:37:11  *** supermop__- [] has quit [Quit: supermop__-]
04:56:02  *** Eddi|zuHause [] has quit [Remote host closed the connection]
04:56:22  *** Eddi|zuHause [] 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@] has joined #openttd
07:11:03  *** Zuu [] has joined #openttd
07:17:58  *** Kurimus [] has joined #openttd
07:31:59  <Elukka>
07:32:08  <Elukka> gratuitous zeppelin, because everything is better with zeppelins
07:37:44  *** Neon [] 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 [] has joined #openttd
07:50:26  *** mode/#openttd [+o Alberth] by ChanServ
08:04:39  *** snack2 [] 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 [] 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 [] 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 [] 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@] 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^ [] has quit [Remote host closed the connection]

Powered by YARRSTE version: svn-trunk