Back to Home / #openttd / 2009 / 05 / Prev Day | Next Day
#openttd IRC Logs for 2009-05-31

---Logopened Sun May 31 00:00:29 2009
00:19-!-jpm [] has joined #openttd
00:19-!-jpm_ [] has quit [Read error: Connection reset by peer]
00:29-!-tokai [] has joined #openttd
00:29-!-mode/#openttd [+v tokai] by ChanServ
00:33-!-jpm_ [] has joined #openttd
00:33-!-jpm [] has quit [Read error: Connection reset by peer]
00:37-!-mode/#openttd [+v Belugas] by ChanServ
00:37-!-mode/#openttd [+v Rubidium] by ChanServ
00:37-!-mode/#openttd [+v orudge] by ChanServ
00:49-!-jpm [] has joined #openttd
00:49-!-jpm_ [] has quit [Read error: Connection reset by peer]
01:23-!-Singaporekid [] has joined #openttd
01:33-!-ecke [~ecke@] has joined #openttd
01:44-!-De_Ghosty [] has quit [Ping timeout: 480 seconds]
01:52-!-De_Ghosty [] has joined #openttd
02:10-!-Arke [] has quit [Ping timeout: 480 seconds]
02:12-!-jpm [] has quit [Read error: Connection reset by peer]
02:13-!-jpm [] has joined #openttd
02:53-!-andythenorth [] has joined #openttd
03:00-!-andythenorth_ [] has joined #openttd
03:00-!-andythenorth [] has quit [Read error: Connection reset by peer]
03:08-!-andythenorth_ [] has quit [Ping timeout: 480 seconds]
03:09-!-frosch123 [] has joined #openttd
03:12-!-ecke [~ecke@] has quit [Quit: ecke]
03:17-!-andythenorth [] has joined #openttd
03:37-!-tokai [] has quit [Ping timeout: 480 seconds]
03:39-!-tokai [] has joined #openttd
03:39-!-mode/#openttd [+v tokai] by ChanServ
03:43-!-andythenorth [] has quit [Quit: andythenorth]
04:08-!-|Jeroen| [] has joined #openttd
04:12-!-Benny [] has joined #openttd
04:13-!-Progman [] has joined #openttd
04:16-!-Alberth [] has joined #openttd
04:19-!-Azrael- [] has joined #openttd
04:33-!-fjb_ is now known as fjb
04:34-!-eQualizer [] has quit [Read error: Connection reset by peer]
04:35-!-andythenorth [] has joined #openttd
04:36<Benny>Andy. :D
04:37<Benny>Teh big machine master has arrived!
04:37<Benny>Teh CREATOR of HEQS!
04:37<Benny>(And also FIRS)
04:38<andythenorth>apologies if there was a double post there, connectivity troubles...
04:39-!-eQualizer [] has joined #openttd
04:41<andythenorth>Problem context: articulated road vehicle where the lead vehicle (tractor, 0t capacity) uses different graphics according to cargo of the trailer. Works as expected in r15297, doesn't work in r16470. Here's the code dealing with the varaction: 1462 * 14 02 01 B2 // provide different graphics depending on cargo
04:41<andythenorth> 81 42 08 FF // check cargo type
04:41<andythenorth> 01 // range
04:41<andythenorth> A3 00 07 07 // wood
04:41<andythenorth> A2 00 // default
04:42<andythenorth>(hmm, is there a better way to post code to irc? lots of unexpected line breaks there!)
04:42<Benny>Crap.. ^^
04:42<Benny>Lots of spam though..
04:43<Benny>Nothing is stopping the spambots.. :(
04:43<frosch123>noone cares about them anyway
04:43<Benny>Good point.
04:44<Benny>Wait a minute! WTF!? Do you have 1400 sprites in your NFO!? :O
04:45<frosch123>1400 is really not a lot :)
04:45<frosch123>14000 starts to become lot :)
04:45<Benny>For my diesel shunter, I only have like 30..
04:45<Benny>1400 sprites is A LOT of writing!
04:46<Benny>And it all has to be written in numbers..
04:47<andythenorth>2405 sprites in my nfo so far and it's 25% complete compared to my plan. Most of it is endless loading state graphics for all the different mineral cargos. I know about recolour sprites, but it looks like a world of pain if you need to use both company colours (I do)
04:47<frosch123>andythenorth: can you provide a test grf somewhere, as your code looks correct :)
04:47<andythenorth>PM to you direct?
04:47<frosch123>never tried that :)
04:48<z-MaTRiX>spambots can be limited by using visual verification ;)
04:48<andythenorth>@ frosch - or whatever suits you
04:48<Benny>I suppose you meant PM the link?
04:49<Benny>Or is it possible to send a file via IRC?
04:49<andythenorth>(I meant PM via the forums)
04:49<frosch123>PM via forums is fine
04:49<Benny>Makes sence. :P
04:49<frosch123>there is also some DDC file transfer in irc, but I never tried that, so I have no idea, whether my router blocks that, or simliar
04:50<Benny>And DDC stands for what? Or should I google it?
04:50<frosch123>no idea, I would have to google myself :)
04:51<frosch123>oh, it's DCC actually
04:51<Benny>Display Data Channel
04:51<Tefad>DCC is limited on the receiver's end
04:51<Tefad>no i lie, sender it is.
04:52<z-MaTRiX>also there are filesharing websites
04:52<Benny>Direct Client to Client
04:54<Benny>Sounds like a piece of nerd porn... o_O
04:54<andythenorth>@frosch, ignore the PM i just sent, missed some stuff
04:54-!-xahodo [] has joined #openttd
04:56-!-Forked [] has quit [Quit: fikse div..]
04:56<Benny>Hi. *
04:58<kkb110>hi matrix
04:58<kkb110>are you playing ttd now?
04:59<xahodo>Is it feasable to stuff the map array and anything tileindex related in a bunch of classes?
04:59<z-MaTRiX>i was playing bashscipt now
04:59<z-MaTRiX>what's up kkb110 ?
04:59<kkb110>good :D my spring semester is now over yeah!
05:01<frosch123>[10:59] <xahodo> Is it feasable to stuff the map array and anything tileindex related in a bunch of classes? <- no, because map accessors and tile types are not hierarchical organised
05:01<andythenorth>@frosch new PM sent
05:04-!-reldred1 [~reldred@] has joined #openttd
05:04<xahodo>Not even with some workarounds for the time being? i.e. let the class refer to the "old" map array in the first place, and then slowly convert everything to use the class.
05:05-!-Cybertinus [] has joined #openttd
05:05-!-Benny [] has quit [Ping timeout: 480 seconds]
05:05<frosch123>andythenorth: he, that is the unmodifed 0.4 version :) I already had that file :p
05:07<andythenorth>@ frosch, yep sorry, bit slow this morning, didn't think about whether you already had the file. anyway the screenie might help show what *should* happen?
05:09-!-reldred [~reldred@] has quit [Ping timeout: 480 seconds]
05:11-!-Cybertinus [] has quit [Remote host closed the connection]
05:11-!-Cybertinus [] has joined #openttd
05:12<frosch123>haha, I guesses I messed something up there :o
05:14<andythenorth>Ach well. So did I, I've just realised my latest revision should be 0.4c not 0.4b. 0.4b already exists :O
05:14-!-oskari89 [oskari89@] has joined #openttd
05:15<frosch123>-es <- even more :p
05:15-!-worldemar [~world@] has quit [Ping timeout: 480 seconds]
05:16-!-kkb110 [] has quit [Quit: Leaving.]
05:16<andythenorth>@ frosch - so can I put that one down to a problem in trunk? i.e. I don't need to change my nfo?
05:16<frosch123>trunk fault
05:17-!-Zahl [] has joined #openttd
05:29-!-worldemar [~Ayu@] has joined #openttd
05:32<CIA-3>OpenTTD: rubidium * r16474 /trunk/src/settings_gui.cpp: -Fix [FS#2933]: could set company related settings via query window
05:33<Alberth>zahodo: that sounds like the usual procedure
05:33<CIA-3>OpenTTD: smatz * r16475 /trunk/src/ (order_cmd.cpp station.cpp): -Codechange: move code invalidating Vehicle::last_station_visited to more logical place
05:34<Alberth>xahodo: ^^^ sorry, I misspelled your name
05:34*SmatZ slaps himself
05:34<CIA-3>OpenTTD: smatz * r16476 /trunk/src/station.cpp: -Fix (r16475): wrong version of the patch
05:36<@SmatZ>xahodo: why would you want to do that?
05:37<@Rubidium>SmatZ: because it is "better"
05:38<frosch123>SmatZ: maybe he hopes it would become more clear when to use which accessors :) I.e. he hopes tile classes would make it more transparent that some functions apply to rail, road and station tiles, but only when they contain railtracks, and other functions apply to all tiles except industries, and ...
05:38<@SmatZ>ah yeah, I forgot... ;)
05:39<xahodo>Well, as far as I can see it would increase readability quite a bit.
05:39<Xaroth>why does one need readability?
05:39<z-MaTRiX>į see big code constructions
05:39<@Rubidium>xahodo: an undoubtedly decrease speed quite a bit
05:39<@SmatZ>and increased memory usage quite a bit
05:40<frosch123>and it would not increase readability as you would need 100 different classes implementing 300 different interfaces
05:40-!-tokai [] has quit [Quit: Icebears are cute. Please, take care of them!]
05:40<@Rubidium>SmatZ: nah, only two or so pointers worth for each tile...
05:41<z-MaTRiX>wonder why versions are incompatible :)
05:41<@SmatZ>Rubidium: using bitpacked data in map array as they are now is hardly readable ;)
05:41-!-tokai [] has joined #openttd
05:41-!-mode/#openttd [+v tokai] by ChanServ
05:41<@Rubidium>which is only 16/9 times more memory per tile, although... you can reduce memory as you don't need to save empty bytes for void tiles and such
05:42<@Rubidium>z-MaTRiX: read the wiki/forum; it's explained more than enough there
05:42-!-XeryusTC is now known as Xeryus|bnc
05:42-!-Xeryus|bnc was kicked from #openttd by Rubidium [you wanted to be bounced, right?]
05:42-!-Xeryus|bnc [] has joined #openttd
05:42<@Rubidium>booh :(
05:43<z-MaTRiX>was only thinking about things you are talking about now
05:43<@SmatZ>given malloc allocates data in 16B blocks, you need at least 16B for every struct
05:44-!-Exl [] has joined #openttd
05:44<@SmatZ>TilePool ftw ;)
05:47<xahodo>huh? I wasn't talking about creating a pool of tiles.
05:49<@SmatZ>you can't have an array of objects of varying size
05:50-!-reldred1 [~reldred@] has quit [Read error: Connection reset by peer]
05:52<xahodo>I'm aware of that, and if done that would be a leap backward in performance.
05:52-!-reldred [~reldred@] has joined #openttd
05:52<@Rubidium>you can't have an array of objects of varying type either
05:54<xahodo>I was thinking about stuffing the tile struct and tileextended byte in a class. Subclasses could then be used to handle the appropriate tileclasses (station, houses, industries, etc.). However, what would the performance impact of this be?
05:55<@SmatZ>you can't have an array of objects of varying type either
05:56<xahodo>Yes, but you can do typecasting, can you?
05:57<xahodo>errr... garbled sentence :s
05:57<@Rubidium>hmm, so from
06:00<@Rubidium>to if (_m[t].GetType() == MP_RAIL && ((RailTile*)(&_m[t]))->GetSubType() == RAIL_PLAIN)
06:00<@Rubidium>hmm, okay, maybe not quite
06:00<@Rubidium>but the casting is going to cause trouble
06:01<@Rubidium>and make one big mess like ((Type*)&_m[t])->x instead of _m[t].x
06:03-!-tux_mark_5 [] has joined #openttd
06:09<frosch123>xahodo: And in which class would you put function like GetTileOwner and GetRailType ?
06:10<xahodo>gettileowner would be in the tile class. getrailtype would be in errr... the "tilerail" class.
06:11<frosch123>and how do you handle that gettileowner is not valid for houses and industries, and that railtype is also valid for stations and levelcrossing?
06:12<xahodo>The potential performance impact from typecasting keeps bugging me, though.
06:15<Alberth>xahodo: don't worry, it is not going to be potential, it is going to be very real.
06:17<xahodo>if using dynamic_cast or doing it by hand?
06:18<andythenorth>anyone know the original map size in TTD (expressed as no. of tiles x and y)
06:18<Alberth>if you do it manually, what do you gain then? Wouldn't you end up with the same interface we have now?
06:18-!-racetrack [] has joined #openttd
06:18<frosch123>256x256 or 255x255 depending on your counting
06:21<xahodo>Alberth: if you do it manually, what do you gain then? Wouldn't you end up with the same interface we have now? <- not nescesarily.
06:22<frosch123>you still did not told me in which class to put getrailtype so it can access railtiles, levelcrossing, stations and bridges
06:24<xahodo>that would be the baseclass, I guess.
06:24<frosch123>so if you put half of the functions in the baseclass, what do you gain?
06:30<xahodo>Are there more examples of cases like that?
06:31<xahodo>Won't something like this help with the de-spaghettification of openttd?
06:31-!-Hirundo [] has joined #openttd
06:34<@Rubidium>xahodo: GetRoadOwner
06:35<Ammler>andythenorth: you should change GRFID, if it isn't compatible anymore. OpenTTD does load the grf also, if it has an other filename.
06:35<@Rubidium>present road types
06:36<Ammler>(ususally, you use the last byte for versioning)
06:36<@Rubidium>pbs reservation
06:36<andythenorth>ammler. was wondering about that. I would prefer to have savegame compatibility. I think the savegame issues are minor, but I haven't had time to test properly. Does bumping the grfID break savegame compatibility?
06:37<@Rubidium>water class
06:37<Ammler>no, just a red dot, if you don't have the old one.
06:37<@Rubidium>transport type
06:37<@Rubidium>xahodo: enough?
06:39<Ammler>changing filename on GRF with same ID is "suboptimal", if you use grf presets and such.
06:40-!-racetrack [] has quit [Read error: No route to host]
06:43<andythenorth>OK I'll change the ID on the GRF before I do an official release
06:44<Ammler>well, I would do it only, if it breaks the game.
06:45<Ammler>oh, and btw, if you use banans, you don't need to rename them anyway, as that does the job for you, sadly. ;-)
06:46<xahodo>yes, well... there is a pattern emerging. The only thing I'm not really certain about is what to do with bridges.
06:46<Ammler>(still didn't find a way to make presets)
06:46-!-elmz [] has joined #openttd
06:50-!-oskari89 [oskari89@] has quit []
06:52<xahodo>But, ok... I'll just leave and forget about this idea altogether. Sorry for proposing something extremely useful. :(
06:52-!-xahodo [] has quit [Quit: Goodbye.]
06:54<@Rubidium>yay for someone decreeing something is "extremely useful" without showing any proof of it
06:57<elmz>hehe, what has his idea?
06:57<elmz>realism? :P
06:57-!-Forked [] has joined #openttd
06:57<Alberth>switching to OO in the map
06:58<Yexo>elmz: <- just read the last hour
06:58<elmz>sounds expensive
06:59<@Rubidium>and his final proposal was making classes and then an array of the base class with the map struct wrapped into it and then casting it to dozens if not close to a hundred classes based on the data in the map array and then using those classes to access the data
07:00<@Rubidium>which to me sounds like the worst case scenario of OO (even worse than no-OO)
07:02<@Rubidium>then one dimwit comes, sees the OO and assumes he can just add stuff to a subclass and... memory corruption frenzy!
07:03-!-Yexo [] has quit [Quit: bye]
07:05<CIA-3>OpenTTD: rubidium * r16477 /trunk/src/vehicle.cpp: -Fix [FS#2936] (r12650): loading indicator when 'unload' in and 'no loading' is off was pointing to the wrong direction.
07:13-!-elmex [] has quit [Ping timeout: 480 seconds]
07:15-!-elmex [] has joined #openttd
07:26-!-Xeryus|bnc is now known as XeryusTC
07:26-!-KenjiE20 [~KenjiE20@] has joined #openttd
07:26-!-Benny [] has joined #openttd
07:27<CIA-3>OpenTTD: frosch * r16478 /trunk/src/newgrf_engine.cpp: -Fix (r15378): Determining most common (sub-)cargo-type was broken due to someone confusing similiary named variables.
07:31<CIA-3>OpenTTD: frosch * r16479 /trunk/src/aircraft_cmd.cpp: -Fix (r5146): Call callbacks after initialisation of vehicle variables.
07:48-!-racetrack [] has joined #openttd
07:49-!-KritiK [] has joined #openttd
07:49-!-Azrael [] has joined #openttd
07:52-!-Azrael- [] has quit [Ping timeout: 480 seconds]
07:56-!-FR^2 [] has joined #openttd
08:03<CIA-3>OpenTTD: frosch * r16480 /trunk/src/ (7 files): -Fix (r15617): Invalidate newgrf variable caches of more vehicles in more places. Esp. they were only invalidated for trains.
08:07<frosch123>andythenorth: should work now :)
08:11-!-KenjiE20 [~KenjiE20@] has quit [Remote host closed the connection]
08:11-!-KenjiE20 [~KenjiE20@] has joined #openttd
08:13-!-DephNet[Paul] [] has quit [Read error: Operation timed out]
08:14-!-glx [glx@2a01:e35:2f59:c7c0:b021:1012:57b4:1ed5] has joined #openttd
08:15-!-mode/#openttd [+v glx] by ChanServ
08:18<CIA-3>OpenTTD: rubidium * r16481 /branches/0.7/src/ (7 files in 5 dirs):
08:18<CIA-3>OpenTTD: [0.7] -Backport from trunk:
08:18<CIA-3>OpenTTD: - Fix: [NoAI] Another try/catch related bug (r16454)
08:18<CIA-3>OpenTTD: - Fix: Road vehicles ending up on the pavement when they are in a drive through station that got removed due to bankruptcy [FS#2909] (r16448)
08:18<CIA-3>OpenTTD: - Fix: [NoAI] AIRail::GetRailStationDirection returned incorrect information (r16440)
08:18<CIA-3>OpenTTD: - Fix: Crash when a company is deleted while a dropdown with company names is open (r16430)
08:18<CIA-3>OpenTTD: - Change: [NoAI] Stop an AI when it takes too long to initialize or load [FS#2869] (r16425)
08:23<CIA-3>OpenTTD: rubidium * r16482 /branches/0.7/ (10 files in 2 dirs):
08:23<CIA-3>OpenTTD: [0.7] -Backport from trunk:
08:23<CIA-3>OpenTTD: - Fix: [NewGRF] Invalidate NewGRF variable caches of more vehicles in more places. Esp. they were only invalidated for trains (r16480)
08:23<CIA-3>OpenTTD: - Fix: [NewGRF] Call callbacks after initialisation of vehicle variables (r16479)
08:23<CIA-3>OpenTTD: - Fix: [NewGRF] Determining most common (sub-)cargo-type was broken due to someone confusing similiary named variables (r16478)
08:23<CIA-3>OpenTTD: - Fix: Loading indicator when 'unload' in and 'no loading' is off was pointing to the wrong direction [FS#2936] (r16477)
08:23<CIA-3>OpenTTD: - Fix: Track reservation was drawn at bridge heads in the menu (r16470)
08:26-!-DephNet[Paul] [] has joined #openttd
08:43-!-oskari89 [oskari89@] has joined #openttd
08:49-!-Biolunar [] has joined #openttd
08:52-!-stuffcorpse [~rick@] has quit [Quit: leaving]
08:52-!-stuffcorpse [~rick@] has joined #openttd
08:59-!-reldred [~reldred@] has quit [Remote host closed the connection]
09:20-!-morpheus [] has joined #openttd
09:21-!-morpheus [] has left #openttd []
09:32-!-Benny [] has left #openttd []
09:39-!-andythenorth [] has quit [Quit: andythenorth]
10:04<CIA-3>OpenTTD: frosch * r16483 /trunk/src/ (train_gui.cpp vehicle_gui.cpp vehicle_gui.h): -Codechange: Enumerate tabs in train details window.
10:05-!-fonsinchen [] has joined #openttd
10:15-!-simNIX [] has left #openttd [Ik ga weg]
10:20-!-Zahl [] has quit [Quit: *schiel*]
10:21-!-Zahl [] has joined #openttd
10:26-!-frosch123 [] has quit [Remote host closed the connection]
10:31<CIA-3>OpenTTD: alberth * r16484 /trunk/src/window.cpp:
10:31<CIA-3>OpenTTD: -Cleanup: Renamed widget variable to widget_index and introduced widget_type variable.
10:31<CIA-3>OpenTTD: -Fix: Prevented out-of-bounds array access when not clicking at a widget.
10:32-!-nfc [] has quit [Ping timeout: 480 seconds]
10:36<dihedral> <- :-P
10:37<dihedral>svn diff -r 8242 says something else though :-P
10:38<Alberth>hmm, that should be svn diff -r8241:8242
10:40<Alberth>(unless you wanted to know what has changed since then :) )
10:40<dihedral>uh oh
10:41<dihedral>i bet they used svndumpfilter and forgot to use --drop-empty-revs
10:42<dihedral>and --renumber-revs
10:42<+glx>they are not empty
10:42<+glx>just totally hidden
10:43<dihedral>what a shame
10:43<dihedral>thanks for the enlightenment glx
10:43<dihedral>perhaps one should post a report to subversion directly ^^
10:44-!-Frostregen [] has joined #openttd
10:45-!-Zahl [] has quit [Quit: *schiel*]
10:46-!-Zahl [] has joined #openttd
10:54-!-paul [] has joined #openttd
10:55-!-paul is now known as Guest59
10:55<Guest59>CAn someonr help please, i've downloaded 'disable_train_reverse R16183.diff' to my desktop, how do i get it to work in the game? thanks
10:56<FauxFaux>By building openttd after applying that patch to the cdoe (i.e. not trivial).
10:56<Guest59>so i couldn't use this patch in my current saved game then? sorry new to all this
10:56<dihedral> <- Guest59 read the 'how to apply a patch' thread
10:57<Guest59>thanks dihedral
10:58-!-Guest59 [] has left #openttd []
11:00<Alberth>that will be a long read :)
11:07<dihedral>hehe :-P
11:12-!-fonsinchen [] has quit [Remote host closed the connection]
11:26-!-Dred_furst [] has joined #openttd
11:27-!-Brianetta [] has joined #openttd
11:39-!-Tha_Muffin_Man [] has joined #openttd
11:40-!-mikk36|w [] has joined #openttd
11:40<Tha_Muffin_Man>n008 question.... I can not figure out how to upgrade my vechicles?
11:41-!-Chrill [~chrischri@] has joined #openttd
11:42<Tha_Muffin_Man>I have an old plane, rather then scrap the route, can I simply upgrade the plane?
11:42<Tha_Muffin_Man>additionally if I have 5 buses I want to upgrade, can I tell them all to upgrade or do I have to do with for each one?
11:45-!-frosch123 [] has joined #openttd
11:46<FR^2>Tha_Muffin_Man: vehicle replacement is a little bit "hidden".
11:47-!-mikk36|work [] has quit [Ping timeout: 480 seconds]
11:48-!-dyzdyz [~dyzdyz@] has joined #openttd
11:48<dyzdyz>hi all
11:49<FR^2>Tha_Muffin_Man: Go to the list of vehicles, on the lower border, the right-most button... move your mouse over it, click on it, but keep the mouse button pressed...
11:49<FR^2>Tha_Muffin_Man: Argh, just klick on it ;)
11:50-!-fanioz [~fanio_zil@] has joined #openttd
11:50<Tha_Muffin_Man>does it look like a train with a large yellow arrow growing from it?
11:51<dyzdyz>if i have 2 or more versions of openttd (for example one with cargodist and one without), do they share the openttd.cfg file?
11:51<frosch123>if your openttd.cfg is in your user folder then yes, if it is in the folder of the binaries then no
11:52<frosch123>same holds for base graphics, newgrfs, content download, ....
11:52<Tha_Muffin_Man>I just found the auto replace feature in the manual
11:55<dyzdyz>ok, so did anyone had a problem with cargodist and custom fonts? i have 2 versions of ottd sharing .cfg, and one works with custom fonts, and the second one (with cargodist) uses sprite font
11:56<Tha_Muffin_Man>worked a treat... thanx mate
11:56-!-Tha_Muffin_Man [] has left #openttd []
12:02-!-Muxy [] has joined #openttd
12:03-!-Muxy [] has quit [Remote host closed the connection]
12:15-!-fanioz [~fanio_zil@] has quit [Ping timeout: 480 seconds]
12:30-!-Limpaaar [] has joined #openttd
12:30<Limpaaar>Hello everyone
12:31<Limpaaar>I could not find a place where I can report a crash of OTTD
12:31<Limpaaar>I made a screenshot and copy of the whole text... but I don't know where to send it
12:32<Sacro>read the topic :P
12:34<Limpaaar>So I need to be a registered user to send bug report... hmm...
12:34<Limpaaar>then... never mind
12:35<Limpaaar>sorry for disturbing
12:35<@SmatZ>no problem
12:35-!-Limpaaar [] has quit [Quit: Bye for now!]
12:48-!-tompaw [] has joined #openttd
12:58<tompaw>is there a way to play openttd in realtime mode?
12:58<tompaw>and then 1 year of gameplay == 1 year of real time?
12:58<Sacro>grab a daylength patch and increase it to whatever
12:59<Sacro>though you might never complete it
12:59<tompaw>I don't want to complete it, I do want to deal with rail tracks only, not interested in those fancy monorails
13:03<elmz>well, you might be interested in having more than just the Kirby Paul all the time? :P
13:03<Sacro>it'll take you a long time
13:03<Sacro>i've often considered 1 day irl is one year in game
13:04<elmz>but yeah, with a daylength patch you can make time pass slower
13:04<Sacro>that'd perhaps work
13:04<elmz>hehe, I'd run out of space in 1937 ^^
13:06<tompaw>so, the only way is to patch the sourcecode and build it myself?
13:08<elmz>Boo likes the forest.
13:08<Eddi|zuHause>do i even want to know the reference?
13:08<Eddi|zuHause>tompaw: no, you can also pay someone to do it for you
13:08<Sacro>true that
13:09<elmz>If you don't know it you won't care :P
13:09<Sacro>I will write a daylength patch for money
13:09<Sacro>I just need a catchy name...
13:09<tompaw>what about the one your parents gave you?
13:09<tompaw>not good enough?
13:10<Sacro>hmm, true
13:11-!-Hirundo_ [] has joined #openttd
13:12-!-Hirundo [] has quit [Read error: Connection reset by peer]
13:12-!-Hirundo_ is now known as Hirundo
13:12-!-dyzdyz [~dyzdyz@] has quit []
13:14-!-rain```` [] has joined #openttd
13:19-!-Bjarni [] has joined #openttd
13:19-!-mode/#openttd [+o Bjarni] by ChanServ
13:23<Sacro>oh noes *hides*
13:23<tompaw>what's the easiest way to build on vista64?
13:23<tompaw>with which tool?
13:25-!-TinoM [] has joined #openttd
13:25<@Bjarni>magnetic screwdriver
13:26<Eddi|zuHause>sonic screwdriver, please...
13:26<Eddi|zuHause>but it doesn't do wood...
13:26<tompaw>a ha.
13:28-!-maristo [] has joined #openttd
13:31<Ammler>has grfcodec a "hidden" feature, so it does output one line per sprite?
13:33<@Bjarni>I think so
13:34<@Bjarni>I think you can specify how many sprites you want on each line
13:34<@Bjarni>so setting this one to 1 would do the trick
13:34<@Bjarni>I'm not entirely sure though
13:35<Eddi|zuHause>no, that's about the width of the .pcx
13:35<Eddi|zuHause>not about the lines in the .nfo
13:40<frosch123>Ammler: iirc nforenum has some setting for that
13:41<frosch123>like maximum line length and when to put newlines at logical positions
13:47-!-ecke [~ecke@] has joined #openttd
13:48-!-fonsinchen [] has joined #openttd
13:49-!-valhallasw [] has quit [Ping timeout: 480 seconds]
13:52-!-fonsinchen [] has quit [Remote host closed the connection]
13:59-!-Singaporekid [] has quit [Quit: Leaving]
14:11-!-Hirundo_ [] has joined #openttd
14:12<oskari89>@seen Pikka
14:12<@DorpsGek>oskari89: Pikka was last seen in #openttd 3 days, 0 hours, 56 minutes, and 24 seconds ago: <Pikka> planetmaker: but they still own the copyright
14:15-!-Hirundo [] has quit [Read error: Connection reset by peer]
14:15-!-Hirundo_ is now known as Hirundo
14:21-!-Dred_furst [] has quit [Read error: Connection reset by peer]
14:21-!-Mucht [] has joined #openttd
14:23-!-kkb110 [] has joined #openttd
15:03-!-Exl [] has quit [Ping timeout: 480 seconds]
15:05-!-maristo [] has quit [Remote host closed the connection]
15:17-!-microshit [] has joined #openttd
15:21<dihedral>i wish SirXavius cam on irc
15:22<dihedral>nobody can decently bash / flame him on the forums
15:30<CIA-3>OpenTTD: alberth * r16485 /trunk/src/news_gui.cpp: -Fix [FS#2938]: Move date in news window a pixel away from the right-edge (erikjanp)
15:37-!-lewymati [] has joined #openttd
15:40-!-|Jeroen| [] has quit [Quit: oO]
15:40-!-|Jeroen| [] has joined #openttd
15:48-!-Exl [] has joined #openttd
15:50-!-microshit [] has left #openttd []
15:52<CIA-3>OpenTTD: alberth * r16486 /trunk/src/airport_gui.cpp: -Codechange [FS#2939]: Added widget numbers to the airport toolbar (based on work by erikjanp)
15:56-!-phidah [] has joined #openttd
16:06-!-DephNet[Paul] [] has quit [Quit: Leaving]
16:08-!-hermitek [] has quit [Quit: eh, who?]
16:18<CIA-3>OpenTTD: alberth * r16487 /trunk/src/news_gui.cpp: -Codechange [FS#2940]: Add widget numbers to news display and news history windows (based on work by erikjanp)
16:24<Xaroth>dihedral: i think bash/flame on irc would be easy
16:33<CIA-3>OpenTTD: alberth * r16488 /trunk/src/graph_gui.cpp: -Codechange [FS#2941]: Use widget numbers of base grap window and cargo payment window in the window handling code (erikjanp)
16:37-!-Nite_Owl [] has joined #openttd
16:37<Nite_Owl>Hello all
16:38-!-lewymati [] has quit []
16:43-!-DephNet[Paul] [] has joined #openttd
16:52<CIA-3>OpenTTD: alberth * r16489 /trunk/src/misc_gui.cpp: -Fix [FS#2937] (r16258): Do not resize a widget twice (erikjanp)
16:53-!-SJr [] has joined #openttd
16:53<SJr>Um I don't understand PBS and when to use them
16:53-!-elmz [] has quit [Ping timeout: 480 seconds]
16:53<SJr>I'm looking at the guide, but it only gives me an idea of what they are
16:54<Nite_Owl>place them only in a spot where it is safe for a train to wait
16:54<SJr>Will trains wait in front of the back of a PBS?
16:55<Nite_Owl>such as at the entrance to a junction not in the middle of a junction
16:56-!-|Jeroen| [] has quit [Quit: oO]
16:57<SJr>So use them at junctions and only junctions, and keep the front of them far enough away from exits so that they don't block.
16:58<Nite_Owl>they can be used at stations too
16:58<SJr>Ah yeah I saw that
16:59<Alberth>except that platforms are not safe stopping places by default, you need to put a sign after the platform.
17:00<Nite_Owl>now I am confused - a sign?
17:00<SJr>Should I use one way path signals for one way tracks?
17:01<SJr>Or do I want to make my track two way
17:01<SJr>with frequent cross overs
17:01<@Rubidium>yes, unless you want a train to be able to go in reverse direction over the track if it can reserve a path through the whole track (until the next safe waiting point from that direction)
17:02<@Rubidium>how you want to make your tracks heavily depends on your playing style
17:02<Eddi|zuHause>you typically want double track lines to be one-way
17:03<SJr>Well I've been playing OpenTTD for years (off and on), but this PBS is new.
17:03<SJr>Normally I just have one way track sections, but I remember seeing an example where you could actually have two way tracks that favor one way
17:04<Alberth>Nite_Owl: s/A/B/ means replace A with B
17:04<Eddi|zuHause>yes, but that is not fully implemented
17:05<SJr>Oh okay
17:07-!-Azrael [] has quit [Ping timeout: 480 seconds]
17:10-!-KritiK [] has quit [Quit: Leaving]
17:16-!-frosch123 [] has quit [Remote host closed the connection]
17:28-!-Alberth [] has left #openttd []
17:35-!-Hirundo [] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]]
17:40-!-TheMask96 [] has quit [Ping timeout: 480 seconds]
17:42-!-sperber [] has left #openttd [Leaving]
17:44-!-racetrack [] has quit [Ping timeout: 480 seconds]
17:47-!-TheMask96 [] has joined #openttd
17:49-!-Frostregen [] has quit [Quit: und weg]
17:56-!-TinoM [] has quit [Quit: Verlassend]
18:06-!-FR^2 [] has quit [Quit: Der Worte sind genug gewechselt, lasst mich auch endlich Taten sehn!]
18:15-!-Cybertinus [] has quit [Remote host closed the connection]
18:16-!-tux_mark_5 [] has quit [Quit: KVIrc Insomnia 4.0.0, revision: , sources date: 20090115, built on: 2009/03/07 00:45:02 UTC]
18:32-!-reldred [~reldred@] has joined #openttd
18:32-!-Progman [] has quit [Remote host closed the connection]
18:42-!-Yexo [] has joined #openttd
18:45-!-reldred [~reldred@] has quit [Remote host closed the connection]
18:45-!-phidah [] has quit [Quit: phidah]
18:50-!-Exl [] has quit [Quit: Bitches.]
19:10-!-Lakie [~Lakie@] has joined #openttd
19:12-!-Chrill [~chrischri@] has quit []
19:20-!-Brianetta [] has quit [Quit: Tschüß]
19:22-!-kkb110 [] has quit [Ping timeout: 480 seconds]
19:24-!-Nite_Owl [] has quit [Quit: Read You Soon]
19:25-!-KenjiE20|LT [] has joined #openttd
19:28-!-Yexo [] has quit [Quit: bye]
19:28-!-Bjarni [] has quit [Quit: Leaving]
19:29-!-KenjiE20 [~KenjiE20@] has quit [Quit: HydraIRC -> <- Go on, try it!]
19:33-!-Eddi|zuHause2 [] has joined #openttd
19:34-!-Eddi|zuHause2 [] has left #openttd []
19:35-!-Eddi|zuHause2 [] has joined #openttd
19:41-!-Eddi|zuHause [] has quit [Ping timeout: 480 seconds]
19:41-!-HerzogDeXtEr1 [~Flex@] has joined #openttd
19:48-!-HerzogDeXtEr [~Flex@] has quit [Ping timeout: 480 seconds]
19:52-!-Zahl [] has quit [Quit: *schiel*]
20:06-!-kyle_ [~kyle@] has joined #openttd
20:06-!-kyle_ [~kyle@] has quit [Remote host closed the connection]
20:37-!-PeterT [] has joined #openttd
20:41-!-PeterT [] has quit []
20:50-!-fjb_ [] has joined #openttd
20:54-!-fjb [] has quit [Ping timeout: 480 seconds]
21:06-!-Eddi|zuHause2 is now known as Eddi|zuHause
21:23-!-Biolunar_ [] has joined #openttd
21:30-!-Biolunar [] has quit [Ping timeout: 480 seconds]
21:37-!-oskari89 [oskari89@] has quit []
21:37-!-stuffcorpse [~rick@] has quit [Remote host closed the connection]
21:37-!-stuffcorpse [~rick@] has joined #openttd
22:27-!-KenjiE20|LT [] has quit [Quit: Leaving]
22:28-!-tokai [] has quit [Ping timeout: 480 seconds]
22:30-!-tokai [] has joined #openttd
22:30-!-mode/#openttd [+v tokai] by ChanServ
22:37-!-Tha_Muffin_Man [] has joined #openttd
22:38-!-Tha_Muffin_Man [] has left #openttd []
22:55-!-Lakie [~Lakie@] has quit [Quit: Sleep.]
23:06-!-Chruker [] has quit [Read error: Connection reset by peer]
23:08-!-TinoDidriksen [] has quit [Ping timeout: 480 seconds]
23:12-!-TinoDidriksen [] has joined #openttd
23:23-!-glx [glx@2a01:e35:2f59:c7c0:b021:1012:57b4:1ed5] has quit [Quit: bye]
23:38-!-TinoDidriksen [] has quit [Ping timeout: 480 seconds]
23:42-!-TinoDidriksen [] has joined #openttd
---Logclosed Mon Jun 01 00:00:31 2009