Back to Home / #openttd / 2012 / 05 / Prev Day | Next Day
#openttd IRC Logs for 2012-05-02

---Logopened Wed May 02 00:00:55 2012
00:29-!-kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-03.NATPOOL.NYU.EDU] has joined #openttd
00:56-!-Eddi|zuHause [~johekr@p5DC66FFA.dip.t-dialin.net] has quit []
00:56-!-kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-03.NATPOOL.NYU.EDU] has quit [Read error: Connection reset by peer]
00:56-!-Eddi|zuHause [~johekr@p5DC67E46.dip.t-dialin.net] has joined #openttd
00:57-!-kkb110_ [~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd
01:19-!-roadt [~roadt@60.168.90.69] has joined #openttd
01:22-!-telanus [~Barney_Er@196.215.173.27] has joined #openttd
01:33-!-Prof_Frink [~proffrink@5e09ee84.bb.sky.com] has quit [Ping timeout: 480 seconds]
01:34-!-roadt [~roadt@60.168.90.69] has quit [Remote host closed the connection]
01:42-!-roadt [~roadt@60.168.90.69] has joined #openttd
02:00-!-Firartix [~artixds@127.140.0.93.rev.sfr.net] has joined #openttd
02:12-!-Firartix [~artixds@127.140.0.93.rev.sfr.net] has quit [Remote host closed the connection]
02:16<@Terkhen>good morning
02:42-!-sla_ro|master [~slaco@95.76.151.112] has joined #openttd
02:51-!-mal2 [~mal2@port-92-206-6-224.dynamic.qsc.de] has joined #openttd
02:59-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has joined #openttd
03:00-!-mal2 [~mal2@port-92-206-6-224.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
03:17-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
03:24-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
03:36<dihedral>hello
03:37-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
03:52-!-pugi [~pugi@host-091-097-081-148.ewe-ip-backbone.de] has joined #openttd
03:54-!-Hazzard [~7b7b6d70@101.haydn.openttdcoop.org] has joined #openttd
03:55<Hazzard>Hey
03:56<@Terkhen>hi dihedral and Hazzard
03:56<dihedral>o/
03:56<dihedral>what's new in the world of openttd? :-P
03:59<Hazzard>Trains
03:59<Hazzard>They're amazing man
04:03<dihedral>new ... :-P
04:04<MNIM>scantily clad women on the sides of busses.
04:04<MNIM>...wait
04:04<MNIM>that's not new either
04:05<MNIM>scantily clad women on the side of aircraft?
04:07<@Terkhen>there are no people in OpenTTD
04:07<@Terkhen>just abstract passengers
04:09<__ln__>then why is there a distinction between passengers and livestock
04:10<Hazzard>There
04:10<Hazzard>They're
04:10<Hazzard>...
04:10<Hazzard>Pixels!
04:11<MNIM>not even that.
04:11<MNIM>they're bits! zeroes and ones!
04:12<NGC3982>bits are not zeroes and ones
04:13<NGC3982>it used to, but the national zerg institute of pasadena, LA stated that from 2011-01-01, a bit is defined by the number of slots filled with zerglings, or non-zerglings.
04:13<@Terkhen>because abstract passengers take up less space than abstract livestock
04:13<NGC3982>parity is checked with an added hatchling.
04:13<@Terkhen>abstract space, of course
04:23<CornishPasty>Isn't mail a passenger too?
04:24<Hazzard>Is there a GRF that makes it so planes can carry only passengers?
04:25-!-ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has joined #openttd
04:26-!-roadt [~roadt@60.168.90.69] has quit [Read error: Operation timed out]
04:30<@Terkhen>Hazzard: to my knowledge, no
04:30-!-Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has quit [Quit: Rhamphoryncus]
04:30<Hazzard>Seems like something that would be pretty easy
04:34<@Terkhen>yes, if you plan to change the default aircraft you only need to redefine their cargo properties
04:35-!-LordPixaII [~pixa@79-68-107-30.dynamic.dsl.as9105.com] has joined #openttd
04:36<ZxBiohazardZx>i just realised how stupid forests are in Arctic mode
04:36<ZxBiohazardZx>you can only place them ABOVE the snowline
04:37<ZxBiohazardZx>while in most countries i know, the forests are BELOW or ON the snowline, as above the snowline/treeline there simply wont grow anything
04:37<ZxBiohazardZx>ofc treeline =/ snowline, but in general, if you go too high, shit wont grow...
04:37<Hazzard>Yeah
04:39<@Terkhen>I don't remember if OpenGFX+ Industries allowed you to change that
04:39<@Terkhen>probably not
04:40-!-Pixa [~pixa@85.210.65.13] has quit [Ping timeout: 480 seconds]
04:41<Hazzard>How do you use 'cargo_allow_refit'? I keep getting an unrecognized identifier error and I can't find anything on the wiki.
04:42<@Terkhen>the cargo properties changed some time ago, I have not used them
04:42<@Terkhen>since they were changed
04:42<@Terkhen>let me see
04:43<Hazzard>?
04:43<Hazzard>The code?
04:44-!-tokai|mdlx [~tokai@port-92-195-190-236.dynamic.qsc.de] has joined #openttd
04:44<@Terkhen>no, the wiki :P
04:44<@Terkhen>I don't know the new properties, I'm reading
04:45<NGC3982>hmz
04:45<NGC3982>what was the name of that grf that starts 1830 with that planet engine?
04:47<@Terkhen>Hazzard: http://paste.openttdcoop.org/show/1382/ <--- if I understood them correctly, this is what you would need to do
04:48<Hazzard>Hmm
04:48<Hazzard>Maybe I don't have the newest NML
04:48<Hazzard>When I paste that in I get the same error
04:50<@Terkhen>that changed recently, yes
04:50-!-tokai|noir [~tokai@port-92-195-99-247.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
04:50<@Terkhen>I can give you an example with the old syntax if you want it, my own code in OpenGFX+ Road Vehicles follows it
04:51<Hazzard>Ok
04:52<@Terkhen>but when/if you move to future versions of nml you will need to change it
04:52<@Terkhen>http://paste.openttdcoop.org/show/1383/ <--- that will allow to refit only to passengers and tourists
04:53<@Terkhen>removing specific cargos from an allowed cargo class with the old system needs XORing a bit and I don't exactly remember how it was :P
04:53<@Terkhen>I don't know how that will affect the dual passenger/mail capacity of aircraft
04:53<Hazzard>Oh, I am actually working on something different
04:54<Hazzard>I want my RV to carry goods, but not all the other express stuff
04:54<Hazzard>(along with some other CC)
04:54<@Terkhen>http://dev.openttdcoop.org/projects/ogfx-rv/repository/entry/src/cargo_definitions.pnml
04:54<@Terkhen>that is the cargo file from ogfx-rv
04:55<@Terkhen>you can use it as an example, but note that you would need to remove the #defines and the \ at line endings
04:56<Hazzard>Do you need to specify non refitable cargo classes?
04:56<Hazzard>It seems redundant
04:56<@Terkhen>cargos can have more than one cargo class
04:57<@Terkhen>if it has both a refittable and a non refittable cargo class, your vehicle won't carry it
05:00<Eddi|zuHause>http://fun.drno.de/pics/diespinnen_diebullen.jpg
05:01<MNIM>not sure what that
05:01<MNIM>'s supposed to say?
05:02<MNIM>apart from the obvious literal translation, I mean
05:02<Eddi|zuHause>it says "The Spiders" - "The Bulls" - "The Pigs"
05:02<Eddi|zuHause>or if you want to interprete something into it, something along the lines of "the cop-bastards are crazy"
05:03<Eddi|zuHause>which is *completely unintentional* :p
05:04-!-TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd
05:09<MNIM>riiiight
05:11-!-cypher [~Miranda@ip-86-49-73-68.net.upcbroadband.cz] has joined #openttd
05:14-!-DDR [~chatzilla@d142-179-78-231.bchsia.telus.net] has quit [Ping timeout: 480 seconds]
05:15-!-th_gergo [~thiering@dhcp-100.mt.wlan.bme.hu] has joined #openttd
05:20-!-th_gergo1 [~thiering@dhcp-100.mt.wlan.bme.hu] has joined #openttd
05:20-!-th_gergo [~thiering@dhcp-100.mt.wlan.bme.hu] has quit [Read error: Connection reset by peer]
05:28-!-th_gergo1 [~thiering@dhcp-100.mt.wlan.bme.hu] has quit [Ping timeout: 480 seconds]
05:28-!-th_gergo [~thiering@hardin.fat.bme.hu] has joined #openttd
05:42-!-Firartix [~artixds@www.clubnix.fr] has joined #openttd
06:00-!-kkb110_ [~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit [Remote host closed the connection]
06:02-!-kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd
06:05-!-cypher [~Miranda@ip-86-49-73-68.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
06:07-!-sla_ro|master [~slaco@95.76.151.112] has quit [Quit: DANGER sla.ro is OFFLINE DANGER]
06:09-!-KouDy [~KouDy@175.137.99.36] has quit [Read error: Connection reset by peer]
06:09-!-Hazzard [~7b7b6d70@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds]
06:09-!-KouDy [~KouDy@175.137.99.36] has joined #openttd
06:14-!-Hazzard [~7b7b6d70@101.haydn.openttdcoop.org] has joined #openttd
06:14<Hazzard>Hello
06:15<NGC3982>morning.
06:16-!-th_gergo [~thiering@hardin.fat.bme.hu] has quit [Ping timeout: 480 seconds]
06:28-!-tokai|noir [~tokai@port-92-195-62-87.dynamic.qsc.de] has joined #openttd
06:28-!-mode/#openttd [+v tokai|noir] by ChanServ
06:33-!-tokai|mdlx [~tokai@port-92-195-190-236.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
06:41-!-ZoeB [~ZoeB@82-69-105-163.dsl.in-addr.zen.co.uk] has joined #openttd
06:41<ZoeB>hi
06:46-!-roadt [~roadt@60.168.90.69] has joined #openttd
06:47<ZoeB>given the 32bit graphics now available, is it safe to say that OpenTTD is moving forwards with modern technology, not just slavishly imitating the original TTD?
06:49-!-goodger [~ben@94-30-43-248.xdsl.murphx.net] has joined #openttd
06:52-!-valhallasw [~valhallas@s55978e11.adsl.wanadoo.nl] has joined #openttd
06:52<ZoeB>and assuming that's the case, are there any plans to support recordings of music (say, Ogg Vorbis files) instead of MIDI files at some point, for more realistic (and consistent sounding, from one machine to the next) music?
06:58<Ammler>@tell Zuu looks like it is always releases, if it's empty, so use it as default?
06:58<@DorpsGek>Ammler: Error: I haven't seen Zuu, I'll let you do the telling.
06:58<Ammler>stupid bot
06:58<Ammler>if I would see him, I could indeed do it self :-P
06:59-!-cypher [~Miranda@wced-43-219-32-147.feld.cvut.cz] has joined #openttd
07:00<Ammler>@seen Zuu
07:00<@DorpsGek>Ammler: Zuu was last seen in #openttd 11 hours, 51 minutes, and 19 seconds ago: <Zuu> Night
07:06-!-flaa [~flaa@089-101-093077.ntlworld.ie] has joined #openttd
07:07-!-drac_boy [~drac_boy@bas1-ottawa08-1177643171.dsl.bell.ca] has joined #openttd
07:07<drac_boy>hi
07:19-!-Firartix [~artixds@www.clubnix.fr] has quit [Ping timeout: 480 seconds]
07:19-!-Hazzard [~7b7b6d70@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds]
07:19-!-Pixa [~pixa@79-68-99-2.dynamic.dsl.as9105.com] has joined #openttd
07:25-!-LordPixaII [~pixa@79-68-107-30.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds]
07:28-!-guru3_ [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
07:28-!-guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer]
07:46-!-KouDy [~KouDy@175.137.99.36] has quit [Read error: Connection reset by peer]
07:48-!-KouDy [~KouDy@175.137.99.36] has joined #openttd
07:59-!-goodger [~ben@94-30-43-248.xdsl.murphx.net] has quit []
07:59-!-ZoeB [~ZoeB@82-69-105-163.dsl.in-addr.zen.co.uk] has left #openttd []
08:09-!-drac_boy [~drac_boy@bas1-ottawa08-1177643171.dsl.bell.ca] has left #openttd [I'm done being in this room!]
08:13-!-guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
08:13-!-guru3_ [~guru3@2-248-109-4-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer]
08:17-!-goodger [~ben@94-30-43-248.xdsl.murphx.net] has joined #openttd
08:19-!-cypher [~Miranda@wced-43-219-32-147.feld.cvut.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
08:20-!-Elukka [Elukka@78-27-90-14.bb.dnainternet.fi] has joined #openttd
08:20-!-guru3_ [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
08:21-!-guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer]
08:23-!-roadt [~roadt@60.168.90.69] has quit [Ping timeout: 480 seconds]
08:30-!-Hazzard [~72fc24e6@101.haydn.openttdcoop.org] has joined #openttd
08:30-!-guru3_ [~guru3@2-248-109-4-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer]
08:30<Hazzard>Hello
08:31-!-Arafangion [~Arafangio@220-244-108-23.static.tpgi.com.au] has joined #openttd
08:36-!-kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit [Ping timeout: 480 seconds]
08:36-!-glx [glx@2a01:e35:2f59:c7c0:2cbb:3e17:677f:decd] has joined #openttd
08:36-!-mode/#openttd [+v glx] by ChanServ
08:45-!-kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd
08:46<Hazzard>How do I use callbacks so the cargo capacity will be the same for all cargos?
08:47<Hazzard>Or any other way to do it
08:49<TrueBrain>Ammler: its not the bot that is stupid, but your expectations of it ;)
08:50<Ammler>indeed :-)
08:50<Ammler>assumed a feature of another bot in a german community
08:50<TrueBrain>I kept the bot very stupid, as people tended to abuse it a lot :'(
08:51<Ammler>I guess, the supybot feature would be called note(s)
08:53-!-You [70c65bbd@ircip1.mibbit.com] has joined #openttd
08:54<TrueBrain>blender can be weird when importing 3ds models .. wrong center of objects
08:54-!-theholyduck [~holyduck@82.147.59.59] has joined #openttd
08:54<+glx>you're back on lego ?
08:54-!-You [70c65bbd@ircip1.mibbit.com] has quit []
08:54<TrueBrain>yup
08:55<TrueBrain>at least another attempt
08:55<TrueBrain>I rarely get anywhere, as there are many minor issues witha lot of stuff
08:56-!-th_gergo [~thiering@hardin.fat.bme.hu] has joined #openttd
08:58-!-ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
09:02-!-kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit [Ping timeout: 480 seconds]
09:06-!-Hazzard [~72fc24e6@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
09:07-!-Hazzard [~72fc24e6@101.haydn.openttdcoop.org] has joined #openttd
09:08<TrueBrain>it would just be so cool if I was a blender expert :D
09:10<Rubidium>TrueBrain: to me you are! ;)
09:11<TrueBrain>that says more about you than me, sadly :(
09:12-!-cypher [~Miranda@ip-86-49-73-68.net.upcbroadband.cz] has joined #openttd
09:14<TrueBrain>my biggest issue atm is, that if you link a blend from another blend, you cannot change his parent
09:14<TrueBrain>which is silly
09:14<TrueBrain>so, you need to append to object, but then if you modify it in the original blend, it doesnt update
09:15*TrueBrain thinks it makes little sense
09:15*telanus is very happy
09:15<telanus>Afrikaans is now 100% translated
09:19<TrueBrain>ah, it has to be done via groups; why not just make it more complicated #idontlikeovercomplicationofthings
09:20<NGC3982>telanus: neat!
09:21<telanus>:D
09:23-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has joined #openttd
09:26-!-cypher [~Miranda@ip-86-49-73-68.net.upcbroadband.cz] has quit [Read error: Connection reset by peer]
09:31-!-cypher [~Miranda@ip-86-49-73-68.net.upcbroadband.cz] has joined #openttd
10:00<NGC3982>i just noticed that "conditional order jump" isnt translated in the latest stable 1.2.0 (swedish).
10:00<NGC3982>what can i do?
10:01-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
10:06-!-ssdg [~ssdg@cho94-8-88-178-12-78.fbx.proxad.net] has joined #openttd
10:06<ssdg>Hi!
10:08<Hazzard>Hey
10:08<ssdg>I have noticed a little glitch and I was wondering if someone experienced it too.
10:08<ssdg>When playing with friends on a server one of use hosts, when deleting railroads, they disappear from our screens, then a few seconds later we are disconnected. When we come back, the railroads are back from the deads... it's really weird
10:09<@planetmaker>you disconnect with a desync I assume. Which version do you play, ssdg?
10:09<@planetmaker>I remember that bug from an ancient version and remember it be fixed
10:10<@planetmaker>If you don't play OpenTTD 1.2.0 or a (recent) nightly, try that
10:11<@Belugas>hello
10:11<ssdg>It's a desync indeed. We play the 1.2... I'll check with the server owner.
10:14*ssdg is still waiting for answers
10:14<ssdg>(on my side)
10:15<ssdg>a 1.2.0 on ubuntu everywhere. (the ubuntu version differs, but the openTTD version is the same)
10:15<@planetmaker>you don't need to check with server owner. Unless he uses a self-compiled version
10:15<@planetmaker>if it's not the same, you usually can't connect.
10:15<ssdg>A self compiled version it is. (on ARM)
10:16<@planetmaker>yours? The server?
10:16<ssdg>The server
10:17<ssdg>Maybe you put the finger and the reason why our game glitches
10:20<ssdg>Maybe we can try running a pre-packaged version on a i386 computer
10:24<ssdg>Is there a trusted source for ARM packages somewhere?
10:24<TrueBrain>in Debian most likely :)
10:24<TrueBrain>they are ARM freaks, last I checked ;)
10:24<TrueBrain>so the server runs ARM, and you all desync? (all clients)?
10:24<ssdg>Indeed
10:25<ssdg>-Indeed + Yes
10:25<TrueBrain>now that is interesting :)
10:25*ssdg spent too much time playing with spies on RedAlert
10:25<ssdg>But only when one of us is working on railroads. (by removing some of them)
10:25<TrueBrain>optimal we would like to get a desync log, but that might be kinda hard :D
10:25<TrueBrain>does it happen always, or just sometimes?
10:26<ssdg>Everytime we delete a section of railways. Not necessarily immediatly
10:26<TrueBrain>a few minutes go by between desync checks
10:27<+michi_cc>Different architectures are always nice, anyone still remembers the bools-are-4-bytes-on-PPC fun? :)
10:27<TrueBrain>I remember much more fun with PPC michi_cc ;)
10:27<ssdg>TrueBrain: about that desync log. Say we had a few desync in the past, that we cant play as of this moment and one of us have an access on the server. What do we do?
10:27<TrueBrain>ssdg: what systems do the clients run? (32bit/64bit, arm/intel/amd/...)
10:28<TrueBrain>hmm, I am kinda rusty in dsync debugging, I dunno if release builds come with the desync log switch, or that it requires a recompile?
10:28<ssdg>Mine is an intel (i7) running ubuntu 32 bits. (I guess one of my friens does run something similar)
10:28<TrueBrain>I guess planetmaker does?
10:28<TrueBrain>so no ARM clients?
10:29<peter1138>i fucking hate linux
10:29<peter1138>my desktop pcs can't connect to a vpn because the vpn manager doesn't support client side certificates
10:29<ssdg>peter1138: I hate your system too
10:29<blathijs>ssdg: You could try the Debian ARM version from: http://packages.debian.org/sid/openttd (downloads at the bottom, IIRC .deb packages are just tgz)
10:29<ssdg>No ARM clients
10:30<peter1138>my android phone, on the other hand, can
10:30<blathijs>ssdg: As an extra datapoint in the testing
10:30<TrueBrain>blathijs: was there ever someone who ran the ARM as server?
10:30<TrueBrain>or are the ARM builds tested at all?
10:30<blathijs>TrueBrain: Not by me :-)
10:30<TrueBrain>I truly wonder if there ever has been a case before :P
10:31<ssdg>We'll try this... when back from work
10:31<peter1138>iirc the debian stuff just tests that it compiles
10:31<@planetmaker>well. 1.2.0 has one desync iirc related to house counts. Frosch fixed it recently
10:31<TrueBrain>planetmaker: but that has no relation to removing railroad
10:31<@planetmaker>exactly
10:31<TrueBrain>otherwise we would have had a 1.2.0-r1 already ;)
10:31-!-telanus1 [~Barney_Er@196.215.173.27] has joined #openttd
10:32<@planetmaker>would we?
10:32<TrueBrain>planetmaker: not being able to remove any railroad from any MP game, is kinda .....
10:32<TrueBrain>how to say it .. critical? :)
10:32<@planetmaker>we don't have that for the houses either. And it made the game under that circumstances unplayable :-)
10:32<@planetmaker>like desync in 5 seconds
10:32<TrueBrain>there is a nuance difference ;)
10:32<@planetmaker>not quite. The difference is: you can't do anything then ;-)
10:33<TrueBrain>huh?
10:33<@planetmaker>when you immediately desync
10:33<@planetmaker>it's like server kicks you a few seconds after connect :-P
10:33<@planetmaker>under certain circumstances. Anyway, nvm
10:33<TrueBrain>dude ... a dsync on every removal of every track versus a dsync with certain grfs in certain cases ...
10:33<TrueBrain>there is a nuance difference there
10:34<TrueBrain>first is _very critical_, second is annoying
10:34<@planetmaker>anyway, ssdg, what you could do:
10:34<@planetmaker>debug_level desync=3 on the server
10:34<@planetmaker>save the game. Reload server-side
10:35<@planetmaker>(don't re-start)
10:35<ssdg>Can I come back in 4~5 hours?
10:35-!-telanus [~Barney_Er@196.215.173.27] has quit [Ping timeout: 480 seconds]
10:35<@planetmaker>note which game you loaded (might be the game you play, we'd need the savegame you start this debugging with)
10:35<@planetmaker>not sure you can. But you'll be welcome to :-)
10:36<ssdg>did I make a language error here? (I might, I'm not native)
10:36<ssdg>(Might have)
10:36<@planetmaker>no, you didn't. I'm splitting hairs
10:36<TrueBrain>one warning: it makes a lot of data; you kinda want to desync ASAP, then close the server up :D
10:37<@planetmaker>Return when convenient and I will try to talk you through, provided I'm here.
10:37<@planetmaker>can't promise that atm, though, might be afk. But others could :-)
10:38<@planetmaker>desync bugs are annoying and hard to track
10:38<ssdg>Thanks for the warnings. I'll see you once the data is "harvested". And thank you all for your help. (and niceness)
10:38<@planetmaker>you want maybe a gigabyte of free space or so. Depending on how long it takes to trigger the desync
10:39<@planetmaker>might go much faster and just need a few savegames
10:39<@planetmaker>really can't tell :-)
10:40<ssdg>Is it easier with smaller maps? (or other tricks)
10:40<TrueBrain>the faster you desync, the easier for us :)
10:40<@planetmaker>It'll make a lot of savegames, so it'd use less space. The map size might matter, but might not
10:41<@planetmaker>Just play the normal game you want to play and have the desync debugging switched on on the server
10:41<@planetmaker>It won't hurt you playing and will gather data needed to track the bug
10:42<TrueBrain>after a desync, we can "replay" the log, and see where it went wrong (hopefully, in the easiest case :P)
10:42<ssdg>So we can start a new game, build a railroad, delete it and try to force the server to desync. and send you a lot of savegames?
10:42<@planetmaker>i.e. I suggest to just continue the game you have problems with
10:42<ssdg>(we restarted the game for other reasons... but we had the problem with every game)
10:42<TrueBrain>how did you manage?
10:43<TrueBrain>if you cannot remove any rail track?
10:43<TrueBrain>sounds horrible :D
10:44-!-frosch123 [~frosch@frnk-590f59ac.pool.mediaWays.net] has joined #openttd
10:44<ssdg>TrueBrain: it's a torture.
10:45<TrueBrain>random question you might be able to answer now: does it happen when you destroy the tile, or if you remove the tile? (bulldozer versus red-square, so to say)
10:45<TrueBrain>you now made me curious :D :)
10:46<ssdg>Tried both, bot fail
10:46<TrueBrain>interesting ...
10:46<TrueBrain>well, desync logs will tell us more, hopefully :)
10:47-!-flaa [~flaa@089-101-093077.ntlworld.ie] has quit [Quit: leaving]
10:47-!-Hazzard [~72fc24e6@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds]
10:47<TrueBrain>and just out curiousity, why run a server on an ARM? What kind?
10:47<ssdg>But I *think* the desync happends when the tile is modified in an impossible way (say add a signal on what was a crossroads)
10:47<Rubidium>a desync due to endianness seems most 'logical'
10:48<TrueBrain>ARM is also LE, at least, most of them are :)
10:48<ssdg>It's a plug computer my friend runs as a NAS/multipurpose internet server
10:48-!-Hazzard [~72fc24e6@101.haydn.openttdcoop.org] has joined #openttd
10:48<Rubidium>though last time I tried BE it worked, although that's quite a while ago and with s390
10:48<TrueBrain>its an interesting piece of hardware to run OpenTTD on :)
10:48*TrueBrain still waits for his RaspberryPI :P
10:50<TrueBrain>Rubidium: well, strictly, ARM is bi-endian, but most people / OSes run it in LE. I havent seen many BE cases (ofc this can be the exception :D)
10:51<__ln__>nslu2's original firmware is BE, afaik.
10:58<Rubidium>http://www.tt-forums.net/viewtopic.php?p=1013000#p1013000 says RPI has huge cost for clearing; that really sounds endian-ish tome
10:59<@planetmaker>indeed you might want to try the debian pre-compiled binary, too
11:01-!-Hazzard [~72fc24e6@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
11:01<TrueBrain>is it me, or doesnt he mention which OS he used?
11:01<+michi_cc>In theory it could also be a problem with the sizes of uint8/uint16/etc, even if it is unlikely. We do have an assert_compile check, but it only checks sizeof, which is not required to return a results based on 8-bit bytes.
11:01<ssdg>It's a debian sid IIRC. (checking in progress)
11:02<TrueBrain>debian delivers both BE as LE, as far as I know :)
11:02<__ln__>Rubidium: but if it was an endianness issue (and one that would have to be an old one), it would have been noticed on OS X PPC a long time ago.
11:02<ssdg>would a "uname -a" be usefull?
11:02<TrueBrain>where BE was very unstable last I have seen it, but that has been a while ago, so *shrug*
11:02<TrueBrain>__ln__: does it? Who runs OSX PPC still? :P
11:02<TrueBrain>and who runs it as server?
11:02<TrueBrain>(or client)
11:03<+michi_cc>More likely would also be a code generator fail for 64-bit arithmetics (i.e. the Money type).
11:03<__ln__>TrueBrain: i do, but not as server.
11:03<TrueBrain>michi_cc: that tbh, sounds much more likely yes :)
11:04<__ln__>TrueBrain: in any case, removing tracks is such a common thing to do that it would be noticed pretty much immediately even if there are only a handful of PPC users.
11:04<TrueBrain>__ln__: but how many of that handful run it as client/server? :P
11:04<TrueBrain>my point is, the fact that you dont hear anything, doesnt mean it works
11:04<TrueBrain>sadly
11:04<TrueBrain>it might have been dismissed as: OSX ..
11:05<TrueBrain>no negative sadly doesn't imply a positive :(
11:05<__ln__>yes, sad
11:05<Rubidium>TrueBrain: if it's dismissed as being OSX, then it would still be in the bug tracker with [OSX] Desync ... or [OSX] Clearing rail costs loads of moneys
11:05<TrueBrain>Rubidium: who says any of those few users went via the bug-tracker?
11:05<TrueBrain>again, no negative doesn't make a positive :)
11:06<ssdg>Our server is a "Linux korriban 2.6.32-5-kirkwood #1 Wed Jan 12 15:27:07 UTC 2011 armv5tel GNU/Linux"
11:06<__ln__>i thought OTTD bug-tracker is the place where cool people hang around regularly. no?
11:06<TrueBrain>el .. was that the LE version? my memory sucks :P
11:07<+michi_cc>Should be, ARMv5TE is the device and the L probably means little.
11:07<TrueBrain>Debian has EL and HF atm
11:07<TrueBrain>where HF = Hard Float
11:08<TrueBrain>but yes, it is LE
11:08<__ln__>armv5teb returns quite a few results on google at least
11:08<TrueBrain>yeah, it is still "work in progress", the BE port of Debian
11:08<TrueBrain>many many many issues :(
11:09<Rubidium>my BE PPC qemu 'works' with r24111
11:09<Rubidium>though gcc 4.4.5
11:09<TrueBrain>so he runs an LE version, dismissing any of the Endian suggestions ... which makes this problem more interesting tbh :D
11:10-!-Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Remote host closed the connection]
11:10<+michi_cc>So, next question: Compiler version used?
11:10<TrueBrain>it might mis-detected BE/LE?
11:10<TrueBrain>guess we need a config.log too :D
11:10-!-Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd
11:11<TrueBrain>ssdg: do you have the config.log of the server? :)
11:11<TrueBrain>owh, doesnt tell the endian result, nor the gcc version
11:11<__ln__>now is it even possible to accidentally run something as BE on an ARM
11:11<TrueBrain>I did such a bad job there :'(
11:12<TrueBrain>__ln__: no, but for all we know OpenTTD things it is BE (gcc still makes a LE binary). It is just highly unlikely, as many more things would break :P
11:12<Eddi|zuHause>shame on you!
11:12<TrueBrain>a crash.log tells more than the config.log, omg
11:13<TrueBrain>its strange, as we do know the version in the configure
11:13<__ln__>TrueBrain: but doesn't OpenTTD base its opinion on executing some binary...
11:13<TrueBrain>it is just never written to the config.log :'(
11:14<TrueBrain>__ln__: it runs a small app that checks the order of a short()
11:14<TrueBrain>yes
11:14<TrueBrain>unsigned char endian_test[2] = { 1, 0 };
11:14<TrueBrain>if (*(short*)endian_test == 1 )
11:16-!-th_gergo1 [~thiering@dhcp-137.mt.wlan.bme.hu] has joined #openttd
11:16<__ln__>looks like i'm missing a lot of fun by not being an early adopter of raspberry pi. :( (yes, debugging cross-platform issues is my idea of fun)
11:16<TrueBrain>I agree with you
11:17<ssdg>__ln__: maybe you could enjoy qemu ;)
11:17<Rubidium>then OpenTTD's bug tracker has a whole lot of fun for you! ;)
11:17<TrueBrain>Rubidium: isnt it a pre to have those devices to start with? :D
11:19<__ln__>i have a real ARM already though, a sheevaplug. but it obviously doesn't have any video output. (yes, X over SSH would be a possibility)
11:19<TrueBrain>so get moving you lazy bumb :D
11:21<__ln__>i gotta go have a beer with some german people first, but tonight i'll see what the sheevaplug can do. :)
11:22<TrueBrain>I doubt you will be in any condition to do that then ;)
11:22<TrueBrain>enjoy :D
11:22-!-th_gergo [~thiering@hardin.fat.bme.hu] has quit [Ping timeout: 480 seconds]
11:22<__ln__>thanks :)
11:24-!-th_gergo1 [~thiering@dhcp-137.mt.wlan.bme.hu] has quit [Ping timeout: 480 seconds]
11:29-!-sla_ro|master [~slaco@95.76.151.112] has joined #openttd
11:29-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
11:30<TrueBrain>now I need to figure out how I can read Groups in an external Blend file ... lets seeeeeeeee
11:30<andythenorth>hello
11:32-!-flaa [~flaa@188.141.45.124] has joined #openttd
11:38<andythenorth>meh
11:38<andythenorth>gui fixing
11:38<andythenorth>blearch
11:40-!-Prof_Frink [~proffrink@5e09ee84.bb.sky.com] has joined #openttd
11:48-!-Progman [~progman@p57A1AFD7.dip.t-dialin.net] has joined #openttd
11:52<TrueBrain>yippie! My blender script works :D Automation ftw :D
11:53-!-ElusiveParticle [b89e1566@ircip1.mibbit.com] has joined #openttd
11:53<ElusiveParticle>http://www.elusiveparticle.hostoi.com/ Excuse me, could one of you possibly do me a favor and visit my website? it's full of science stuff, I just want you to check it out It's interesting and full of video links, if you won't or you think it's some virus, don't worry about it it's not, just worry about your education, this is science please!
11:53<frosch123>@kban ElusiveParticle
11:53-!-mode/#openttd [+b *!b89e1566@ircip1.mibbit.com] by DorpsGek
11:53-!-ElusiveParticle was kicked from #openttd by DorpsGek [frosch123]
11:53<TrueBrain>@kban ElusiveParticle goodbye
11:53<@DorpsGek>TrueBrain: Error: ElusiveParticle is not in #openttd.
11:53<TrueBrain>AWH!
11:53<frosch123>faster :)
11:54<TrueBrain>:D
11:54<TrueBrain>hmm .. how do I make 8bpp graphics out of my 32bpp?
11:54<TrueBrain>any automated process you can let lose on it?
11:54<frosch123>none which is worth the result
11:55<TrueBrain>honestly, I dont really care how good it looks :P
11:55<andythenorth>don't bother, 8bpp is dead :)
11:55<TrueBrain>I still need to feed it in grfs ;)
11:56<frosch123>TrueBrain: then just provide a black image
11:56<TrueBrain>initial results via GIMP werent that bad
11:56<andythenorth>draw a pixel art gravestone
11:57<TrueBrain>me? drawing?
11:57<TrueBrain>haha :D
11:57<TrueBrain>I would get emails asking wtf it represents :P
11:58<andythenorth>put in pixel font "for the avoidance if doubt, this is a gravestone"
11:58<andythenorth>"representing the death of 8bpp"
11:59<TrueBrain>anyway, not really helping :P
11:59<TrueBrain>gimp has a command line ... now I need to know the command ...
12:05-!-mahmoud [~KEM@ALyon-158-1-126-22.w90-29.abo.wanadoo.fr] has joined #openttd
12:09<TrueBrain>worlds worst command line :P
12:09<TrueBrain>lolz
12:09-!-pugi [~pugi@host-091-097-081-148.ewe-ip-backbone.de] has quit []
12:10<frosch123>it's lisp or so :)
12:11<TrueBrain>or so, yes; also, totally undocumented, it still boots the GUI stuff up, on error it just tells you there was an error (NO DEBUGGING WHAT SO EVER), ......
12:11<frosch123>you cannot call just call a function, you first have to open several parantheses
12:11<frosch123>-call
12:11<TinoDidriksen>So script ImageMagick instead?
12:12<TrueBrain>TinoDidriksen: just looking at that yes
12:12<andythenorth>or pil
12:13*andythenorth should write a pixa routine for upscaling pixels
12:16<TrueBrain>imagemagck does something, at least I get a grey image :D :P
12:20<TrueBrain>lol, greyscaled image
12:20<TrueBrain>useful :D
12:24-!-th_gergo [~thiering@1F2E8CA3.catv.pool.telekom.hu] has joined #openttd
12:25-!-Devedse [~Devedse@d100059.upc-d.chello.nl] has joined #openttd
12:41-!-|Jeroen| [~jeroen@d5153E8CC.access.telenet.be] has joined #openttd
12:42<NataS>i don't understand why people want an extra zoom level in
12:42<NataS>and not extra zoom levels OUT
12:43<TrueBrain>what has one to do with the other? (except them containing the word "zoom")
12:43<TrueBrain>kinda a different audiance for both
12:51-!-telanus [~Barney_Er@196.215.173.27] has joined #openttd
12:53-!-ssdg [~ssdg@cho94-8-88-178-12-78.fbx.proxad.net] has left #openttd []
12:57-!-telanus1 [~Barney_Er@196.215.173.27] has quit [Ping timeout: 480 seconds]
13:08<TrueBrain>owh, some tools ... a png with 256 colours, greyscale, 8bit
13:08<TrueBrain>yes, greyscale
13:08<TrueBrain>argh
13:08<Eddi|zuHause>you can have python in gimp
13:09<TrueBrain>ah, the alpha channel is giving troubles
13:09<TrueBrain>hmm
13:09-!-KouDy [~KouDy@175.137.99.36] has quit [Quit: Leaving.]
13:10-!-Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Remote host closed the connection]
13:10-!-Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd
13:11-!-Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has joined #openttd
13:15-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
13:16<NGC3982>http://www.dudelol.com/img/bad-argument-hippie.jpg
13:21<TrueBrain>argh, why cant I just convert a RGBA to an indexed image .......
13:21<TrueBrain>its so easy i nGIMP, via the freaking menu :(
13:27<frosch123>hmm, once i connected two computers with the serial port and simulated a mouse with one of them, to automate a task on the other one
13:28<Zuu>frosch123: sounds interesting and far more advanced than using the windows script host :-)
13:28<frosch123>though i had to try quite long until the mousemovement worked out, because i failed to notice that it would be a good idea to disable mouse acceleraion :)
13:28<Zuu>Especially as you only probably can do relative mouse movement. :-)
13:29<Zuu>Although I guess one can reset to a corner easily.
13:29<andythenorth>TrueBrain: load it in PIL, load a palette from another file (e.g. I have one you could use), apply the palette, save
13:29<frosch123>Zuu: after each iteration of the task i moved the mouse hard top-left to recalibrate
13:29<andythenorth>it's about 9 lines of python
13:29<andythenorth>if you want to resize at that point you can
13:29<TrueBrain>andythenorth: can that be automated?
13:29<andythenorth>alpha channel might dick you around a bit
13:29<TrueBrain>and wtf is PIL? :P
13:29<andythenorth>TrueBrain python imaging library
13:30<andythenorth>considered to be inferior to image magick, but meh
13:30<andythenorth>IM looks complicated, PIL is simple
13:30<TrueBrain>got an example script?
13:30<frosch123>hmm, actually ... i think i used two serial ports to simulate mouse and keyboard, and i connected the mouse only because the windows serial keyboard only allowed ascii, so i could not simulate alt+hotkeys
13:31<andythenorth>TrueBrain: I could write one, but no time right now, bathing a child :P
13:31<TrueBrain>while texting?
13:31<TrueBrain>bad! :P
13:31<andythenorth>neglect
13:32-!-roadt [~roadt@60.168.90.69] has joined #openttd
13:32<TrueBrain>hmm, GIMP does not what he claims
13:32<TrueBrain>he removes colour entries from the colour map
13:32<TrueBrain>while I do uncheck it
13:32<TrueBrain>so .. my colourmap image is broken to start with :'(
13:32<TrueBrain>I need a png which contains all the OpenTTD colours :P
13:33<andythenorth>TrueBrain: all 32bpp?
13:33<andythenorth>or 8bpp?
13:33<andythenorth>DOS?
13:33<TrueBrain>8bpp ofc :P
13:33<TrueBrain>win I guess, I dunno :P
13:33<andythenorth>DOS is de-rigeur
13:33<TrueBrain>ANY will be fine for me :P
13:34<andythenorth>http://dev.openttdcoop.org/attachments/download/2458/palette_key.png
13:34<TrueBrain>do you have any idea how long I search for that?
13:34<TrueBrain>:P
13:34<frosch123>TrueBrain: http://dev.openttdcoop.org/documents/1
13:34<frosch123>there are gimp palette files there
13:34<TrueBrain>frosch123: I know
13:34<TrueBrain>but I need an ImageMagick
13:34<TrueBrain>tnx andythenorth
13:35<andythenorth>TrueBrain: also an example PIL script which makes that palette http://dev.openttdcoop.org/projects/bandit/repository/entry/src/pixel_generator/generate_palette.py
13:35<andythenorth>requires a paletted image called 'foo.png' :P
13:35<TrueBrain>hehe
13:35<andythenorth>will produce whatever 256 colours are in the palette, with index numbers
13:35<andythenorth>it's a nice PIL example
13:36<TrueBrain>awh, it is not part of Blender
13:36<TrueBrain>how sad
13:37<Eddi|zuHause>the easiest way to generate a palaetted image is "grfcodec -d -p{1,2} <whatever.grf>"
13:37<TrueBrain>well, with that png file convert does what it should do, only it doesnt keep the fucking colormap :(
13:37<TrueBrain>Eddi|zuHause: easiest? I disagree :P
13:38<andythenorth>http://www.pythonware.com/library/pil/handbook/index.htm
13:40<__ln__>so the steps to reproduce the RPI problem would be to: 1) build a track, 2) destroy a track, 3) anti-profit?
13:40<__ln__>in a local game?
13:40<TrueBrain>networked
13:41-!-Devedse [~Devedse@d100059.upc-d.chello.nl] has quit [Read error: Connection reset by peer]
13:41<__ln__>the forum post doesn't mention network nor multiplayer though
13:41<TrueBrain>well, try both
13:42<__ln__>yeah, i'll begin investigating a bit
13:45<frosch123>__ln__: i agree with albert, first check the sizes of uint32 and co
13:45<frosch123>hmm, though maybe we have an assert_compile for those
13:46<CIA-1>OpenTTD: translators * r24196 /trunk/src/lang/ (14 files): (log message trimmed)
13:46<CIA-1>OpenTTD: -Update from WebTranslator v3.0:
13:46<CIA-1>OpenTTD: afrikaans - 33 changes by telanus
13:46<CIA-1>OpenTTD: belarusian - 6 changes by KorneySan, Wowanxm
13:46<CIA-1>OpenTTD: croatian - 4 changes by VoyagerOne
13:46<CIA-1>OpenTTD: czech - 4 changes by Paragulis
13:46<CIA-1>OpenTTD: dutch - 8 changes by habell
13:47-!-|Jeroen| [~jeroen@d5153E8CC.access.telenet.be] has quit [Quit: oO]
13:52-!-FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has joined #openttd
14:02<TrueBrain>how nice .. I now have it to make me a 256 palette png
14:02<TrueBrain>but ...
14:02<TrueBrain>it first does the colours it used
14:02<TrueBrain>then fills it with the rest
14:02<TrueBrain>+++++ software I am using here!
14:05-!-Elu [Elukka@78-27-90-14.bb.dnainternet.fi] has joined #openttd
14:06<TrueBrain>lol: last updated May 2005
14:07<TrueBrain>lovely
14:08-!-Elukka [Elukka@78-27-90-14.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds]
14:09-!-mal2 [~mal2@port-92-206-6-224.dynamic.qsc.de] has joined #openttd
14:13-!-Wolf01 [~wolf01@95.232.234.29] has joined #openttd
14:14<Wolf01>hello
14:16-!-Chris_Booth [~chatzilla@host81-154-230-134.range81-154.btcentralplus.com] has joined #openttd
14:18<__ln__>Wolf01: http://is12.snstatic.fi/img/978/1288466244142.jpeg
14:18<Wolf01>:D
14:19<TrueBrain>planetmaker / someone else: when I download the png from http://mz.openttdcoop.org/opengfx/trgtr/data/sprite57.png , and I try to put it in nml, it tells me it is the wrong palette?
14:19<TrueBrain>known issue? am I doing something wrong? is there a better source?
14:22<frosch123>it's a broken win palette
14:22<TrueBrain>owh, it is from the original grf
14:22<TrueBrain>now I see ..
14:23<TrueBrain>explains a few things :D
14:23<TrueBrain>hihi
14:23<TrueBrain>(why my earlier attempts failed, but with the png from andythenorth it worked)
14:23-!-ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has joined #openttd
14:24<ZxBiohazardZx>heya
14:24<ZxBiohazardZx>is there a way to change industry parameters in opengfx? --> forests only above snowline is stupid if you ask me, i prefer forests on hillslopes, or in the valley's rather then on top of my mountain.....
14:25<ZxBiohazardZx>and ofc sprites are drawn with snow
14:25<ZxBiohazardZx>and/or make them snow-aware ?
14:25-!-Ryton [~Ryton@94-226-98-24.access.telenet.be] has joined #openttd
14:26<ZxBiohazardZx>also NataS here?
14:29<NataS>YES~
14:29<NataS>I am now
14:29<NataS>sup
14:29<NataS>also no work today
14:30<ZxBiohazardZx>haha
14:30<ZxBiohazardZx>was wondering about the cuba game :P
14:30<ZxBiohazardZx>;)
14:31<ZxBiohazardZx>want me to start a new one
14:31<ZxBiohazardZx>on Cargodist or the Chrill pack?
14:31<NataS>yes, and Actualy, can we do a diffrent map?
14:31<NataS>Chrill pack is nice
14:31<NataS>http://wiki.openttd.org/Scenario:The_Barrens
14:32<NataS>this is my favorite map, however it does have a rare newgrf, I have removed it and played a full game without any problems though.
14:32<ZxBiohazardZx>hmmz
14:32<NataS>also, what newgrfs do you like?
14:32<ZxBiohazardZx>i think roma had some similar maps
14:32<ZxBiohazardZx>but whatever you want
14:33<ZxBiohazardZx>as long as the grfs are on banana's im cool with anything
14:33<NataS>I like TRS, ISR, Japan stations, FISH AV8, HEQS and EGRVTS
14:33<NataS>that's what I had for the last game lol
14:33<andythenorth>have CHIPS with your FISH
14:34<NataS>lol
14:34<ZxBiohazardZx>hmmz
14:34<NataS>i like where chips is going, but it needs more things before it can replace IRS
14:34<NataS>ISR
14:34<andythenorth>it's not trying to replace ISR
14:34<andythenorth>ISR exists
14:34<__ln__>trunk compilation time on 1.33GHz PPC: 27m30s, 1.2GHz ARM: 43m9s
14:34<ZxBiohazardZx>FISH, Dutchsets (dunno why i just like it), ISR (cause its epic) CHIPS (has some nice tiles, but lacks some others)
14:34<NataS>ISR needs an update
14:34<TrueBrain>__ln__: auch
14:34<andythenorth>hard
14:34<ZxBiohazardZx>Andy you created CHIPS right?
14:34<andythenorth>yup
14:35<NataS>and having one station set that does everything well and is consistant with itself would be ideal
14:35<ZxBiohazardZx>darn i forgot what tile i lacked on it
14:35<NataS>right now I load ISR and japan stations
14:35<ZxBiohazardZx>i had a nice station in my mind but i lacked one sort of CHIPS tile to make it complete :P
14:35<NataS>but that leads to clutter, inconsistancy, and unused station types.
14:35<andythenorth>if you remember let me
14:35<andythenorth>know
14:35<andythenorth>CHIPS has room for another 5 or 6 tiles I reckon
14:35<andythenorth>then it's done, done done
14:36<ZxBiohazardZx>hehe
14:36<ZxBiohazardZx>do you have a list of current tiles
14:36<ZxBiohazardZx><-- to lazy to open ingame just to check the current tiles :P
14:36<NataS>will CHIPS have more buildings and more complex stations?
14:36<andythenorth>yes and no
14:36<andythenorth>in that order
14:36<andythenorth>single tiles
14:37<ZxBiohazardZx>lemmy just go ingame and check andy
14:37<andythenorth>most things it lacks are available elsewhere
14:37<ZxBiohazardZx>unless you have a full spritesheet laying around
14:37<ZxBiohazardZx>yeah but i found something others also lacked
14:37<ZxBiohazardZx>or at least didnt have a matching look for :)
14:37<NataS>in one screenshot I saw what looked like an ISR building on a CHIPS platform, what is that?
14:37<NataS>some sort of custom grf?
14:38<andythenorth>ZxBiohazardZx: http://www.tt-forums.net/download/file.php?id=158459
14:38<ZxBiohazardZx>0.7.0 is latest? (i doubt so)
14:39<andythenorth>0.7.0 is latest
14:39<ZxBiohazardZx>ok
14:39<andythenorth>it will get to 1.0 quite fast
14:39<ZxBiohazardZx>so you have hte 4 base-baretiles and the 12 additional tiles :P
14:39<ZxBiohazardZx>lemmy see
14:39<ZxBiohazardZx>i think DWE had some nice tiles
14:39<andythenorth>+1
14:39<ZxBiohazardZx>but they didnt quite match the styles
14:40<andythenorth>the new objects thing by Quast65 looks good
14:41<ZxBiohazardZx>linky link?
14:42<ZxBiohazardZx>you mean the additional ISR tiles from him? (dock ones?)
14:42<Wolf01>http://www.youtube.com/watch?v=o18u4jeeUPY&feature=player_embedded nice :D
14:42<TrueBrain>okay, giving up trying to convert a 32bpp to a 8bpp palette ... omfg ... who would have thought ..
14:45-!-cypher [~Miranda@ip-86-49-73-68.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
14:46<ZxBiohazardZx>andythenorth i miss some FIRS styled total indoor unloaders (like a huge shed, or some tiles like the FIRS aluminiumplant/cementplant) and some raised tiles with some random FIRS stuff on it might be nice as well
14:46<ZxBiohazardZx>aka muddy tracks for the sand/forests?
14:47<ZxBiohazardZx>a bit less muddy then the platforms you have now, a tad more greenish on the sides, if that made/makes any sense
14:47<__ln__>the bad news: it's fucking slow over wi-fi and X11; the good news, i cannot destroy a piece of track because it costs £241.591.910.343 and i don't have that much.
14:47<ZxBiohazardZx>aka mud tiles should be more like the Quarry platforms, fading towards the "normal" green grass (or arctic brown grass, whatever is used)
14:47-!-ssdg [~ssdg@cho94-8-88-178-12-78.fbx.proxad.net] has joined #openttd
14:48<ssdg>Hi
14:48<TrueBrain>__ln__: enjoy figuring out why :D
14:49<TrueBrain>make sure to check the Money class, check uints and ints etc, make sure BE/LE is all in order, etc etc :)
14:49<TrueBrain>__ln__: and if you cant find it, please do feed us with information like gcc version, architecture, and basic other information; I am sure you know which we like :D
14:49<ZxBiohazardZx> <__ln__> / TrueBrain, the costs are insane due to inflation that is huge?
14:51<ssdg>TrueBrain: still on the ARM arhitecture case study?
14:51<__ln__>21:47 < __ln__> the bad news: it's fucking slow over wi-fi and X11; the good news, i cannot destroy a piece of track because it costs £241.591.910.343 and i don't have that much.
14:52<TGYoshi>[random breakthrough] Any of you have any idea how to calculate the distance between a point and a straight line? [/random breakthrough]
14:53<andythenorth>ZxBiohazardZx: tile mixing with default ground from the tile are desired, but are pretty much impossible due to station spec
14:53<andythenorth>at least to do well
14:53-!-FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has quit [Ping timeout: 480 seconds]
14:57<__ln__>btw, i also confirmed that destroying tracks is not that bloody expensive on PPC.
14:57<ssdg>expensive?
14:58<ZxBiohazardZx>andythenorth yeah true, i just dislike teh whole brown thing as mud, i would prefer it to blend in a bit with the tile next to it :P
14:58<ZxBiohazardZx>as i thought stations where an overlay so you could just make a transparant tile and have it solved
14:59<ZxBiohazardZx>TGYoshi in R3?
14:59<ZxBiohazardZx>its plain math :P
14:59<TGYoshi>ZxBiohazardZx R3?
14:59<ZxBiohazardZx>you have point (x,y) or (x,y,z)
15:00*Rubidium is stupid... trying to reproduce the arm issue on ppc
15:00<ZxBiohazardZx>R2 = <x,y> R3 = <x,y,z>
15:00<ZxBiohazardZx>the space :P
15:00<TGYoshi>aha
15:00<TGYoshi>R2 then
15:00<ZxBiohazardZx>ok so you need point -> line R2
15:00<ZxBiohazardZx>not that hard
15:00<__ln__>R2 is also a tiny robot in star wars.
15:00<ZxBiohazardZx>yeah yeah TGYoshi just needs some math done :P
15:00<ZxBiohazardZx>1 sec phone though
15:00<ZxBiohazardZx>ill explain after phone :P
15:01<andythenorth>ZxBiohazardZx: blend might be possible, we tried lots of things
15:01<TGYoshi>Don´t forget vertical lines :3
15:01<andythenorth>can't remember which ones work
15:01<andythenorth>I think we always get green grass
15:01<ZxBiohazardZx>TGYoshi --> http://mathworld.wolfram.com/Point-LineDistance2-Dimensional.html
15:01<ZxBiohazardZx>im even to lazy to explain wolfram is your friend for it
15:01<TGYoshi>That´s what my problem is :P
15:01<ZxBiohazardZx>andy if its 100% transparent, then why is it green
15:02<ZxBiohazardZx>TGYoshi, what?
15:02<TGYoshi>My lines aren´t ax+by+c, they are actually line [parts] defined by two points
15:02<andythenorth>ZxBiohazardZx: base tile
15:02<TGYoshi>(so they can also be vertical etc..)
15:02<ZxBiohazardZx>GTYoshi any line can be represented by a vector
15:02<ZxBiohazardZx>its vector math
15:02<TGYoshi>mm
15:03<ZxBiohazardZx>the beauty of math is that eventually they always find a formula that is true in ALL X/Y combinations
15:03<ZxBiohazardZx>that is vertical, horizontal and even R^3
15:04<ZxBiohazardZx>a horizontal line is 0 1 a vertical line is 1 0
15:04<ZxBiohazardZx>the vector equation still holds
15:04<ZxBiohazardZx>regardless of values
15:04<ZxBiohazardZx>goddamn Mila Kunis is hot
15:04<TGYoshi>oh god xD
15:05<ZxBiohazardZx>http://www.youtube.com/watch?v=Im8Ajuk4gE8
15:05<andythenorth>ZxBiohazardZx: if you have pictures of structures you think should be considered...post links?
15:05<ZxBiohazardZx>will do andythenorth, im just trying to think of a structure
15:06<ZxBiohazardZx>i just lacked stuff to stick to the cement / aluminium plant
15:06<ZxBiohazardZx>as they have a more modern architecture and there isnt a stationset that truely fits with that
15:06<ZxBiohazardZx>so maybe some grey-toned warehouses like on FIRS (also your creation afaik so )
15:07<ZxBiohazardZx>TGYoshi 12 down is more relevant for your problem btw, you can do it with 2 points in (any) space
15:07<TGYoshi>12 down? ..
15:08<andythenorth>ZxBiohazardZx: have a look at what pikka did for finescale track grf depots
15:08<ZxBiohazardZx>equation 12 down :P
15:08<ZxBiohazardZx>lemmy see andy
15:08<ZxBiohazardZx>got a hotlink for me ? XD
15:08<ZxBiohazardZx>TGYoshi on the wolfram site i linked, there are (12) on the right side to indicate equation stuff
15:08-!-roadt [~roadt@60.168.90.69] has quit [Read error: Operation timed out]
15:08<andythenorth>http://users.tt-forums.net/pikka/wiki/index.php?title=Finescale_standard_gauge_and_3rd_rail
15:09<ZxBiohazardZx>from 12 down its about any line between 2 points and any point in the space around it
15:09<ZxBiohazardZx>lemmy see
15:09<ZxBiohazardZx>yeah i liked the grey bedding on the side, and also the depot tiles are very nice
15:09<andythenorth>I can include any of those
15:09<andythenorth>pikka has done both angles ;)
15:09<ZxBiohazardZx>i seriously think we lack some good depot tiles for normal scale tracks as well, i always used the bigger depots so i could make them linking up
15:09<ZxBiohazardZx>haha
15:09<ZxBiohazardZx>well the middle one looks nice for usage in a station as well if you ask me
15:10<ZxBiohazardZx>and bottom right one
15:10<TGYoshi>ZxBiohazardZx ahhhh I see, thanks - random v variabele
15:10<ZxBiohazardZx>the other tiles are nice but less likely to be usable for stations i think
15:10<ZxBiohazardZx>less realistic layouts, in those cases the building would be on 1 side
15:10<andythenorth>hmm
15:10<andythenorth>I might just use all of them :P
15:11<ZxBiohazardZx>haha not bad, pikka always has some nice graphics
15:11<ZxBiohazardZx>i also like that trackbed on the right there :P
15:12<ZxBiohazardZx>anyway i still hope you can get muddy to be less, eeehm brown flat surface
15:12<ZxBiohazardZx>maybe make it green/brownish as in the forest tiles?
15:12<andythenorth>[shrug] it matches the mud tiles in FIRS
15:12<andythenorth>not the opengfx one though
15:12<ZxBiohazardZx>i know
15:12<ZxBiohazardZx>i know
15:12<ZxBiohazardZx>im comparing to FIRS
15:12<andythenorth>forest style tiles is a valid idea
15:13<ZxBiohazardZx>hence i suggested for aluminium plant & cement plant
15:13<ZxBiohazardZx>you lack tiles for some nice industry combinations
15:13<andythenorth>every time the ground tile is discussed, I have to remind myself why it's not possible :P
15:13<ZxBiohazardZx>eg the mud ones for me would be nice for forests, and also the wooden hut with it
15:13<andythenorth>let's see
15:13<ZxBiohazardZx>but it turns out to be a bit to muddy for me
15:13<ZxBiohazardZx>and just turns into 1 huge brown square
15:13<ZxBiohazardZx>rather then being "realistically muddy"
15:14-!-FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has joined #openttd
15:14<andythenorth>ok, the issue is that the tile underneath is not terrain aware
15:14<andythenorth>so you get temperate grass, arctic grass, or tropic grass
15:14<TGYoshi>ZxBiohazardZx thank you, figured it out
15:14<ZxBiohazardZx>because spec demands so?
15:14<andythenorth>yes
15:15<ZxBiohazardZx>im starting to hate the spec
15:15<andythenorth>so no snow, no partial snow, no desert, no partial desert
15:15<ZxBiohazardZx>same for stupid forests above snowline
15:15<ZxBiohazardZx>i hate that :P
15:15<ZxBiohazardZx>andy is that because the spec expects the station tile to cover the entire square?
15:15<andythenorth>kind of
15:15<andythenorth>it's also because the station spec is fricking insane
15:15<ZxBiohazardZx>eg original gfx covered full ground-square, so all newgrfs should also do so and dont have option on having transparency?
15:16<ZxBiohazardZx>so no chance on any fix/changes there
15:16<ZxBiohazardZx>ok
15:16<andythenorth>it's also because rail types can't really handle anything else properly
15:16<andythenorth>it's also because of historical reasons
15:16<ZxBiohazardZx>well the rails are tile/terrain aware
15:16<ZxBiohazardZx>just stations are not
15:16<andythenorth>and it's also because it was thought useful to provide a 'magic sprite' that provided the rails to newgrfs, but the magic sprite is not terrain aware
15:17<andythenorth>it's resolvable, but someone would have to resolve it
15:17*__ln__ is recompiling with debug symbols, d'ogh
15:17<ZxBiohazardZx>yeah as with most suggestions
15:17<ZxBiohazardZx>suggestion is good, but implementation is a biatch
15:17<andythenorth>and because the station spec is insane...it's preferred not to pile more on it
15:17-!-goodger [~ben@94-30-43-248.xdsl.murphx.net] has quit []
15:17<ZxBiohazardZx>i know all about that, im king of coming up with suggestions that require spec rewrites and are close to impossible
15:17<ZxBiohazardZx>but they would be nice :P
15:17<ZxBiohazardZx>http://www.youtube.com/watch?v=Im8Ajuk4gE8
15:17<ZxBiohazardZx>fuck it
15:17<ZxBiohazardZx>im gonna go download that movie
15:17<ZxBiohazardZx>i think mila is hot in it
15:18<ZxBiohazardZx>and she being lesbo with zoe saldana is not a bad movie
15:18<ZxBiohazardZx>cant be :P
15:20<Eddi|zuHause>yeah... thunderstorm...
15:20<ZxBiohazardZx>?
15:21<Eddi|zuHause>wheather... it's what's "outside"... where the pizza comes from... you know?
15:21<ZxBiohazardZx>weather (no h?)
15:21<Eddi|zuHause>watever :p
15:21<ZxBiohazardZx>udrunkbro?
15:22<Eddi|zuHause>you gonna ride around on any spelling mistake of a non-native speaker now?
15:23<Rubidium>Eddi|zuHause: with monday and such? ;)
15:24<ZxBiohazardZx>Eddi yes specially since i have seen you typing without that many of them
15:24<ZxBiohazardZx>Eddi -> http://www.youtube.com/watch?v=Im8Ajuk4gE8 < -- go watch
15:30-!-FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has quit [Ping timeout: 480 seconds]
15:31-!-Biolunar [~mahdi@blfd-4d08e70d.pool.mediaWays.net] has joined #openttd
15:34<__ln__>something called "Open Transport Tycoon" has made it on the raspberrypi.org frontpage.
15:34<andythenorth>make sprite 1012 etc terrain aware?
15:34<andythenorth>or rather, make whatever returns sprite 1012 to stations terrain aware?
15:34<ZxBiohazardZx>andy who your asking/talkin to lol
15:36-!-telanus1 [~Barney_Er@196.215.173.27] has joined #openttd
15:37-!-telanus2 [~Barney_Er@196.215.173.27] has joined #openttd
15:38<ZxBiohazardZx>ugh hate that google maps wont give me 3d for the building i want to see :P
15:38<ZxBiohazardZx>looking @steel mills near IJmuiden Netherlands, Corus plants
15:38<ZxBiohazardZx>to give you an idea what i mean for CHIPS
15:40<ZxBiohazardZx>enclosed sheds with shunters pulling teh ores from the harbor towards teh actual steel mills
15:40<ZxBiohazardZx>and then similar shunters pulling the sheeted steel-rolls to gathering tracks again
15:40-!-Eddi|zuHause2 [~johekr@p5DC67E20.dip.t-dialin.net] has joined #openttd
15:40-!-DDR [~chatzilla@d142-179-78-231.bchsia.telus.net] has joined #openttd
15:41-!-telanus [~Barney_Er@196.215.173.27] has quit [Ping timeout: 480 seconds]
15:41<ZxBiohazardZx>andythenorth -> http://maps.google.nl/maps?hl=nl&ll=52.495297,4.614859&spn=0.020772,0.055747&sll=52.444711,4.633827&sspn=0.166365,0.445976&t=h&z=15
15:41<ZxBiohazardZx>i know its not ideal to see it topside only
15:41<ZxBiohazardZx>but the stuff you see there is steelmills in the netherlands
15:41<Wolf01>[21:38:47] <ZxBiohazardZx> looking @steel mills near IJmuiden Netherlands, Corus plants <- why did I read Coruscant?
15:41<ZxBiohazardZx>haha Wolf01 cause you can
15:42<ZxBiohazardZx>anything down to the harbor from the "waterweg" is part of the mill & terrains
15:43<ZxBiohazardZx>anyway mainly trying to show andythenorth that CHIPS might be able to offer some nice enclosed tiles (not to many) that fit well with both the aluminium factory from FIRS and cementplant from FIRS
15:43-!-Eddi|zuHause [~johekr@p5DC67E46.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
15:44-!-telanus1 [~Barney_Er@196.215.173.27] has quit [Ping timeout: 480 seconds]
15:44<andythenorth>sheds
15:45-!-telanus2 [~Barney_Er@196.215.173.27] has quit [Ping timeout: 480 seconds]
15:45<ZxBiohazardZx>yeah mainly its sheds
15:45<ZxBiohazardZx>although in there the actual steel mills (hot, cold, etc etc) are inside the sheds :P
15:45<ZxBiohazardZx>so matching with the FIRS factories would be nice
15:46<ZxBiohazardZx>so forest tiles & modern-FIRS-industrial tiles :P
15:46<ZxBiohazardZx>2 suggestions :P
15:46-!-pugi [~pugi@host-091-097-081-148.ewe-ip-backbone.de] has joined #openttd
15:46<ZxBiohazardZx>imma go watch tv, brb if at all tonight :P
15:46-!-ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has quit [Quit: Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day]
15:47-!-TWerkhoven [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
15:47-!-Eddi|zuHause2 is now known as Eddi|zuHause
15:53<TrueBrain>and __ln__, how is it going? :)
15:54<__ln__>i figured i had compiled without debug symbols, and recompiling is soon finished
15:54<TrueBrain>hehe
15:55<TrueBrain>ssdg: and yeah, somewhat 'good' news is that __ln__ can reproduce it locally too, so an ARM issue; now the question would be: what? :P
15:55<TrueBrain>ugh, I do dislike people calling this game Open Transport Tycoon. It is called OpenTTD ffs!
15:56-!-kkb110 [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has joined #openttd
15:57<__ln__>indeed, and the big reason is that "Transport Tycoon" is (or at least was) a registered trademark with a known owner.
15:57<Zuu>TrueBrain: Indeed, I had to hold back myself from posting a silly comment on the 3.14 website about the naming.
16:00<TrueBrain>__ln__: and we are called OpenTTD :P
16:00-!-Doorslammer [7da861ac@ircip4.mibbit.com] has joined #openttd
16:01<__ln__>TrueBrain: that's right, but the title screen used to say "Open Transport Tycoon" in the early days.
16:01<TrueBrain>long long long long long ago :)
16:01<Zuu>There is also one comment that imply that OpenTTD trunk is unstable. Something I don't think is very true. Sure a few times a year it might have a fatal problem, but its not really that fragile as they make it sound.
16:01<TrueBrain>then again, the title screen used to be sea :P
16:02<TrueBrain>Zuu: indeed, "unstable" is a big word
16:02<Rubidium>"debian unstable" unstable ;)
16:03<Zuu>:-)
16:05-!-Pixa [~pixa@79-68-99-2.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds]
16:09<Eddi|zuHause>was somewhere between r22434 and now a fix for bounding box drawing? my old revision hangs when i press ^B, in newer ones it doesn't...
16:16*Rubidium wonders what Greyhound is up to
16:16*NGC3982 is in love with his current sky.
16:16<Rubidium>cause their pricing makes no sense
16:16<Eddi|zuHause>@calc 260/32
16:16<@DorpsGek>Eddi|zuHause: 8.125
16:16<NGC3982>venus, aldebaran and a lot of colors.
16:16<Eddi|zuHause>@calc 264/18
16:16<@DorpsGek>Eddi|zuHause: 14.6666666667
16:16<Eddi|zuHause>@calc 264/18*8
16:16<@DorpsGek>Eddi|zuHause: 117.333333333
16:16<Eddi|zuHause>@calc 260/32*8
16:16<@DorpsGek>Eddi|zuHause: 65
16:18<Rubidium>Toronto -> Montreal costs CAD 20 (via Ottawa). Toronto -> Ottawa costs CAD 39 and Ottawa -> Montreal costs CAD 21
16:19<Rubidium>and you'd be in the exact same busses
16:19<Wolf01>that's right, the more you travel, the less you pay :D
16:19<Rubidium>the train costs CAD 78 though :(
16:20<Wolf01>bah, trains cost all the same in the world, and tt doesn't make an exception
16:21<@Belugas>trains are more comfy than busses?
16:22<Rubidium>definitely not all trains are
16:23*ssdg is sorry, there is the french presidential debate on TV and it's quite hard to follow
16:23<@Belugas>since /me only travles by car...
16:23<@Belugas>travels
16:23<Rubidium>also to work?
16:23<Wolf01>if I didn't have to wait 2 hours for check-in, I'll travel by plane from venice to milan, it costs less and take less time than train (which costs about 50€ and takes 3.5-4 hours), too bad the nearest airport is at 80km from my house :(
16:23<@Belugas>commuters bus are a bit different then inter cities ones...
16:24-!-Progman [~progman@p57A1AFD7.dip.t-dialin.net] has quit [Remote host closed the connection]
16:24<Eddi|zuHause>Wolf01: some people complain that the airport is closer to their house :p
16:24<@Belugas>i mean.. traveling, like "relatively" long distance
16:25<ssdg>Congratulations TrueBrain on reproducing my bug by the way
16:25<Rubidium>Wolf01: don't take checked luggage, then it's only 30-45 minutes if you check in via internet
16:25<Wolf01>but I have 1 hour of travel to reach the airport
16:26*Rubidium knows it is at least 15 minutes from the train station to the (almost) furthest gate at AMS
16:26<Rubidium>for inner Schengen travel
16:26-!-guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
16:28-!-frosch123 [~frosch@frnk-590f59ac.pool.mediaWays.net] has quit [Read error: Connection reset by peer]
16:28-!-guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer]
16:29-!-KritiK [~Maxim@95-24-66-67.broadband.corbina.ru] has joined #openttd
16:36-!-guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
16:37-!-Ryton [~Ryton@94-226-98-24.access.telenet.be] has quit [Ping timeout: 480 seconds]
16:38<ssdg>TrueBrain: We reproduced it here too. with the debug settings. Interested?
16:38-!-valhallasw [~valhallas@s55978e11.adsl.wanadoo.nl] has quit [Quit: leaving]
16:38<TrueBrain>__ln__: and, how is it going on your end?
16:39<TrueBrain>ssdg: well, it turns out to be an ARM issue, seemly with Money (a special 64bit integer)
16:39<TrueBrain>so a desync log etc are not super useful
16:39-!-ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has joined #openttd
16:39<TrueBrain>ssdg: did you try the debian package?
16:40<ssdg>Not Yet. (or it was during my commute and I didn't know about it). (Yes, I take real non-virtual trains too :) )
16:41*ssdg is quite confuse. how Money causes a bug in tracs?
16:41<TrueBrain>we dont know yet :D
16:41<ssdg>Or did you call money what might just be a bigbigint ?
16:42<TrueBrain>it might be something completely different
16:42<Rubidium>imagine the amount you have to pay on your computer is 1$ and 100.000.000.000$ on the server
16:42<TrueBrain>might be a gcc that fucks up .. who knows :)
16:42<TrueBrain>Money is a type we defined which is practical a 64bit integer
16:42<TrueBrain>it has some .. additional code attached to it
16:42<TrueBrain>INT64_MAX + 1 = INT64_MAX
16:42<Rubidium>then on the server you don't have enough money to remove it, whereas on the client you have; thus it's being removed for you but not on the server
16:43<__ln__>TrueBrain: there would seem to be some crazy value in Money's m_value right after it's been initialized to zero, or something. but i don't know why yet.
16:43-!-guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer]
16:43<TrueBrain>__ln__: destroying airports, town houses etc, does work?
16:43<TrueBrain>its only railways that give this issue?
16:43<Rubidium>try roads as well, as you get money from they too
16:43<ssdg>That we know of
16:43<TrueBrain>Rubidium: smart
16:44<ssdg>In fact, I have to translate a bit of "how-to" give me one sec
16:44<TrueBrain>building and removing "land owner" signs?
16:44<__ln__>it would seem that destroying anything that costs money to destroy does work at least
16:45<__ln__>selling an engine works too
16:46<ssdg>1) Choose a tile going down, say top on S-E, bottom on NW
16:46<ssdg>2) build a track on it, said track going from the hill to the valley.
16:46<ssdg>3) put a signal on it.
16:46<ssdg>4) Remove said track and builld a perpendicular one (creating a cliff)
16:46<ssdg>5) add a signal on it
16:48-!-Pixa [~pixa@85.210.74.252] has joined #openttd
16:48<__ln__>seems like i'm doing a full rebuild again
16:48<ZxBiohazardZx>https://github.com/TrinityCore/TrinityCore/issues/6370
16:48<ZxBiohazardZx>eehm wrong one
16:49<TrueBrain>__ln__: ieuw :(
16:49<TrueBrain>__ln__: in the meantime, do you have gcc version for us
16:49<TrueBrain>can you tell if the BE/LE detection went okay?
16:55<ssdg>If you need or savegame you can find it here: http://dl.dropbox.com/u/4193779/openttd_arm_desync.tgz
16:55*ssdg is open to critics if some info is missing
16:57<__ln__>TrueBrain: g++ (Debian 4.4.5-8) 4.4.5
16:57<TrueBrain>tnx ssdg
16:57<TrueBrain>tnx __ln__
16:57*NGC3982 is so gonna make that soylent green scenario grf.
16:58<__ln__>endian_check reports TTD_LITTLE_ENDIAN
16:58<TrueBrain>__ln__: perfect
16:58<TrueBrain>so that leaves a compiler issue I guess ...
16:59<__ln__>it's a possibility
17:01<Rubidium>given 4.4.5 is broken, it must be broken for a long time
17:01<Rubidium>which would mean lots of broken versions might be floating around
17:02<TrueBrain>Rubidium: sadly, you talk in crypt to me, and I have no clue if you are sarcastic (which you tend to be if you disgree on a statement, no offense, just trying to figure out what you try to say): do you mean that GCC 4.4.5 is known to be broken, or are you trolling?
17:03<Rubidium>earlier someone talked about GCC 4.6.3 being used to create a broken OpenTTD, now GCC 4.4.5. That means the issue (if in GCC) is already pretty old
17:04<TrueBrain>just realise we talk about an ARM-branch of GCC here
17:04<TrueBrain>it doesnt have to be in the mainstream GCC
17:04<TrueBrain>it can be just some optimization for the ARM platform that is not doing what we want from it
17:06<Rubidium>http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48090 smells like this bug
17:06<Zuu>Wolf01: You make a good point why not use "km" as length unit for traveling. Going 8 "mil" sounds much shorter than 80 km, while still being the same distance :-)
17:06<Zuu>s/traveling/commuting/
17:07<TrueBrain>so a test-case for __ln__ would be: CFLAGS="-fno-cse-follow-jumps" ./configure && make ;)
17:08<Wolf01>Zuu: never heard of that
17:08<Zuu>Wolf01: Its a Swedish thingy to confuse people comming here and thinking that a "mil" is 1.6 km, while it is actually 10. :-)
17:09<ssdg>Zuu: Not quite sure about this
17:09<ZxBiohazardZx>miles are 1.6 kms
17:09<@Yexo>Zuu: google "8 mil to km", it says "8 mil = 2.03200 × 10-7 kilometers"
17:09<__ln__>TrueBrain: i'll try
17:09<Rubidium>GCC 4.4.5 does not have that particular fix
17:10-!-Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Remote host closed the connection]
17:10<ZxBiohazardZx>thats cause it calculates mil as million haha
17:10<ZxBiohazardZx>60 miles/hour = 97 km/hour
17:10<@Yexo>seems to be this mil: http://www.aqua-calc.com/what-is/length/mil
17:10-!-Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd
17:10<@Yexo>Mil, also known as a thou is equal to one thousandth of an inch (0.001 inch).
17:10<Wolf01>still better than furlongs
17:10<ZxBiohazardZx>ah a milimeter
17:11<ZxBiohazardZx>well no
17:11<ZxBiohazardZx>a strange factor of it
17:11<@Yexo>no, a mili-inch
17:11-!-mal2 [~mal2@port-92-206-6-224.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
17:11<ZxBiohazardZx>XD
17:11<andythenorth>good night
17:11-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has left #openttd []
17:12<Zuu>English wikipedia: In Norway and Sweden, a mil is a unit of length equal to 10 kilometres and commonly used in everyday language. However in more formal situations, such as on road signs and when there is risk of confusion with English miles, kilometres are used instead.
17:13<Rubidium>"[...] Scandinavian mil ranges from 7.5km to 12km depending on nation or region" ;)
17:13*SpComb has never heard of it
17:13<Zuu>According to wikipedia that was standardized in 1649.
17:13<@Yexo>When the Metric system was introduced in Norway and Sweden in 1889 (the actual law having been passed in 1875), the mil was redefined to be exactly 10 km. <- it says 1889 actually
17:13<Zuu>to 10.687 km, and then in 1889 to exactly 10 kilometers.
17:14<TrueBrain>fully automated Blender to NML: http://paste.openttdcoop.org/show/1385/ :D:D:D:D
17:14<ZxBiohazardZx>ugh i hate the new blender versions :(
17:14<ZxBiohazardZx>not joking, i loved the old interface
17:14<ZxBiohazardZx>but they fucked up alot of the stuff i liked about it
17:15<ZxBiohazardZx>python or?
17:15<@Yexo>TrueBrain: now import nml and call run nmlc directly from blender too :p
17:15<TrueBrain>I can now make a nice Lego model in LeoCAD, export it to 3DS, put it in a blender file, hit Run Script, and enjoy it ingame :D
17:15<TrueBrain>Yexo: good idea!
17:15<Zuu>TrueBrain: You make it sound easy :-)
17:15<TrueBrain>Zuu: after a days work, it is
17:16<Zuu>:-)
17:16<ZxBiohazardZx>TrueBrain why not create similar script for LegoCAD?
17:16<ZxBiohazardZx>XD
17:16-!-Chris_Booth [~chatzilla@host81-154-230-134.range81-154.btcentralplus.com] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120417165043]]
17:16<Rubidium>ZxBiohazardZx: that'd be cheating ;)
17:16<TrueBrain>because you can't
17:17<TrueBrain>Yexo: works :D
17:17<@Yexo>lol :)
17:17<@Yexo>it won't work a second time unless it's completely unloaded/reloaded though
17:17<TrueBrain>why?
17:17<@Yexo>too many global variables
17:18<TrueBrain>who/what/where?
17:18<@Yexo>in nml code
17:18<TrueBrain>it runs nmlc.exe --grf blabla
17:18<@Yexo>ah :)
17:18<TrueBrain>so that would work as many times as needed ;)
17:18<@Yexo>yep
17:18<TrueBrain>just atm blender fails to do a second render
17:18<TrueBrain>which is weird
17:19<@Yexo>since nml is written in python, my initial though was about "import nml; nml.main('', '--grf', 'filename'...);"
17:19<TrueBrain>ah
17:19-!-guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
17:19<TrueBrain>no, that is too scary for me :D
17:19<ZxBiohazardZx>blender and nml are both python?
17:19<Zuu>As a fan of toyland I look forward to whatever comes out of the lego project. :-)
17:19<ZxBiohazardZx>then yeah it should be directly linkable
17:19<TrueBrain>Zuu: it already looks better, so it cant go worse :P
17:19<ZxBiohazardZx>i think the latest blender actually offered more shit to be compatible for games and creating them (eg sprite creation etc)
17:19<Eddi|zuHause><Yexo> since nml is written in python, my initial though was about "import nml; nml.main('', '--grf', 'filename'...);" <-- i did that once
17:20<Eddi|zuHause>mainly to avoid the nml exception handling though
17:21<Eddi|zuHause>to attach a proper post-mortem debugger
17:21<TrueBrain>the only "requirement" for my method, is that you put objects you want rendered in a group, where the name is: <whatever>,spriteid,spriteid,spriteid,spriteid
17:21<TrueBrain>where the amount of spriteids give the amount of rotations :P
17:22<TrueBrain>only y_offs is a bitch
17:22<TrueBrain>as it is not the center of the image
17:22<TrueBrain>(where x_offs is), for terrain at least
17:22<@Yexo>good night all
17:24<Zuu>TrueBrain: Where is the lego/brickland thread? Or is it just locally at your computer? :-)
17:24-!-tegro_ [~undefined@78-105-226-68.zone3.bethere.co.uk] has quit [Quit: leaving]
17:25<Eddi|zuHause>TrueBrain: x_offs/y_offs define the north corner of the tile
17:25<Zuu>TrueBrain: Oh, sorry, I just realized there is a search function at the forum :-)
17:26<Eddi|zuHause>TrueBrain: or the north (hidden) corner of the bounding box for vehicles
17:27<__ln__>what does --enable-debug=3 do compared to --enable-debug?
17:28<TrueBrain>Zuu: locally
17:28<Eddi|zuHause>__ln__: afair it's the same thing
17:28<Zuu>well, take your time and have fun with the awsomeness :-)
17:28<TrueBrain>there are several levels of debugging, in most parts of the code
17:28<Eddi|zuHause>--enable-debug defaults to 3
17:29<TrueBrain>Zuu: yeah; if I have the landscape how I like it I will slap it in a thread
17:29<TrueBrain>I am sure some 32bpp gurus will flame me, as I made my own blender and everything
17:29<TrueBrain>the sun is how I think it should be etc
17:29<__ln__>Eddi|zuHause: can't be
17:29<TrueBrain>the default blender has a glitch in camera position, giving slightly below optimal images back, etc :P
17:30<Eddi|zuHause>__ln__: then it was either changed or mis-communicated
17:30<Zuu>The best I ever made in blender before giving up on it was an office tape stand. :-)
17:31<TrueBrain>I never made anything in blender :P
17:31<TrueBrain>I make it in LeoCAD, and import it :D
17:31<Rubidium>Eddi|zuHause: enable-debug defaults to 1
17:31<__ln__>with --enable-debug=3 it takes several minutes to link the openttd binary, and the ARM bug is not present.
17:31<Rubidium>1 = -g
17:31<Eddi|zuHause>__ln__: usually the higher debug levels make linking _Faster_
17:31<TrueBrain>owh, lolz, that --enable-debug :D
17:32<TrueBrain>I was tihnking -debug when launching .. oops :D
17:32<TrueBrain>__ln__: =3 is without any optimizations
17:32<Rubidium>2 = -g -O0
17:32<Rubidium>uhm.. 2 = -g -fno-inline
17:32<Rubidium>3 = -g -O0 -fno-inline
17:32<TrueBrain>__ln__: so that confirms compiler issue
17:32<TrueBrain>or, well, it can still be a few other things, but it is very likely :D
17:33<ssdg>Seems to work with the .deb
17:33<TrueBrain>ssdg: well, that at least means you can play the game for now :)
17:33<ssdg>That's an awesome news
17:34<ssdg>I hope our package will help you find why it didn't work at first
17:34<TrueBrain>well, we are closing down on it, so that is great news :)
17:34<TrueBrain>tnx for all the info etc :)
17:35<TrueBrain>Rubidium: does 4.4.6 contain the fix for that bug report you linked?
17:35-!-ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has left #openttd []
17:35<Eddi|zuHause>ssdg: so, who is winning the debate? :)
17:36<ssdg>Depends of who's looking. That debate almost never changes the trends
17:36<TrueBrain>Rubidium: euh
17:36<TrueBrain>4.6.3
17:36<TrueBrain>sry
17:36<ssdg>It did just once... since the beginging of the 5th republic. (it's roughtly 50 years old)
17:37<Eddi|zuHause>ssdg: has any president ever won in the first round?
17:37-!-Pixa [~pixa@85.210.74.252] has quit [Ping timeout: 480 seconds]
17:37<+glx>no
17:37<ssdg>I guess Charkes the gaule.
17:37<ssdg>Charles
17:38<Eddi|zuHause>he must get 50% of the votes for that?
17:39<ssdg>Yes
17:39<ssdg>and actually, I was wrong. Nobody won in the first round
17:40<ssdg>First round: select two persons out of everybody who got 50 mayors/other people with similar jobs. Second round whoever has more than 50% wins
17:40<Rubidium>TrueBrain: I'm getting an internal server error when I want to get the changelog of 4.6.3, so I have no clue :(
17:41<ssdg>First round: select two persons out of everybody who got 50 mayors/other people with similar jobs signatures. Second round whoever has more than 50% wins
17:41<TrueBrain>Rubidium: lolz
17:41<Rubidium>ssdg: and what if it's 48% 49% and 3% blank?
17:41-!-TWerkhoven[l] [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
17:42<ssdg>Blank is not taken into account. (and it's wrong)
17:42<Eddi|zuHause>i was under the impression in the second round a simple majority suffices
17:42<+glx>ssdg: 500 not 50 :)
17:43<ssdg>glx: indeed
17:43<Eddi|zuHause>or are really only 2 people allowed in the second round?
17:43<Rubidium>though I wonder what happens when there isn't a majority (equal votes)
17:43<+glx>Eddi|zuHause: could be 3, but usually it's only 2
17:43<ssdg>Rubidium: Seems statisticaly improbable to me
17:43<ssdg>glx: are you from here?
17:45-!-FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has joined #openttd
17:45<+glx>blanks are ignored
17:45<Rubidium>ssdg: less probable than having the one with the fewest actual votes being declared the winner, but that happened as well. Which, for me, would imply needing some margin by which you should win to prevent a few miscounts from selecting the wrong, which would make it more likely that the votes are "equal"
17:47<ssdg>Rubidium: Indeed, errors are possible.
17:48<__ln__>the case of a broken GCC in something as popular as Debian stable leaves open the question: what else is broken, both in OTTD and the whole Debian on ARM...
17:49-!-GT [~GT@rt-scb-9f41.adsl.wanadoo.nl] has joined #openttd
17:50<Eddi|zuHause>makes you wonder where miscounts have larger effect: in a majority vote, or in a proportional vote
17:50<TrueBrain>__ln__: did you try compiling with that special CFLAG?
17:51<TrueBrain>__ln__: and if you read the bug report Rubidium posted earlier, it is a pretty severe issue
17:51<TrueBrain>Debian on ARM is stabalizing, but is far from stable (same for GCC :))
17:51<__ln__>TrueBrain: i'm in the process of trying that, but the compilation is only at the letter 'n' at the moment
17:52-!-kkb110 [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has quit [Ping timeout: 480 seconds]
17:52<Rubidium>Eddi|zuHause: the former, though in the latter you'll notice it more often
17:52<TrueBrain>__ln__: lolz
17:53<Eddi|zuHause>Rubidium: in proportional vote, the effect of a miscount is almost always visible, while in a majority vote, the effect is only visible if it is a close outcome
17:53<__ln__>any serious development work on ARM would require a distcc cluster of sheevaplugs i suppose
17:54<Eddi|zuHause>but if it is visible in the majority vote case, then it has the bigger impact on the overall picture
17:54<Rubidium>yes, but *if* you have an effect in the majority vote it's 100% from the actual truth
17:55<Eddi|zuHause>but you can't have proportional vote in a presidal election, where only one seat is to be distributed :p
17:56<Eddi|zuHause>it gets really silly in hybrid systems like the german parliamentary elections. like the 2009 elections of the Schleswig-Holstein parliament, where the parties with the lower "popular vote" got more seats.
17:57<Eddi|zuHause>the vote was later declared illegal, now they re-vote
17:57<Rubidium>I'd say the American system is the silliest
17:58<Rubidium>(of the ones I know)
17:58<Eddi|zuHause>the british used to have a silly system
17:58<Eddi|zuHause>where the electorate constituencies were defined by area instead of population
17:59<Eddi|zuHause>so there was one constituency with a single voter
17:59<Eddi|zuHause>(allegedly)
17:59<Eddi|zuHause>and the prussians used to have a silly system
18:00<Eddi|zuHause>where 1 noble counted the same as 100 citizens, or 10000 peasants
18:00<Rubidium>in the US you can, in theory, win the presidential elections with only few percent of the votes being cast for you
18:00<__ln__>ah well, it's still compiling and i'm falling asleep, so i guess i'll report the results of the CFLAGS in the morning.
18:01<GT>Hi guys, being forced to newgrf coding by recent development in the 32bpp world I wondered: is one free to use a grfid, or is there some kind of registration needed?
18:01<Eddi|zuHause>Rubidium: in the European parliament elections, one maltesan or luxembourgian vote counts much more than a french or german vote
18:02<Eddi|zuHause>because the number of seats for each country is not decided linearly based on population
18:02<TinoDidriksen>And us smaller countries are happy with that.
18:03<Rubidium>in the US you could be president with 12 votes
18:03<+michi_cc>GT: There is no global registry, but bananas will refuse duplicate IDs.
18:03<Wolf01>'nighty night
18:03<Eddi|zuHause>so if we ever got a directly elected european president, or even a democratically elected EU government, then similar oddities may apply
18:03-!-Wolf01 [~wolf01@95.232.234.29] has quit [Quit: Once again the world is quick to bury me.]
18:03<GT>Is there a list to prevent that?
18:03<Rubidium>Eddi|zuHause: that's because they have to have at least one seat?
18:04<TinoDidriksen>The US EC don't have to follow the popular vote; they're free to just vote however they like. Hasn't been many cases of them doing so, though.
18:04<Eddi|zuHause>Rubidium: no
18:05<Rubidium>GT: there is http://devs.openttd.org/~rubidium/newgrf.html but that's definitely not complete, but possibly the most complete list (also check grfcrawler for the grfid you'd like to use)
18:06-!-kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd
18:06<GT>OK, thxs
18:06<+michi_cc>There are 2^32 possible IDs, so just pick something, it will likely be free :)
18:06-!-TGYoshi_ [~TGYoshi@86.81.146.146] has joined #openttd
18:07-!-sla_ro|master [~slaco@95.76.151.112] has quit [Quit: DANGER sla.ro is OFFLINE DANGER]
18:07<Eddi|zuHause>Rubidium: Germany: 96 Seats (one seat per 859.000 inhabitants). Malta: 6 Seats (one seat per 67.000 inhabitants)
18:07<GT>@michi: well, something starting with 32.. might get popular.
18:08<Eddi|zuHause>GT: the usually promoted way is to set the first two characters as your initials. that is reasonably unique
18:08<GT>Ok, Eddi, didn't know that.
18:08<Eddi|zuHause>but that is no universal rule
18:09<GT>for 32bpp-extra I used something like 32E. , I may try to continue that for other grfs
18:10<TinoDidriksen>Use a 32bit rand() result.
18:11<GT>@Michi, BTW, do you agree with my last response on the litght setup issue, that the sun is effectively after 3 o'clock?
18:11<GT>s/litght/light/
18:13-!-TGYoshi [~TGYoshi@86.81.146.146] has quit [Ping timeout: 480 seconds]
18:13-!-TrueBrain [~patric@ip82-139-83-21.lijbrandt.net] has quit [Read error: Connection reset by peer]
18:13-!-TrueBrain [~patric@ip82-139-83-21.lijbrandt.net] has joined #openttd
18:14<GT>Hi, TB. Great job on NoGo.
18:14<TrueBrain>lol; I did that months ago! :P
18:14<TrueBrain>tnx :)
18:14<GT>Not implemented anything yet, but ideas are spinning in my head.
18:15<GT>So what, even months ago, it stays a great job
18:15<TrueBrain>and: BRCK is mine, GRFID wise
18:15<TrueBrain>I dont care what the rest does, but thatone is mine :P
18:15<GT>Huh, et tu Brute, using newgrf?
18:15<TrueBrain>had to
18:15<TrueBrain>32bpp and all :P
18:16<GT>Ditto
18:16<TrueBrain>one of the prices to pay for 1 unified system :)
18:16<TrueBrain>http://paste.openttdcoop.org/show/1385/ <- that is another price .. fucking Blender :( I respect every single person who can make more than a square block in Blender :P
18:17<Eddi|zuHause>this is also funny: "The council of europe (not to confuse with the European council, nor with the EU council)"
18:18<TrueBrain>(and the square block exception is there, as you get that for free when launching Blender :P)
18:18<GT>This is not square: http://www.tt-forums.net/viewtopic.php?p=682666#p682666
18:18<TrueBrain>I dont understand how Blender works, it is like this magic machine or what-ever :P
18:18<TrueBrain>but, its lighting system is fucking amasing
18:23<TrueBrain>well, enough fiddling for one day; good night all
18:23<TrueBrain>__ln__: please do let me know the results of your tests :)
18:23<TrueBrain>and tnx for the effort etc :)
18:25<GT>Good night
18:25-!-FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has quit [Ping timeout: 480 seconds]
18:28<GT>Anyway, I kind of get fed up with all the discussions on 32bpp ground tiles, what would be the best way to finally get some newgrfs?
18:30-!-TGYoshi_ [~TGYoshi@86.81.146.146] has quit [Quit: Popidopidopido]
18:32-!-mahmoud [~KEM@ALyon-158-1-126-22.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
18:33-!-kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit [Ping timeout: 480 seconds]
18:36-!-jnx [~jnxa@seven.medozas.de] has joined #openttd
18:36<jnx>Is the cargo distance the distance between stations, or between the industries adjoining the stations?
18:38<GT>I made a python script to convert old tars to nml, I could just start converting, and publish.
18:38-!-Biolunar [~mahdi@blfd-4d08e70d.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us]
18:39<GT>Not usable for sprites with masks yet, but there are hundreds of sprites available without.
18:40<Zuu>jnx: the distance between the station signs
18:40-!-KritiK [~Maxim@95-24-66-67.broadband.corbina.ru] has quit [Quit: Leaving]
18:40<Zuu>also, it's the manhattan distance
18:40<GT>i.e. the tiles in x + the tiles in y
18:41<GT>Zuu, what about writing junctioneer in HTML5?
18:42<GT>using a canvas could be pretty platform independent
18:42-!-kkb110 [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has joined #openttd
18:44<Zuu>Apart from speed issues in simulation mode, I would not like to spend another half year with more porting after having made a port from SDL to wxWidgets. :-)
18:45<Zuu>The wxWidgets version actually was easier that expected to get to run in Linux. The OpenGL initialization had to be done a bit different but thats pretty much it.
18:46<GT>Can imagine that. I did download the pre-compiled version. Pretty nice, but I did miss road crossings on different levels.
18:46<GT>Using Linux
18:47<Zuu>You can do that. Edit the save XML file in a text editor and change the Z values to create level crossings.
18:47<Zuu>Make sure that roads that should go over/under are at least 1,0 apart in z-axis.
18:47<Zuu>There is just no GUI yet to support it :-)
18:47<GT>Really? great. I will try that.
18:47<GT>Real men use the command line
18:48<GT>(or hex/text editors)
18:48<Zuu>.. and HTML5? ;-)
18:48<GT>What about it? You edit it with a text editor
18:49<Zuu>I don't really have anything against it. I have't learned yet what it can do.
18:51<GT>moving square blocks on a canvas would be pretty simple. I just started some experiment, and had some nice graphs pretty soon. (Take into account that I do know a couple of programming languages, for the nono-Windows user it may be a bit harder, but I know you are not one of those)
18:52<GT>http://www.w3schools.com/html5/html5_canvas.asp
18:55<Zuu>Looks nice, although one might be less happy when you got 10k+ lines of javascript. But then you'll probably try to only have the render-engine in javascript and keep the simulation engine in C++. Not impossible to do, but sounds like quite some work :-)
18:59-!-Hazzard [~72f65bd0@101.haydn.openttdcoop.org] has joined #openttd
19:03<Zuu>GT: By editing the xml file you can also go out of the grid with eg x=5.7 and y=20.52 if you wish to do so. :-) In 0.1.5 there was some interesting crashes you could trigger if you edit the file yourself and make mistakes, but 0.2 should be more resistent against that.
19:03<Zuu>Good night
19:04<GT>Right, time for me to sleep too, CU
19:05-!-GT [~GT@rt-scb-9f41.adsl.wanadoo.nl] has left #openttd []
19:11-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
19:16-!-theholyduck [~holyduck@82.147.59.59] has quit [Read error: Connection reset by peer]
19:28-!-bb10 [~bb10@bb10x.org] has quit [Ping timeout: 480 seconds]
19:29-!-th_gergo [~thiering@1F2E8CA3.catv.pool.telekom.hu] has quit [Ping timeout: 480 seconds]
19:29-!-bb10 [~bb10@bb10x.org] has joined #openttd
19:35-!-flaa [~flaa@188.141.45.124] has quit [Quit: leaving]
19:36-!-Hazzard [~72f65bd0@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
19:55-!-Elu [Elukka@78-27-90-14.bb.dnainternet.fi] has quit []
20:09-!-perk11 [~perk11@46.242.11.118] has joined #openttd
20:27-!-theholyduck [~holyduck@82.147.59.59] has joined #openttd
20:27-!-jnx [~jnxa@seven.medozas.de] has quit [Quit: *]
20:32-!-jnx [~jnxa@seven.medozas.de] has joined #openttd
20:40-!-pugi [~pugi@host-091-097-081-148.ewe-ip-backbone.de] has quit []
20:45-!-roadt [~roadt@60.168.90.69] has joined #openttd
20:49-!-ssdg [~ssdg@cho94-8-88-178-12-78.fbx.proxad.net] has left #openttd []
20:55-!-Strid_ [~Strid@c-81c4e455.04-372-6c6b701.cust.bredbandsbolaget.se] has quit [Remote host closed the connection]
20:56-!-KenjiE20 [kenjie20@free.blinkenshell.org] has quit [Remote host closed the connection]
20:59-!-KouDy [~KouDy@175.137.99.36] has joined #openttd
21:13-!-glx [glx@2a01:e35:2f59:c7c0:2cbb:3e17:677f:decd] has quit [Quit: bye]
21:15-!-Guest1439 [wilberforc@drinks.mountaindew.org] has quit [Remote host closed the connection]
21:15-!-AD [wilberforc@drinks.mountaindew.org] has joined #openttd
21:16-!-AD is now known as Guest355
21:58-!-jnx [~jnxa@seven.medozas.de] has quit [Quit: *]
22:01-!-HerzogDeXtEr1 [~Flex@i59F6AC43.versanet.de] has joined #openttd
22:08-!-HerzogDeXtEr [~Flex@i59F6CA26.versanet.de] has quit [Ping timeout: 480 seconds]
22:26-!-roadt [~roadt@60.168.90.69] has quit [Read error: Connection reset by peer]
22:39-!-roadt [~roadt@114.96.131.207] has joined #openttd
22:39-!-DDR [~chatzilla@d142-179-78-231.bchsia.telus.net] has quit [Quit: for the love of god this is not safe for work]
22:41-!-DDR [~chatzilla@d142-179-78-231.bchsia.telus.net] has joined #openttd
23:09-!-theholyduck [~holyduck@82.147.59.59] has quit [Read error: Connection reset by peer]
23:15-!-theholyduck [~holyduck@82.147.59.59] has joined #openttd
23:55-!-theholyduck [~holyduck@82.147.59.59] has quit [Quit: Forlater kanalen]
---Logclosed Thu May 03 00:00:56 2012