Back to Home / #openttd / 2009 / 01 / Prev Day | Next Day
#openttd IRC Logs for 2009-01-23

---Logopened Fri Jan 23 00:00:23 2009
00:07-!-RS-SM [~RSCN@216-165-16-34.DYNAPOOL.NYU.EDU] has quit [Quit: RS-SM]
00:57-!-Zorni [zorn@e177231129.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
00:57-!-Zorn [zorn@e177231129.adsl.alicedsl.de] has joined #openttd
00:57-!-George [~George@212.113.107.216] has joined #openttd
00:57-!-GoneWack1 [~GoneWacko@dhcp-077-249-197-241.chello.nl] has joined #openttd
00:58-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Read error: Connection reset by peer]
00:58-!-GoneWacko [~GoneWacko@dhcp-077-249-197-241.chello.nl] has quit [Quit: leaving]
00:58-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
01:01-!-GoneWack1 is now known as GoneWacko
01:03-!-George3 [~George@212.113.107.216] has quit [Ping timeout: 480 seconds]
01:06-!-vraa [~vraa@h101.69.89.75.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
01:12-!-slalom77 [~fgch@p4FE1E642.dip.t-dialin.net] has joined #openttd
01:14-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer]
01:17-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
01:24-!-NukeBuster [~wouter@80.101.115.82] has left #openttd []
01:26-!-TinoM [~Tino@i59F5E55F.versanet.de] has joined #openttd
01:40-!-vraa [~vraa@h101.69.89.75.dynamic.ip.windstream.net] has joined #openttd
02:02-!-Timitry [83dc24f1@webchat.mibbit.com] has joined #openttd
02:03-!-TinoDid is now known as TinoDidriksen
02:09-!-vraa_ [~vraa@h101.69.89.75.dynamic.ip.windstream.net] has joined #openttd
02:10-!-ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer]
02:13<Timitry:#openttd>Wow, that native savegame-support-feature has a lot of code... But couldn't you use TTD savegames before?
02:13-!-vraa [~vraa@h101.69.89.75.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds]
02:13-!-einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has joined #openttd
02:34<@petern:#openttd>TTO
02:34<@petern:#openttd>most of the patch was renaming a file :p
02:34<Timitry:#openttd>Oh, reading might be helpful ;)
02:35<@petern:#openttd>heh
02:35<@petern:#openttd>it doesn't compile for me
02:35<@petern:#openttd>Error 2 error C2666: 'OverflowSafeInt<T,T_MAX,T_MIN>::operator +' : 4 overloads have similar conversions c:\users\peter\documents\visual studio 2005\projects\trunk4\src\saveload\oldloader_sl.cpp 669
02:36<@petern:#openttd>SmatZ :o
02:57<Eddi|zuHause:#openttd>[23.01.2009 01:35] <el_en> would anyone believe: help, helped, geholpen <- even if you take it german-derived, it still looks weird, because "helped" would indicate weak, but "geholpen" would indicate strong verb
02:59<Eddi|zuHause:#openttd>(german would be: "helfen, half, geholfen", so it is a strong verb)
03:11-!-worldemar [~world@81.28.185.130] has joined #openttd
03:15<Tefad:#openttd>strong.. weak.. what?
03:15-!-Yeggstry [~mind@cpc2-rdng14-0-0-cust631.winn.cable.ntl.com] has joined #openttd
03:24-!-Timitry [83dc24f1@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
03:25-!-Yeggstry [~mind@cpc2-rdng14-0-0-cust631.winn.cable.ntl.com] has quit [Read error: Connection reset by peer]
03:26-!-HerzogDeXtEr [~Flex@89.246.192.105] has quit [Read error: Connection reset by peer]
03:28<Eddi|zuHause:#openttd>Tefad: germanic languages (that includes english) divide verbs in two categories, depending on how the "leading forms" appear
03:29<Tefad:#openttd>i've never heard of this : )
03:29<Tefad:#openttd>i know in english we have french words and german words
03:29<Tefad:#openttd>commence vs begin
03:29-!-HerzogDeXtEr [~Flex@89.246.192.105] has joined #openttd
03:30<Eddi|zuHause:#openttd>weak verbs keep the same vowel in the stem, only the ending changes: "sagen, sagte, gesagt"
03:30<Eddi|zuHause:#openttd>strong verbs change the vowel: "singen, sang, gesungen"
03:31<Eddi|zuHause:#openttd>in english, the weak form is predominant, which is why the strong forms are usually counted to the irregular forms
03:31<Eddi|zuHause:#openttd>but german only has a hand full of irregular forms, weak and strong are around 50/50
03:31<Tefad:#openttd>english has the more irregular verbs than any other language i think
03:32<Tefad:#openttd>hmm. ignore that the
03:33<Tefad:#openttd>includes derivative words http://www.englishpage.com/irregularverbs/irregularverbs.html
03:33<thingwath:#openttd>maybe because in other languages all verbs are irregular, so they doesn't call them irregular, because they are in fact regular :)
03:34<Eddi|zuHause:#openttd>exactly what i said, the strong verbs lost their "regularity" status, because they are so few
03:35<Tefad:#openttd>there's a crapload that have no change in spelling
03:36<Tefad:#openttd>cast cost cut
03:36<Eddi|zuHause:#openttd>those are a different case of irregularity, those usually end in "t"
03:36<Tefad:#openttd>yes different
03:37-!-ecke [~ecke@213.195.202.130] has joined #openttd
03:38<Eddi|zuHause:#openttd>it's funny, when i google for "unregelmäßige Verben" i get only results pointing to english irregular verbs :p
03:38<Tefad:#openttd>heh
03:38-!-vraa_ [~vraa@h101.69.89.75.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
03:39<thingwath:#openttd>same for czech translation of irregular verbs :)
03:43-!-vraa [~vraa@h101.69.89.75.dynamic.ip.windstream.net] has joined #openttd
03:51-!-Vikthor [~novotv6@pc404-18.feld.cvut.cz] has joined #openttd
03:52-!-De_Ghost [~s@76-10-160-38.dsl.teksavvy.com] has joined #openttd
03:53-!-vraa [~vraa@h101.69.89.75.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
03:55-!-evandar [~evandar@213.168.176.142] has joined #openttd
03:55-!-De_Ghosty [~s@76-10-160-38.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
04:00<CIA-2:#openttd>OpenTTD: rubidium * r15217 /trunk/src/network/network_content.cpp: -Fix [FS#2573] (r15176): more corner cases when removing things from iterated vectors
04:00-!-Vikthor [~novotv6@pc404-18.feld.cvut.cz] has quit [Remote host closed the connection]
04:00<Eddi|zuHause:#openttd>afaik the distinction into strong and weak verbs first appeared in the "dictionary of the german language" by Wilhelm and Jacob Grimm
04:01<Eddi|zuHause:#openttd>(those are the same guys that also published the fairy tale collection)
04:06-!-vraa [~vraa@h101.69.89.75.dynamic.ip.windstream.net] has joined #openttd
04:08-!-Vikthor [~novotv6@pc404-18.feld.cvut.cz] has joined #openttd
04:08-!-Vikthor [~novotv6@pc404-18.feld.cvut.cz] has quit [Read error: Connection reset by peer]
04:08-!-davis- [~iloveme@p5B28F1D9.dip.t-dialin.net] has joined #openttd
04:09<CIA-2:#openttd>OpenTTD: rubidium * r15218 /trunk/src/gfxinit.cpp: -Fix: base graphics detection did mark too much as duplicate
04:10<planetmaker:#openttd>g'morning
04:10<planetmaker:#openttd>Rubidium is really fast today :)
04:11<@petern:#openttd>did mark -> marked
04:11<@petern:#openttd>you'll get the hang of it one day...
04:14-!-el_en [~lanurmi@dyn-xdsl-83-150-113-243.nebulazone.fi] has joined #openttd
04:15<@Rubidium:#openttd>nah, never ;)
04:15-!-Mortal [~mortal@217.60.138.201] has joined #openttd
04:18<planetmaker:#openttd>Rubidium: thx for the comment of flyspray. Makes sense for the AI :D
04:19<planetmaker:#openttd>Concerning content download when selecting newgrf: my idea is to get shown all newgrf which are currently available for download
04:20<@Rubidium:#openttd>that makes it harder to find the NewGRFs you're missing
04:21<CIA-2:#openttd>OpenTTD: Yexo * r15219 /trunk/src/saveload/oldloader_sl.cpp: -Fix (r15216): MSVC failed to find the proper casts.
04:26<planetmaker:#openttd>hm... you mean: only show those which need update and which you don't have - that'd be a good idea, too
04:27<planetmaker:#openttd>even better :)
04:27<@Rubidium:#openttd>well, technically only those you don't have ;)
04:27-!-slalom77 [~fgch@p4FE1E642.dip.t-dialin.net] has quit []
04:30<planetmaker:#openttd>he, yeah :)
04:34<@petern:#openttd>hmm, stupid customer...
04:35<@petern:#openttd>want an order list to not be paged
04:35<@petern:#openttd>fine, except the list contains some 10- or 20,000 items
04:38<planetmaker:#openttd>lool. Well, I remember needle printers with endless paper ;)
04:38<planetmaker:#openttd>or dot-matrix - however you call(ed) them
04:39-!-Mortal [~mortal@217.60.138.201] has quit [Ping timeout: 480 seconds]
04:47<CIA-2:#openttd>OpenTTD: rubidium * r15220 /trunk/src/saveload/oldloader.cpp: -Fix (r15216): signedness warning
04:48<@petern:#openttd>heh
04:48<@petern:#openttd>i'd've thought pointer - pointer = size_t...
04:49<@petern:#openttd>but alas...
04:49<@Rubidium:#openttd>pointer - pointer = ptrdiff or so
04:49<@petern:#openttd>*nod*
04:49<@Rubidium:#openttd>but IIRC that doesn't exist on all platforms
04:50<@Rubidium:#openttd>but then ptrdiff + int should yield size_t, but it yields something signed (size_t is unsigned)
04:52<@petern:#openttd>all good fun
04:58-!-evandar [~evandar@213.168.176.142] has quit [Ping timeout: 480 seconds]
05:00<Eddi|zuHause:#openttd>so... where did i put all my TTO savegames?
05:01<@petern:#openttd>i have none
05:02<Eddi|zuHause:#openttd>bigger question... how do i access the ones stored on my laptop, which doesn't have Ethernet?
05:02<FauxFaux:#openttd>Print them.
05:02<Eddi|zuHause:#openttd>i tried setting up a direct connection via parallel port once, but that didn't work so well
05:03<Eddi|zuHause:#openttd>does ll5 work in dosbox?
05:03<Eddi|zuHause:#openttd>or are there linux programs that can interface with lap link V?
05:06<@petern:#openttd>floppy disk?
05:06<@petern:#openttd>usb?
05:07<Eddi|zuHause:#openttd>the floppy drive on my PC is broken
05:07<Eddi|zuHause:#openttd>the laptop does not have USB
05:07<Eddi|zuHause:#openttd>all i have is a parallel connection cable
05:08<dihedral:#openttd>oi
05:08-!-el_en [~lanurmi@dyn-xdsl-83-150-113-243.nebulazone.fi] has quit [Ping timeout: 480 seconds]
05:10<dihedral:#openttd>Rubidium: are you around some time this afternoon?
05:10-!-vraa [~vraa@h101.69.89.75.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
05:10-!-Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd
05:11<Eddi|zuHause:#openttd>hm... should probably disable newgrfs first...
05:14-!-ecke_ [~ecke@213.195.202.130] has joined #openttd
05:14-!-ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer]
05:16<@petern:#openttd>heh
05:16<Eddi|zuHause:#openttd>it's totally impossible to navigate through old savegames if not even the town names are correct...
05:18<Eddi|zuHause:#openttd>weird... i have a non-doubleheaded monorail
05:18-!-HerzogDeXtEr [~Flex@89.246.192.105] has quit [Read error: Connection reset by peer]
05:20<CIA-2:#openttd>OpenTTD: rubidium * r15221 /trunk/src/ (5 files in 3 dirs): -Change [FS#2574]: only show missing NewGRFs when opening the content download window from a NewGRF list and there are missing NewGRFs, otherwise show just all NewGRFs the system knows.
05:21<Eddi|zuHause:#openttd>cool... a savegame where i was in the middle of conversion
05:21-!-Zahl [~Zahl@g226136158.adsl.alicedsl.de] has joined #openttd
05:25<@Rubidium:#openttd>dihedral: not sure 'bout that, but there's a chance I'm around
05:26<dihedral:#openttd>i have a present for ya :-)
05:31<CIA-2:#openttd>OpenTTD: Yexo * r15222 /trunk/src/script/squirrel.cpp: -Fix: The squirrel stack was corrupted if an AI called any C++ function during Save().
05:32<@Rubidium:#openttd>hmm... iTrojan ;)
05:33<planetmaker:#openttd> 4.26 + if (c->status != GCS_NOT_FOUND && !HasBit(c->flags, GCF_COMPATIBLE)) continue; <-- Rubidium, I think I'd rather remove the "!HasBit..." or we cannot get newly added newgrf
05:33<Eddi|zuHause:#openttd>cool... this is the savegame where i have driving-on-right without one-way signals ;)
05:34<Tefad:#openttd>i thought AI was deviating from squirrel
05:34<@Rubidium:#openttd>planetmaker: huh?
05:35<+Yexo:#openttd>Tefad: the plan was (is) to replace squirrel by nail, but that's still a long way off
05:35<Tefad:#openttd>nail? yet another obscure scripting language?
05:35<Tefad:#openttd>is LUA too difficult or something?
05:36<+Yexo:#openttd>NoAI Language
05:36<+Yexo:#openttd>or Not Another AI Language
05:36<@Rubidium:#openttd>lua doesn't call destructors when stuff goes out of scope
05:36<Tefad:#openttd>naail
05:36<thingwath:#openttd>hm, how can I open savegame in .directory which is not .openttd? Filedialog shows only .openttd and non-hidden directories.
05:36<@Rubidium:#openttd>only when the GC is ran
05:36<Tefad:#openttd>Rubidium: so you want garbage collection?
05:36<Tefad:#openttd>auto garbage collection
05:37<@Rubidium:#openttd>Tefad: no, we want to know (of some variables) when they go out of scope
05:37<@Rubidium:#openttd>as that makes some things a gazillion times easier for the A developers
05:38-!-Timitry [83dc24f1@webchat.mibbit.com] has joined #openttd
05:39<@Rubidium:#openttd>and IIRC lua doesn't do classes
05:48<Eddi|zuHause:#openttd>a RORO station without one-way signals is very cool ;)
05:49-!-Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
05:49<Eddi|zuHause:#openttd>and that was even long before i even heard of the term "RORO station"
05:55-!-Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has joined #openttd
05:55<+Yexo:#openttd>Rubidium: since very recently (ie somewhere today) the content download doesn't seem to recognise existing AIs
05:55<+Yexo:#openttd>it shows all available AIs without a green mark before them
05:55<+Yexo:#openttd>then in the description it says: "this is an update to an existing AI"
05:55<+Yexo:#openttd>s/update/replacement/
05:56<+Yexo:#openttd>it let me download them, but after closing the window and opening it again, I can download them again
06:03-!-DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has quit [Quit: Leaving]
06:05-!-DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has joined #openttd
06:05<dihedral:#openttd>hehe
06:05-!-DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has quit []
06:05-!-DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has joined #openttd
06:05<dihedral:#openttd>r15209 a password can traverse to another company
06:05<dihedral:#openttd>if say company 1 is passworded, deleted, and another company created which has the same index then
06:06<dihedral:#openttd>the company is passworded with the old password!
06:06<@petern:#openttd>"d'oh"
06:06<dihedral:#openttd>Rubidium: ^ does not look like it was a mistake on my patch ;-)
06:07<dihedral:#openttd>at least that happens with a reset_company
06:07<dihedral:#openttd>if that happens with a company that goes bankrupt i dont know
06:12<Aali:#openttd>thats funny, I noticed the same thing when going bankrupt, way back in r15086
06:13<dihedral:#openttd>perhaps that is due to _network_company_states[index] not being emptied when a company is deleted?
06:13<@petern:#openttd>good job people report bugs :p
06:14-!-Celestar [~Jadzia_Da@galadriel.td.mw.tum.de] has quit [Quit: leaving]
06:14<Aali:#openttd>I just assumed it was my fault, it wasn't exactly clean trunk :P
06:14-!-worldemar [~world@81.28.185.130] has quit [Ping timeout: 480 seconds]
06:14<dihedral:#openttd>i did the same
06:14<dihedral:#openttd>or rather Rubidium did claim that it was my patch (well, it partially was, ok)
06:15<@petern:#openttd>i'll let you off then
06:15<dihedral:#openttd>thank you
06:15<dihedral:#openttd>still needs fixing ;-)
06:17<Aali:#openttd>dihedral: you're working on the new move client patch, right?
06:17<dihedral:#openttd>yep
06:18<Aali:#openttd>will it still contain the rcon GUI stuff?
06:18<dihedral:#openttd>petern: in the code that creates a new company, my i set _network_company_states[index].passwor ?
06:18<dihedral:#openttd>nope
06:18<Aali:#openttd>good :)
06:18<dihedral:#openttd>rcon gui was never from me, nor does it have to do with moving clients around
06:18<Aali:#openttd>I know, but they are in the same patch from wwottgd/2
06:19<Aali:#openttd>along with mute
06:19<dihedral:#openttd>lol
06:19<dihedral:#openttd>i did not really work on wwottdgd2
06:19<dihedral:#openttd>i did not put the move patch in there
06:19<dihedral:#openttd>iirc it was yorky porky
06:19-!-Timitry [83dc24f1@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
06:20-!-mib_o5nhrl [83dc24f1@webchat.mibbit.com] has joined #openttd
06:20<Aali:#openttd>I've been using that patch alot, works just fine :P
06:20<dihedral:#openttd>;-)
06:21<Aali:#openttd>well I gotta go, real life calls, see ya :P
06:21<dihedral:#openttd>cu Aali
06:22-!-ProfFrink [~proffrink@5ad84b74.bb.sky.com] has joined #openttd
06:23<mib_o5nhrl:#openttd>Still WIP, but have a look: http://wiki.openttd.org/wiki/index.php/User:Timitry/Junctions
06:26<jerker:#openttd>mib_o5nhrl: nice!
06:26<dihedral:#openttd>...
06:26-!-Prof_Frink [~proffrink@5ad46218.bb.sky.com] has quit [Ping timeout: 480 seconds]
06:26-!-ProfFrink is now known as Prof_Frink
06:29<dihedral:#openttd>petern: src/company_cmd.cpp between lines 815 and 845 a setting _network_company_states[index].password to empty?
06:35-!-Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Remote host closed the connection]
06:54<dihedral:#openttd>http://paste.openttd.org/179116
06:55<dihedral:#openttd>^ fixes the password issue
06:56-!-fjb [~frank@p5485EBB5.dip.t-dialin.net] has joined #openttd
07:04<SmatZ:#openttd>_network_company_states[c->index].password[0] = '\0' 8-)
07:04<dihedral:#openttd>...
07:06<dihedral:#openttd>well - if you'd prefer that :-P
07:08-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
07:08-!-Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
07:08-!-[com]buster is now known as Combuster
07:10<dihedral:#openttd>SmatZ: so where's the commit :-D
07:12<@petern:#openttd>never!
07:13<dihedral:#openttd>is there a better approach?
07:14-!-Progman [~progman@p57A1C73E.dip.t-dialin.net] has joined #openttd
07:21-!-frederyk [~frank@brln-4dba7822.pool.einsundeins.de] has joined #openttd
07:27-!-Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
07:28-!-DJNekkid [~chatzilla@77.16.173.238.tmi.telenormobil.no] has joined #openttd
07:28<DJNekkid:#openttd>i did spot a bug in cargodest, not sure how or why, but a station dont give passengers ... and it do have LOTS of houses around it
07:29<DJNekkid:#openttd>anything known?
07:30<DJNekkid:#openttd>it's in the h3b244a8f version from 19th desember or something
07:31-!-George3 [~George@212.113.107.216] has joined #openttd
07:31<@petern:#openttd>dont -> doesn't, do -> does
07:31-!-CIA-2 [~CIA@208.69.182.149] has quit [Ping timeout: 480 seconds]
07:32<DJNekkid:#openttd>sry ...
07:32<DJNekkid:#openttd>or rather, sorry :)
07:32<@petern:#openttd>afaik nobody is working on cargodest atm
07:32<DJNekkid:#openttd>so, i guess i should flyspray it?
07:32<@petern:#openttd>well
07:33<@petern:#openttd>assuming you can vehicles carrying passengers doing there, it's probably a dodgy routing cache
07:33<DJNekkid:#openttd>yes, there is (ofcourse) a route from it with appropriate vehicles
07:33<@petern:#openttd>check the smallmap
07:34<DJNekkid:#openttd>yup, its "bluelined" :)
07:34<@petern:#openttd>unfortunately the smallmap does not show direction, so it could be just a route to the station, not from it
07:37-!-George [~George@212.113.107.216] has quit [Ping timeout: 480 seconds]
07:38<DJNekkid:#openttd>there is no (no (un)loading) orders
07:38<DJNekkid:#openttd>a simple A-B route
07:38-!-mib_o5nhrl [83dc24f1@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
07:39-!-dfox [~dfox@r5cv134.net.upc.cz] has quit [Ping timeout: 480 seconds]
07:39-!-dfox [~dfox@r5cv134.net.upc.cz] has joined #openttd
07:40<DJNekkid:#openttd>it do, however, at A have full load
07:41<DJNekkid:#openttd>but, i have aprox 6 other stations in the same area with the same "go to A (full load) -> go to BIG", "go to B (full load) -> go to BIG
07:41-!-HerzogDeXtEr [~Flex@89.246.192.105] has joined #openttd
07:42<angelo:#openttd>i had the same problem yesterday
07:42<angelo:#openttd>i deleted the orders and reissued them
07:49<@petern:#openttd>has DJNekkid turned into bjarni? :o
07:50<SmatZ:#openttd>according to /whois, no
07:51<DJNekkid:#openttd>lol
07:51<DJNekkid:#openttd>is that good?
07:51<thingwath:#openttd>or /whoisnot
07:52<SmatZ:#openttd>according to /whoisnot, we all are Bjarnis
07:53<dihedral:#openttd>no
07:53<dihedral:#openttd>we all are _not_ Bjarnis
07:53<DJNekkid:#openttd>[ERROR] Unknown command “whoisnot”. :p
07:54<thingwath:#openttd>We all are.
07:55*SmatZ:#openttd 's Bjarni-o-meter for dihedral: |===============||=| 98%
07:55<SmatZ:#openttd>dihedral, you are the most Bjarni of all of us!
07:55<dihedral:#openttd>that reminds me.....
07:55<dihedral:#openttd>:-D
07:58-!-blathijs [~matthijs@drsnuggles.stderr.nl] has quit [Ping timeout: 480 seconds]
08:01<planetmaker:#openttd>Hm... I just tested the update / upgrade capability for Openttd for savegames: Creating a savegame with German signals 0.3, deleting the tar file from the search path, retaining the older version 0.21.
08:01<planetmaker:#openttd>The repository meanwhile has version 0.4.
08:02<planetmaker:#openttd>Upon load of the game, OpenTTD tells me, that I'm missing the proper grf (that's fine). But then content download won't supply me with the proper grf either :S
08:02<planetmaker:#openttd>Nor with the newer version. The buttons are all greyed out.
08:02<@petern:#openttd>same grfid?
08:03<planetmaker:#openttd>yes, I think so.
08:03<planetmaker:#openttd>It's just signals, no incompatibilities to be expected
08:03<planetmaker:#openttd>at least bananas only supplies the latest version 0.4 when looking at the website.
08:04<planetmaker:#openttd>Actually I would expect to have the option to download the exact version the save was made with.
08:04<planetmaker:#openttd>Or, if not that, the newest, compatible version
08:04-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
08:04-!-mode/#openttd [+v glx] by ChanServ
08:04<@Rubidium:#openttd>planetmaker: newer versions aren't compatible per definition
08:05<planetmaker:#openttd>hu?
08:05<planetmaker:#openttd>but older are?
08:05<@Rubidium:#openttd>no
08:05<@Rubidium:#openttd>only the exact same version is compatible with itself
08:05<planetmaker:#openttd>yes. So, I expect to have an offer to download that.
08:05<@Rubidium:#openttd>the rest is just wishfull thinking that they work
08:05<planetmaker:#openttd>even though it's not latest on bananas anymore.
08:05<@Rubidium:#openttd>planetmaker: what version are you using?
08:06<planetmaker:#openttd>15222
08:06<planetmaker:#openttd>the dot, curiously though, goes green for that grf in the content window.
08:07<planetmaker:#openttd>but buttons greyed out and text for 0.21
08:07<@Rubidium:#openttd>so version 0.3 isn't downloadable
08:07<@Rubidium:#openttd>it has 0.21 locally
08:07<planetmaker:#openttd>you have it in the repository, though
08:07<planetmaker:#openttd>I got it there, afaik
08:08<@Rubidium:#openttd>can't check that right now
08:08<planetmaker:#openttd>yes, definitely. I removed the tar from the content_download dir
08:08<planetmaker:#openttd>for testing exactly that :)
08:08<@petern:#openttd>svn diff
08:08<@petern:#openttd>er
08:09-!-DJNekkid_ [~chatzilla@77.16.92.34.tmi.telenormobil.no] has joined #openttd
08:09<@Rubidium:#openttd>planetmaker: could you give me the savegame?
08:09<planetmaker:#openttd>sure. One moment
08:09<planetmaker:#openttd>it has other grfs, though, too
08:11<planetmaker:#openttd>http://www.openttdcoop.org/files/pm/patches/Unbenannt,%201930-01-01.sav
08:12<planetmaker:#openttd>I'll make one with only that grf.
08:12<@Rubidium:#openttd>Yexo: does reverting r15214 fix your AI content download issue?
08:13<@Rubidium:#openttd>planetmaker: that savegame does work exactly as I intend it to work
08:14<planetmaker:#openttd>hm?
08:14<@Rubidium:#openttd>you're missing the NewGRFs, so it tries to find them
08:14<@Rubidium:#openttd>it finds 2cc and german signals version 3 and the rest isn't in the content system
08:14<planetmaker:#openttd>Rubidium: I do have all those others.
08:14-!-DJNekkid [~chatzilla@77.16.173.238.tmi.telenormobil.no] has quit [Ping timeout: 480 seconds]
08:14-!-DJNekkid_ is now known as DJNekkid
08:15<planetmaker:#openttd>The only thing changed inbetween is the German one. Give me 2 minutes and I demonstrate it only with the signals
08:15<planetmaker:#openttd>the only thing - which for me at least - needs updating for that game is the GermanSignals
08:18<planetmaker:#openttd>http://www.openttdcoop.org/files/pm/patches/Langberg%20Transport,%201930-01-05.sav <--- use that one, Rubidium
08:18<planetmaker:#openttd>only grf needed is GermanSignals v0.3
08:19-!-OwenS [~OwenS@host86-164-125-149.range86-164.btcentralplus.com] has joined #openttd
08:19-!-blathijs [~matthijs@drsnuggles.stderr.nl] has joined #openttd
08:19<@Rubidium:#openttd>when I don't have it it shows me that I can download that NewGRF, I have to select it and press download
08:20<planetmaker:#openttd>hm. where?
08:20<planetmaker:#openttd>after loading the game, in the newgrf settings window?
08:20<planetmaker:#openttd>or when?
08:20<@Rubidium:#openttd>yes
08:21<@Rubidium:#openttd>load game, get warning, open newgrf settings window, select 'find missing content'
08:21<planetmaker:#openttd>Doesn't work for me. All buttons except "cancel" stay greyed out.
08:21<planetmaker:#openttd>hm. Do you have the older version there?
08:21<planetmaker:#openttd>A compatible one? Or none at all?
08:21<planetmaker:#openttd>I have 0.21 here.
08:21<@Rubidium:#openttd>no, I've got no NewGRFs at all
08:22<planetmaker:#openttd>Which it finds and loads as compatible.
08:22<planetmaker:#openttd>But it shows the grf in the list with a yellow box
08:22<planetmaker:#openttd>but I cannot update
08:22<planetmaker:#openttd>either
08:22<planetmaker:#openttd>shall I give you 0.21 for testing?
08:22<@Rubidium:#openttd>yup
08:23<planetmaker:#openttd>http://www.openttdcoop.org/files/pm/patches/gersignw.grf
08:24<planetmaker:#openttd>it's here in ~/.openttd/data (or rather, on Mac, ~/Documents/OpenTTD/data)
08:24<@Rubidium:#openttd>ah, okay... something to fix ;)
08:24<planetmaker:#openttd>:)
08:27<planetmaker:#openttd>I take it, I can delete those files again. I don't want to illegally distribute files :)
08:28<@Rubidium:#openttd>yup
08:30-!-SHRIKEE [~shrikee@84-105-52-118.cable.quicknet.nl] has joined #openttd
08:35<+glx:#openttd>what's the problem with AI content download?
08:35-!-George3 is now known as George
08:36<@Rubidium:#openttd>planetmaker: nasty bug ;) really need to think about that one ;)
08:36<planetmaker:#openttd>uh...
08:36<planetmaker:#openttd>doesn't the savegame know the md5 and grfid?
08:37<+glx:#openttd>oh I see it seems to detect new ones when there is not
08:41-!-De_Ghost [~s@76-10-160-38.dsl.teksavvy.com] has quit [Remote host closed the connection]
08:41<@Rubidium:#openttd>planetmaker: yes, it's stored in the savegame, but when it loads a compatible one the 'local' config is replaced and I'm using the local config to build the list
08:42<+glx:#openttd>Rubidium: my fix is the cause :/
08:42<planetmaker:#openttd>oh... I see. So... a new entry, I guess, is needed: current and required
08:42-!-worldemar [~world@62.106.108.188] has joined #openttd
08:42<planetmaker:#openttd>locally in memory only, of course.
08:45<@Rubidium:#openttd>well... on save the NewGRF gets replaced
08:45<planetmaker:#openttd>he...
08:45<planetmaker:#openttd>hm... but how does it then still know that it is the 'wrong' newgrf?
08:46<@Rubidium:#openttd>due to a flag that's set
08:46<dihedral:#openttd>laters
08:46<@Rubidium:#openttd>but it's possible to reverse engineer the md5sum of the previous GRF
08:46<planetmaker:#openttd>maybe replace that flag by yet another md5 entry and introduce a IsCorrectMD5() instead.
08:46-!-DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has quit [Quit: Leaving]
08:47<planetmaker:#openttd>... well... reverse engineering might be easier then
08:49<Eddi|zuHause:#openttd>hm... this is the first time in over a year that i opened the MiniIN
08:50-!-DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has joined #openttd
08:51-!-SHRIKEE [~shrikee@84-105-52-118.cable.quicknet.nl] has quit [Remote host closed the connection]
08:53-!-Tim-itry [~Tim@p5B37E7FB.dip.t-dialin.net] has joined #openttd
08:59-!-RS-SM [~RSCN@216-165-16-61.DYNAPOOL.NYU.EDU] has joined #openttd
09:05-!-grumbel [~grumbel@i577B8578.versanet.de] has joined #openttd
09:05-!-dfox [~dfox@r5cv134.net.upc.cz] has quit [Ping timeout: 480 seconds]
09:05-!-dfox [~dfox@r5cv134.net.upc.cz] has joined #openttd
09:06-!-RS-SM [~RSCN@216-165-16-61.DYNAPOOL.NYU.EDU] has quit [Quit: RS-SM]
09:13<Eddi|zuHause:#openttd>something is wrong with this TTO-Savegame: www.informatik.uni-halle.de/~krause/Johannes%20Transporte,%202.%20Apr%201956.png
09:13<Eddi|zuHause:#openttd>aircraft loading mid-air
09:17<@Rubidium:#openttd>it's refuelling ;)
09:19<Aali:#openttd>too bad it's loading
09:19<Aali:#openttd>would've made a great screenshot if it was "unloading" in mid-air
09:21<planetmaker:#openttd>loool
09:21<planetmaker:#openttd>All those parachutists ;)
09:24-!-De_Ghosty [~s@76-10-160-38.dsl.teksavvy.com] has joined #openttd
09:24<SmatZ:#openttd>Eddi|zuHause: I can't connect :( can you provide a savegame?
09:24<Eddi|zuHause:#openttd>i'll create a flyspray task
09:25<planetmaker:#openttd>Eddi|zuHause: one could also claim that the plane is parking a bit off the airport on the hillside ;)
09:25<planetmaker:#openttd>off-road plane :P
09:25<Eddi|zuHause:#openttd>it just goes ahead when starting
09:25-!-Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd
09:26<planetmaker:#openttd>petern: Shouldn't you update the channel topic? Your servers seem fine, to me.
09:26-!-DJNekkid [~chatzilla@77.16.92.34.tmi.telenormobil.no] has quit [Read error: Connection reset by peer]
09:27<Eddi|zuHause:#openttd>how do i find out which file that is?
09:27<Eddi|zuHause:#openttd>the saveload window does not say the filename
09:31-!-TinoM| [~Tino@i59F5E55F.versanet.de] has joined #openttd
09:31<Eddi|zuHause:#openttd>for i in home/sv1/*; do echo $i; hexdump -C -n32 $i; done <- that'll do it, i believe ;)
09:37<Eddi|zuHause:#openttd>i hope that was the right one...
09:38<Eddi|zuHause:#openttd>next issue: why are some savegames listed as "broken"?
09:39-!-TinoM [~Tino@i59F5E55F.versanet.de] has quit [Ping timeout: 480 seconds]
09:43-!-Tim-itry [~Tim@p5B37E7FB.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
09:43<@petern:#openttd>planetmaker: saves doing it if they go down again :po
09:43<planetmaker:#openttd>:D
09:44<planetmaker:#openttd>I hear a true optimist speaking there ;)
09:44<Aali:#openttd>its not like anyone ever reads the topic anyway
09:44<Aali:#openttd>;)
09:50<Sacro:#openttd>Sigh, 2D graphics and Computer Interface Design sucks
09:52<planetmaker:#openttd>Sacro: design affordable 3D computer screens.
09:55-!-evandar [~evandar@213.168.176.142] has joined #openttd
09:56-!-divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd
10:02<@petern:#openttd>pom te pom
10:02<Sacro:#openttd>indeed you are
10:02-!-evandar [~evandar@213.168.176.142] has quit [Remote host closed the connection]
10:03<@petern:#openttd>http://fuzzle.org/~petern/ottd/ramodel.diff
10:03-!-evandar [~evandar@213.168.176.142] has joined #openttd
10:04<@Rubidium:#openttd>does that look like a preparation for realistic realisitic realistic acceleration
10:05<Eddi|zuHause:#openttd>i truely wonder how this game ever worked... without one-way signals, without pre-signals, without path signals...
10:05<Eddi|zuHause:#openttd>without build on slopes...
10:05<SpComb:#openttd>OpenTTD physics engine
10:05<dihedral:#openttd>back
10:05*dihedral:#openttd is just testing the --disable-network compile with his patch ;-)
10:06<SmatZ:#openttd>petern: nice it doesn't need savegame bump... I suppose there will be patch enumifying train acceleration models, too
10:07<Eddi|zuHause:#openttd>right... i remember the central bottleneck of this game now..
10:07<dihedral:#openttd>ESC[1;31mError: Out of memory. Cannot allocate 2883592 bytesESC[0;39m
10:07<dihedral:#openttd>openttd: /home/fairplay/openttd/src/openttd.cpp:145: void error(const char*, ...
10:07<dihedral:#openttd>): Assertion `0' failed.
10:07<Eddi|zuHause:#openttd>i couldn't move the HQ
10:07<dihedral:#openttd>r15209
10:08<@Rubidium:#openttd>dihedral: looks like you've got not enough free memory
10:08<dihedral:#openttd>i have way more than enough
10:08<dihedral:#openttd>i have another 300MB free
10:08<@Rubidium:#openttd>then you can't be out of memory
10:08<dihedral:#openttd>sorry - i have close to 650 free
10:09<Eddi|zuHause:#openttd>baaad... removing an empty depot fails... "train in the way"...
10:09<worldemar:#openttd>ghostly train...
10:10<SmatZ:#openttd>huh @ dihedral's problem
10:10-!-worldemar [~world@62.106.108.188] has quit [Remote host closed the connection]
10:10<@petern:#openttd>dihedral: not much we can do if malloc fails
10:11<dihedral:#openttd>just thought i'd post it ;-)
10:11<@petern:#openttd>you have 650MB free... is that before or after it crashed?
10:11<dihedral:#openttd>after
10:11<@petern:#openttd>maybe there's a huge mem leak
10:11<@petern:#openttd>however
10:11<dihedral:#openttd>i am just checking my logs
10:11-!-worldemar [~world@62.106.108.188] has joined #openttd
10:11<@petern:#openttd>your system would run to a crawl way before then
10:11<SmatZ:#openttd>it could be "random memory corruption", too
10:12<@petern:#openttd>the OOM killer would happen before malloc failed...
10:12<dihedral:#openttd>it's a vps
10:12<thingwath:#openttd>maybe there is not a continuous block of memory
10:12-!-davis- [~iloveme@p5B28F1D9.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
10:13<@petern:#openttd>thingwath: doesn't matter
10:13<dihedral:#openttd>everything looks fine at the time of the crash
10:13<@petern:#openttd>(unless the OS is really bad at its job)
10:13<dihedral:#openttd>;-)
10:13<dihedral:#openttd>if it were, most of the other services could not run!
10:14-!-worldemar [~world@62.106.108.188] has quit [Remote host closed the connection]
10:14<planetmaker:#openttd>thx for r15126, Rubidium :)
10:14<thingwath:#openttd>who knows what openttd did in it's address space... :-)
10:15<planetmaker:#openttd>To make me completely happy, it would then offer the option to actually activate that grf right away instead of requiring to re-load the whole game - or offer the dialoge before like "missing newgrf found. Want to check online for them?"
10:22-!-worldemar [~world@62.106.108.188] has joined #openttd
10:23-!-g3d [~g3d@101-mo5-13.acn.waw.pl] has joined #openttd
10:23<g3d:#openttd>hi, I've been trying for 10 minutes to find out how to build trams... no luck... How do I do that? I have the grf activated (or so I think)...
10:24<Aali:#openttd>click on "road" in the toolbar and hold down the mouse button
10:25<g3d:#openttd>wow... thank you Aali
10:25<@petern:#openttd>http://www.reddit.com/r/gaming/comments/7ro84/us_democracy_patch_day_obamas_presidency/
10:25<Aali:#openttd>g3d: you can do that on most of the toolbar buttons
10:26<Aali:#openttd>and you'll get access to a bunch of other features
10:26<g3d:#openttd>Aali: yeah, just figured that out, thanks again
10:27<@Rubidium:#openttd>planetmaker: the savegame's already loaded and loading the wrong NewGRF might already have corrupted the game state. So changing the NewGRF and pretending nothing happened doesn't seem to be a good plan
10:27<planetmaker:#openttd>fair enough... It's also more of a feature request
10:28-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
10:28-!-evandar [~evandar@213.168.176.142] has quit [Remote host closed the connection]
10:29<Eddi|zuHause:#openttd>"Item: Large Bottle of Water is incorrectly generating threat with TSA Agents when held in inventory. We are looking into the issue." <- lmao :p
10:29<@petern:#openttd>http://www.pistonheads.com/xforums/topic.asp?h=0&t=638125&i=0
10:29-!-Dred_furst [~Dred_furs@resnet614.bournemouth.ac.uk] has joined #openttd
10:33-!-evandar [~evandar@213.168.176.142] has joined #openttd
10:33<planetmaker:#openttd>most important is that one is able to retreive the proper grfs.
10:33<planetmaker:#openttd>which now is possible :)
10:35<Eddi|zuHause:#openttd>err... weird... one of the AIs has cut an (existing, heritage) rail line by placing a bus stop
10:35-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Quit: Leaving]
10:36<energetic:#openttd>dhedral: np
10:36<dihedral:#openttd>;-) late, hehe
10:36<dihedral:#openttd>had to think a moment
10:36<energetic:#openttd>SmatZ: all trains seem to have an order, I do not understand the other bugreport about the presignals.... care to elaborate a bit/.
10:37<energetic:#openttd>?
10:37<energetic:#openttd>:) my house was suddenly full yesterday :)
10:37-!-evandar [~evandar@213.168.176.142] has quit [Remote host closed the connection]
10:39-!-evandar [~evandar@213.168.176.142] has joined #openttd
10:39-!-Belugas [~belugas@216.191.111.226] has joined #openttd
10:39-!-mode/#openttd [+o Belugas] by ChanServ
10:39<SmatZ:#openttd>energetic: the train is lost, it is not heading to that station, so it chooses "random" track
10:39<SmatZ:#openttd>it doesn't know it can reverse in station
10:39<SmatZ:#openttd>what way should it go?
10:41-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
10:42<@petern:#openttd>hmm
10:42<@petern:#openttd>where would i put such an enum :o
10:42<@petern:#openttd>bearing in mind settings_type.h needs to include it
10:42<energetic:#openttd>thanks
10:42<@petern:#openttd>and should i abbreviate stuff...
10:42<@petern:#openttd>TrainAccelerationModelByte train_acceleration_model; ...
10:43<fjb:#openttd>model_train_acceleration :-)
10:43<@Rubidium:#openttd>you can do switch (byte) { case TAM_SAWYER: ... break; case TAM_REALISTIC: ... break; }
10:43<@petern:#openttd>hmm
10:43<@Rubidium:#openttd>would mean you don't have strict type safety though
10:43<@petern:#openttd>should be good enough, i guess
10:43<@petern:#openttd>then it an go in train.h
10:44<@petern:#openttd>TAM_SAWYER... heh
10:44<SmatZ:#openttd>train.h includes vehicle_base.h ...
10:44<SmatZ:#openttd>maybe vehicle_type.h ?
10:45<SmatZ:#openttd>Eddi|zuHause: your bug is fixed ;-)
10:46<@petern:#openttd>hm
10:46<Eddi|zuHause:#openttd>right... i think i have come across a few more
10:46-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
10:50<@petern:#openttd>http://www.dailymail.co.uk/news/worldnews/article-1126650/Miss-World-finalist-hands-feet-amputated-hit-infection.html
10:51<Eddi|zuHause:#openttd>hm... CIA-# dead?
10:52<@petern:#openttd>if not here, then yes
10:57-!-mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
10:58-!-Fuco [~dota.keys@ip-105.imafexbb.sk] has joined #openttd
10:58-!-Fuco [~dota.keys@ip-105.imafexbb.sk] has quit []
10:59-!-el_en [~lanurmi@dyn-xdsl-83-150-113-243.nebulazone.fi] has joined #openttd
11:00<Eddi|zuHause:#openttd>AIs seem to have problems with high water maps
11:03-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
11:11-!-wollollo [~martin@dyn1076-210.hor.ic.ac.uk] has joined #openttd
11:19-!-stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd
11:28-!-mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
11:29-!-Zorn [zorn@e177231129.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
11:32-!-Zorn [zorn@g224111163.adsl.alicedsl.de] has joined #openttd
11:37-!-UFO64 [~jmurray@141.114.197.20] has joined #openttd
11:40<planetmaker:#openttd>lol. I give students numbers with two digits accuracy of the mass of jupiter. They return me a moon's orbit down to a single meter...!
11:41<planetmaker:#openttd>an error of 10^-9... :P
11:41<planetmaker:#openttd>in relative units. Yeah, sure
11:43<@petern:#openttd>:o
11:45<SmatZ:#openttd>hehe
11:49-!-energetic [~opera@ip82-139-119-221.lijbrandt.net] has left #openttd []
11:52-!-UFO64 [~jmurray@141.114.197.20] has quit [Quit: Leaving]
11:53-!-worldemar [~world@62.106.108.188] has quit [Remote host closed the connection]
11:56-!-worldemar [~world@62.106.108.188] has joined #openttd
11:57-!-energetic [~opera@ip82-139-119-221.lijbrandt.net] has joined #openttd
11:58-!-energetic [~opera@ip82-139-119-221.lijbrandt.net] has left #openttd []
11:58-!-energetic [~opera@ip82-139-119-221.lijbrandt.net] has joined #openttd
11:59*dihedral:#openttd will now go and make some apple crumble :-)
12:01<@petern:#openttd>same some for me
12:04-!-Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd
12:05<energetic:#openttd>at the food factory?
12:07-!-frederyk [~frank@brln-4dba7822.pool.einsundeins.de] has quit [Quit: Ex-Chat]
12:07-!-Purno [~Purno@5350931D.cable.casema.nl] has quit []
12:11-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
12:11-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Remote host closed the connection]
12:21-!-frosch123 [~frosch@frnk-590fd142.pool.einsundeins.de] has joined #openttd
12:21<fjb:#openttd>Moin frosch123
12:21-!-Fuco [~dota.keys@ip-105.imafexbb.sk] has joined #openttd
12:22<frosch123:#openttd>quak fjb :)
12:22-!-evandar [~evandar@213.168.176.142] has quit [Remote host closed the connection]
12:23-!-evandar [~evandar@213.168.176.142] has joined #openttd
12:25-!-worldemar [~world@62.106.108.188] has quit [Remote host closed the connection]
12:25-!-evandar [~evandar@213.168.176.142] has quit [Remote host closed the connection]
12:25-!-evandar [~evandar@213.168.176.142] has joined #openttd
12:28-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
12:29-!-CIA-1 [~CIA@208.69.182.149] has joined #openttd
12:31-!-worldemar [~world@62.106.108.188] has joined #openttd
12:32<CIA-1:#openttd>OpenTTD: glx * r15233 /trunk/src/ (sdl.h video/sdl_v.cpp): -Fix (r15231): compilation with SDL broken on win32
12:33-!-evandar [~evandar@213.168.176.142] has quit [Read error: Connection reset by peer]
12:33-!-evandar [~evandar@213.168.176.142] has joined #openttd
12:48-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
12:51-!-yorick [~Yorick@82-171-205-190.ip.telfort.nl] has joined #openttd
12:51-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Remote host closed the connection]
12:51-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
13:01-!-Roujin [~chatzilla@mnch-5d860ea9.pool.einsundeins.de] has joined #openttd
13:01<Roujin:#openttd>hey guys :)
13:01<Brianetta:#openttd>hay
13:01<Brianetta:#openttd>we're hay guys
13:02<Roujin:#openttd>so you're peasants?
13:03-!-Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has quit [Quit: Tschüß]
13:03<Roujin:#openttd>does any of the devs happen to be working on a filter option for the content list?
13:05<Roujin:#openttd>because I'm making a patch for that atm.. and if anyone of you is doing the same thing already by chance, I can stop doing something futile.. ;)
13:06-!-Wolf01 [~wolf01@host254-233-dynamic.14-87-r.retail.telecomitalia.it] has joined #openttd
13:07<Roujin:#openttd>second question is, would you want such a feature?
13:07<Wolf01:#openttd>hello
13:07<Wolf01:#openttd>the first was?
13:07<Roujin:#openttd>see logs: http://zapotek.paivola.fi/~terom/logs/openttd
13:09<Wolf01:#openttd>ok, yes I want it :D
13:10<Wolf01:#openttd><sarcasm>and if I want, also dev want, because all the features I want, soon or later, come in trunk ;)</sarcasm>
13:12-!-Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Remote host closed the connection]
13:12-!-yorick [~Yorick@82-171-205-190.ip.telfort.nl] has quit [Quit: Poef!]
13:14<Roujin:#openttd>while hacking about in network_content_gui.cpp I found some evidence that it's a nice c&p job of the network game window - some comments still mention "selected server"s and such :P :P
13:16-!-davis- [~iloveme@p5B28F1D9.dip.t-dialin.net] has joined #openttd
13:16<@petern:#openttd>why reinvent the wheel?
13:17-!-Yeggstry [~mind@cpc2-rdng14-0-0-cust631.winn.cable.ntl.com] has joined #openttd
13:20<+glx:#openttd>it's usual to base a new window on an existing one
13:23<Roujin:#openttd>I know ^^ I also heavily borrowed from the network window to get a working text field into the content window.. (without it, I'd never have guessed that I have to change the superclass to QueryStringBaseWindow)
13:24<Roujin:#openttd>just found it funny to see comments about "selected servers". Maybe also because I wrote them (when a patch about key scrolling in the server list by me got kindly adapted to trunk :))
13:33<Roujin:#openttd>Oh and I just found a crash source. in OnKeyPress it is not checked if any item is selected at all before trying to toggle it if one presses space.
13:34-!-dfox [~dfox@r5cv134.net.upc.cz] has quit [Ping timeout: 480 seconds]
13:34<Roujin:#openttd>checked only in my modified build, and vanilla r15197 though
13:34-!-dfox [~dfox@r5cv134.net.upc.cz] has joined #openttd
13:35-!-vraa [~vraa@h126.68.20.98.dynamic.ip.windstream.net] has joined #openttd
13:35-!-helb [~helb@84.244.90.53] has joined #openttd
13:36<Roujin:#openttd>but guessing from the source, it should happen in head of trunk, too. Just open the content window, wait until some content is in the list and press space (without selecting anything before). this should cause a crash.
13:37<+Yexo:#openttd>Roujin: it does
13:39<Roujin:#openttd>since this->selected is initialised with NULL it should do fine to insert a "if (this->selected == NULL) return ES_HANDLED;" there
13:40<CIA-1:#openttd>OpenTTD: Yexo * r15234 /trunk/src/network/network_content_gui.cpp: -Fix (r15176): Crash if you pressed space in the content download window before selecting an item.
13:41<Roujin:#openttd>or like this, of course :)
13:44<Alberth:#openttd>patching while you wait :)
13:46<g3d:#openttd>is documentation for QImage::getScanline() wrong? it says that it returns uchar *, but I'm getting an error that I'm casting away constness when doing reinterpret_cast< QRgb * >( img.scanLine( y ) )...
13:47<@Rubidium:#openttd>huh?
13:47<g3d:#openttd>or wait...
13:47<g3d:#openttd>ah sorry, just noticed the second version of getScanline... but still...
13:48<@Rubidium:#openttd>still huh?
13:48<+Yexo:#openttd>g3d: are you sure you're in the right channel?
13:48<CIA-1:#openttd>OpenTTD: translators * r15235 /trunk/src/lang/ (16 files in 2 dirs): (log message trimmed)
13:48<CIA-1:#openttd>OpenTTD: -Update: WebTranslator2 update to 2009-01-23 18:47:35
13:48<CIA-1:#openttd>OpenTTD: arabic_egypt - 46 fixed by khaloofah (46)
13:48<CIA-1:#openttd>OpenTTD: dutch - 12 fixed by habell (12)
13:48<CIA-1:#openttd>OpenTTD: finnish - 12 fixed by jpx_ (12)
13:48<CIA-1:#openttd>OpenTTD: french - 12 fixed by glx (12)
13:48<CIA-1:#openttd>OpenTTD: greek - 70 changed by doukas (70)
13:48<g3d:#openttd>lol
13:48<g3d:#openttd>heheh sorry guys
13:51-!-helb [~helb@84.244.90.53] has quit [Ping timeout: 480 seconds]
13:55-!-grumbel [~grumbel@i577B8578.versanet.de] has quit [Quit: Ex-Chat]
14:00-!-goodger__ is now known as goodger
14:04-!-FloSoft [sifldoer@tyra.ra-doersch.de] has quit [Remote host closed the connection]
14:06-!-FloSoft [sifldoer@tyra.ra-doersch.de] has joined #openttd
14:06-!-FloSoft [sifldoer@tyra.ra-doersch.de] has quit [Read error: Connection reset by peer]
14:07-!-FloSoft [sifldoer@tyra.ra-doersch.de] has joined #openttd
14:12-!-FloSoft [sifldoer@tyra.ra-doersch.de] has quit [Remote host closed the connection]
14:13-!-FloSoft [sifldoer@tyra.ra-doersch.de] has joined #openttd
14:14<planetmaker:#openttd>hm... another issue with content download
14:14<planetmaker:#openttd>Remove GermanSignals any version from your newgrfs
14:14<planetmaker:#openttd>And join 195.20.204.254:3981
14:15<planetmaker:#openttd>download the grf from the join window, then join the company.
14:15<planetmaker:#openttd>I immediately desync.
14:15<planetmaker:#openttd>Next start of openttd it works without problems.
14:16<planetmaker:#openttd>revision r15233
14:16-!-Prof_Frink [~proffrink@5ad84b74.bb.sky.com] has quit [Read error: Connection reset by peer]
14:17-!-Prof_Frink [~proffrink@5adc569a.bb.sky.com] has joined #openttd
14:19-!-bobbybutt [~bobbybutt@tor-irc.dnsbl.oftc.net] has joined #openttd
14:22<@petern:#openttd>"server is full"
14:23<Eddi|zuHause:#openttd>what is "german signals" anyway?
14:23<@petern:#openttd>some silly grf
14:23<Eddi|zuHause:#openttd>yes, but i never heard of it
14:23<Aali:#openttd>its regular signals, except the lights are reversed, green is red and vice versa
14:24<Eddi|zuHause:#openttd>in how far are they different from the ones in the DBSet?
14:24-!-FloSoft [sifldoer@tyra.ra-doersch.de] has quit [Remote host closed the connection]
14:24-!-FloSoft [sifldoer@tyra.ra-doersch.de] has joined #openttd
14:24<@petern:#openttd>planetmaker: no immediate desync for me
14:25-!-FloSoft [sifldoer@tyra.ra-doersch.de] has quit [Remote host closed the connection]
14:25<planetmaker:#openttd>strange. Now for me neither.
14:25<planetmaker:#openttd>But this time I had the old version present.
14:27-!-Mark_ [~M4rk@5351EC68.cable.casema.nl] has quit [Read error: Connection reset by peer]
14:27<@petern:#openttd>i don't
14:27<planetmaker:#openttd>are you sure you don't have any version? Now w/o any of them I desynced again
14:28<@petern:#openttd>yes
14:29<@petern:#openttd>i'm using my fresh debian vm install
14:30<planetmaker:#openttd>ah. Difference: it desyncs, if I _don't_ close the newgrf window. It doesn't desync, if I close it prior to joining.
14:31<planetmaker:#openttd>I'm on clean trunk, too. Sure
14:31-!-SHRIKEE [~shrikee@84-105-52-118.cable.quicknet.nl] has joined #openttd
14:32<@petern:#openttd>ah
14:32<@petern:#openttd>that's nothing to do with content downloading
14:32<@petern:#openttd>that's reapplying newgrfs when you close the window...
14:32<@petern:#openttd>which it shouldn't be doing, heh
14:32<planetmaker:#openttd>yeah, maybe. I didn't notice that difference before :)
14:36-!-M4rk [~M4rk@5351EC68.cable.casema.nl] has joined #openttd
14:37-!-FloSoft [sifldoer@tyra.ra-doersch.de] has joined #openttd
14:39<planetmaker:#openttd>I guess I can skip the flyspray entry, petern ?
14:39<@petern:#openttd>if you do it'll only get forgotten about
14:39<planetmaker:#openttd>?
14:40<@petern:#openttd>i am not working on fixing it
14:40<@petern:#openttd>http://www.tt-forums.net/viewtopic.php?p=759587#p759587
14:40<planetmaker:#openttd>he... I guess my sarcasmometer needs adjusting :). Ok, I'll post it then.
14:40<@petern:#openttd>^ people are odd
14:40<@petern:#openttd>no sarcasm
14:41<planetmaker:#openttd>You honestly don't want a flyspray entry?!
14:41<@petern:#openttd>oh
14:41<planetmaker:#openttd>for a bug you don't fix now? Hm...
14:41<@petern:#openttd>*sigh*
14:41<@petern:#openttd>*don't* not do :/
14:42<planetmaker:#openttd>oh... damn logic :P Now I get you ;)
14:43-!-Wolle [Dr_Jekyll@p57B0FEB4.dip.t-dialin.net] has joined #openttd
14:48-!-FR^2 [~frquadrat@frquadrat.de] has joined #openttd
14:50<fjb:#openttd>Did anybody attempt to port cargodest to the actual trunk?
14:51-!-Progman [~progman@p57A1C73E.dip.t-dialin.net] has quit [Remote host closed the connection]
14:51<@Rubidium:#openttd>yes
14:54<+glx:#openttd>who?
14:54<+glx:#openttd>ha yes I treid
14:54<+glx:#openttd>*tried
14:54<fjb:#openttd>But didn't succeed?
14:54<+glx:#openttd>and failed with the OrderList stuff
14:57<fjb:#openttd>:-(
14:58<Aali:#openttd>I tried
14:58-!-divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Read error: Connection reset by peer]
14:58<Aali:#openttd>and a few bugs aside (which I have fixed now) it worked fine
15:02-!-bleepy [bleepy@5ad9f86d.bb.sky.com] has quit [Ping timeout: 480 seconds]
15:02-!-bleepy [bleepy@5adad4a4.bb.sky.com] has joined #openttd
15:05-!-bobbybutt [~bobbybutt@tor-irc.dnsbl.oftc.net] has quit [Quit: Leaving]
15:09<fjb:#openttd>Oh.
15:11<@petern:#openttd># my name is chip
15:12<@petern:#openttd># and i'm different
15:12<@petern:#openttd># i don't conform, i wear different uniform
15:16-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
15:18-!-Progman [~progman@p57A1C73E.dip.t-dialin.net] has joined #openttd
15:34-!-Runr [~Runar@83.13.erx-lhm.eidsiva.net] has joined #openttd
15:39-!-UFO64 [~jmurray@141.114.218.99] has joined #openttd
15:40-!-Kurt [~stefan@p549297A3.dip0.t-ipconnect.de] has joined #openttd
15:40-!-HerzogDeXtEr1 [~Flex@89.246.164.127] has joined #openttd
15:46-!-KritiK [~Maxim@78-106-143-15.broadband.corbina.ru] has joined #openttd
15:47-!-HerzogDeXtEr [~Flex@89.246.192.105] has quit [Ping timeout: 480 seconds]
15:48-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
15:53<@petern:#openttd># that's an orderrrrrrrrr
15:53<CIA-1:#openttd>OpenTTD: peter1138 * r15236 /trunk/src/ (7 files in 2 dirs): -Codechange: Rename realistic_acceleration patch option to train_acceleration_model, and change from boolean to value. Don't forget to update your settings.
15:54-!-UFO64 [~jmurray@141.114.218.99] has quit [Quit: Leaving]
15:55-!-wonea [~wonea@wonea.demon.co.uk] has joined #openttd
15:55<Roujin:#openttd>hmm, should the player be able to enter multiple keywords in the filter box? (comma seperated)
15:55<Roujin:#openttd>and if so, should they be ANDed or ORed (I'd say ANDed)
15:56<CIA-1:#openttd>OpenTTD: peter1138 * r15237 /trunk/src/lang/ (42 files in 2 dirs): -Codechange: Remove string removed in r15236 in other languages.
15:57<Roujin:#openttd>is anyone actually interested in what I'm doing? :)
15:59<frosch123:#openttd>comma separated? though I am not involved in the stuff you are dealing with, I would suggest google syntax :p
15:59<planetmaker:#openttd>Roujin: what and where are you applying regular expressions to?
16:01<Roujin:#openttd>I'm making a patch that puts a textbox in the content window to enter one (or multiple) key words to filter for
16:01<Roujin:#openttd>key words as in tags
16:01<Roujin:#openttd>and imo it should use comma seperated @frosch123, since that's also how BaNaNaS creates them
16:02<planetmaker:#openttd>ah... the content download window will get a filter option of yours? Nice! :)
16:03<wollollo:#openttd>comma seperated sounds good to me, ANDed, with some possibility to get it ORed in stead (precede keyword with OR or something)
16:03<Roujin:#openttd>if the user were allowed to enter multiple tags there, would you expect it to display items that has ALL of those tags, or ANY of those
16:03<@Rubidium:#openttd>Roujin: what? bananas makes a comma separated list?
16:03<Roujin:#openttd>quote: Tags: (comma seperated field; try to reuse existing tags)
16:04<@Rubidium:#openttd>that's only the way of entering the tags
16:04<Roujin:#openttd>yes
16:04<Roujin:#openttd>but it means that a tag cannot include a comma (if I understand it correctly)
16:04<Roujin:#openttd>unless you allow some sort of fancy escaping for commas inside a tag
16:04<@Rubidium:#openttd>but implicit and sounds okay to me, as long as or/OR can make it well... an or
16:05<CIA-1:#openttd>OpenTTD: peter1138 * r15238 /trunk/src/settings_gui.cpp: -Fix (r15236): Missed a file
16:05<planetmaker:#openttd>What about a checkbox: combine tags with OR / combine tags with AND
16:06<planetmaker:#openttd>s/checkbox/choice/
16:06<Roujin:#openttd>Rubidium: you mean one should be able to enter "A or B" and it should be able to parse that and display items that either have A or B...?
16:07<Roujin:#openttd>then we can't have a tag called "or" ^^
16:08<Roujin:#openttd>okay, nobody should use such a tag anyway...
16:10*worldemar:#openttd likes to write long logical expressions with lots of AND, OR, XOR, etc
16:10<@petern:#openttd>what happened to the sign list filter?
16:11<Roujin:#openttd>I think introducing a parser to understand logical expressions would be over the top here...
16:11<@Rubidium:#openttd>petern: bitrot?
16:11<Roujin:#openttd>petern: uhm, I don't know.. that one was by someone else
16:12<planetmaker:#openttd>petern: it still applies to trunk cleanly
16:12<planetmaker:#openttd>it's Zuu's.
16:12-!-Zahl [~Zahl@g226136158.adsl.alicedsl.de] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar]
16:12<Eddi|zuHause:#openttd>the prolog way: comma for and, semicolon for or
16:13<planetmaker:#openttd>but it has no logic in it.
16:13<planetmaker:#openttd>you start typing and as you type it searches the strings / signs which match your typed string
16:13<planetmaker:#openttd>logic in the sense of algebraic expressions
16:13<planetmaker:#openttd>which the user may enter
16:14<planetmaker:#openttd>but you might build on that, Roujin...
16:15<Roujin:#openttd>that's kind of what I was aiming for, too..
16:15<planetmaker:#openttd>then you should definitely have a look at it :)
16:15<Roujin:#openttd>uh, except that comma seperates tags
16:15<planetmaker:#openttd>no need to re-invent the wheel, I'd say
16:16<planetmaker:#openttd>sure :) Needs adaption. But alas.
16:16<planetmaker:#openttd>Nothing is for free in life ;)
16:16<Roujin:#openttd>but good suggestion, I'll have a look at it and see what I can salvage :P
16:22<Roujin:#openttd>hmm, so many little things that could(should)'ve been in a seperate patch...
16:22-!-wonea [~wonea@wonea.demon.co.uk] has left #openttd [Leaving]
16:22<Roujin:#openttd>that IsQueryWindow function for example...
16:23-!-Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has joined #openttd
16:23<planetmaker:#openttd>Roujin: do it like Zuu does: use hg queues. That way you _can_ make it seperate patches while having it as one, too.
16:23<planetmaker:#openttd>Works for my clientside patch-assortment, too.
16:23<Roujin:#openttd>ah so he did make seperate patches..
16:24<planetmaker:#openttd>Roujin: well... the filter sign is one. But the widget focus is another... but maybe he has it locally as different. Not sure
16:26<planetmaker:#openttd>And _you_ might break it down into different ones :P
16:26-!-worldemar [~world@62.106.108.188] has quit [Quit: An exit status of zero indicates success, and a nonzero value indicates failure.]
16:27-!-Nite_Owl [~Nite_Owl@c-98-211-146-65.hsd1.fl.comcast.net] has joined #openttd
16:27<Nite_Owl:#openttd>Hello all
16:28-!-Dred_furst [~Dred_furs@resnet614.bournemouth.ac.uk] has quit [Read error: Connection reset by peer]
16:28<edeca:#openttd>Hey Nite_Owl
16:28<Nite_Owl:#openttd>Hello edeca
16:29<edeca:#openttd>How are you?
16:29<Nite_Owl:#openttd>Doing Okay - and you?
16:30<edeca:#openttd>Fine thanks, it's Friday at last!
16:31<Nite_Owl:#openttd>Finally Friday
16:31*edeca:#openttd tries to play while drunk
16:32<edeca:#openttd>Heh, admiralai for me is spending $$$$s creating train stations and never making rails
16:32*edeca:#openttd wonders if there's an update
16:32<+Yexo:#openttd>v19 is the latest available version
16:33<edeca:#openttd>I'll check, thanks Yexo
16:34<edeca:#openttd>Yep, I'm using 19
16:34<edeca:#openttd>And it seems to create loads of stations but no rail or trains!
16:35<Eddi|zuHause:#openttd>admiral ai seems to suffer the worst from high water
16:35<+Yexo:#openttd>upload a savegame in the forum thread and I'll check
16:35<+Yexo:#openttd>and high water is a known weakness
16:35<@petern:#openttd>i found admiralai struggled with modified building costs
16:36<+Yexo:#openttd>it doesn't check for that either
16:36-!-dfox [~dfox@r5cv134.net.upc.cz] has quit [Remote host closed the connection]
16:36<@petern:#openttd>"oh, i'll just build this road here" when building roads is really expensive...
16:36<@petern:#openttd>(ais think like that, yeah?)
16:36<+Yexo:#openttd>they don't have to, they can check how expensive it is
16:36<+Yexo:#openttd>but most don't and assume the values are 'normal', as in, default
16:37<edeca:#openttd>Yexo: Hm, it might be high water. I'm unsure. I'll upload a game in a bit, if the brandy allows
16:37-!-Wolle [Dr_Jekyll@p57B0FEB4.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
16:41<M4rk:#openttd>r15235 seems to assert when i want to load a heightmap, does anyone else have this problem/is it known?
16:41-!-M4rk is now known as Mark_
16:45-!-Roujin_ [~chatzilla@mnch-5d860ea9.pool.einsundeins.de] has joined #openttd
16:45<Roujin_:#openttd>Hmm, I wonder if filtering should be implemented at a lower level
16:45<Roujin_:#openttd>i.e. GUIList
16:46<@petern:#openttd>filtering engine lists? yes
16:46<+Yexo:#openttd>Mark_: not known afaik, does it happen with every heightmap or just one?
16:47<Mark_:#openttd>i tried two
16:47<Mark_:#openttd>one i just created and one that worked before
16:48<Mark_:#openttd>it also happens with freeform edges off
16:48<Roujin_:#openttd>but then it would need to be implemented in a generic way, like the sorting.. dunno if I can pull that off
16:48<+Yexo:#openttd>Mark_: I see, working on it
16:48<Mark_:#openttd>okay, good luck
16:50-!-Roujin [~chatzilla@mnch-5d860ea9.pool.einsundeins.de] has quit [Ping timeout: 480 seconds]
16:50-!-Roujin_ is now known as Roujin
16:51-!-KritiK_ [~Maxim@78-106-71-2.broadband.corbina.ru] has joined #openttd
16:52<CIA-1:#openttd>OpenTTD: Yexo * r15239 /trunk/src/ (saveload/ai_sl.cpp settings.cpp): -Fix [FS#2579]: The start date of random AIs was not stored in the config file or the savegame.
16:53<edeca:#openttd>Hm, I noticed that if you only play for a short time (i.e. 1 year then save & quit) a failing AI doesn't go bankrupt, you just get the warning every so oftne
16:53<edeca:#openttd>Is that because I need to play for longer?
16:53<edeca:#openttd>1 got sold off when I played for a few years
16:55<CIA-1:#openttd>OpenTTD: Yexo * r15240 /trunk/src/genworld_gui.cpp: -Fix (r15212): Loading heightmaps resulted in an assert.
16:55<+Yexo:#openttd>Mark_: there you go
16:56<Mark_:#openttd>wow that's fast :)
16:56<planetmaker:#openttd>edeca: a company is only bancrupted when it is in the red numbers at the 4th consecutive start of a quartal
16:56<planetmaker:#openttd>*quartal
16:56<planetmaker:#openttd>or quater of a year
16:56<edeca:#openttd>So it takes 1 year (4 * 1/4) or 4 years?
16:56<edeca:#openttd>I'm confused :)
16:56<goodger:#openttd>one year
16:56<planetmaker:#openttd>1 year where 1st january, march, june and september need be negative
16:57<goodger:#openttd>though it could technically take up to 15 months - 1 day
16:57<planetmaker:#openttd>yeah
16:57<goodger:#openttd>I think
16:57<planetmaker:#openttd>maybe :P
16:57-!-KritiK [~Maxim@78-106-143-15.broadband.corbina.ru] has quit [Ping timeout: 480 seconds]
16:57-!-KritiK_ is now known as KritiK
16:57<goodger:#openttd>e.g., you go negative on january 2, and the following march you go bankrupt
16:58-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
16:59<edeca:#openttd>And would save/load impact it?
16:59-!-g3d [~g3d@101-mo5-13.acn.waw.pl] has quit [Quit: Lost terminal]
16:59<+Yexo:#openttd>edeca: it shouldn't
17:00<edeca:#openttd>OK.
17:00<Aali:#openttd>if saveload did affect it, you'd get some nice desyncs in MP
17:01<wollollo:#openttd>the point of the "max distance from edge for oil refineries" setting is to keep oil refineries close to the sea, right?
17:01<wollollo:#openttd>with freeform edges, that doesn't happen
17:02<wollollo:#openttd>is that how we want it to be?
17:03<@Rubidium:#openttd>that setting's kinda outdated now
17:04<wollollo:#openttd>ok, just wondering
17:04<Aali:#openttd>perhaps its time to add a 0/disabled setting
17:04-!-Lakie [~Lakie@91.84.251.149] has joined #openttd
17:05<edeca:#openttd>With ECS, do you need to transport passengers to fishing boats to get any sort of real fish out of them?
17:06<edeca:#openttd>I get virtually no fish out of them even with >80% service
17:06<edeca:#openttd>Ah, OK, it just takes a few months :\
17:06<+Yexo:#openttd>edeca: iirc fish production depends on the current month
17:07<Tefad:#openttd>O_o
17:08<edeca:#openttd>Yexo: Ah, makes sense. 5 fishing grounds generate 30 tonnes, 1 is generating >400!
17:08<edeca:#openttd>Odd :)
17:08-!-Progman [~progman@p57A1C73E.dip.t-dialin.net] has quit [Remote host closed the connection]
17:09<CIA-1:#openttd>OpenTTD: frosch * r15241 /trunk/src/ai/api/ (5 files): -Fix (r15027): NoAI API was not aware of certain newindustries 'features'.
17:15<Roujin:#openttd>well, the GUI part of my patch is done (well, that's the easy one :P)
17:16<edeca:#openttd>Yexo: Wow, admiralai builds neat tram tracks :)
17:16<Roujin:#openttd>for the other part I'd either have to make changes to the network stuff, or implement it at a lower level, i.e. the GUIList in a generic way.
17:17<Roujin:#openttd>the latter one would be preferable, because then it could be reused in all kinds of places.. but right now I can't get myself into doing this.. gonna go sleep early now. maybe tomorrow :)
17:18<Roujin:#openttd>so good night
17:18-!-Roujin [~chatzilla@mnch-5d860ea9.pool.einsundeins.de] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]]
17:18<CIA-1:#openttd>OpenTTD: rubidium * r15242 /trunk/src/ (15 files in 4 dirs): -Feature: allow moving clients between companies/spectators by the server and the clients themselves (dihedral)
17:18<dihedral:#openttd>\o/
17:18<@petern:#openttd>you mispelled his name :(
17:19<dihedral:#openttd>?
17:19<dihedral:#openttd>no he did not
17:19<@petern:#openttd>D ;)
17:19<dihedral:#openttd>nonofair
17:19<@petern:#openttd>hmm
17:20<@petern:#openttd>realistic acceleration speed limits are odd :o
17:21<@petern:#openttd>also
17:21<@petern:#openttd>they don't take account of shorter wagons
17:22<@petern:#openttd>(i don't know if they should, only that it does take account of number of wagons)
17:25<Eddi|zuHause:#openttd>what does speed limit have to do with number of wagons?
17:26-!-UFO64 [~jmurray@murrayjm8.umeres.maine.edu] has joined #openttd
17:26<edeca:#openttd>Lots of wagons = very bloody heavy?
17:27<@petern:#openttd>number of wagons is used as a distance for curves
17:27*edeca:#openttd goes to bed
17:27<@petern:#openttd>it means shorter wagons get an advantage on tight bends
17:27<@petern:#openttd>as it thinks the bend is longer
17:27<Sacro:#openttd>shorter wagons would have a better turning circle
17:28<@petern:#openttd>yes but not faster
17:28<@Rubidium:#openttd>shorter wagons usually means lower speeds ;)
17:30-!-Runr [~Runar@83.13.erx-lhm.eidsiva.net] has quit [Quit: Bye!]
17:30<@petern:#openttd>Error 1 error C2446: ':' : no conversion from 'CompanyByte' to '' c:\users\peter\documents\visual studio 2005\projects\trunk4\src\toolbar_gui.cpp 235
17:30<@petern:#openttd>yes
17:30<@petern:#openttd>a new type called ''
17:32<dihedral:#openttd>uhoh
17:33<@Rubidium:#openttd>nothing a simple cast can't solve, right?
17:34<@petern:#openttd>to what where?
17:34<@petern:#openttd>(int)_local_company i guess
17:34<@Rubidium:#openttd>int?
17:34<@petern:#openttd>compiles with that
17:35<Wolf01:#openttd>'night
17:35-!-Wolf01 [~wolf01@host254-233-dynamic.14-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
17:35<CIA-1:#openttd>OpenTTD: rubidium * r15243 /trunk/src/openttd.cpp: -Fix [FS#2446]: rejoining a server would abort the join (and kick the client) because trying to join with an invalid player ID
17:36<CIA-1:#openttd>OpenTTD: frosch * r15244 /trunk/src/ai/api/ai_industry.cpp: -Fix (r15027): The station tile of an oilrig-like industry is not neccessarily the first industry tile.
17:40<Eddi|zuHause:#openttd>hm... apparently i have 64.046 busses
17:40<goodger:#openttd>huzzah
17:40<Eddi|zuHause:#openttd>at least according to the autoreplace window
17:40<+glx:#openttd>you play with an AI :)
17:41<Sacro:#openttd>hmm
17:41<Sacro:#openttd>can someone do seen Bjarni
17:41<Sacro:#openttd>I don't quite know how to do an 'at' symbol in osx terminal
17:41<+glx:#openttd>Sacro: @ <-- take it
17:41-!-vraa [~vraa@h126.68.20.98.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
17:41<@petern:#openttd>you press the @ key
17:42<Sacro:#openttd>petern: i don't have a key with that symbol
17:42<Sacro:#openttd>@seen Bjarni
17:42<@DorpsGek:#openttd>Sacro: Bjarni was last seen in #openttd 2 weeks, 0 days, 3 hours, 13 minutes, and 12 seconds ago: <Bjarni> hi Wolf01
17:42<Sacro:#openttd>hmm
17:42<Sacro:#openttd>I can't make the osx build
17:42<Sacro:#openttd>ld fails
17:42<Sacro:#openttd>0.6.3
17:42<+glx:#openttd>you followed the wiki?
17:44<Sacro:#openttd>yup
17:44-!-vraa [~vraa@h126.68.20.98.dynamic.ip.windstream.net] has joined #openttd
17:44<Sacro:#openttd>have xcode and fink
17:44<Sacro:#openttd>installed libpng3
17:44<Sacro:#openttd>./configure, make
17:44<+glx:#openttd>ld fails on what?
17:44-!-rtypo [~tux@pc54.clicknet.iasi.rdsnet.ro] has joined #openttd
17:47<Sacro:#openttd>rebuilding now
17:51<Sacro:#openttd>Undefined symbols:
17:51<Sacro:#openttd> "_iconv_open", referenced from:
17:51<Sacro:#openttd> FS2OTTD(char const*)in unix.o
17:51<Sacro:#openttd> OTTD2FS(char const*)in unix.o
17:51<Sacro:#openttd> "_iconv", referenced from:
17:51<Sacro:#openttd> convert_tofrom_fs(void*, char const*)in unix.o
17:51<Sacro:#openttd> convert_tofrom_fs(void*, char const*)in unix.o
17:51<Sacro:#openttd>actually, don't i need freetype or somesuch
17:51<@Rubidium:#openttd>so you're missing iconv
17:52<Sacro:#openttd>Rubidium: apt seems to say I have it
17:53<Prof_Frink:#openttd>and -dev?
17:53<Sacro:#openttd>yep
17:53<Sacro:#openttd>and -bin
17:53<Sacro:#openttd>hmm, unix.o
17:53<Sacro:#openttd>should that be built on osx?
17:53<Sacro:#openttd>how come there's no DMG anyway
17:54<@Rubidium:#openttd>cause it's a propriatary format
17:54<Sacro:#openttd>so?
17:54<Sacro:#openttd>isn't exe too?
17:54<@Rubidium:#openttd>Sacro: please tell me how to make a dmg on a NON-OSX system
17:54<+glx:#openttd>exe is an nsis installer
17:55<@Rubidium:#openttd>and nsis installer is open source software
17:55<+glx:#openttd>we have a compiler for it
17:55<svip:#openttd>Isn't that the reason you have Belugas or was it the other B guy?
17:55<+glx:#openttd>it's Bjarni
17:55<svip:#openttd>Yeah, that guy.
17:55<svip:#openttd>He should do it.
17:56<+glx:#openttd>and if we require Bjarni for a release, we can wait for some time ;)
17:56<svip:#openttd>How come?
17:56<@Rubidium:#openttd>@seen Bjarni
17:56<@DorpsGek:#openttd>Rubidium: Bjarni was last seen in #openttd 2 weeks, 0 days, 3 hours, 27 minutes, and 25 seconds ago: <Bjarni> hi Wolf01
17:56<Prof_Frink:#openttd>Just tell all the mac users to get a real computer.
17:56<@Rubidium:#openttd>svip: ^^ he's here like every day and such...
17:56<+Yexo:#openttd>and at that time he only said hello and left
17:57<Sacro:#openttd>Prof_Frink: wish i had actually
17:57<+Yexo:#openttd>last time he was really here was weeks before that
17:57<Sacro:#openttd>i do like the look of the 10 inch aspire one
17:57<Prof_Frink:#openttd>You aspire to a 10 inch one?
17:57<energetic:#openttd>dihedral?
17:58<dihedral:#openttd>here
17:58<Sacro:#openttd>Prof_Frink: yes :(
17:59<Nite_Owl:#openttd>a 10 inch pianist is rather short
17:59<planetmaker:#openttd>Yexo: I've got an admiral here which built two stations, tracks inbetween and did nothing more...
17:59<@Rubidium:#openttd>Sacro: I'm still waiting for the how-to on making a dmg on a NON-OSX system
17:59<+Yexo:#openttd>planetmaker: anything in the ai debug panel?
17:59<Prof_Frink:#openttd>Nite_Owl: <insert xkcd here>
17:59<planetmaker:#openttd>is there a way to check whether it's still alive?
17:59<dihedral:#openttd>energetic, ?
18:00<energetic:#openttd>http://bugs.openttd.org/task/2335
18:00<planetmaker:#openttd>where / how do I get the AI debug panel, Yexo?
18:00<energetic:#openttd>are you suggesting here that cargodest has different competition resource division code as opposed to the current 063?
18:00<+Yexo:#openttd>under the red question mark (rightmost item in toolbar)
18:01<Sacro:#openttd>Rubidium: i'll look around
18:02<planetmaker:#openttd>it's still alive.
18:02<energetic:#openttd>(i speedread the cargodest info i could find about competition in cargodest, but I did not find any words on this)
18:02<+Yexo:#openttd>planetmaker: how much money does it have left?
18:02<Sacro:#openttd>Rubidium: http://www.trampolinesystems.com/blog/machines/2008/05/19/creating-dmg-files-without-macos-x/
18:02<dihedral:#openttd>energetic, have you played cargodest?
18:03<energetic:#openttd>only slim yet. I have only played it single player, so I have not yet touched the competition part of it
18:03<planetmaker:#openttd>cash - loan: 216258 - 290000
18:03<planetmaker:#openttd>from its console
18:03<planetmaker:#openttd>I'm playing with 2cc and egrvt in 1939 now
18:03<planetmaker:#openttd>in arctic
18:03<+Yexo:#openttd>should be no problem
18:04<Aali:#openttd>2cc trains are expensive
18:04<energetic:#openttd>maybe I should do that instead of ask :+
18:04<@Rubidium:#openttd>oh... patched Apple binaries
18:04<+Yexo:#openttd>although it has trouble with the higher cost of electric rails
18:04<@Rubidium:#openttd>well, kinda binaries ;)
18:04<planetmaker:#openttd>I'm making huge money with planes :P
18:04<+Yexo:#openttd>planetmaker: how expensive is the best (highest speed available) train for the route it wants to build?
18:04<dihedral:#openttd>energetic, cargodest is pretty demanding imo
18:04<dihedral:#openttd>you'll get huge amounts of cargo / passengers piling up
18:05<dihedral:#openttd>and you need to manage the amounts
18:05<dihedral:#openttd>and not just take them 'anywhere'
18:05<dihedral:#openttd>but bring them to where they want to go
18:05<energetic:#openttd>yes, i alreayd noticed that. I made a quick network with 4 towns, but I have not given it very good attention yet
18:05<dihedral:#openttd>it will have an influence on your rating
18:05<+Yexo:#openttd>planetmaker: don't forget to include the price of as many wagons as fit in a 4-tile station (the wagon with the highest capacity is choses, ignoring wagon length and price)
18:05<dihedral:#openttd>it will have an influence on 'delegation'
18:06<planetmaker:#openttd>most expensive engine is 450000+wagons
18:06<Kurt:#openttd>the rating-part is interesting, dihedral ;)
18:06<Kurt:#openttd>did you touch the code?
18:06<dihedral:#openttd>however, cargodest hast not undergone development recently
18:06<+Yexo:#openttd>it tries to build that one, fails, and waits for more money
18:06<Kurt:#openttd>(for rating)
18:06<planetmaker:#openttd>but you get good value engines for as little as 50000+wagons at ca. 3000 each
18:06<+Yexo:#openttd>because it's probably the first route it'll fail,but it doesn't have a check for that
18:06<dihedral:#openttd>Kurt, if you have 8K passengaers waiting at a station, wanting to head to small stations in the town (bus stops, e.g.)
18:06<planetmaker:#openttd>it will want to buy most expensive engine?
18:07<dihedral:#openttd>you will hardly be able to take care of new cargo
18:07<+Yexo:#openttd>no, the fastest engine
18:07<+Yexo:#openttd>price is not taken into consideration
18:07<energetic:#openttd>well, the experience I have is that at a certain point most players know exactly the tricks on how to keep the ratings at the best possible level. So the interesting thing for me is: "what happens with resource division, when the ratings are optimal for all competitiors? based o what are the resources divided among the players?"
18:07<dihedral:#openttd>yes - those tricks dont apply
18:07<planetmaker:#openttd>k. It's the best in all categories :) power, speed, TE... - by factor of 2 in average
18:08<dihedral:#openttd>cargo gets on trains that will bring it to its destination
18:08<planetmaker:#openttd>but factor of 8 in price ;)
18:08<dihedral:#openttd>you cannot control that
18:08<+Yexo:#openttd>planetmaker: I'll fix that one day
18:08<planetmaker:#openttd>:) Would be nice.
18:08<planetmaker:#openttd>I thought it was the most challanging one :)
18:09<Aali:#openttd>dihedral: to be fair, you can control exactly which destinations they can choose from
18:09<dihedral:#openttd>yes - but the service you provide
18:09-!-NukeBuster [~wouter@80.101.115.82] has joined #openttd
18:09<dihedral:#openttd>but using a truck that full loads at the same station it drops off again, just to keep rating up, will be a no-go
18:10<dihedral:#openttd>should at least
18:10<energetic:#openttd>truckpushing :)
18:10<Aali:#openttd>actually, thats worse in cargodest
18:10<Aali:#openttd>you can have a truck loading that will never get any cargo
18:10<Aali:#openttd>and you'll still get rating
18:11<dihedral:#openttd>then that should be considered a bug, not a feature :-P
18:11<energetic:#openttd>but if two player have both optimum ratings on the same destitination - who gets assigned what resources? both 50%? or 80/20% as in the current system?
18:11<energetic:#openttd>and what about a 3rd, or 4th player?
18:11<Aali:#openttd>energetic: cargodest doesn't change the rating system at all
18:12<energetic:#openttd>right, so in that aspect it will still be the same.
18:12<@petern:#openttd>so, er, did newgrf's ability to decide which engine/wagon to buy get implemented?
18:12<@petern:#openttd>(i assume not)
18:12<dihedral:#openttd>i am just saying that it has influence on it, over some odd corners
18:12<dihedral:#openttd>:-P
18:12<Aali:#openttd>if you set up a simple 1-to-1 route, everything will work the same as in trunk
18:12<dihedral:#openttd>yes, true
18:13<dihedral:#openttd>was not thinking of 1:1 routes
18:13<energetic:#openttd>okay
18:13<Aali:#openttd>but if you dont control your network properly, you'll end up with all passengers wanting to go infra-city and profits will suck
18:14<+Yexo:#openttd>petern: no, because the current callback only supports 8 bit values
18:14<energetic:#openttd>only the way the ratings are calculated is different and based on the destination/source of the cargo. Which seems logical and a nice sweet feature to me :))
18:14<Aali:#openttd>no
18:14<+Yexo:#openttd>and I didn't exactly get much help trying to get a improved callback implemented
18:14<Aali:#openttd>ratings are exactly the same
18:14<Aali:#openttd>one rating per cargo type
18:14<Aali:#openttd>not per route (as it ought to be)
18:14<+Yexo:#openttd>petern: http://rbijker.net/openttd/misc/newgrf_ai_train_purchase.txt <- latest proposal for a new callback
18:15<energetic:#openttd>per route rating implies a lot of maths going on in the cargodest engine
18:15<energetic:#openttd>at least a whole lot of keeping track code
18:15<Aali:#openttd>and thats probably why it hasn't been implemented :)
18:16<energetic:#openttd>those are my words :)
18:16<energetic:#openttd>but cargodest seems impressive to me
18:17<@petern:#openttd>can't read that, what's the jist?
18:17<@petern:#openttd>whats wrong with the existing callback?
18:18<+Yexo:#openttd>CB18? 1) it returns 8bit values for EngineID
18:18<@petern:#openttd>ahh
18:18<@petern:#openttd>sleepy ieme
18:18<+Yexo:#openttd>2) for road vehicles and ships you can only do 'check', not 'get'
18:18<@petern:#openttd>time
18:19<Aali:#openttd>is there a reason for GRF's to tell AIs what to build except for eyecandy/special consists?
18:19<+Yexo:#openttd>hmm, 2) also holds for the train engines is seems
18:20<frosch123:#openttd>Aali: a lot newgrfs restrict what trains can be build, e.g. length, wagon combinations, ...
18:20<frosch123:#openttd>the callback shall help the ai to build valid trains
18:20<Aali:#openttd>which is what I meant by special consists :)
18:20-!-xahodo [~xahodo@xahodo.demon.nl] has joined #openttd
18:21<+Yexo:#openttd>3) the current callback can only return 2 engine ids, 1 for the engine and 1 for the wagon
18:21<Aali:#openttd>all the other data is available to the AI right? (capacity/speed/TE etc)
18:21<+Yexo:#openttd>that means it can never propose a train with a caboose wagon for example (like nars requires for human players, but not for AIs)
18:21<planetmaker:#openttd>let's see how it will behave, if I build the train for AdmiralAI :)
18:22<frosch123:#openttd>however, yexo: variables 80..ff can only be bytes, and you should not replace the existing callback, but add a new type to callback 18.
18:22<+Yexo:#openttd>planetmaker: it'll fail to detect that train
18:22<planetmaker:#openttd>uh?
18:22<planetmaker:#openttd>well. But it will make money. And then go with that.
18:22<+Yexo:#openttd>planetmaker: it'll not do anything with that new train I think
18:22<+Yexo:#openttd>maybe it will though
18:22<planetmaker:#openttd>Well. I gave it orders. So...
18:23<+Yexo:#openttd>frosch123: I know, but there is not much point in trying to implement it properly if there won't be support from newgrf authors anyway
18:24<frosch123:#openttd>yeah, that's the usual problem. they only complain when it is done :)
18:24<Eddi|zuHause:#openttd>openttd: /home/johannes/spiele/OpenTTDx/trunk/src/autoreplace_cmd.cpp:550: CommandCost ReplaceChain(Vehicle**, uint32, bool, bool*): Assertion `ret.Succeeded()' failed.
18:25-!-vraa [~vraa@h126.68.20.98.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds]
18:25<frosch123:#openttd>(note: I did not meant that to be a special newgrf author property, it applies to a lot more)
18:25-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
18:25-!-vraa [~vraa@h97.160.30.71.dynamic.ip.windstream.net] has joined #openttd
18:25<frosch123:#openttd>Eddi|zuHause: TTO/TTD savegame?
18:26<Eddi|zuHause:#openttd>yes
18:26<+Yexo:#openttd>I'd still like to see that callback implement (in some way), but it's currently very low on my todo list
18:27<frosch123:#openttd>one of your wagons has a speed != 0, sell it before moving to a new row
18:27<SmatZ:#openttd>Eddi|zuHause: dup of ...
18:27<Eddi|zuHause:#openttd>openttd: /home/johannes/spiele/OpenTTDx/trunk/src/3rdparty/squirrel/squirrel/sqapi.cpp:665: void sq_pop(SQVM*, SQInteger): Assertion `v->_top >= nelemstopop' failed.
18:27<Eddi|zuHause:#openttd>when trying to load the autosave
18:27-!-HerzogDeXtEr [~Flex@89.246.164.127] has joined #openttd
18:27<SmatZ:#openttd>Eddi|zuHause: known :) but not reported I think
18:28<frosch123:#openttd>does that assertion only show up for TTO/TTD savegames? or was it also triggered by others?
18:28<+Yexo:#openttd>Eddi|zuHause: can you upload that autosave?
18:28<Eddi|zuHause:#openttd>it worked now... strangely
18:28<frosch123:#openttd>Yexo: fs2576 contains one
18:29<+Yexo:#openttd>frosch123: for the second assert? (the one in squirrel code?)
18:29<frosch123:#openttd>Yexo: yes, but I guess it was fs2561
18:29<frosch123:#openttd>does not happen every time though
18:29-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Operation timed out]
18:29<Eddi|zuHause:#openttd>i could upload mine, but i guess it is very messy :)
18:30<Eddi|zuHause:#openttd>an AI has gone bankrupt recently, if that helps
18:31-!-HerzogDeXtEr1 [~Flex@89.246.164.127] has quit [Ping timeout: 480 seconds]
18:38<CIA-1:#openttd>OpenTTD: rubidium * r15245 /trunk/src/newgrf_gui.cpp: -Fix: don't "save" the NewGRF settings on closing the NewGRF window when the content of the window isn't editable
18:38-!-vraa [~vraa@h97.160.30.71.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
18:40<CIA-1:#openttd>OpenTTD: rubidium * r15246 /trunk/src/misc.cpp:
18:40<CIA-1:#openttd>OpenTTD: -Fix [FS#2577]: close all windows *before* starting a new game/loading a game
18:40<CIA-1:#openttd>OpenTTD: instead of doing that as one of the latest steps of loading the game. This
18:40<CIA-1:#openttd>OpenTTD: caused, in some cases, the NewGRF settings to be reset when the game was already
18:40<CIA-1:#openttd>OpenTTD: loaded resulting in instant desyncs when joining a network game
18:40-!-FR^2 [~frquadrat@frquadrat.de] has quit [Quit: Connection reset by caffein depletion...]
18:40-!-Chrill [~chrischri@c80-216-56-89.bredband.comhem.se] has joined #openttd
18:41-!-Kurt [~stefan@p549297A3.dip0.t-ipconnect.de] has left #openttd []
18:43-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
18:47<Nite_Owl:#openttd>time to fly - later all
18:47-!-Nite_Owl [~Nite_Owl@c-98-211-146-65.hsd1.fl.comcast.net] has quit [Quit: Read You Soon]
18:50-!-dfox [~dfox@r5cv134.net.upc.cz] has joined #openttd
18:52-!-nicfer [~nicfer@168.226.104.184] has joined #openttd
18:54-!-Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.]
18:57<CIA-1:#openttd>OpenTTD: rubidium * r15247 /trunk/src/ (3 files in 2 dirs): -Change: show a lock near the password/join button in the company window whenever the company is password protected
18:57<CIA-1:#openttd>OpenTTD: smatz * r15248 /trunk/src/saveload/vehicle_sl.cpp: -Fix [FS#2561]: we require v->cur_speed to be zero for wagons and non-front engines
18:57<frosch123:#openttd>Eddi|zuHause: ^^
18:59-!-RS-SM [~RSCN@216-165-16-134.DYNAPOOL.NYU.EDU] has joined #openttd
19:00-!-nicfer [~nicfer@168.226.104.184] has quit [Quit: Leaving.]
19:01-!-rtypo [~tux@pc54.clicknet.iasi.rdsnet.ro] has quit [Quit: Leaving]
19:03-!-wollollo [~martin@dyn1076-210.hor.ic.ac.uk] has quit [Quit: leaving]
19:22-!-Chrill [~chrischri@c80-216-56-89.bredband.comhem.se] has quit [Quit: Practice makes perfect.. Dude, YOU are shite]
19:32-!-Eddi|zuHause [~johekr@p54B77D26.dip.t-dialin.net] has quit []
19:33-!-Eddi|zuHause [~johekr@p54B76F8A.dip.t-dialin.net] has joined #openttd
19:37-!-UFO64 [~jmurray@murrayjm8.umeres.maine.edu] has quit [Quit: Leaving]
19:42<CIA-1:#openttd>OpenTTD: smatz * r15249 /trunk/src/saveload/vehicle_sl.cpp: -Fix [FS#2576]: force trains from old (and other vehicles from 'recent') savegames to have zero cur_speed while stopped (cooperation with frosch123)
19:46<Eddi|zuHause:#openttd>AdmiralAI needs a timeout when it gives up building a line, and then remove the stations
19:47<SmatZ:#openttd>Eddi|zuHause: all your bugreports have been fixed ;)
19:48<Eddi|zuHause:#openttd>damn, now i need to find new ones :p
19:50<frosch123:#openttd>yeah, smatz can be quite demanding :p
19:50<SmatZ:#openttd>:o) I am happy there are bugreports about problems with old savegames ;)
19:51<SmatZ:#openttd>then I think someone really uses that TTO-loading ability :_D
19:52<Eddi|zuHause:#openttd>i can't find my very first savegame..
19:54<Eddi|zuHause:#openttd>i must say, it is really difficult to fix up networks when they are already screwed up like this :p
19:54<SmatZ:#openttd>hehe
19:54<frosch123:#openttd>turn them into a scenario
19:55<SmatZ:#openttd>hmm that reminds...
19:56<SmatZ:#openttd>"Reset landscape" results in crash when applied to most savegames (renamed to .scn)
19:56<SmatZ:#openttd>*me
19:56-!-a1270 [~Cheese@24-116-57-248.cpe.cableone.net] has joined #openttd
19:57-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: from __future__ import antigravity]
19:58<frosch123:#openttd>good night
19:58-!-frosch123 [~frosch@frnk-590fd142.pool.einsundeins.de] has quit [Remote host closed the connection]
19:59-!-davis- [~iloveme@p5B28F1D9.dip.t-dialin.net] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )]
20:09-!-vraa [~vraa@h82.186.30.71.dynamic.ip.windstream.net] has joined #openttd
20:32-!-OwenS [~OwenS@host86-164-125-149.range86-164.btcentralplus.com] has quit [Remote host closed the connection]
20:33-!-UFO64 [~jmurray@john-michael-murray.um.maine.edu] has joined #openttd
20:33-!-el_en [~lanurmi@dyn-xdsl-83-150-113-243.nebulazone.fi] has quit [Ping timeout: 480 seconds]
20:34-!-RS-SM [~RSCN@216-165-16-134.DYNAPOOL.NYU.EDU] has quit [Quit: RS-SM]
20:54-!-KritiK [~Maxim@78-106-71-2.broadband.corbina.ru] has quit [Quit: Leaving]
20:55-!-Yeggstry [~mind@cpc2-rdng14-0-0-cust631.winn.cable.ntl.com] has quit []
20:56-!-RS-SM [~RSCN@216-165-16-134.DYNAPOOL.NYU.EDU] has joined #openttd
20:58-!-Rexxars [~rexxars@62.113.132.255] has quit [Quit: edgepro: A man who smiles when things go wrong knows who to blame.]
21:00-!-Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has quit [Quit: Tschüß]
21:10-!-`Fuco` [~dota.keys@ip-105.imafexbb.sk] has joined #openttd
21:13-!-Fuco [~dota.keys@ip-105.imafexbb.sk] has quit [Read error: Connection reset by peer]
21:18-!-einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has quit [Remote host closed the connection]
21:44-!-vraa_ [~vraa@h15.228.29.71.dynamic.ip.windstream.net] has joined #openttd
21:47*goodger:#openttd has an offer to read Business Administration and even has reduced grade requirements
21:47-!-vraa [~vraa@h82.186.30.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds]
21:48-!-stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Read error: Connection reset by peer]
22:01-!-TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
22:03-!-stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd
22:05-!-TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
22:16-!-Lakie [~Lakie@91.84.251.149] has joined #openttd
22:20-!-ArmEagle [~armeagle@cc193001-a.groni1.gr.home.nl] has joined #openttd
22:21<ArmEagle:#openttd>heh, playing my first online map since ages ... and the server is having massive package loss after a few hours.
22:22<ArmEagle:#openttd>I always find it hard to start on a new map.
22:22<ArmEagle:#openttd>And here I finally started to get on track
22:27<ArmEagle:#openttd>seems like the really doesn't like package loss at all.
22:27<ArmEagle:#openttd>*the game
22:27<ArmEagle:#openttd>I was thinking I'd try to login just one more time and save the map (if that's possible). And then just play it for myself.
22:28<ArmEagle:#openttd>But I don't blame openttd. 30-50% package loss is really bad :)
22:31-!-TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
22:31-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye]
22:35-!-TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
22:36-!-SHRIKEE [~shrikee@84-105-52-118.cable.quicknet.nl] has quit [Quit: SHRIKEE]
22:43<ArmEagle:#openttd>heh doh.. game already autosaves multiplayer maps automatically..
23:00-!-Zorni [zorn@e177224170.adsl.alicedsl.de] has joined #openttd
23:00-!-Tino|Home [~Tino@i59F5CE1E.versanet.de] has joined #openttd
23:03-!-stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
23:07-!-TinoM| [~Tino@i59F5E55F.versanet.de] has quit [Ping timeout: 480 seconds]
23:08-!-Zorn [zorn@g224111163.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
23:16-!-Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.]
23:17-!-vraa_ [~vraa@h15.228.29.71.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
23:18-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
23:30-!-UFO64 [~jmurray@john-michael-murray.um.maine.edu] has quit [Quit: Leaving]
23:38-!-michi_cc [56583bfd7b@dude.icosahedron.de] has quit [Ping timeout: 480 seconds]
23:39-!-vraa [~vraa@h94.176.213.151.dynamic.ip.windstream.net] has joined #openttd
23:40-!-`Fuco` [~dota.keys@ip-105.imafexbb.sk] has quit [Quit: Quit]
23:45-!-michi_cc [681be76d71@dude.icosahedron.de] has joined #openttd
23:45-!-mode/#openttd [+v michi_cc] by ChanServ
---Logclosed Sat Jan 24 00:00:25 2009