Back to Home / #openttd / 2014 / 07 / Prev Day | Next Day
#openttd IRC Logs for 2014-07-22

---Logopened Tue Jul 22 00:00:09 2014
00:02-!-retakker [~kater@port-92-193-7-91.dynamic.qsc.de] has joined #openttd
00:09-!-retakk [~kater@port-92-205-58-17.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
00:41-!-smb_ [~smb_@199.119.245.122] has quit [Read error: Connection reset by peer]
00:43-!-trendynick [~trendynic@188.26.254.160] has joined #openttd
00:56-!-Eddi|zuHause [~johekr@p5DC67F2A.dip0.t-ipconnect.de] has quit []
00:56-!-Eddi|zuHause [~johekr@p57BD4F02.dip0.t-ipconnect.de] has joined #openttd
01:35-!-Smedles_ [~quassel@58.160.136.199] has joined #openttd
01:35-!-Smedles [~quassel@58.160.136.199] has quit [Read error: Connection reset by peer]
01:43-!-sla_ro|master [slamaster@89.137.74.191] has joined #openttd
01:45-!-Smedles [~quassel@58.160.136.199] has joined #openttd
01:48-!-Smedles_ [~quassel@58.160.136.199] has quit [Read error: Connection reset by peer]
02:04-!-DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer]
02:08-!-Smedles [~quassel@58.160.136.199] has quit [Ping timeout: 480 seconds]
02:11-!-Smedles [~quassel@58.160.136.199] has joined #openttd
02:21-!-HerzogDeXtEr1 [~flex@88.130.162.197] has joined #openttd
02:24-!-Smedles [~quassel@58.160.136.199] has quit [Read error: Connection reset by peer]
02:28-!-HerzogDeXtEr [~flex@88.130.168.148] has quit [Ping timeout: 480 seconds]
02:34-!-Smedles [~quassel@58.160.136.199] has joined #openttd
02:43-!-Smedles [~quassel@58.160.136.199] has quit [Ping timeout: 480 seconds]
02:50-!-Yotson [~Yotson@2001:980:6ac8:1:5451:9a74:b196:815f] has joined #openttd
02:56-!-trendynick [~trendynic@188.26.254.160] has quit [Ping timeout: 480 seconds]
03:00-!-Smedles [~quassel@58.160.136.199] has joined #openttd
03:14-!-Yotson [~Yotson@2001:980:6ac8:1:5451:9a74:b196:815f] has quit [Quit: .]
03:24-!-pthagnar [~pthagnar@cpc7-pres17-2-0-cust28.18-3.cable.virginm.net] has joined #openttd
04:03<V453000>I figured out the yeti animation-only rendering :) for a simple test case at least
04:08-!-Yotson [~Yotson@2001:980:6ac8:1:5451:9a74:b196:815f] has joined #openttd
04:09-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has joined #openttd
04:10-!-trendynick [~trendynic@188.26.254.160] has joined #openttd
04:12-!-HerzogDeXtEr1 [~flex@88.130.162.197] has quit [Quit: Leaving.]
04:24-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has quit [Ping timeout: 480 seconds]
04:26-!-luaduck_zzz [~luaduck@0001c465.user.oftc.net] has quit [Ping timeout: 480 seconds]
04:29-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has joined #openttd
04:33-!-Pereba [~UserNick@187.58.115.135] has quit [Quit: (-(-_(-_-)_-)-) ninjas inside. [www.adiirc.com]]
04:33-!-luaduck_zzz [~luaduck@0001c465.user.oftc.net] has joined #openttd
04:34-!-luaduck_zzz is now known as luaduck
04:37-!-retakker [~kater@port-92-193-7-91.dynamic.qsc.de] has quit [Quit: Leaving]
04:44-!-trendynick [~trendynic@188.26.254.160] has quit [Remote host closed the connection]
04:47-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has quit [Quit: kero]
04:55-!-MJP [~mjp@hq.z77.fr] has joined #openttd
05:21-!-sla_ro|master [slamaster@89.137.74.191] has quit []
05:23-!-Tuhin [~Tuhin@fip31c146.banglalionwimax.com] has joined #openttd
06:04-!-shirish_ [~quassel@117.222.6.19] has joined #openttd
06:11-!-shirish [~quassel@0001358e.user.oftc.net] has quit [Ping timeout: 480 seconds]
06:15-!-KenjiE20 [kenjie20@46.246.119.109] has quit [Remote host closed the connection]
06:26-!-LSky` [LSky@5ED4B2EA.cm-7-5c.dynamic.ziggo.nl] has joined #openttd
06:34-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has joined #openttd
06:49-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has quit [Ping timeout: 480 seconds]
06:57-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has joined #openttd
06:58-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has joined #openttd
06:58<LSky`>isnt this supposed to be in the scenario section of the forums?
06:58<LSky`>http://www.tt-forums.net/viewtopic.php?f=67&t=70917
07:00<V453000>probably
07:03<@planetmaker>yeah, you're right, LSky` . I'll move it
07:04<@planetmaker>hm... that's in the Transport Tycoon section only. That's... not idea. I guess I have another suggestion for Owen :P
07:04<V453000>why did the 32bpp section get merged btw? :D
07:06<@planetmaker>V453000, pointless to have it separate.
07:06<@planetmaker>it's nothing special with regard to development processes
07:06<@planetmaker>and its existence triggered people to believe it is
07:06<@peter1138>It is for TTDP players :D
07:06<V453000>:D
07:06<@planetmaker>:D
07:07<V453000>:)
07:07<V453000>it felt special! :(
07:07<@peter1138>I bet they still want PNGs
07:08-!-HerzogDeXtEr [~flex@88.130.162.197] has joined #openttd
07:08<LordAro>you must admit, the "new" way is more complicated that the way it was done
07:09<V453000>defining 32bpp additional_sprites was nothing special tbh
07:09<@planetmaker>LordAro, not really. It's actually easier
07:10<@planetmaker>no need to count sprite numbers etc. I just add it to a NewGRF and I'm done
07:10<@planetmaker>no special naming either
07:10<@planetmaker>no special in any respect
07:11<LordAro>easier? before all they had to do was dump the pngs into a tar file (which caused enough issues, typically enough). true, they've got to number the sprites, but no writing NFO/NML
07:11<@planetmaker>LordAro, and all name them correctly. And re-name them when you changed the grf it referred to
07:11<LordAro>and this was largely before nml, iirc
07:11<@planetmaker>so 32bpp development was a BIG PITA really
07:12<LordAro>oh, definitely
07:12<@planetmaker>you needed an unmoving base. Which you usally don't have. Not even for the base set's extra grf
07:13<V453000>yeti-base shall show them bastards! :P
07:13-!-Pereba [~UserNick@187.58.50.213] has joined #openttd
07:13<@planetmaker>yeah... especially V's NewGRFs are no base at all. Constantly changing :P
07:14<V453000>:P changed that a lot recently
07:14<LordAro>:p
07:14<LordAro>and multi-hundred MB downloads :p
07:15<V453000>eazy!
07:15<V453000>hey, it is only 144 mb now :P
07:15<V453000>zbase has 250 I believe
07:15<LordAro>250? was only 45 last i checked
07:15<V453000>:D
07:16<V453000>idk then
07:16<V453000>I downloaded it just once and upon discovering how awful it is I never bothered again really
07:17<@peter1138>Don't forget about setting the offsets for all those PNGs whenever you changed one...
07:17<@peter1138>And of course it sucked for performance.
07:19<@peter1138>V453000, thought about making a 8bpp version? ;)
07:20<@peter1138>I wonder, did the system to allow users to only download the bits of a NewGRF they need get implemented?
07:20<V453000>you mean 8bpp version of yeti?
07:21<@peter1138>Errr.... yes, you should know I was looking at the thread...
07:21<V453000>it does define 8bpp sprites, just overwrites them with 32bpp
07:21<@planetmaker>peter1138, OpenTTD would support it. But there's no means to download it from bananas
07:21<V453000>and there is nothing to really be interested in
07:21<V453000>wat peter1138 :D
07:22<V453000>k well now I see that you are looking at _the_ thread XD matterz it?
07:22<V453000>regardless, making a lightweight version could be cute, but how/why
07:23<@peter1138>Dunno really :p
07:23<V453000>+ lightweight doesnt need to be 8bpp, 32bpp is fine if I remove extra zoom and animations
07:23<@planetmaker>V453000, OpenTTD considers NewGRFs equivalent when stripping them of anything which is not 8bpp 1x sprites
07:23<V453000>O_O
07:23<@peter1138>Hmm, true, it's x4 zoom that bloats it.
07:23<@planetmaker>and in principle one can strip the 'big' newgrfs of those extra sprites they provide and offer stripped versions for download, e.g. to save bandwidth
07:23<V453000>aha
07:23<V453000>didnt have a clue about that
07:24<@planetmaker>while grf format and openttd support it, there's no such interface yet in the game or bananas to select only certain bit depth or maximum zoom level for the sprites
07:24<@planetmaker>for your downloads from bananas
07:24<V453000>so theoretically I can have a lightweight 8bpp version on the devzone that people could use if they cannot download the big one?
07:24-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has quit [Ping timeout: 480 seconds]
07:24<V453000>right
07:24<@peter1138>Theoretically.
07:24<@planetmaker>in theory, yes
07:24<V453000>:D
07:25<@peter1138>Of course, what computer doesn't support 32bpp these days...
07:25<V453000>well lets see how many people will have stone age connection and complain that they cant download it
07:25<@planetmaker>grfstrip (part of grfcodec) gets you that grf
07:25<V453000>aha, very nice so I dont even have to have 2 versions of the code
07:25<V453000>hm (:
07:25<@planetmaker>no, of course not. That's the point :)
07:26<@planetmaker>authors create the version packed with everything. And that result can be stripped-down to the bit depths and zoom levels requested by a user
07:26<@planetmaker>it just misses an interface so that it's actually used
07:26<V453000>sounds reasonable
07:27<@planetmaker>there simply was no need so far either
07:27<@planetmaker>you might trigger that need :P
07:27<V453000>Almost gives me a reason not to cheat on 8bpp images :D
07:28<V453000>yeah I guess
07:28<V453000>though lets see how successful my current masking method gets
07:28<@planetmaker>well.. cheat. Just do a cheap conversion 32bpp to 8bpp
07:28<V453000>for most of the industries it reduces the size a ton
07:28<V453000>I know, that is what I did :P
07:28<Eddi|zuHause>try to avoid the magic blinking colours while doing that :p
07:28<V453000>magix
07:28<@planetmaker>well then :) It's no cheat
07:29<V453000>I rather meant missing animations in 8bpp yet loading that amount of sprites :P
07:29<V453000>is 2048 sprites for 8bpp in such case
07:29<V453000>per industry
07:29<@planetmaker>they don't eat disk size really. It's the 4x 32bpp sprites which do :)
07:30<@planetmaker>they're 4*4 = 16 times bigger :)
07:30<V453000>I know :)
07:30<V453000>especially if you load each of them twice XD
07:30<Eddi|zuHause>but 2048 times the same sprite doesn't really help, as the compression is per-sprite only, not over the whole grf
07:30<V453000>yes :)
07:31<V453000>that is why it is a cheat Eddi :P
07:31-!-Supercheese [~Superchee@76.178.136.186] has quit [Read error: Connection reset by peer]
07:31<V453000>cause the strip cant strip that
07:31<V453000>but hell, NUTS has idk, 60 000 sprites and people can download it
07:31-!-Supercheese [~Superchee@76.178.136.186] has joined #openttd
07:31<Eddi|zuHause>no
07:32<Eddi|zuHause>CETS probably has more
07:32<V453000>CETS has empty boxes, not sprites :D
07:32<Eddi|zuHause>and it doesn't even have liveries and cargo grapics yet
07:32<Eddi|zuHause>but the boxes are coloured meanwhile
07:32<Eddi|zuHause>not green anymore
07:33<V453000>XD
07:33<V453000>congratulations
07:33<V453000>you might want to start drawing Eddi :P
07:34<@peter1138>I don't know what he looks like.
07:35<@planetmaker>Eddi|zuHause, cargo graphics can be stolen from NUTS ;)
07:35<Eddi|zuHause>NUTS doesn't have turning angles :p
07:35<V453000>XD
07:35<V453000>HAHA
07:35<V453000>:D
07:35<@planetmaker>:)
07:36<V453000>I completely forgot you want to draw even that
07:36<Eddi|zuHause>also, square pigs don't fit in my wagons
07:36<@planetmaker>apply a coordinate transform on them and they might
07:36<V453000>boxes arent square? :P
07:37<@planetmaker>in spherical coordinates: no :P
07:37<@peter1138>Why doesn't 3D OpenTTD exist yet? :p
07:38<Eddi|zuHause>train fever is in beta stage
07:40<@planetmaker>isn't TTT something like 3D OpenTTD?
07:40<V453000>nothing is like openttd as far as I know :P
07:40<Eddi|zuHause>but that was never even properly released
07:40<V453000> /me doesnt know very far though
07:41<Eddi|zuHause>what was released was an early beta version, and then it died a painful legal death
07:42<V453000>nice
07:48-!-Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
07:49-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has quit [Read error: Operation timed out]
07:49-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
07:53-!-Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Ping timeout: 480 seconds]
08:01-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has quit [Read error: Operation timed out]
08:02-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
08:17-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has joined #openttd
08:27-!-Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
08:32-!-Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Read error: Operation timed out]
08:37-!-bugzee [~bugzee@75-106-22-229.cust.wildblue.net] has quit [Ping timeout: 480 seconds]
08:38-!-Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd
08:39-!-bugzee [~bugzee@75-106-22-229.cust.wildblue.net] has joined #openttd
08:45-!-Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds]
08:54-!-sla_ro|master [slamaster@89.137.74.191] has joined #openttd
09:09-!-APTX [~APTX@aptx.org] has joined #openttd
09:17-!-APTX_ [~APTX@aptx.org] has quit [Ping timeout: 480 seconds]
09:47-!-sla_ro|master [slamaster@89.137.74.191] has quit []
09:49-!-LadyHawk [~LadyHawk@5ED3E068.cm-7-4d.dynamic.ziggo.nl] has joined #openttd
09:50-!-LadyHawk is now known as Guest3485
10:02-!-Tuhin [~Tuhin@fip31c146.banglalionwimax.com] has quit [Read error: Connection reset by peer]
10:03-!-Tuhin [~Tuhin@fip31c146.banglalionwimax.com] has joined #openttd
10:07-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has joined #openttd
10:17-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has quit [Ping timeout: 480 seconds]
10:18-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
10:39-!-Brumi_ [~quassel@78-131-41-191.pool.digikabel.hu] has joined #openttd
10:42-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has quit [Ping timeout: 480 seconds]
11:14-!-Guest3485 [~LadyHawk@5ED3E068.cm-7-4d.dynamic.ziggo.nl] has quit [Quit: If at first you don't succeed, destroy all evidence that you tried]
11:22-!-SylvieLorxu [~sylvie@dhcp-077-251-165-191.chello.nl] has joined #openttd
11:23-!-sla_ro|master [slamaster@89.137.74.191] has joined #openttd
11:37-!-DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd
11:42-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd
11:47-!-matthew [~matthew@cpc66203-derb15-2-0-cust161.8-3.cable.virginm.net] has joined #openttd
11:47-!-matthew is now known as Guest3500
11:47-!-Guest3500 [~matthew@cpc66203-derb15-2-0-cust161.8-3.cable.virginm.net] has quit []
11:49-!-ZirconiumX [~matthew@cpc66203-derb15-2-0-cust161.8-3.cable.virginm.net] has joined #openttd
11:49<ZirconiumX>Afternoon
11:50-!-montalvo [~montalvo@47.sub-70-211-71.myvzw.com] has joined #openttd
11:54<LordAro>ohai
11:55<ZirconiumX>How's it been?
11:56<LordAro>not too bad
11:56*ZirconiumX is slightly confused about how flyspray still has an open bug report for OpenTTD 0.4.7
11:57<ZirconiumX>FS#127
12:00-!-TheMask96 [martijn@envy.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
12:02<LordAro>@fs 127
12:02<@DorpsGek>LordAro: http://bugs.openttd.org/task/127
12:03<ZirconiumX>Ah, thank you
12:03<LordAro>probably because it hasn't been fixed :P
12:03<LordAro>and actually, it's a feature request, which are largely ignored anyway :p
12:03<ZirconiumX>Or it's so old they simply don't care.
12:04<LordAro>quite
12:04<LordAro>that said
12:04<LordAro>@fs 54
12:04<@DorpsGek>LordAro: http://bugs.openttd.org/task/54
12:04<LordAro>was the oldest until a few months ago
12:04-!-TheMask96 [martijn@pride.vhost.ne2000.nl] has joined #openttd
12:24<ZirconiumX>Back.
12:27<ZirconiumX>I'm not entirely sure if there is much point to fs 127
12:29<LordAro>probably not
12:29<LordAro>probably not a lot of point to any <3000
12:29<ZirconiumX>If only there was a way of voting to close an FS
12:31<Eddi|zuHause>nobody of power ever listened to votes
12:33<V453000>you cannot force anybody to do anything, not even votes can :P it is open source
12:36<ZirconiumX>And also free software.
12:37<Eddi|zuHause>you cannot make a particular horse drink, but of 100 horses, you can easily make a majority drink
12:37<ZirconiumX>I suppose you'd end up with a Down's paradox.
12:37<Eddi|zuHause>the first is called psychology and the second is called sociology
12:38-!-Klanticus [~quassel@179.154.136.250] has joined #openttd
12:38<ZirconiumX>I suppose so.
12:39<ZirconiumX>But having ancient FS bugs from 8 years ago does nothing useful.
12:39<@planetmaker>good evening
12:39<ZirconiumX>*feature requests
12:40<ZirconiumX>GE planetmaker
12:40<Rubidium>though... the problem here is more that fixing things is less glamourous than making something fancy
12:40<ZirconiumX>Has to be done though.
12:40<V453000>hy
12:40<Eddi|zuHause>that's why it's still open
12:41<ZirconiumX>@fs 3764
12:41<@DorpsGek>ZirconiumX: http://bugs.openttd.org/task/3764
12:41<Eddi|zuHause>because technically it is something that might be fixed at some point. if someone is really bored
12:41<ZirconiumX>seems to be the oldest bug report.
13:02-!-Pol [~quassel@h220216.upc-h.chello.nl] has joined #openttd
13:08-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Ping timeout: 480 seconds]
13:12<Eddi|zuHause>k10temp-pci-00c3 temp1: +37.0°C <--- how do i find out where this sensor is?
13:12<ZirconiumX>Not very easily
13:12<ZirconiumX>Though I'd guess K10temp refers to the builtin processors
13:12<Rubidium>lspci?
13:12<Eddi|zuHause>Rubidium: that doesn't really tell me the physical location?
13:13<Rubidium>might give you a clue
13:13<ZirconiumX>Rubidium: can confirm this does not work
13:15<ZirconiumX>Eddi|zuHause: https://www.kernel.org/doc/Documentation/hwmon/k10temp
13:16<ZirconiumX>"This driver permits reading of the internal temperature sensor of AMD
13:16<ZirconiumX>Family 10h/11h/12h/14h/15h/16h processors."
13:16<Rubidium>apparantly it's a sensor within the CPU: https://bbs.archlinux.org/viewtopic.php?id=104723
13:17<ZirconiumX>18:11 < ZirconiumX> Though I'd guess K10temp refers to the builtin processors
13:24<Eddi|zuHause>but that mens the cpu is 10-20°C colder than the rest of the computer
13:24<LordAro>i could've sworn that temperature sensor referred to the GPU
13:24<LordAro>do you have an AMD/ATI graphics card?
13:24-!-frosch123 [~frosch@frnk-4d01d2f4.pool.mediaWays.net] has joined #openttd
13:24<Eddi|zuHause>gpu makes way more sense
13:24<LordAro>(i have a similar sensor, but it shows up as 0°C :L )
13:24<LordAro>quak
13:25<frosch123>hola
13:25<@planetmaker>o/
13:25<Eddi|zuHause>i also have it8720-isa-0228: temp1: +47.0°C, temp2: +48.0°C, temp3: +55.0°C
13:26<Eddi|zuHause>those are apparently on the mainboard, but i have no clue where
13:27<Eddi|zuHause>and yes, i have an ATI card. a builtin one that i don't use and a PCI-E one.
13:29-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd
13:31*LordAro got a new cpu cooler/fan recently. it's wonderful
13:31<LordAro>quieter and colder
13:34-!-Pol [~quassel@h220216.upc-h.chello.nl] has quit [Read error: Operation timed out]
13:34<Eddi|zuHause>there's pwm for making things quieter, but that usually makes it hotter :)
13:34<frosch123>is there a system call to explode a computer?
13:35<Rubidium>LordAro: why? k10temp is for AMD processors; https://www.kernel.org/doc/Documentation/hwmon/k10temp
13:36-!-KenjiE20 [kenjie20@irc.blinkenshell.org] has joined #openttd
13:36<LordAro>Rubidium, i may well be misremembering, i'm away from my desktop at the moment
13:36<frosch123>is it a feature that realisitic acceleration cannot handle 1 000 000 hp? :p
13:37<Rubidium>Eddi|zuHause: read the indented part of the link I just gave to LordAro
13:37<LordAro>certainly, the `sensors` reading for my graphics card shows up as 0°C
13:39<Eddi|zuHause>so it's not an actual °C but a "if this reaches 70, you better get cover"
13:40<Eddi|zuHause>why do they call it °C then?
13:40<Rubidium>because sensors forces that postfix?
13:46<@DorpsGek>Commit by translators :: r26701 /trunk/src/lang (3 files) (2014-07-22 17:46:30 UTC)
13:46<@DorpsGek>-Update from WebTranslator v3.0:
13:46<@DorpsGek>traditional_chinese - 1 changes by siu238X
13:46<@DorpsGek>hungarian - 31 changes by Brumi
13:46<@DorpsGek>norwegian_bokmal - 1 changes by
13:46<@DorpsGek>polish - 4 changes by McZapkie
13:48<frosch123>the yeti thread is interesting :) V uses a completely different tool chain than i would use, but the results works nevertheless :)
13:51-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection]
13:56-!-Progman [~progman@p57A1BC9A.dip0.t-ipconnect.de] has joined #openttd
13:59<@planetmaker>yeah :)
14:13<Rubidium>frosch123: FS#6067 smells like an overflow
14:19-!-LadyHawk [~LadyHawk@5ED3E068.cm-7-4d.dynamic.ziggo.nl] has joined #openttd
14:19-!-LadyHawk [~LadyHawk@5ED3E068.cm-7-4d.dynamic.ziggo.nl] has quit []
14:19-!-LadyHawk is "(unknown)" on (unknown)
14:19<frosch123>yup, if not a desync on 64bit :p
14:19<frosch123>but well, 100k hp is not particulary interesting
14:35<Rubidium>won't it use the same int type?
14:35<Rubidium>otherwise... we'd have much more desyncs I'd say
14:35<frosch123>also for intermediate computations?
14:35<@peter1138>frosch123, http://en.wikipedia.org/wiki/W%C3%A4rtsil%C3%A4-Sulzer_RTA96-C
14:36<@peter1138>You might need some quite hefty track for that though...
14:36<@peter1138>(Or implement RA for ships...)
14:37<Rubidium>isn't int 32 bits?
14:37<Rubidium>the code's even littered with uint32 and byte
14:38<frosch123>yes, but i have no idea what happens if you do "a * 1000 / 1000"
14:38<frosch123>the result will be 32bit, but what about "a * 1000" ?
14:38<Rubidium>max_te gets a max_te *= 10000
14:38<frosch123>oh, i didn't look into details of the acceleration code
14:39<frosch123>i only wondered in general whether those computations are not implementation specfic
14:42<Rubidium>max value for 'power' = (sum of part powers) * 746 * 18
14:42<Rubidium>@calc 2**31 / 161517
14:42<@DorpsGek>Rubidium: 13295.7128228
14:42<Rubidium>@calc 746*18
14:42<@DorpsGek>Rubidium: 13428
14:43<Rubidium>check... overflow!
14:44<Rubidium>what's the theoretical maximum power?
14:44<frosch123>64k per vehicle, 128 vehicles, 128 articulated parts per vehicle
14:44<frosch123>hmm, though i guess only the front part can add power
14:45<frosch123>so only 128*64k :p
14:45<Rubidium>there's a GetPower that prevents articulated parts
14:46<Rubidium>and a GetPoweredPartPower which uses the VRF_POWERED_WAGON flag
14:46<Rubidium>@calc 128*65535
14:46<@DorpsGek>Rubidium: 8388480
14:46<Rubidium>that's not the 1 million the bug reporter is talking about
14:47<Rubidium>I would've guessed (naively) at 64*2*8 * 64k
14:47<Rubidium>@calc 62*2*8*65535
14:47<@DorpsGek>Rubidium: 65010720
14:47<Rubidium>hmm... I'm stupid... 8.3 million > 1 million
14:47-!-ZirconiumX [~matthew@cpc66203-derb15-2-0-cust161.8-3.cable.virginm.net] has quit [Ping timeout: 480 seconds]
14:48<Rubidium>anyhow... 128*128*64k < 2**31
14:48<Rubidium>however, multiplying by 13428 doesn't fit
14:49<frosch123>@calc log(13428 * 128 * 65536, 2)
14:49<@DorpsGek>frosch123: 36.7129568217
14:50<frosch123>yeah, factor 64 too much
14:51-!-George|2 [~George@185.43.94.91] has joined #openttd
14:51-!-George is now known as Guest3525
14:51-!-George|2 is now known as George
14:51-!-George|2 is "(unknown)" on (unknown)
14:53<Rubidium>@calc 65535*128*746*18
14:53<@DorpsGek>Rubidium: 112640509440
14:54<Eddi|zuHause><frosch123> the result will be 32bit, but what about "a * 1000" ? <-- in C(++), int32*int32 = int32, which i find stupid, because every CPU on this planet outputs 64 bits...
14:55<Eddi|zuHause>well, every USEFUL cpu
14:55<frosch123>you do not consider mmx, sse, ... and friends useful? :p
14:57-!-Guest3525 [~George@185.43.94.91] has quit [Ping timeout: 480 seconds]
14:57<Eddi|zuHause>NO! the world must forever be stuck with the i386 command set
15:06-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
15:12-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd
15:13<Wolf01>hi hi
15:14-!-Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer]
15:15<Rubidium>http://rbijker.net/openttd/fs6067.diff <- untested, but it's now more about the comments. Did I make gross mistakes somewhere?
15:16<murr4y>https://www.kickstarter.com/projects/1759006687/man-from-earth-the-series
15:17<frosch123>@calc log(65535*128*746,2)
15:17<@DorpsGek>frosch123: 32.5430098063
15:18<frosch123>+ int64 power = this->gcache.cached_power * 746; <- i guess that shuold be (int64)cached_power * 746ll
15:18<Rubidium>one cast should be enough
15:19<Rubidium>or the 746ll I'd say
15:20<Rubidium>the patch definitely improves the performance of that train
15:22<frosch123>area * this->gcache.cached_air_drag <- according to your comments that also exceeds int32
15:22<frosch123>so i would expect it to need casts as well
15:23<Rubidium>28*~5000 doesn't, the speed**2 would make it overflow and I made speed int64
15:23<Rubidium>so the ~100k gets promoted to int64 by speed
15:24<frosch123>ok
15:30-!-Klanticus_ [~quassel@189.35.187.130] has joined #openttd
15:32<Rubidium>oh, I reckon limiting the acceleration to int32 isn't a big problem, right? ;)
15:32<frosch123>is it realistic?
15:33<frosch123>how many seconds does it need to reach lightspeed at that acceleration?
15:33<frosch123>i.e. when is the acceleration code not realistic enough?
15:35-!-Klanticus [~quassel@179.154.136.250] has quit [Ping timeout: 480 seconds]
15:36<frosch123>i like how wiki liss approximate and "exact" values :p
15:36<frosch123>*lists
15:37<frosch123>we should use "planck length per planck time" to measure light speed
15:37<frosch123>it's the most suitable one for a good approximation
15:39-!-b_jonas [~x@russell2.math.bme.hu] has joined #openttd
15:39<@planetmaker>totally. Gives us good reason to argue for vehicle quantum effects, too ;)
15:39<b_jonas>hello
15:39<@planetmaker>hi
15:40<@planetmaker>though I learnt today that they're really planning to measure (and then actually define) current on a single-electron basis
15:41<Rubidium>quantum effects smells like floating point to me (waveform functions and such)
15:41<frosch123>yeah, quantum effects desync all the time
15:41<@planetmaker>nah. It boils it down to ints again, to yes or no :)
15:42<frosch123>though maybe every client can simulate all potential desync states, so they are in sync again
15:42<@planetmaker>:)
15:46<@DorpsGek>Commit by rubidium :: r26702 /trunk/src (ground_vehicle.cpp ground_vehicle.hpp) (2014-07-22 19:46:10 UTC)
15:46<@DorpsGek>-Fix [FS#6067]: integer overflows in acceleration code causing either too low acceleration or too large acceleration
15:47-!-montalvo [~montalvo@47.sub-70-211-71.myvzw.com] has quit [Quit: Textual IRC Client: www.textualapp.com]
15:48<Rubidium>why are journalist so dump?
15:49<frosch123>else they wouldn't be journalists?
15:49<frosch123>same about teachers
15:49<frosch123>or ottd devs
15:50<Rubidium>asking someone doing identification based on DNA (in case of the MH17) whether they'd do the identification for the non-Dutch victims too...
15:51<Rubidium>(as if the victims have a tag with their nationality)
15:51<@planetmaker>they actually might have... in their wallets in their trousers
15:51<frosch123>then you do not need the dna thingie
15:52<@planetmaker>yeah. And I wonder how someone would want to identify me by my DNA? They would have to break into my flat for comparison or so
15:52<@planetmaker>hopefully at least :P
15:52-!-George is now known as Guest3530
15:52-!-George [~George@185.43.94.91] has joined #openttd
15:52<frosch123>planetmaker: siblings and nsa recordings
15:53<Rubidium>planetmaker: I'd reckon the next of kin of you would be able to provide them with something
15:55<frosch123>and in the worst case it may also be the key to what pieces belong to the same puzzle :/
15:58-!-Guest3530 [~George@185.43.94.91] has quit [Ping timeout: 480 seconds]
16:02-!-Klanticus_ [~quassel@189.35.187.130] has quit [Remote host closed the connection]
16:06-!-Brumi_ [~quassel@78-131-41-191.pool.digikabel.hu] has quit []
16:09<+michi_cc>Rubidium: Your commit changes the power factor from 746 to 74611, but I can't see any divisor changed to match. Sure this is right?
16:09<frosch123>michi_cc: fix your font :p
16:11<+michi_cc>Ah, ll :) Well, seems the browser doesn't feature an intelligent font chooser.
16:18<Rubidium>or color-coding C++
16:22-!-Yotson [~Yotson@2001:980:6ac8:1:5451:9a74:b196:815f] has quit [Quit: .]
16:27-!-MJP [~mjp@hq.z77.fr] has quit [Ping timeout: 480 seconds]
17:08-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
17:14-!-sla_ro|master [slamaster@89.137.74.191] has quit []
17:31-!-Progman [~progman@p57A1BC9A.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
17:36-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has joined #openttd
17:37-!-pthagnar [~pthagnar@cpc7-pres17-2-0-cust28.18-3.cable.virginm.net] has quit [Quit: Leaving]
17:38<NGC3982>Can someone remind me; Why arent we running OpenTTD servers of RPI's?
17:39<frosch123>for the same reason why you do not run your cellphone with one
17:40<FLHerne>NGC3982: Because Pis are aargh slow
17:40<NGC3982>I fail to see how they lack the processing power for dedicated servers.
17:41<NGC3982>Although, this has been discussed. I just can't remember why it wasn't the best of ideas.
17:41<FLHerne>And if servers aren't CPU-limited (which they sometimes are on sane hardware, let alone Pentium-300 analogues) they're network-limited
17:41<frosch123>what makes you think servers would need less power?
17:41<FLHerne>And Pi networking is on the USB bus, and tends to cause total hangs in case of continuous max throughput
17:42<FLHerne>The server uses as much CPU as the client, barring blitting
17:42<MTsPony>try again with 15 companies and 1000+ trains and some CB script and 20/30 GRF's ;)
17:43<MTsPony>even a i7 4.5GHz gets as high as 60-70% on the process (tho in a vm so there might be some overhead)
17:43<frosch123>ah, true, gamescript even add to the power :p
17:43<frosch123>though usually it is not much
17:44<MTsPony>Usually :p
17:44<frosch123>likely blitting is more than gs
17:44<frosch123>MTsPony: they cannot really do much
17:44<MTsPony>its another 5-10% of the cpu, on a 4K x 4K map with 'only' 100 cities/towns
17:44<frosch123>if they want to do stuff, they have to run commands, which have strong limits
17:46<MTsPony>still, 1000 ships, 1000 trains, some 1000 road vehs etc last time on my server, load is pretty bad ass, even on my intel compiled binary which already reduced cpu usage by a whole load lol
17:46<MTsPony>with all the fancy tricks, resolution at 1,1, all fancy stuff off server side, load on corner of the map, etc etc
17:47<frosch123>resolution shouldn't have any effect since 0.6 :p
17:47<MTsPony>4k x 4k map, pretty hefty :o way more then client side load :D
17:47<MTsPony>meh probably not,
17:47<MTsPony>did it anyway :p
17:47<MTsPony>better safe then sorry
17:47<MTsPony>bbiab
17:48<frosch123>haha, you can always recognize the dutch guys
17:48-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Read error: No route to host]
17:48-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
17:49<MTsPony>-.-
17:49<frosch123>only dutch guys do the then/than thing :)
17:51<MTsPony>'than' :p
17:51<MTsPony>i thouht that was purely brittish :p
17:51<MTsPony>thought*
17:54<frosch123>night
17:54-!-frosch123 [~frosch@frnk-4d01d2f4.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
17:57<NGC3982>< FLHerne> The server uses as much CPU as the client, barring blitting
17:58<NGC3982>Really?
17:58<@planetmaker>yes
17:58<NGC3982>My i5 can't handle my own 4096^2 server i run on a P4 Ubuntu server.
17:58<FLHerne>NGC3982: Well, and sprite-sorting and whatever
17:58<NGC3982>What don't i understand.
18:06-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit []
18:07<NGC3982>I see.
18:07<NGC3982>..
18:09<Wolf01>'night
18:09-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
18:18<@peter1138>Yeah, a Pi sucks for OpenTTD.
18:19<NGC3982>Too bad. It would be optimal.
18:19<@peter1138>Something too slow would be optimal. Right.
18:20<NGC3982>Of course you understand what i mean
18:20<NGC3982>A small open source based system running a small open source based game.
18:21<@peter1138>Is Pi open source now?
18:21<NGC3982>I guess the Pi itself is not
18:21<@peter1138>The graphics chipset was rather closed up previously. Maybe that's fixed.
18:21<NGC3982>But everything about it is similar to everything about you guys.
18:21<@peter1138>Everything?
18:22<@peter1138>It's a small underpowered machine that runs Linux. There's loads of them around, called home routers.
18:22<NGC3982>Are you comparing the Raspberry Pi to a router?
18:22<@peter1138>The Pi is quite a nice machine running RISC OS, though.
18:23<@peter1138>No, routers are generally more useful.
18:23<NGC3982>I see.
18:23<FLHerne>NGC3982: OTTD is quite a long way from 'small', in code or hw requirements
18:23<NGC3982>I still don't understand the fact that the server uses the same amount of CPU as the client.
18:23<NGC3982>Since that is not what i experience.
18:23-!-SylvieLorxu [~sylvie@dhcp-077-251-165-191.chello.nl] has quit [Remote host closed the connection]
18:23<FLHerne>NGC3982: My router is faster than a first-gen Pi, and you can get ones with more RAM
18:23<NGC3982>h
18:23<@peter1138>Because it has to do exactly the same processing as a client.
18:23<NGC3982>FLHerne: Hehe.
18:24<FLHerne>Also, it doesn't hang under network load (which would be daft in a router but is somehow acceptable if it's a hobby thing)
18:24<@peter1138>Routers generally have much faster networking than a Pi does.
18:24<__ln__>someone said Pi is really good for very few other things besides playing video/media, and by a strange coincidence playing video/media is exactly what the chipset used by Pi is meant for.
18:25<@peter1138>Yes, but it's not very good for that, because the user interface to select your media is horribly slow.
18:25<NGC3982>How come i can run my five (huge) servers with no issue on an old P4, and my i5 struggle with one of them?
18:25<@peter1138>What's the clockspeed of each?
18:26<NGC3982>I do think my P4 is somewhere around 3GHz, and the i5 is a ..480M, perhaps?
18:26<NGC3982>Ah.
18:26-!-bdavenport [~davenport@aeolus.mindlesstux.com] has quit [Ping timeout: 480 seconds]
18:26<NGC3982>Wait, the P4 is single-core, i guess..
18:26<@peter1138>What speed does a 480M run at?
18:26<NGC3982>Per core?
18:26<NGC3982>Let's see.
18:26<@peter1138>What speed.
18:27<@peter1138>M implies mobile, so probably quite slow.
18:27<NGC3982>2,66GHz, according to their website.
18:27<NGC3982>But i have no idea how to translate that into "per core", since that seems to make a difference for OpenTTD.
18:27<@peter1138>No it doesn'.t
18:27<@peter1138>No it doesn't.
18:27<@peter1138>It's 2.66 GHz.
18:27<@peter1138>Each core can run at 2.66 GHz.
18:28<NGC3982>Aha
18:28<NGC3982>Well, that explains it.
18:29<@peter1138>It's possible your i5 is running in a power saving mode.
18:29-!-bdavenport [~davenport@aeolus.mindlesstux.com] has joined #openttd
18:30<FLHerne>NGC3982: OTTD doesn't multithread very well (autosaving, linkgraph calculation - is rendering threaded?)
18:32<@peter1138>But an i5 at 2.66 GHz should easily compete with a P4 at 3 GHz, regardless of multiple cores.
18:37<FLHerne>I don't think the IPC difference is that dramatic, and if his P4 is just running a headless server with no rendering and not much other overhead
18:45-!-LSky` [LSky@5ED4B2EA.cm-7-5c.dynamic.ziggo.nl] has quit []
19:02-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!]
19:25-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has quit [Remote host closed the connection]
19:27-!-Supercheese [~Superchee@76.178.136.186] has quit [Quit: Valete omnes]
19:32-!-DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer]
19:59-!-Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
20:03-!-Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd
20:05-!-Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Read error: Operation timed out]
20:19-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has quit []
20:20-!-Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
20:28-!-Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Ping timeout: 480 seconds]
20:38-!-Pereba_ [~UserNick@177.159.34.114] has joined #openttd
20:42-!-Pereba [~UserNick@187.58.50.213] has quit [Ping timeout: 480 seconds]
20:43-!-Pereba_ is now known as Pereba
20:50-!-HerzogDeXtEr [~flex@88.130.162.197] has quit [Quit: Leaving.]
20:58-!-luaduck is now known as luaduck_zzz
21:46-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has quit [Quit: kero]
21:47-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has joined #openttd
21:47-!-Tuhin [~Tuhin@fip31c146.banglalionwimax.com] has quit [Ping timeout: 480 seconds]
22:09-!-George is now known as Guest3552
22:09-!-George [~George@185.43.94.91] has joined #openttd
22:14-!-Guest3552 [~George@185.43.94.91] has quit [Ping timeout: 480 seconds]
22:25-!-George is now known as Guest3554
22:25-!-George [~George@185.43.94.91] has joined #openttd
22:30-!-Guest3554 [~George@185.43.94.91] has quit [Ping timeout: 480 seconds]
22:37-!-George is now known as Guest3555
22:37-!-George [~George@185.43.94.91] has joined #openttd
22:38-!-tokai|mdlx [~tokai@port-92-195-18-219.dynamic.qsc.de] has joined #openttd
22:42-!-George|2 [~George@185.43.94.91] has joined #openttd
22:42-!-George is now known as Guest3556
22:42-!-George|2 is now known as George
22:42-!-George|2 is "(unknown)" on (unknown)
22:42-!-Guest3555 [~George@185.43.94.91] has quit [Ping timeout: 480 seconds]
22:44-!-tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
22:46-!-Guest3556 [~George@185.43.94.91] has quit [Ping timeout: 480 seconds]
23:03-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has quit [Read error: Operation timed out]
23:04-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
23:10-!-Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Read error: Connection reset by peer]
23:11-!-Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
23:27-!-shirish_ [~quassel@117.222.6.19] has quit [Remote host closed the connection]
23:28-!-George|2 [~George@185.43.94.91] has joined #openttd
23:28-!-George is now known as Guest3558
23:28-!-George|2 is now known as George
23:28-!-George|2 is "(unknown)" on (unknown)
23:33-!-Guest3558 [~George@185.43.94.91] has quit [Ping timeout: 480 seconds]
23:45-!-George is now known as Guest3564
23:45-!-George [~George@185.43.94.91] has joined #openttd
23:47-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has quit [Read error: Connection reset by peer]
23:48-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
23:50-!-Guest3564 [~George@185.43.94.91] has quit [Ping timeout: 480 seconds]
23:57-!-LSky` [~LSky@5ED4B2EA.cm-7-5c.dynamic.ziggo.nl] has joined #openttd
---Logclosed Wed Jul 23 00:00:12 2014