Config
Log for #openttd on 3rd February 2013:
Times are UTC Toggle Colours
00:05:12  *** Celestar_ [~vici@mnch-4d04c187.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
00:07:44  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
00:09:56  *** supermop [~daniel_er@rrcs-208-105-82-227.nyc.biz.rr.com] has quit [Remote host closed the connection]
00:11:32  *** fonsinchen [~fonsinche@brln-4d0c2ea0.pool.mediaWays.net] has quit [Quit: Leaving]
00:13:32  *** valhalla1w [~valhallas@s55978e11.adsl.online.nl] has quit [Ping timeout: 480 seconds]
00:22:30  <__ln__> what, they made a tv series of Tron? http://www.imdb.com/title/tt1812523/reference
00:22:58  <Supercheese> http://en.wikipedia.org/wiki/Tron:_Uprising
00:22:58  <NGC3982> I had no idea.
00:23:05  <NGC3982> http://www.imdb.com/media/rm1020177152/tt1812523
00:23:11  <NGC3982> Ooh. Oooh.. :/
00:23:31  <__ln__> but.. is it animation, just with famous voices.
00:24:43  <NGC3982> And it's Disney XD.
00:24:44  <Supercheese> Because it's Disney, I presume it's localized in dozens of languages, too
00:24:58  <__ln__> NGC3982: Tron has always been Disney.
00:25:17  <NGC3982> You don't understand
00:25:23  <Supercheese> Disney XD...
00:25:25  <NGC3982> The series aired on Disney DX.
00:25:27  <NGC3982> XD*.
00:25:30  <NGC3982> That means alot.
00:27:10  <__ln__> I was watching Tron Legacy in a cinema when it was new, starting something like 9pm.. They were playing some children's songs in the cinema before the movie started. Because it's Disney.
00:27:40  <NGC3982> Yes, and that is not so far from logic when it comes to Disney productions.
00:27:55  <frosch123> night
00:27:57  *** frosch123 [~frosch@frnk-590f765c.pool.mediaWays.net] has quit [Remote host closed the connection]
00:28:01  <NGC3982> Though, since it aired on Disney XD, it means the series is intended for people between 6 and 14.
00:28:06  <NGC3982> -6 and 14.
00:28:29  <NGC3982> +most people a third your age.
00:28:59  <__ln__> Another, more interesting series is this new House of Cards on Netflix, made by Netflix.
00:29:09  <NGC3982> Oh
00:29:11  <NGC3982> Wait what.
00:29:12  <NGC3982> :D
00:29:24  <__ln__> Not sure if it can be called a "tv" series since it's exlusively on Netflix.
00:30:18  <__ln__> Starring Kevin Spacey. They released the whole season at once, no need to wait for episodes to appear. That's new.
00:30:29  <Supercheese> Whoah, that is new
00:30:33  <NGC3982> Yeah
00:30:43  <NGC3982> Actually quite odd.
00:30:57  <Supercheese> Yeah, I cannot recall any series releasing all at once before
00:31:38  <NGC3982> I guess Netflix people know how we nerds look at series these days
00:32:08  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
00:32:18  <NGC3982> Aaand sleep. Night guys.
00:32:50  *** Rhamphoryncus_ [~rhamph@d173-183-158-32.abhsia.telus.net] has quit [Ping timeout: 480 seconds]
00:34:23  *** KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving]
00:36:58  <Eddi|zuHause> a propos "all at once", what actually happened to this star wars series where they wanted to produce 100 episodes before publishing it? last i heard was "we have some scripts, but each of the episodes would cost a whole movie budget like this"
00:37:16  <Wolf01> 'night
00:37:19  *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
00:41:26  *** Rhamphoryncus_ [~rhamph@d173-183-158-32.abhsia.telus.net] has joined #openttd
00:42:56  <__ln__> i don't suppose you mean the star wars holiday special?
00:43:30  <NGC3982> I just woked up again
00:43:36  <NGC3982> Since something very evil was mentioned
00:43:58  <NGC3982> Something so evil quantum movements woke me up and dragged me back to IRC to tell you:
00:45:09  <NGC3982> The Star Wars Holiday Special is an abomination, and is probably responsible for the K-T Extinction, the Bubonic Plague and every war. Ever.
00:49:19  *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd
01:07:46  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
01:10:02  <Eddi|zuHause> __ln__: no, it was a fairly recent thing
01:11:18  *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd
01:11:21  *** mode/#openttd [+v tokai|noir] by ChanServ
01:11:37  <Eddi|zuHause> http://en.wikipedia.org/wiki/Star_Wars_live-action_TV_series
01:14:23  *** tokai|mdlx [~tokai@port-92-195-100-174.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
01:30:31  <__ln__> interesting, i hadn't heard about that one.
01:40:18  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
01:55:11  *** questions [4a767459@ircip4.mibbit.com] has joined #openttd
01:55:42  <questions> is anyone there
01:56:16  <Supercheese> People are here
01:56:35  <questions> does openttd work on android
01:56:55  <Supercheese> Yes: https://play.google.com/store/apps/details?id=org.openttd.sdl
01:57:17  <Supercheese> You can get it from Google Play store
01:57:51  <questions> is the maker of that one the same as here
01:58:17  <Supercheese> No, it's technically an unofficial port, by a fellow known as Pelya
01:59:03  <questions> ya but is that one safe like this one
01:59:23  <Supercheese> The OTTD on the Google Play store is fine, I use it
01:59:48  <questions> no bugs or backdoor issues
02:00:20  <Supercheese> There is one known bug with something called an "S pen"
02:00:39  *** Rhamphoryncus_ [~rhamph@d173-183-158-32.abhsia.telus.net] has quit [Ping timeout: 480 seconds]
02:00:39  <Supercheese> some kind of stylus-thingy I guess
02:01:02  <questions> sorry but never hear of it
02:01:11  <Supercheese> me neither, until the bug was reported
02:01:52  <questions> how well does it work with touch screen 10 in touchpad
02:02:08  <Supercheese> That's what I have, and while it doesn't hold a candle to mouse+keyboard, it's playable
02:03:23  <questions> is that one close enough to openttd pc to learn play
02:03:49  <Supercheese> If you're just learning how to play OpenTTD, I would highly recommend using a mouse and keyboard
02:04:06  <questions> i used to be a major fan of trans tycoon long ago
02:04:22  <Supercheese> Or, well, mouse-only would be better than a touchscreen, even
02:04:26  <questions> way before this open one
02:04:37  <Supercheese> OpenTTD is everything Transport Tycoon has and much, much more
02:05:00  <questions> it sounds like it
02:05:52  <questions> is the google one have tutorials so i can relearn while watching tv
02:06:13  <Supercheese> The tutorial should work, IIRC
02:06:38  <Supercheese> You have to downloaded the Tutorial, it won't come by default
02:07:04  <questions> where would that be
02:07:11  <Supercheese> I'm checking, just a sec
02:07:47  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
02:08:13  <Supercheese> Looks like from the main menu, you have to go:
02:08:25  <Supercheese> AI/Gamescript Settings --> Check Online Content --> Beginner Tutorial
02:09:14  *** Rhamphoryncus_ [~rhamph@d173-183-158-32.abhsia.telus.net] has joined #openttd
02:09:25  <questions> sorry but froim what main menu
02:09:31  <Supercheese> the OpenTTD main menu
02:10:14  <questions> from the pc not android?
02:10:22  <Supercheese> either one
02:10:44  <questions> let me see if i can find it
02:11:00  <Supercheese> You'll obviously need to install OpenTTD on the Android device first
02:11:57  <questions> you mean the one from google play?
02:13:47  <Supercheese> yes
02:13:53  <questions> ok
02:14:14  <questions> thanks
02:14:37  <Supercheese> Google Play should install the base program, and the first time you run OpenTTD on the android device, it will download some more required data
02:14:38  <questions> one last question please
02:15:34  <questions> is there some kind of pointing device for tablet like a mouse or something
02:16:07  <Supercheese> I haven't researched that, but I would fully expect the answer to be "Yes, there are many options for that"
02:16:37  <Supercheese> There should be ways to hook up wireless mice to Android devices, as well as specialized devices for them
02:16:43  <questions> ok
02:16:54  <questions> have a good night
02:17:01  <Supercheese> You too, cheers
02:17:26  *** questions [4a767459@ircip4.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
02:21:53  * Supercheese has never actually tried the tutorial
02:23:27  <Supercheese> Wooow, gamescripts can do awesome stuff
02:24:33  <Supercheese> Very impressive
02:36:13  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
02:38:48  *** glx [glx@000128ec.user.oftc.net] has quit [Quit: Bye !]
02:58:31  *** roadt_ [~roadt@60.168.91.104] has joined #openttd
03:07:48  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
03:13:29  *** Biolunar_ [~mahdi@blfd-4d083db5.pool.mediaWays.net] has joined #openttd
03:13:56  *** pugi_ [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has joined #openttd
03:14:48  *** Djohaal [~Djohaal@186.212.213.92] has quit [Read error: Connection reset by peer]
03:14:58  <xQR> the day they can do this they will be truly impressive: http://wiki.openttd.org/Frosch/GS_Area_Control
03:15:53  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
03:19:53  *** pugi [~pugi@dyndsl-091-096-052-201.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds]
03:19:54  *** pugi_ is now known as pugi
03:20:44  *** Biolunar [mahdi@blfd-4db0e4fd.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
03:23:09  *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds]
03:35:13  *** Devroush [~dennis@dD5765BAC.access.telenet.be] has quit [Ping timeout: 480 seconds]
03:35:29  *** Elukka [Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit []
03:46:32  *** pugi [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has quit []
04:07:42  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
04:15:43  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
04:26:54  *** DDR [~chatzilla@d154-20-132-181.bchsia.telus.net] has quit [Ping timeout: 480 seconds]
04:41:43  *** DDR [~chatzilla@d154-20-132-199.bchsia.telus.net] has joined #openttd
05:07:47  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
05:11:35  <Flygon> xQR: Agreed
05:46:09  <Flygon> Hmm
05:46:17  <Flygon> MU trains that can split at certain stations?
05:46:28  <Flygon> eg. have a mainline, then split it into two lines?
05:56:02  *** Eddi|zuHause [~johekr@p57BD5646.dip.t-dialin.net] has quit []
05:58:21  *** Eddi|zuHause [~johekr@p57BD5490.dip.t-dialin.net] has joined #openttd
06:00:27  <Supercheese> Flygon: There's a Patch for That™
06:04:36  *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd
06:07:32  <Flygon> There is?
06:07:35  <Flygon> Mind = Blown
06:13:45  <Supercheese> Lemme see if I can dig up the link
06:14:46  <Supercheese> http://www.youtube.com/watch?v=d9d7wfgMTMg
06:15:24  <Supercheese> http://www.tt-forums.net/viewtopic.php?f=32&t=43972&start=60#p995748
06:16:02  <Flygon> Scuse the delays
06:16:04  <Flygon> Been busy
06:17:33  <Flygon> Supercheese: Issue is... that doesn't entirely work when you consider E/DMU trains that require two seperate routes
06:17:48  <Supercheese> I'd wager it doesn't work in a few other cases too
06:17:57  <Flygon> True
06:18:34  <Supercheese> Still, there is a patch/grf for most things, however hacky :P
06:19:12  <Flygon> Everything except multiple things in one tile at once :P
06:19:41  <Flygon> I will become a millionaire, dangit
06:19:47  <Flygon> And I will pay peeps for features @_@
06:20:15  <Supercheese> Spoilers: that still might not work :P
06:21:46  <Flygon> Two million
06:22:28  <Supercheese> You'd be better off making an entirely new game with that kind of money
06:25:35  <Flygon> I'll fund OpenTTD2+ :P
06:26:01  <Supercheese> I'd take your money :P
06:27:04  <Supercheese> So anyway, making an Eyecandy Aircraft grf
06:27:14  <Supercheese> gonna take a while, I'm working on too many things at once @_@
06:28:09  *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has joined #openttd
06:29:25  <Supercheese> I've been inspired by this site: http://www.earlyaeroplanes.com/archive1.htm
06:29:31  <Supercheese> soo many early aircraft
06:30:54  <Supercheese> They even have stereoscopic pictures of airships in 1904!
06:31:03  <Supercheese> 3D is old
06:32:57  <Flygon>  Supercheese: 3D's happened since before 1900
06:33:00  <Flygon> It's so trivial to do
06:33:05  <Supercheese> 2 cameras
06:33:08  <Flygon> There's stereograms from like
06:33:11  <Flygon> 1850
06:33:17  <Supercheese> Spaced eye's width apart, bob's yer uncle 3D pictures
06:38:19  *** Pikka [~sammich@d58-106-12-222.rdl801.qld.optusnet.com.au] has quit [Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org]
06:44:45  *** HerzogDeXtEr [~Flex@i59F6D8E4.versanet.de] has quit [Read error: Connection reset by peer]
07:46:53  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
07:54:22  *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds]
08:07:46  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
08:31:14  *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has joined #openttd
08:43:49  <Terkhen> good morning
08:57:31  *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd
09:00:31  *** pugi [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has joined #openttd
09:02:55  <peter1138> 3D happened when we got 2 eyes
09:03:18  <peter1138> poor leela
09:05:54  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
09:06:25  <andythenorth> I really hate the micro-management in tetris
09:08:17  <andythenorth> it's really limiting that there are different shapes too
09:08:35  <andythenorth> it would flow much more smoothly if there was just one shape
09:08:40  <Flygon> ...
09:08:52  <andythenorth> maybe a single row of blocks, full width
09:11:02  <peter1138> hi
09:11:18  <andythenorth> lo
09:12:43  <andythenorth> the advantage of my idea is that it would be a much more modern play style
09:12:57  <andythenorth> currently I can only play 1 tetris game at once, or maybe 2 sometimes
09:13:07  <andythenorth> but with this patch, I could play literally tens
09:13:18  <Flygon> andy, can't tell if serious
09:13:24  <andythenorth> deadly
09:13:38  <Rubidium> oh darn it...
09:14:06  <Rubidium> ... the undo knob comment in the 2.0 thread also needed a "play for me" knob
09:14:14  <andythenorth> Rubidium: 'win game' button
09:14:15  <Rubidium> totally forgot that important feature
09:15:33  <andythenorth> hmm
09:15:39  <andythenorth> "Win game" produced this lovely image http://www.northgatetraining.co.uk/52-155-thickbox/the-win-win-game.jpg
09:15:54  <andythenorth> every business meeting I go to is *just* like that
09:15:55  <andythenorth> always
09:16:25  <Rubidium> yay computer that is connected to only thin air
09:17:03  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
09:17:22  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
09:17:25  *** mode/#openttd [+o Alberth] by ChanServ
09:18:04  <Alberth> good mornink
09:21:58  <peter1138> Rubidium, like a laptop?
09:23:28  <Rubidium> I don't know any laptop for which you need such an external keyboard, and I doubt there's any tablet that has a connection slot for it
09:26:56  *** tokai|mdlx [~tokai@port-92-195-11-65.dynamic.qsc.de] has joined #openttd
09:27:19  *** DDR [~chatzilla@d154-20-132-199.bchsia.telus.net] has quit [Quit: DDR is not Dance Dance Revolution.]
09:29:04  *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
09:29:29  *** M1zera [~Miranda@ip-78-102-228-126.net.upcbroadband.cz] has joined #openttd
09:30:45  <peter1138> need, no, can, yes :p
09:35:03  <andythenorth> herp
09:35:12  * andythenorth just solved signals in tunnels, bridges etc
09:35:35  <andythenorth> it's obvious in retrospect
09:35:54  <Terkhen> just terraform instead of building tunnels or bridges? :P
09:36:55  <Alberth> don't use signals at all :)
09:37:08  <andythenorth> remove them
09:37:20  <andythenorth> 1 line per train, like ttd
09:38:48  <Alberth> more trains at a line for more exciting sessions
09:39:12  <andythenorth> hmm
09:39:20  * andythenorth is cleaning out a sink waste pipe
09:39:24  <andythenorth> truly disgusting here
09:39:32  <andythenorth> what is this stuff?
09:40:09  <Alberth> and you're chatting at same time? I hope you covered your keyboard with some plastic beforehand :p
09:41:25  <andythenorth> hmm
09:41:26  <andythenorth> matter
09:41:31  <andythenorth> is the best word for it
09:41:59  <peter1138> hmm, text + opengl
09:42:01  <peter1138> is always a pain
09:46:32  <Alberth> not text + graphics in general?
09:47:37  <Alberth> it always seems to involve messing with text sizes that you cannot nicely express in the graphics
09:55:02  <peter1138> true
09:55:32  <peter1138> maybe i'll just save images with the text i need :p
09:56:00  <peter1138> (that would be a lot of images for all values from 0.0000 to 10.0000)
09:56:26  <peter1138> freetype-gl looked promising but bloated :S
10:03:44  <DorpsGek> Commit by rubidium :: r24961 trunk/src/station_cmd.cpp (2013-02-03 10:03:38 UTC)
10:03:45  <DorpsGek> -Fix [FS#5362] (r23564): making occupied platforms larger would make train reserve onto the newly unreserved bit and cause crashes. Now if a platform is enlarged and there is a reservation, reserve the whole platform
10:04:16  <V453000> :)
10:06:40  <DorpsGek> Commit by rubidium :: r24962 trunk/src/economy.cpp (2013-02-03 10:06:34 UTC)
10:06:41  <DorpsGek> -Fix [FS#5438]: Reserve all capacity while unloading to avoid 'stealing' cargo, i.e. loading cargo onto a second vehicle when the first can't be fully filled yet (fonsinchen)
10:07:47  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
10:09:23  <peter1138> ah, the station platform fix is basically what i thought about doing
10:09:29  <peter1138> but i was too lazy actually do it
10:09:46  <peter1138> mainly cos i forgot about TileArea
10:10:07  <Rubidium> so fix the servint issue instead ;)
10:10:28  <peter1138> i don't like the last change
10:11:02  <Rubidium> is that last one really needed, or does it work without it as well?
10:11:38  <peter1138> it works fine without but storing the bits in the service interval itself was considered a ttdpatchism
10:12:57  <Rubidium> so what's the other solution? besides stuffing it in a misc flags variable? Adding a new setting for two booleans, which is then just wasting another 6 bits which'll never be used (in contrast to the enlarging of the misc flags bit)
10:15:34  <peter1138> the only two options are stuffing the bits in the service_interval (which has plenty of spare bits), or enlarging vehicle_flags and using 2 bits there
10:16:42  <peter1138> storing in the service_interval means it's simpler to clone & backup
10:16:59  <peter1138> (although backup already copies vehicle_flags so that's not so bad)
10:17:56  *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd
10:18:44  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
10:19:53  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
10:22:23  <Rubidium> peter1138: service_interval could even be reduced (back) to 16 bits
10:23:02  <peter1138> yes
10:23:05  <Rubidium> and then still have enough bits for the 2 extra "states"
10:23:24  <peter1138> it seems it was changed to Date mistakenly
10:23:40  <peter1138> we won't mention who :-)
10:27:35  <Rubidium> one of us ;)
10:37:46  *** RavingManiac [~RavingMan@182.55.106.160] has joined #openttd
10:40:19  *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd
10:41:25  *** fonsinchen [~fonsinche@dslb-092-078-023-063.pools.arcor-ip.net] has joined #openttd
10:55:15  *** Progman [~progman@p57A1A72C.dip.t-dialin.net] has joined #openttd
11:01:10  *** pauska [eps@195.0.236.245] has joined #openttd
11:05:47  <pauska> Is there anyone here who could explain to me what the gray cross is on certain train models in the UKRS2+ set? What does it indicate?
11:06:34  *** frosch123 [~frosch@frnk-590d587a.pool.mediaWays.net] has joined #openttd
11:06:50  <pauska> Is it just a indication that it's a UKRS2+ add-on, and not from the main UKRS2 set?
11:07:35  *** fonsinchen_ [~fonsinche@dslb-092-078-023-063.pools.arcor-ip.net] has joined #openttd
11:07:42  *** fonsinchen [~fonsinche@dslb-092-078-023-063.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
11:07:44  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
11:10:27  <frosch123> that's what i always thought
11:10:35  <frosch123> i think the av8 addon thingie does the same
11:10:43  <frosch123> same author, so quite likely :p
11:14:36  <peter1138> it's not a cross
11:14:39  <peter1138> it's a +
11:14:48  <peter1138> cos it's an add-on
11:19:53  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
11:27:53  *** pjpe [ae5f38bd@ircip3.mibbit.com] has joined #openttd
11:32:55  *** pjpe [ae5f38bd@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
11:33:37  *** mode/#openttd [+o orudge] by ChanServ
11:37:02  <peter1138> hmm, been a while since i played with opengl
11:37:10  <peter1138> seems non-power-of-two textures are supported
11:42:39  *** tycoondemon [tycoondemo@524B5F54.cm-4-4b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
11:43:39  *** pugi [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds]
11:49:08  <ComLock> Hello
11:49:27  <ComLock> How can I get scrollbar pixel width before drawing it
11:50:03  <peter1138> eh?
11:52:20  *** tycoondemon [~ashnohoe@524B5F54.cm-4-4b.dynamic.ziggo.nl] has joined #openttd
11:58:44  <ComLock> development question...
11:59:49  <peter1138> evidentally
11:59:53  <peter1138> but what are you trying to do?
12:05:11  *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd
12:07:42  <Alberth> if you're trying to automagically hide scrollbars when they are not needed, don't or do it for the other 119 windows too
12:07:43  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
12:10:13  <peter1138> oooh, no, bad idea
12:14:47  *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has quit [Ping timeout: 480 seconds]
12:19:53  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
12:30:57  *** Supercheese [~Password4@76.178.163.204] has quit [Read error: Connection reset by peer]
12:31:26  *** Supercheese [~Password4@76.178.163.204] has joined #openttd
12:33:12  *** KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd
12:35:24  *** Wolf01 [~wolf01@host204-174-dynamic.52-82-r.retail.telecomitalia.it] has joined #openttd
12:35:28  <Wolf01> hello
12:36:25  <Alberth> hello
12:36:26  <__ln__> guten giorno
12:50:35  <peter1138> Eddi|zuHause, glad you answered that list of assorted suggestions
12:50:39  <peter1138> Eddi|zuHause, cos i can't read it
12:50:42  <peter1138> silly font colours
12:51:40  <Rubidium> peter1138:
12:51:51  <Rubidium> "I agree with everything that I could read"
12:55:23  <Kjetil> colours on fonts ? Why would one do that ?
12:55:59  *** Progman [~progman@p57A1A72C.dip.t-dialin.net] has quit [Remote host closed the connection]
12:56:23  <frosch123> because they fail to configure their look and feel
12:56:43  <frosch123> and try to format them in a way which makes them feel it is better readable
12:57:00  <frosch123> neglecting that they screw with the setup of others
12:57:25  <Alberth> well, they are *his* suggestions :p
12:59:04  <DorpsGek> Commit by rubidium :: r24963 trunk/src/economy.cpp (2013-02-03 12:58:57 UTC)
12:59:05  <DorpsGek> -Fix [FS#5435]: Do not stop loading if there are reservations left (fonsinchen)
13:03:59  *** glx [glx@000128ec.user.oftc.net] has joined #openttd
13:04:02  *** mode/#openttd [+v glx] by ChanServ
13:07:44  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
13:17:42  *** RavingManiac [~RavingMan@182.55.106.160] has quit [Read error: Connection reset by peer]
13:26:03  *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has joined #openttd
13:38:42  *** Elukka [Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd
14:16:52  <DorpsGek> Commit by rubidium :: r24964 trunk/src/pathfinder/yapf/yapf_ship.cpp (2013-02-03 14:16:45 UTC)
14:16:53  <DorpsGek> -Fix [FS#5416]: With YAPF the docking behaviour differed per direction; now favour docking in the direction you approached
14:22:26  *** pugi [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has joined #openttd
14:25:13  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
14:39:42  *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has quit [Ping timeout: 480 seconds]
14:42:20  *** HerzogDeXtEr [~Flex@i59F6D8E4.versanet.de] has joined #openttd
14:43:33  <Eddi|zuHause> peter1138: i tend to mark the sentence i'm reading with the mouse, so weird font colours don't matter much at this point
14:53:08  <NGC3982> Afternoon.
15:07:43  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
15:13:26  *** valhallasw [~valhallas@5070A0D5.static.ziggozakelijk.nl] has joined #openttd
15:33:48  *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
15:52:02  *** pugi [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has quit [Read error: Connection reset by peer]
15:54:42  *** pugi [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has joined #openttd
15:54:54  *** user54367644 [~user@211.234.225.116] has joined #openttd
16:00:11  *** Progman [~progman@p57A1A72C.dip.t-dialin.net] has joined #openttd
16:00:43  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
16:05:17  *** user54367644 [~user@211.234.225.116] has quit [Quit: user54367644]
16:07:49  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
16:13:19  *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has quit [Ping timeout: 480 seconds]
16:19:40  *** goodger [~ben@host86-129-12-34.range86-129.btcentralplus.com] has joined #openttd
16:23:49  *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds]
16:28:07  *** fonsinchen_ [~fonsinche@dslb-092-078-023-063.pools.arcor-ip.net] has quit [Remote host closed the connection]
16:31:37  *** Superuser [~root@host81-129-131-143.range81-129.btcentralplus.com] has joined #openttd
16:36:35  *** TrueBrain [~truebrain@ip82-139-82-247.lijbrandt.net] has joined #openttd
16:40:07  *** EyeMWing [~Wing@c-68-33-226-154.hsd1.va.comcast.net] has joined #openttd
16:55:56  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
17:05:38  *** M1zera [~Miranda@ip-78-102-228-126.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds]
17:15:18  *** snorre [~snorre@c4A06BF51.dhcp.as2116.net] has joined #openttd
17:23:27  *** HerzogDeXtEr [~Flex@i59F6D8E4.versanet.de] has quit [Read error: Connection reset by peer]
17:27:49  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
17:28:37  *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has joined #openttd
17:31:19  *** RavingManiac [~RavingMan@182.55.106.160] has joined #openttd
17:48:07  *** Superuser [~root@host81-129-131-143.range81-129.btcentralplus.com] has quit [Ping timeout: 480 seconds]
17:52:44  *** Djohaal [~Djohaal@186.212.213.92] has joined #openttd
17:59:00  *** ccfreak2k [~ccfreak2k@2605:6400:2:fed5:22:0:6979:842d] has quit [Remote host closed the connection]
17:59:32  *** ccfreak2k [~ccfreak2k@2605:6400:2:fed5:22:0:6979:842d] has joined #openttd
18:00:39  *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has quit [Quit: Snail]
18:01:07  *** Superuser [~root@host81-129-131-143.range81-129.btcentralplus.com] has joined #openttd
18:06:08  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
18:07:08  *** fonsinchen [~fonsinche@dslb-092-078-023-063.pools.arcor-ip.net] has joined #openttd
18:10:45  *** LordAro [~LordAro@host81-155-106-122.range81-155.btcentralplus.com] has joined #openttd
18:11:20  *** RavingManiac [~RavingMan@182.55.106.160] has quit [Read error: Connection reset by peer]
18:12:05  <LordAro> heyo all
18:12:56  *** Djohaal_ [~Djohaal@200.146.11.57.dynamic.dialup.gvt.net.br] has joined #openttd
18:13:05  <Alberth> o/
18:13:18  *** goodger [~ben@host86-129-12-34.range86-129.btcentralplus.com] has quit [Ping timeout: 480 seconds]
18:19:49  <LordAro> ping?
18:20:17  *** Djohaal [~Djohaal@186.212.213.92] has quit [Ping timeout: 480 seconds]
18:21:29  <Alberth> pong!
18:21:44  <LordAro> indeed
18:21:49  <LordAro> silly internets
18:22:51  <Alberth> internet is overrated anyway :)
18:23:48  <LordAro> maybe :)
18:25:07  <LordAro> who wants to play the 'fix-Lord-Aro's-stupid-coding-mistakes' game?
18:25:10  <LordAro> https://bitbucket.org/LordAro/extractdrs
18:26:19  <Kjetil> mr. pedantic to the rescue!
18:27:10  <LordAro> any advice will be appreciated, it currently segfaults part-way-through a loop, due to (i suspect) memory read errors
18:27:30  <Kjetil> tried valgrind ?
18:28:24  <LordAro> indeed: http://paste.openttdcoop.org/show/2092/
18:28:30  <LordAro> lots and lots of errors :)
18:28:38  <LordAro> none of them i understand the cause of :)
18:31:40  <Kjetil> the valgrind log doesn't appear to match the current svn version
18:31:40  <Rubidium> line 133 tells all... reading from NULL
18:32:33  <LordAro> Kjetil: it won't be very different, it'll be +/-1 line
18:32:46  <LordAro> Rubidium: line 133 of which file?
18:32:52  <Rubidium> the paste
18:33:26  <Kjetil> bmp.cpp isn't checked in
18:33:33  <LordAro> dang, hang on
18:35:13  <LordAro> ok, look again
18:36:13  *** tparker [~tparker@2600:3c03::1d:4242] has quit [Quit: brb]
18:45:03  <Kjetil> have you checked if slpfile.header.num_shapes is more than 0 ?
18:45:34  <DorpsGek> Commit by translators :: r24965 /trunk/src/lang (4 files in 2 dirs) (2013-02-03 18:45:24 UTC)
18:45:35  <DorpsGek> -Update from WebTranslator v3.0:
18:45:36  <DorpsGek> catalan - 3 changes by arnau
18:45:37  <DorpsGek> luxembourgish - 2 changes by Phreeze
18:45:38  <DorpsGek> serbian - 44 changes by ivan_mile
18:45:39  <DorpsGek> tamil - 1 changes by aswn
18:46:11  <NGC3982> Evening.
18:47:42  <LordAro> Kjetil: i have not checked, but it certainly shouldn't be (it won't be that way in the binary file)
18:49:31  *** andythenorth [~Andy@2002:4d66:7022:0:7964:e1d3:e25c:19c7] has joined #openttd
18:51:14  <Alberth> LordAro: rule 1 of reading data from external sources: check everything, in particular the 'impossible' things
18:51:57  <Alberth> even if just by assert() so it dies in a debug build
18:52:43  <peter1138> rule 2: don't assert on user supplied data
18:52:56  <peter1138> especially over the network
18:55:04  *** goodger [~ben@host86-129-12-34.range86-129.btcentralplus.com] has joined #openttd
18:55:09  <Alberth> :)
18:55:55  <Alberth> but true, using assert that way is only useful for personal projects
18:56:19  <Alberth> for all other cases, report a nice error
19:01:27  *** andythenorth [~Andy@2002:4d66:7022:0:7964:e1d3:e25c:19c7] has quit [Remote host closed the connection]
19:01:43  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
19:07:54  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
19:19:32  *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds]
19:19:36  *** tparker [~tparker@2600:3c03::f03c:91ff:feae:42ad] has joined #openttd
19:20:03  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
19:25:47  * LordAro back
19:26:36  *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection]
19:27:13  <LordAro> Alberth: true, but i don't think that's the issue here...
19:30:15  *** pugi [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has quit [Read error: Connection reset by peer]
19:33:14  *** pjpe [ae5f38bd@ircip2.mibbit.com] has joined #openttd
19:33:29  *** pjpe [ae5f38bd@ircip2.mibbit.com] has quit []
19:35:57  *** pugi [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has joined #openttd
19:43:11  *** ComLock [~chrisw@cC165BF51.dhcp.as2116.net] has joined #openttd
19:43:47  <peter1138> hm
19:43:55  <peter1138> yeah, freetype & opengl...
19:44:03  <peter1138> or should i use that hacky ugly vector font...
19:44:17  <Supercheese> write your own font
19:44:27  <peter1138> i could but...
19:46:17  <peter1138> hmm, what did i do last time...
19:46:49  <peter1138> ah, i used ftgl
19:46:54  <peter1138> well that shold be good enough
19:47:47  *** Tvel [~Thunderbi@84.40.82.221] has joined #openttd
19:49:14  *** lugo [lugo@apple.bnc4free.com] has quit [Quit: I'm using a Free IRC Bouncer from BNC4FREE - http://bnc4free.com/]
19:54:37  *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has joined #openttd
19:55:00  *** Tvel [~Thunderbi@84.40.82.221] has quit [Remote host closed the connection]
19:55:14  *** cypher [~Miranda@ip-78-45-94-15.net.upcbroadband.cz] has joined #openttd
19:55:44  *** lugo [lugo@apple.bnc4free.com] has joined #openttd
19:56:20  <LordAro> "malloc.c:4471: _int_malloc: Assertion `(bck->bk->size & 0x4) == 0' failed." any ideas?
19:57:31  <Kjetil> probably tries to allocate zero bytes of memory
19:57:56  <Kjetil> or something
19:58:40  <frosch123> more likely you freed stuff twice
19:58:49  <Rubidium> of writing beyond a buffer
19:59:01  <LordAro> line = "slpfile.shape[i].row[j].pixel = new byte[slpfile.shape[i].info.width]();"
19:59:10  <LordAro> width == 440 (according to gdb)
19:59:22  <frosch123> malloc of 0 is no issue
19:59:28  <frosch123> it results in NULL
19:59:34  <Kjetil> frosch123: might result in NULL :P
19:59:39  <frosch123> it does
19:59:55  <Kjetil> some guy claimed it didn't on windows
20:00:01  <Eddi|zuHause> i think we had that discussion a dozen times
20:00:55  <frosch123> "If size is 0, then malloc() returns either NULL, or a unique  pointer  value  that can later be successfully passed to free()." <- ok
20:02:46  <peter1138> ugh, writing code without any static is nasty
20:04:30  <Supercheese> you need some van de Graaf code, eh? ;)
20:04:31  <Rubidium> just pass a "Global *yuck" to all functions ;)
20:04:43  <peter1138> Rubidium, i might
20:05:02  <peter1138> i think there's only 1 case where i need the info
20:05:05  *** George [~George@212.113.107.39] has joined #openttd
20:06:31  <peter1138> incidentally my Paint() is const
20:07:53  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
20:11:55  <Snail> hey guys
20:12:40  <Snail> would it be possible to have var61 to work with the callback that assigns the visual effects (steam, diesel, electric sparks) of a vehicle?
20:13:38  <Rubidium> no
20:13:50  <Snail> why?
20:13:55  <Rubidium> desyncs
20:14:17  <Supercheese> what is var 61?
20:15:34  <George> Is it possible to get start year and inflation from GRF&
20:15:38  <George> ?
20:16:13  <Rubidium> start year is tricky, since it might be later than the current date
20:16:15  <Supercheese> starting_year is available
20:16:35  <frosch123> are you sure?
20:16:37  <frosch123> i doubt that
20:16:38  <Supercheese> "	Years before 1920 are clamped to 1920 "
20:16:41  <Snail> perhaps it would desync if we linked it to the info whether the wagon is powered or not (that could create circular references), but how about the mere visual effects?
20:17:19  <frosch123> oh, via action d
20:17:42  <Rubidium> visual effects are created randomly, so if the visual effects differ (i.e. depend on eachother) then different runs could give different results
20:18:47  <DorpsGek> Commit by rubidium :: r24966 trunk/src/roadveh_cmd.cpp (2013-02-03 20:18:41 UTC)
20:18:48  <DorpsGek> -Fix [FS#5228]: trams would get stuck on water
20:20:03  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
20:20:06  <George> frosch123: Where? http://newgrf-specs.tt-wiki.net/wiki/ActionD
20:20:43  <frosch123> the patchvars
20:21:31  <Snail> rubidium: but couldn't I just disable the visual effects (set them to "none") of a wagon depending on the type of another wagon in the train?
20:22:01  <Snail> so far I'm doing this through a userbit, bit it's not very practical... var61 would be better suited for this
20:22:02  <Rubidium> Snail: you could, but the next one doesn't and we have to chase desyncs
20:23:10  <Snail> the next one would keep its effects untouched
20:25:13  <Eddi|zuHause> Rubidium: var61 disabling was never about desyncs, but about "feedback loops"
20:26:35  <Snail> I thought so too, it was about avoiding circular references
20:26:49  <Eddi|zuHause> i.e. "a decides value based on b", "b decides value based on a"... final result depends on order of execution => you get a "stateful" machine
20:27:49  <Snail> yes, this is why I think that visual effects should be enabled in var61. They're just an "output" thing, such as graphics or recoloring... we have the latter two, so why not visual effects as well
20:28:44  <Eddi|zuHause> i can't really judge that
20:29:26  <Eddi|zuHause> is visual effect readable by an 80+ var?
20:35:06  <peter1138> some things should be zeroed when in a callback, i guess
20:35:06  *** fonsinchen [~fonsinche@dslb-092-078-023-063.pools.arcor-ip.net] has quit [Read error: Connection reset by peer]
20:35:28  <peter1138> depending on the cb though
20:37:17  *** cypher [~Miranda@ip-78-45-94-15.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds]
20:37:42  <Snail> what do you mean by zeroed?
20:38:48  <peter1138> unavailable
20:38:52  *** roadt_ [~roadt@60.168.91.104] has quit [Ping timeout: 480 seconds]
20:39:00  <peter1138> due to dependencies
20:39:02  <peter1138> and stuff
20:39:38  <peter1138> alternatively we stop caching anything and your game grinds to a halt :D
20:40:34  <Snail> well, it depends on how the newGRF is programmed :p
20:41:01  <Snail> it should be up to the programmer to avoid circular references, not up to OTTD to prevent all the cases in which they "might" occur :D
20:41:16  *** Eddi|zuHause2 [~johekr@p57BD5490.dip.t-dialin.net] has joined #openttd
20:42:19  <Rubidium> Eddi|zuHause: and because of that loop, the first loop "a" becomes 1 and the later loops "a" becomes 2. Thus someone joining later has 1 in the first loop which isn't the 2 the others have. Ergo... desync
20:44:37  <Eddi|zuHause2> Rubidium: maybe, but the problem is bigger than that
20:45:03  *** Eddi|zuHause [~johekr@p57BD5490.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
20:47:41  <frosch123> Snail: cool, so you know the order in which callback 36 resolves 13 different properites?
20:47:56  <frosch123> in all cases, like loading, unloading and rearranging it in depot?
20:48:03  <frosch123> pretty impressive i have to say
20:48:33  <peter1138> i know i don't
20:48:42  <frosch123> i don't know either :)
20:49:23  <Snail> I don't know that either of course :)
20:49:34  <Snail> but how would this affect my programming?
20:49:52  <frosch123> you have to know that to decide what may depend on what
20:50:15  <frosch123> properties are updated at different times
20:50:31  <frosch123> some at loading, some when entering a different tile with different track type
20:50:44  <Snail> hmm, I see
20:50:53  <Snail> yeah I see your point
20:50:55  <frosch123> you can only make them depend on stuff which is evaluated earlier
20:50:57  <frosch123> in all cases
20:51:19  <Snail> but I wouldn't propose for callback 36 being activated in var61, I'd just propose the visual effects
20:51:33  <peter1138> that's not how it works
20:51:45  <frosch123> visual effect is just the same as cb 36
20:51:55  <frosch123> it's even listed in cb36
20:53:07  <Snail> property 22?
20:53:34  <Snail> I can also see it in callback 10 though
20:53:47  <frosch123> the cb number makes no difference
20:54:04  <frosch123> just making it callback 123 does not change anything
20:54:58  <frosch123> it's a property which affects how the vehicle behaves over a longer amount of time
20:55:43  <Snail> so I was wondering if we could have cb10 enabled in a var61 chain
20:55:58  <frosch123> no
20:56:02  <frosch123> just like any cb36
20:56:21  <andythenorth> Snail: what are you trying to do?  Needing too much complexity is sometimes a bad sign :)
20:56:32  <Snail> :D
20:56:55  <Supercheese> crap crap crap, my Iron ore mine here hit quadruple production, I'm never going to be able to move all this ore
20:56:56  <Snail> I'm trying to arrange the power effects when a push-pull compliant train reverses
20:57:02  <andythenorth> it can be a sign of implementing features with marginal value, because you've thought of them ;)
20:57:09  <andythenorth> pikka and I have found this :P
20:57:22  <Snail> say I have a DMU made of engines and trailers, some will have diesel smoke, some won't
20:57:43  <Snail> when it reverses and I swap the graphics to create the push-pull effect, I need to swap the power effects too
20:58:02  <Snail> so far I do it with a userbit, but it only works in a limited number of cases
20:58:07  <frosch123> maybe we should just remove the 'reverse' flag to make newgrf life easier :)
20:58:23  <Snail> I use var61 to check for the graphics and the recoloring, but I can't do it with power effects
20:59:07  <Eddi|zuHause2> maybe we should really implement push-pull in the game, so newgrf can save all this crap
20:59:11  *** Eddi|zuHause2 is now known as Eddi|zuHause
20:59:20  <andythenorth> maybe we should implement NewGRFEffects
20:59:24  <Snail> :D
20:59:34  <Supercheese> Multiple smokes per vehicle etc.
20:59:37  <andythenorth> Eddi|zuHause: what, just flip the consist?
21:00:08  <Snail> implementing push-pull takes a large, large amount of code in my set :p
21:00:11  <Eddi|zuHause> andythenorth: "NewGRF effects" doesn't change anything, because they still couldn't evaluate var61 (data of other vehicles in the chain)
21:00:52  <andythenorth> herp, I only code ships this days, I am no longer familiar with vars
21:00:55  * andythenorth spec
21:01:13  <peter1138> frosch123, they'd go mental
21:01:35  <Eddi|zuHause> andythenorth: yes, options: just reverse the consist (like currently), just drive backwards (push-pull) or move the engine to the other end (with/without flipping) and drive the wagon chain backwards
21:02:04  <andythenorth> isn't there loads of stuff requiring first vehicle to be powered?
21:02:07  <Eddi|zuHause> frosch123: remember when we disabled turning around of engines? :p
21:02:09  <andythenorth> or is that just FUD I've heard?
21:02:31  <Snail> Eddi|zuHause: that'd be my dream :p
21:02:41  <peter1138> hmm, tooltips
21:02:42  <andythenorth> Snail: is there nothing you can just check on the consist head?
21:02:47  <Eddi|zuHause> andythenorth: no, it's just the first vehicle stores all the cached data (power, max speed, etc.)
21:02:48  <andythenorth> with related
21:03:05  <peter1138> articulated becomes fun
21:03:11  <peter1138> var 0x4x become fun too
21:03:17  <Snail> andy: it's not just the consist head
21:03:29  <Snail> say I have a consist made of ETET (engine - trailer - engine - trailer)
21:03:34  <Eddi|zuHause> andythenorth: what's problematic with backwards-driving is that the whole movement process loops through the vehicles, which must reverse the loop direction (or reorder the consist, making things more difficult than they need to)
21:03:47  <Snail> 1st and 3rd vehicles have power effects, 2nd and 4th don't
21:03:51  <andythenorth> all this train crap, but still ships with only one hold :)
21:04:03  <andythenorth> all this train crap, but still I have to fake the weight for articulated RVs
21:04:05  <andythenorth> :)
21:04:06  <peter1138> monolithic ships
21:04:11  <frosch123> Eddi|zuHause: yup, all you have to do is go to the movement code, and replace the Front and Next calls with Back and PRev
21:04:19  <peter1138> articulated rvs still don't have weight?
21:04:20  <peter1138> hmm
21:04:31  <frosch123> you do not need to move caches to other vehicles or something silly
21:04:36  <Snail> when it reverses, this should flip, and so I should check each corresponding vehicle with var61 and enable/disable the smoke accordigly
21:04:41  <Snail> accordingly
21:05:16  <peter1138> overly complicated crap
21:05:17  <peter1138> sorry
21:05:28  <peter1138> i'm sure it's lovely but is it really worth it?
21:06:11  <peter1138> this stuff is checked every tick whenever a vehicle moves
21:06:23  <Snail> I think it would help lots of sets to achieve better results in terms of looks, and functionality too
21:06:36  * andythenorth examines the list of "ideas andythenorth had, but abandoned"
21:06:42  <andythenorth> for reasons of gameplay, or meh
21:06:48  <andythenorth> long list
21:06:56  <Snail> we could allow push-pull trains to leave a dead-end station more quickly, so giving them an advantage
21:07:12  <Pinkbeast> andy: "Go to basement, examine cask of Amontillado"
21:07:15  <peter1138> but push-pull shouldn't be handled by newgrfs fudging their graphics
21:07:17  <Eddi|zuHause> turn around time! :)
21:07:23  <peter1138> just a flag
21:07:34  <peter1138> or i suppose a callback
21:07:37  <Eddi|zuHause> peter1138: i've been saying that for years
21:07:38  <peter1138> as consists are dynamic
21:07:42  * Pinkbeast would like an autotrain implementation indeed
21:07:46  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
21:07:56  <Snail> of course, if OTTD handled push-pull itself I'd remove all of my hackish graphics swapping :p
21:08:07  <Eddi|zuHause> only Snail is insane enough to actually try this :p
21:08:15  <Snail> haha :D
21:08:15  <andythenorth> pikka does it
21:08:32  <peter1138> pikka did it
21:08:38  <peter1138> not sure he still does
21:08:52  <andythenorth> push-pull?
21:08:53  <andythenorth> yeah
21:08:54  <Snail> Eddi: the big problem we have now is about vehicle lenghts which can only change in a depot
21:08:56  <peter1138> just individual vehicles flip
21:09:01  <Eddi|zuHause> andythenorth: but only swapping front and back in special circumstances, not touching anything inbetween
21:09:08  <andythenorth> yeah that
21:09:11  <Pinkbeast> UKRS2 doesn't now eg change the appearance of a mail car on the back of a class 91, but still does something oddball
21:09:26  <andythenorth> not calling .reverse() on the whole consist :P
21:09:30  <peter1138> Snail, the big problem is you're trying to implement push-pull in the wrong place
21:09:51  <andythenorth> Snail: so now *all* you have to do is patch ottd and have it accepted to trunk :)
21:10:06  <andythenorth> I don't know the emoticon for 'roll eyes' :)
21:10:06  <Snail> peter1138: I know, but I'm not an OTTD developer, and since OTTD doesn't implement it, I think doing it in a newGRF is better than nothing :p
21:10:22  <Snail> andy: yes, well learn C++ first :D
21:10:30  *** DDR [~chatzilla@d154-20-132-199.bchsia.telus.net] has joined #openttd
21:10:32  <Snail> (I mean I'd have to learn C++ first)
21:10:43  <LordAro> gah, my code is still breaking with strange errors... :(
21:10:51  <peter1138> i had to learn c++ first!
21:11:12  <Snail> I thought ottd was written in C++?
21:11:20  <peter1138> yes and?
21:11:32  <Snail> so, if I wanted to patch it, I'd need to learn the language first
21:11:41  <peter1138> yup
21:11:46  <peter1138> so did i
21:11:47  <Eddi|zuHause> i had only very poor C/C++ knowledge when i entered this channel
21:12:05  <DDR> Yes, though depending on how much you already know and how braindead the error is, you might be able to get away with partial knowledge.
21:12:18  <Eddi|zuHause> i still have, but i managed to get some more or less elaborate patches out there ;)
21:12:26  <DDR> c/c++ is worryingly easy to subtly eff up, though. :/
21:12:58  <Eddi|zuHause> that is true, there are some evil newbie pitfalls :p
21:13:00  <Pinkbeast> Well, OTTD's bondage-and-discipline OO style does tend to eliminate much of the potential for comedy there.
21:13:01  <__ln__> Snail: OTTD is written in something that resembles C++.
21:13:35  <glx> C++-ified C :)
21:14:44  <Supercheese> Heh, autorefit made my engine change paint schemes :D
21:14:44  <peter1138> __ln__, it's c++, definitely
21:15:11  *** Superuser [~root@host81-129-131-143.range81-129.btcentralplus.com] has quit [Quit: Leaving]
21:15:11  <Eddi|zuHause> Supercheese: it should try to preserve that
21:15:40  <__ln__> peter1138: but constructors are really used for constructing?
21:15:45  <Supercheese> I think in UKRS the front engine can change paint schemes based on what kind of cargoes the train it pulls caries
21:16:00  <Supercheese> so when autorefit changes those cargoes, the engine paint changes
21:16:10  <Eddi|zuHause> Supercheese: how silly
21:16:15  <Supercheese> carries*
21:16:20  <Eddi|zuHause> Supercheese: blame the author
21:16:23  <Supercheese> :P
21:16:32  <Eddi|zuHause> Supercheese: he should prevent the refit by callback, in those cases
21:16:46  <peter1138> Supercheese, liveries can do that anyway
21:17:01  <peter1138> Supercheese, although auto-refit between passengers and cargo is less likely
21:17:02  <Pinkbeast> Isn't that mostly pax v. not-pax and there aren't many autorefit cases there?
21:17:09  <Supercheese> Argh, stop beeping
21:17:18  <Pinkbeast> I definitely appreciate the way eg the 2-6-4T looks right based on cargo
21:17:31  <peter1138> __ln__, http://www.tt-forums.net/viewtopic.php?p=1064519#p1064519
21:17:32  <Supercheese> or whatever the special IRC term is for when someone says your name
21:17:43  <andythenorth> autorefit smells of wee
21:17:49  <Supercheese> You've mentioned, andy :)
21:17:49  <andythenorth> unfortunately
21:18:06  <andythenorth> it's a nice feature, I requested something like it a few times
21:18:12  <andythenorth> but...newgrf is explodey
21:18:18  <andythenorth> I should rephrase
21:18:21  <andythenorth> newgrf smells of wee
21:18:24  <glx> Supercheese: the word is highlight
21:18:27  <Supercheese> That
21:18:49  <Supercheese> I have a separate alter-tone for it, and it was going off like mad :P
21:18:52  <Supercheese> alert*
21:19:09  <Pinkbeast> I blame your IRC client; computers should be seen but not heard. :-/
21:19:19  <Supercheese> I've implemented it on purpose
21:19:39  <Supercheese> It's not often people highlight me 5 times in 60 seconds :P
21:19:53  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
21:20:12  <__ln__> peter1138: so that proves my point
21:20:34  <peter1138> __ln__, yes, because it's written in C++ but doesn't necessarily use C++ "features" list std:: ...
21:20:39  <peter1138> therefore it's not C++?
21:20:40  <peter1138> ok
21:20:47  <peter1138> -list+like
21:21:19  <peter1138> never mind inheritance and polymorphism
21:22:14  <Rubidium> so... it's definitely not C and not C++... so what is it?
21:22:26  <peter1138> besides, we use constructors
21:22:30  <peter1138> Train *v = new Train();...
21:23:16  <peter1138> is it not true C++ because set variable members outside of the constructor?
21:23:31  <Pinkbeast> I think the way you're never allowed to just ask what a variable is but have to always go thingy->how_old_are_you() makes it very C++ :-P
21:23:51  <peter1138> Pinkbeast, that doesn't make any sense
21:24:00  <andythenorth> Supercheese: was it you who mentioned broken steel chain in FIRS Temperate Basic (before 1873)?
21:24:06  <Supercheese> yes
21:24:15  <Supercheese> issues?
21:24:17  <andythenorth> I'm thinking don't use that chain before 1873 in that case :)
21:24:26  <andythenorth> I think special-casing dates is going to be a headache
21:24:34  <andythenorth> I'm not going to bother
21:24:58  <Supercheese> So iron ore and coal are not usable before 1873 in temperate basic?
21:25:08  <Flygon> Supercheese: 5 in 60 is low :P
21:25:44  <Eddi|zuHause> Rubidium: an abomination!!
21:26:05  <Rubidium> even though... OpenTTD wasn't pure C before either
21:26:07  <andythenorth> Supercheese: that's about right yes
21:26:15  <andythenorth> don't play before 1873 if it bothers you?
21:26:19  <Supercheese> Ok :)
21:26:33  <andythenorth> dunno where metal comes from
21:26:35  <Supercheese> Well, or use FIRS full :P
21:26:40  <andythenorth> the iron works is a bad industry
21:26:44  <andythenorth> it makes no sense
21:26:45  <Supercheese> :O
21:27:09  <Eddi|zuHause> Rubidium: yes, with manually reimplemented virtual function tables and stuff :p
21:27:16  <andythenorth> I had to push the steel mill intro dates back to give the iron works some purpose
21:27:21  <andythenorth> bad smell
21:27:22  <Eddi|zuHause> anyone remember the WP macro? :p
21:27:47  <Flygon> It makes even less sense if you're shipping to Australia, andythenorth... you ship it to China from Australia as Ore, and it returns as Steel from China. And not very good steel. :P
21:27:54  <Flygon> And away I go, because I'm sleep deprived
21:27:59  <peter1138> Eddi|zuHause, :-(
21:28:04  <andythenorth> Flygon: that's a port
21:28:06  <Flygon> To a car
21:28:07  <peter1138> Eddi|zuHause, i'd actually forgotten
21:28:10  <andythenorth> maybe I do that in Tropic :P
21:28:43  <Rubidium> Eddi|zuHause: well os_timer.cpp is definitely not pure C
21:28:46  <Eddi|zuHause> peter1138: and you thought the current gui/widget code was evil :p
21:28:51  <peter1138> Eddi|zuHause, nope
21:29:05  <peter1138>         byte custom[16];
21:29:09  <peter1138> yeah boi
21:29:13  <peter1138> all custom window data
21:29:14  <peter1138> in 16 bytes
21:29:25  <peter1138> byte byte_1
21:30:25  <peter1138> Eddi|zuHause, and VARDEF!
21:30:35  <peter1138> althoug that was removed more recently
21:37:22  <Kjetil> what is this "byte" ?
21:37:24  <andythenorth> I should just can the iron works in FIRS
21:37:33  <andythenorth> and make it a graphical variation of steel mill
21:37:35  <Kjetil> what's wrong with uint8_t ?
21:42:18  <Snail> ok, another idea now :D
21:42:57  <Snail> so far we have a function that allows us to "OR" through the userbits of a certain vehicle + all the vehicles in the consist after that oe
21:43:00  <Snail> *one
21:43:29  <Snail> how about a function that only allows us to check a certain vehicle's userbits, without taking those of the following vehicles?
21:43:30  <Supercheese> bwahahaha, this guy accidentally said his hand-held green laser was 50 MW, rather than 50 mW
21:43:47  <Supercheese> that's one heck of a laser
21:43:56  <Supercheese> :P
21:44:03  <Eddi|zuHause> Snail: isn't that accessible through some 80+ var?
21:45:19  <Snail> hmm. The way I access it now, "ORs" through all the following vehicles' userbits. What is the var you're referring to?
21:46:38  <Eddi|zuHause> hm, i guess it's not then
21:46:57  <Eddi|zuHause> but should be a one-line patch :)
21:46:59  *** tokai [~tokai@00012860.user.oftc.net] has joined #openttd
21:47:03  *** mode/#openttd [+v tokai] by ChanServ
21:48:44  <Supercheese> Oh blah, do new wagons still not trigger a news message?
21:48:57  <Eddi|zuHause> Supercheese: nope
21:49:02  <Supercheese> Phoo.
21:49:24  <Supercheese> Where is that controlled...
21:49:40  *** KouDy1 [~KouDy@188.75.190.58] has quit [Read error: Connection reset by peer]
21:49:56  <Snail> Eddi: yes... and quite useful. but I wonder if someone could do it
21:50:32  <Supercheese> engine.cpp
21:50:35  <Supercheese> if (IsWagon(index)) return;
21:50:41  <Supercheese> Why is that so?
21:50:53  <Supercheese> Why not provide news messages for wagons?
21:51:03  *** tokai|mdlx [~tokai@port-92-195-11-65.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
21:52:22  <Alberth> nobody ever programmed it
21:52:27  <Eddi|zuHause> Snail: in src/newgrf_engine.cpp:VehicleGetVariable, add "case 0x4D: return if (u->type == VEH_TRAIN) user_def_data |= Train::From(u)->tcache.user_def_data;" or something like that
21:52:32  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
21:52:50  <Eddi|zuHause> err... s/u/v/
21:52:53  <Supercheese> So, hmm, what would be needed, some new strings? Some other code elsewhere?
21:52:55  <Alberth> and tbh, I don't find wagons that interesting; I usually also ignore the engine announcements
21:53:11  *** KouDy [~KouDy@188.75.190.58] has joined #openttd
21:53:12  <Supercheese> perhaps an option to disable, as well
21:53:36  <Snail> Eddi: I'm afraid I could break something if I put my hands in there... :p
21:54:58  <Eddi|zuHause> Supercheese: just comment out the code that ignores wagons :)
21:55:16  <Supercheese> Eddi|zuHause: Yeah, that will definitely be bug-free... :P
21:55:44  <Eddi|zuHause> Supercheese: it would be a line like "if (power == 0) return;"
21:55:50  <Eddi|zuHause> just remove that :p
21:55:55  <Supercheese> I already found the line
21:56:04  <Supercheese> if (IsWagon(index)) return;
21:56:27  <Eddi|zuHause> i think frosch123 actually coded that once
21:56:28  <Supercheese> I'd like to research more before I just comment it out
21:56:34  <Eddi|zuHause> "coded"
21:57:39  <andythenorth> today
21:57:51  <andythenorth> I have mostly done useful chores and played with my kids
21:58:00  <andythenorth> and have not been trolling losers on the internet
21:58:04  <andythenorth> how odd
21:58:18  <andythenorth> trolling losers makes me a loser too I think
21:58:34  <andythenorth> although this whole winner / loser concept might smell bad?
21:58:49  <andythenorth> hrm
21:58:57  <andythenorth> I wish FIRS translators would hurry up :P
21:59:10  <andythenorth> all this error crap in stdout makes real errors hard to see
22:00:07  *** MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has joined #openttd
22:05:47  <Eddi|zuHause> Supercheese: http://devs.openttd.org/~frosch/diffs/fs_eddi.diff
22:06:38  <Eddi|zuHause> (around 2 years ago)
22:06:40  <Supercheese> Yeah, more places than just in engine.cpp, that makes sense
22:07:33  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
22:08:53  * peter1138 mehs at dependencies
22:10:15  * LordAro wonders if people are fed up with him asking for help with his code...
22:10:23  <LordAro> still can't get the f-ing thing to work
22:10:36  <LordAro> https://bitbucket.org/LordAro/extractdrs
22:10:56  <frosch123> LordAro: learn to use a debugger :)
22:11:12  <LordAro> i am, it's giving me strange malloc errors
22:11:30  <frosch123> you are not supposed to run the program until it crashes
22:11:57  <frosch123> you set breakpoints at functions, and check whether the arguments are valid
22:12:12  <LordAro> again, i have, everything i can think of is fine
22:12:19  <frosch123> when you reach the final point where it is still correct
22:12:22  <frosch123> you continue singlestepping
22:12:27  <frosch123> validating every single variable
22:13:10  <LordAro> as far as i can tell, i have
22:13:44  <LordAro> it's just failing half way through a loop, with the equivalent of: "unsigned char *array = new unsigned char[440];"
22:14:14  <peter1138> 22:11 < frosch123> you are not supposed to run the program until it crashes
22:14:16  <peter1138> oh shit
22:14:20  <peter1138> i'm doing it wrong :D
22:18:13  <LordAro> valgrind is giving me loads (actually millions) of errors too, which makes me suspect there's a problem somewhere else in the program
22:19:51  <andythenorth> bye
22:19:51  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has left #openttd []
22:26:14  <Eddi|zuHause> "apps using OSX's TextEdit crash on inputting 'File:///'"
22:27:10  *** Flygon [~Flygon@218-214-18-147.people.net.au] has quit [Read error: Connection reset by peer]
22:27:22  *** Flygon [~Flygon@218-214-18-147.people.net.au] has joined #openttd
22:27:28  <Eddi|zuHause> "I attempt to file a crash report: typing the description into the Crash Reporter UI caused Crash Reporter to crash and vanish."
22:27:39  <Eddi|zuHause> lmao :p
22:28:42  <__ln__> now somebody could try if OTTD crashes like that, and if it doesn't, think about measures on how to make it behave more like a native application.
22:30:55  <Eddi|zuHause> __ln__: can't, we lack an OSX maintainer
22:31:17  <Kjetil> Eddi|zuHause: haha
22:34:17  <Eddi|zuHause> "Alitalia-plane crash-lands in Rome. First step? remove the company's logo from it!"
22:34:40  <Eddi|zuHause> http://www.spiegel.de/fotostrecke/fluglinie-lackiert-flugzeug-nach-bruchlandung-in-rom-um-fotostrecke-92752.html
22:35:40  <Wolf01> 'night
22:35:44  *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
22:35:56  <Snail> :D
22:36:24  <Snail> that flight was actually sublet to Carpatair, a Rumanian company
22:36:33  <Snail> it only had alitalia's logos
22:36:35  <__ln__> and it wasn't even operated by Alitalia according to some news articles
22:43:30  *** pugi [~pugi@host-091-097-071-026.ewe-ip-backbone.de] has quit []
22:48:23  *** HerzogDeXtEr [~Flex@i59F6D9EF.versanet.de] has joined #openttd
22:59:26  *** valhallasw [~valhallas@5070A0D5.static.ziggozakelijk.nl] has quit [Ping timeout: 480 seconds]
23:00:46  <frosch123> night
23:00:49  *** frosch123 [~frosch@frnk-590d587a.pool.mediaWays.net] has quit [Remote host closed the connection]
23:05:44  <Terkhen> good night
23:08:03  *** LordAro [~LordAro@host81-155-106-122.range81-155.btcentralplus.com] has quit [Ping timeout: 480 seconds]
23:09:58  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
23:10:44  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
23:13:06  *** LSky` [~x@5ED5A444.cm-7-6c.dynamic.ziggo.nl] has quit []
23:23:17  *** jasperthecat1 [63304048@ircip3.mibbit.com] has joined #openttd
23:23:52  *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit []
23:27:13  *** KouDy [~KouDy@188.75.190.58] has quit [Ping timeout: 480 seconds]
23:30:51  *** Flygon_ [~Flygon@218-214-18-147.people.net.au] has joined #openttd
23:31:46  *** Flygon [~Flygon@218-214-18-147.people.net.au] has quit [Read error: Connection reset by peer]
23:33:16  *** Flygon_ [~Flygon@218-214-18-147.people.net.au] has quit [Read error: Connection reset by peer]
23:33:40  *** Flygon [~Flygon@218-214-18-147.people.net.au] has joined #openttd
23:34:25  *** Progman [~progman@p57A1A72C.dip.t-dialin.net] has quit [Remote host closed the connection]
23:36:56  *** Flygon [~Flygon@218-214-18-147.people.net.au] has quit [Read error: Connection reset by peer]
23:38:13  *** Flygon [~Flygon@218-214-18-147.people.net.au] has joined #openttd
23:51:28  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
23:52:19  *** St3f [~Anonymous@53577204.cm-6-8b.dynamic.ziggo.nl] has joined #openttd
23:55:29  *** Flygon [~Flygon@218-214-18-147.people.net.au] has quit [Read error: Connection reset by peer]
23:55:40  *** Flygon [~Flygon@218-214-18-147.people.net.au] has joined #openttd
23:57:56  *** Celestar_ [~vici@mnch-5d857131.pool.mediaWays.net] has joined #openttd
23:59:00  *** Flygon [~Flygon@218-214-18-147.people.net.au] has quit [Read error: Connection reset by peer]
23:59:13  *** Flygon [~Flygon@218-214-18-147.people.net.au] has joined #openttd

Powered by YARRSTE version: svn-trunk