Back to Home / #openttd / 2010 / 06 / Prev Day | Next Day
#openttd IRC Logs for 2010-06-06

---Logopened Sun Jun 06 00:00:18 2010
00:01-!-deghosty [~s@69-165-128-62.dsl.teksavvy.com] has joined #openttd
00:02-!-De_Ghosty [~s@69-165-128-62.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
00:18-!-deghosty [~s@69-165-128-62.dsl.teksavvy.com] has quit [Remote host closed the connection]
00:19-!-De_Ghosty [~s@69-165-128-62.dsl.teksavvy.com] has joined #openttd
00:56-!-Eddi|zuHause [~johekr@p54B76A9C.dip.t-dialin.net] has quit []
00:56-!-Eddi|zuHause [~johekr@p54B744A2.dip.t-dialin.net] has joined #openttd
01:20-!-Kurimus [Kurimus@dsl-tkubrasgw1-fe32dc00-253.dhcp.inet.fi] has joined #openttd
01:35-!-seirmubsa [~seirmubsa@166.82.121.120] has quit [Remote host closed the connection]
01:44-!-seirmubsa [~seirmubsa@h120.121.82.166.static.ip.windstream.net] has joined #openttd
01:50-!-Goulp [~Goulp@main.goulp.net] has quit [Read error: No route to host]
01:55-!-Muxy [~Muxy@main.goulp.net] has quit [Ping timeout: 480 seconds]
02:35-!-^Spike^ [~spike@d200003.upc-d.chello.nl] has joined #openttd
02:49-!-einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has joined #openttd
02:52-!-KouDy [~KouDy@rb5ck203.net.upc.cz] has joined #openttd
03:19-!-devilsadvocate [~devilsadv@202.3.77.209] has quit [Ping timeout: 480 seconds]
03:28-!-devilsadvocate [~devilsadv@202.3.77.202] has joined #openttd
03:49-!-Muxy [~Muxy@main.goulp.net] has joined #openttd
03:57-!-frosch123 [~frosch@frnk-590f5bc3.pool.mediaWays.net] has joined #openttd
04:09-!-theholyduck [~holyduck@ip-62-139-106-77.eidsiva.net] has quit [Ping timeout: 480 seconds]
04:11<planetmaker>good morning
04:19<Yexo>good morning
04:25<Yexo>TrueBrain / Rubidium: could either of you take a look at noai.openttd.org at lib-direction and lib-string? I've created those projects this morning but the svn repos don't work
04:26<Yexo>when trying to checkout either of them I get "Could not open the requested SVN filesystem"
04:26<Yexo>previously they were generated at *:18, has this been changed?
04:27<Yexo>also trying to view the repository from the project page doesn't work for any project doesn't work, for example http://noai.openttd.org/repositories/show/ai-admiralai
04:40<frosch123>hmm, posting news is somewhat monologueish
05:02-!-devilsadvocate [~devilsadv@202.3.77.202] has quit [Ping timeout: 480 seconds]
05:14<TrueBrain>Yexo: fixed and fixed
05:15<Yexo>thanks
05:15<TrueBrain>at least, I hope :p
05:18-!-fonsinchen [~fonsinche@brln-4dba9c37.pool.mediaWays.net] has joined #openttd
05:34-!-woldemar [~maru@213.178.34.57] has joined #openttd
05:37-!-KenjiE20 [~KenjiE20@92.9.250.146] has joined #openttd
05:53<fjb>Moin
06:03-!-einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has quit [Remote host closed the connection]
06:05-!-Fast2 [~Fast2@p57AF8166.dip0.t-ipconnect.de] has joined #openttd
06:13-!-woldemar [~maru@213.178.34.57] has quit [Quit: ですは滑稽じゃないです。私は本気です。]
06:22-!-KritiK [~Maxim@95-26-104-129.broadband.corbina.ru] has joined #openttd
06:26-!-heffer [~felix@static-87-78-98-150.netcologne.de] has joined #openttd
06:26-!-Progman [~progman@p57A1D33E.dip.t-dialin.net] has joined #openttd
06:33<@Rubidium>TrueBrain: should we celebrate the r10000 party's third anniversary?
06:34<TrueBrain>hahahaha
06:35<@Rubidium>was it really on a wednesday?!?
06:35<@Rubidium>hmm, I guess because I went back to E'de at that day
06:39-!-Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has joined #openttd
06:47-!-frosch123 [~frosch@frnk-590f5bc3.pool.mediaWays.net] has quit [Remote host closed the connection]
06:55-!-Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
07:06-!-ecke [~ecke@188.75.128.2] has quit [Quit: more listen, more understand, more know]
07:12-!-lugo [~lugo@mgdb-4db8ce19.pool.mediaWays.net] has joined #openttd
07:15-!-[com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd
07:21-!-Fast2 [~Fast2@p57AF8166.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
07:22-!-PeterT [~PeterT@peter.tarkoy.com] has quit [Quit: Goodbye]
07:22-!-PeterT [PeterT@peter.tarkoy.com] has joined #openttd
07:24-!-PeterT [PeterT@peter.tarkoy.com] has quit []
07:24-!-PeterT [PeterT@peter.tarkoy.com] has joined #openttd
07:24-!-roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd
07:33*andythenorth wonders if it's time to make the FIRS Aluminium Plant require electricity...
07:34<andythenorth>think it will make gameplay too...brittle
07:36<andythenorth>Eddi|zuHause, planetmaker any opinion? ^
07:36-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
07:36<planetmaker>require electricity = power plant nearby?
07:37<andythenorth>yep, within n tiles
07:37<andythenorth>100% production if so, otherwise production 50%
07:38<andythenorth>it would mean supplying the power plant with coal, so Aluminium would become very intensive on input cargos
07:38<andythenorth>I can't think of a way to add a hydro plant to the game :P
07:38<andythenorth>reality is most Aluminium Mills are near hydro, geo-thermal or nuclear generators
07:39<planetmaker>hydroplant... and industry with water and land tiles
07:39<andythenorth>needs to be on a river....wallyweb faked one once, but rivers are not exactly in common use
07:40<andythenorth>(wallyweb faked a hydro plant that is)
07:40<planetmaker>well, don't rely on it. But would be nice :-)
07:40<planetmaker>it would only accept ENSP
07:40<planetmaker>or water :-P
07:40-!-fonsinchen [~fonsinche@brln-4dba9c37.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
07:40<andythenorth>:P
07:41<andythenorth>rivers in world generator any time soon? Probably not....?
07:41<planetmaker>if there's space... please add one :-)
07:41<planetmaker>maybe even if it requires a river in the middle. I'd love that!
07:41<planetmaker>It'd give scenario makers incentive ;-)
07:41<andythenorth>I'd do it if the world generator provided rivers
07:41<andythenorth>not otherwise
07:42<planetmaker>it doesn't yet. But it's easily possible in the SE.
07:42<andythenorth>I know, but who bothers :P
07:42<planetmaker>I do
07:42<andythenorth>!
07:42<andythenorth>:)
07:43<andythenorth>hydro plant would need quite some thought
07:43<planetmaker>it'd be IMHO a nice easter egg :-)
07:43<planetmaker>for those who care :-)
07:43<andythenorth>controlling placement would be a nightmare
07:43<andythenorth>it would need a very precise difference in height levels
07:43<planetmaker>not really. Just require one, two layouts, that's it.
07:44<andythenorth>hmmm
07:44<planetmaker>yes...
07:44<planetmaker>or maybe four layouts. Each direction one
07:44<andythenorth>if it was just 1 or so tiles across a river that would work
07:44<planetmaker>that's what I thought with one, two adjacent tile left/right of the river
07:44<andythenorth>work for another day though
07:45<planetmaker>oh :-(
07:45<andythenorth>sorry
07:45<andythenorth>so much else to do on FIRS :)
07:48<andythenorth>planetmaker: http://www.tt-forums.net/viewtopic.php?f=26&t=41607&p=881679#p881679
07:50<planetmaker>yes, nicer :-)
07:51-!-tokai [~tokai@port-92-195-203-52.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
07:53<andythenorth>I need to do something about empty tiles. My layouts look better with some tiles mostly empty. But Simon Foster didn't have empty industry tiles.
07:54-!-tycoondemon [~thok@cc64025-c.hnglo1.ov.home.nl] has quit [Ping timeout: 480 seconds]
07:54-!-tokai [~tokai@port-92-195-117-210.dynamic.qsc.de] has joined #openttd
07:54-!-mode/#openttd [+v tokai] by ChanServ
07:56<planetmaker>add cargo there depending upon production
07:56<planetmaker>and delivery
07:56<planetmaker>possibly also upon how much is shipped
07:56<Ammler>he, you you need them looking like Foster industries?
07:56<Ammler>you replace all
07:56<Ammler>why*
07:57<andythenorth>hmm
07:57<andythenorth>was metropolitan airport in the original game?
07:58<Ammler>only small and city
07:58<andythenorth>nvm
07:58<Ammler>TTO, never placed TTD
07:58<andythenorth>city airport has empty tiles
07:58<andythenorth>so there is a precedent :P
08:00<andythenorth>it would be nice if industries were fenced by default, but the fences were removed if a station tile is adjacent
08:00<andythenorth>I think that's possible, but I don't know if I can be bothered to work it out :o
08:06<planetmaker>I guess it's possible. You'd need to check adjacent tile type
08:10<planetmaker>Rubidium: what's your view on introducing 32bpp replacements basically only via newgrf?
08:10<planetmaker>where there's always a 8bpp fall-back?
08:10-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
08:10<planetmaker>the more I think about that approach the more I like it
08:11<planetmaker>As it means that no other changes are needed than extending the newgrf specs
08:13-!-KouDy [~KouDy@rb5ck203.net.upc.cz] has quit [Read error: Connection reset by peer]
08:14-!-glx [glx@2a01:e35:2f59:c7c0:1437:4ee4:1943:ae23] has joined #openttd
08:14-!-mode/#openttd [+v glx] by ChanServ
08:19-!-KouDy [~KouDy@rb5ck203.net.upc.cz] has joined #openttd
08:21-!-Fast2 [~Fast2@p57AF8166.dip0.t-ipconnect.de] has joined #openttd
08:29-!-fonsinchen [~fonsinche@brln-4dba9c37.pool.mediaWays.net] has joined #openttd
08:30-!-roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
08:36-!-asilv [~as@dsl-lprbrasgw1-ff1ec100-158.dhcp.inet.fi] has joined #openttd
08:48-!-Kogut [~Kogut@225-kr1-4.acn.waw.pl] has joined #openttd
08:49-!-[com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has quit [Remote host closed the connection]
09:05-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd
09:08-!-frosch123 [~frosch@frnk-590f5bc3.pool.mediaWays.net] has joined #openttd
09:08-!-tokai [~tokai@port-92-195-117-210.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
09:11-!-tokai [~tokai@port-92-195-123-66.dynamic.qsc.de] has joined #openttd
09:11-!-mode/#openttd [+v tokai] by ChanServ
09:11-!-Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Quit: Flieht, ihr Narren!]
09:13-!-fonsinchen [~fonsinche@brln-4dba9c37.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
09:33-!-rhaeder1 [~quix0r@dslb-094-221-137-135.pools.arcor-ip.net] has quit [Quit: Leaving.]
09:35-!-rhaeder [~quix0r@dslb-094-221-137-135.pools.arcor-ip.net] has joined #openttd
09:40<ccfreak2k>andythenorth, maybe investigating the fence code for railroad tracks is a good start.
09:45<OwenS>planetmaker: I remember one of the Patch devs discussing 32-bpp in GRF a while back
09:48-!-Kogut [~Kogut@225-kr1-4.acn.waw.pl] has quit [Read error: Connection reset by peer]
09:52<frosch123>including 32bpp directly into the grf is very stupid, as it makes the md5sum depend on 32bpp included
09:52<frosch123>but, well, rb already wrote everything on the forum
09:54-!-asnoehu [~thok@cc64025-c.hnglo1.ov.home.nl] has joined #openttd
09:54-!-glx_ [glx@2a01:e35:2f59:c7c0:5da:2647:de83:b703] has joined #openttd
09:54-!-mode/#openttd [+v glx_] by ChanServ
09:54-!-asnoehu is now known as tycoondemon
09:55<OwenS>frosch123: Would it not be sane for NewGRFs? The currrent separate system is rather unfriendly
09:56<Eddi|zuHause>andythenorth: if grfcodec errors out with "Could not parse unquoted escape sequence. While reading sprite:1204" is that my fault, my ancient grfcodec's fault or your fault? (while compiling firs)
09:56<andythenorth>Eddi|zuHause: let me see
09:56<frosch123>OwenS: you can put the grf and the png in one tar, so it is not unfriendly at all
09:57<frosch123>there is absolutely no difference for the user between downloading one grf or one tar
09:57<frosch123>but there is a big technical advantage to not use grf for 32bpp
09:57<@Rubidium>OwenS: 32bpp seems to be about 50 to 100 times larger than 8bpp
09:57<OwenS>frosch123: OK, so what is the technical downside of packing everything into the GRF? It changing the md5sum is a non-issue as I would expect that GRFs would come natively with 32bpp...
09:57<andythenorth>Eddi|zuHause: I don't know....can you paste sprite 1204 (from compiled firs.nfo)?
09:57<@Rubidium>OwenS: would you like a NewGRF being that much larger if you only need/like 8bpp
09:58<OwenS>Rubidium: GRF author's decision. Besides, if the author is shipping a tar, same issue. And its not like it takes time to download...
09:58<frosch123>OwenS: can you name any advantage for putting them in the grf? i see only disadvantages
09:58<Eddi|zuHause>andythenorth: http://paste.openttd.org/225867
09:58<OwenS>frosch123: Lets see... Less fragile. The current system breaks if any sprites get renumbered
09:58-!-glx [glx@2a01:e35:2f59:c7c0:1437:4ee4:1943:ae23] has quit [Ping timeout: 480 seconds]
09:59<frosch123>OwenS: that is no reason
09:59<@Rubidium>OwenS: but I proposed separating the 8bpp from the 32bpp in bananas, so if you need only 8bpp you need to download only the 8bpp part, not the 32bpp stuff
09:59<frosch123>that is only a matter of the tool which creates the tar
09:59<andythenorth>Eddi|zuHause: what rev FIRS do you have? That looks like experimental code which should be removed / commented out?
10:00<OwenS>Rubidium: The average user doesn't understand 32bpp. "Why do I have to download *two* files to make the graphics fit together?"
10:00<Eddi|zuHause>what's the hg equivalent to "svn info"?
10:00<frosch123>OwenS: that is no reason either, you can include the grf into the tar
10:00<frosch123>you could provide a tar without the 32bpp sprites, and one with
10:01<frosch123>bananas already deliveres every grf in a tar
10:01<OwenS>frosch123: OK, and now the user has to figure out which one to download
10:01<OwenS>How many people really care about the extra few kilobytes that 32bpp graphics add?
10:01<frosch123>great, the user also has to figure out whether to download the win32 or win64 build
10:01<Eddi|zuHause>andythenorth: changeset: 868:33e592546dfe date: Sun May 30 18:13:26 2010 +0100
10:01<@Rubidium>OwenS: they can be represented as 1 "file" inside openttd
10:02<frosch123>OwenS: the user just has to decide whether he wants to download the 1mb 8bpp graphics, or the 50mb 32bpp graphics
10:02<OwenS>Rubidium: And on bannanas?
10:02<OwenS>How does it decide which one too download?
10:02<@Rubidium>OwenS: same thing
10:03<@Rubidium>OwenS: if 32bpp, then download the 32bpp "extra" pack + the 8bpp
10:03<@Rubidium>upgrade selects all 32bpp graphics of already existing 8bpp graphics if 32bpp is chosen
10:03<OwenS>Rubidium: OK. And then the user switches from 8bpp to 32bpp. How do you handle this?
10:04<andythenorth>Eddi|zuHause: do you have a FIRS save game? I am going to fix that and commit - but FIRS is very *not* save game compatible at the moment :o
10:04<Eddi|zuHause>no, i have not ;)
10:04<planetmaker>I guess a good way would be a checkbox in the download window: [x] download 32bpp version
10:05<OwenS>planetmaker: And now you need to teach users what 32bpp means
10:05<frosch123>OwenS: you can imagine 3 types of files, 8bpp only, 32bpp+8bpp, and 32bpp-upgrade for already downloaded 8bpp
10:05<planetmaker>[x] download true colour
10:05<frosch123>all of them are tars, and single files
10:05<planetmaker>frosch123, that sound unnecessary. Rather two is sufficient
10:05<frosch123>though i doubt the 32bpp-upgrade is worth it, the 8bpp part likely does not matter
10:06<andythenorth>Eddi|zuHause: try the newest FIRS - I've just pushed
10:06<andythenorth>there are 3 known compile errors
10:06<Eddi|zuHause>*mental note* "git fetch" won't work on a hg working copy :p
10:08<Eddi|zuHause>andythenorth: now there are plenty of renum-errors
10:08<Eddi|zuHause>but it did create a firs.grf
10:08<andythenorth>I get two renum errors, both non-critical warnings, and also some white pixels
10:09<andythenorth>my renum is old, I've tried to update it, but I can't figure out how to put it in the path for make :P
10:09<Eddi|zuHause>andythenorth: http://paste.openttd.org/225868
10:10<andythenorth>hmm
10:10<Eddi|zuHause>andythenorth: yesterday it did have only the 2 warnings
10:10<andythenorth>that's rather a lot. suspect I forgot to commit a file
10:10<andythenorth>yup I can guess which one :P
10:10<OwenS>I still think that its overcomplicating things
10:11<andythenorth>Eddi|zuHause: I've pushed a fix for the missing file :0
10:11<@Rubidium>OwenS: agreed, just forget the whole 32bpp thing
10:12<Eddi|zuHause>andythenorth: yup, better now
10:12<OwenS>Rubidium: No. Just have one architve. Whether thats tar, or intergrated grf, doesn't matter :p
10:12<Jupix>Rubidium: can I put that in my sig?
10:12<andythenorth>Eddi|zuHause: what do you think of the revised Aluminium Plant?
10:13<Eddi|zuHause>hm, why does renum return errorlevel 3 when warnings occured, but errorlevel 4 (higher=less severe) when errors occured?
10:14<@Rubidium>Jupix: feel free if you think that helps your cause
10:15<__ln__>btw, it's spelled 'occurred'
10:15<Eddi|zuHause>i have a feeling the 32bpp project is heading in the wrong general direction currently
10:15<Eddi|zuHause>__ln__: whatever ;)
10:15<@Rubidium>Eddi|zuHause: so do I
10:15<__ln__>Eddi|zuHause: i only figured that out a month ago myself :)
10:16*andythenorth doesn't understand 32bpp
10:16<frosch123>OwenS: fine, so give the tar a differen filextension
10:16<andythenorth>what is it exactly?
10:16<Eddi|zuHause>__ln__: any version i tried in the past did look kind of wrong...
10:16<Jupix>feel free to post the "right" direction in the forums, that's why they're there
10:17<Jupix>(in the org thread preferably)
10:18<Jupix>also, it might be good if you put into words where you *think* it's heading, since it's most likely mistaken since you think it's a bad thing
10:19<Eddi|zuHause>Jupix: there's a fundamental difference between noticing something is wrong, and determining what is right instead :p
10:19*andythenorth reads forums
10:19*andythenorth blew up the game
10:20<Jupix>Eddi|zuHause: I know, but I can't do much if you just say something's "wrong"
10:20<Eddi|zuHause>i'm not in the mood to discuss that right now...
10:20<Jupix>whereas if you pitch an idea and it's a good one, I can try to steer things into that direction
10:20<Eddi|zuHause>maybe some day...
10:21<frosch123>andythenorth: basically there are two parties about 32bpp: those who want it, do not know how it works, and blame ottd to add support. and those who know how it works, know that ottd supports it for 3 years, and are not interested in it
10:21<Eddi|zuHause>i could pull a MB and say "i have said that before" :p
10:21*andythenorth goes back to compiling grfs that crash the game :P
10:21<andythenorth>frosch123: thanks btw
10:21<frosch123>Jupix: just read ammlers post frmo three days ago
10:22<frosch123>the "rest" is just packaging
10:23<OwenS>frosch123: Theres a thrid party: Those of us who want it, know OpenTTD supports it, and wishes the graphics were all combined together in some trunk-friendly package (Maybe they are now?)
10:24*andythenorth finds another case in FIRS which could use 'field tiles' :)
10:24<Jupix>frosch123: you're telling *me* to read the 32 bit forums?
10:24<@Rubidium>Jupix: bounding boxes are a bitch and designed for the current graphics. With correctly scaled (3-5? times as) long wagons/engines you'll end up in a hell of sprite ordering glitches because of the "crude" ordering
10:25<@Rubidium>which would mean totally rewriting the sprite ordering, possibly removing the hacks
10:25<frosch123>oh, long vehicles again :p even more important there is fundamental design in ottd which requires a vehicle to be only on one tile at everytime
10:25<Jupix>we're not pushing for that feature at this time
10:26<frosch123>Rubidium: actually you have to trash sprite ordering and add z buffers instead
10:26<@Rubidium>which would mean bridges need to go higher and that implies bridge heads getting two tiles long
10:26<@Rubidium>and then "the slopes" are too steep, so they need to become less steep this the bridge head becomes 4 tiles long
10:27<frosch123>:p
10:27*Jupix is not listening and doesn't really care either
10:27<Jupix>it's Ben's feature request
10:27-!-Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd
10:27<Jupix>what I *do* care about is the packaging, as you so elegantly put it
10:28<Jupix>as that makes all the difference in how the "32bpp thing" is perceived these days
10:28<Jupix>as long as it's just a hack that *may* work after hours of newbie-hacking of the client, it has no chance, and I don't like that
10:29<frosch123>Jupix: again, there are absolutely no changes required to ottd at the moment.
10:30<Jupix>define "required"
10:30<Jupix>yes, it boots and displays 32 bits without changes, but it sucks
10:30<frosch123>you want a single file package which adds 32bpp sprites to the game in a toggleable form, right?
10:30<Jupix>making changes would make it better for the player
10:30<frosch123>independent of other grfs and their spritenumbering
10:31<frosch123>right?
10:31<Jupix>what I want is this: http://wiki.openttd.org/Base_graphics#Creating_a_base_graphics_set in 32 bits, and I was told that it's impossible without new code
10:31<frosch123>who told you that?
10:31<@Rubidium>and something that works with upcoming (not yet released) grfs as well?
10:32<Jupix>frosch123: I can look it up if you really care. :D
10:32<Jupix>when I get home
10:32<frosch123>Jupix: the link you gave me is about technical format details, not what you want to do
10:32<Jupix>though a solution would be more useful than a "xxx's wrong" refuttal :D
10:33<frosch123>so i put it like that: you want a 32bpp baseset selectable from the game options?
10:34<Jupix>and downloadable next to ogfx in the content service, that's very important, and I thought it'd make sense if it was the same format used for 8 bit gfx
10:35<frosch123>ok, content service won't work for now, and considering the bandwidth i do not favor it either
10:35<Jupix>fewer sprite delivery methods to support and teach new artists
10:35<frosch123>what?
10:35<frosch123>i do not understand that
10:36<Jupix>well, currently, if you want to distribute 8 bit gfx, you need to learn how to make them into .grfs... correct?
10:36<frosch123>i doubt you can invent a format which does not require learning
10:37<Jupix>just answer the question
10:37<frosch123>ok, yes
10:37*Rubidium wonders what is wrong about teaching NML about 32bpp graphics
10:37<frosch123>Rubidium: nothing, just noone in interested yet to add it
10:38<Jupix>and currently, if you want to distribute 32 bit gfx, you need to learn how tars work. if 32 bit gfx went into grfs, you'd only need to learn how *they* work
10:38<@Rubidium>Jupix: again, my suggestion should solve that
10:39<Jupix>so if GRFs were the only sprite delivery method, it would make the ecosystem simpler for a newbie who wants to learn how to do things
10:39<frosch123>"currently yes". but that is only a matter of tools. nml has the potential to replace nforenum, grfcodec and tar
10:39<frosch123>it already combines the first two
10:39<@Rubidium>Jupix: consider that grfcodec and nforenum could be considered abandoned
10:40<Jupix>I don't really care how it's solved. what I'm trying to say is that it's currently suboptimal and whatever the solution, would be an improvement, as long as it addresses to concerns that I've written up in the forums
10:40<frosch123>fine, jupix, then think of nml as your solution.
10:42<Ammler>basically, currently only basesets (without the extra) supports 32bpp replacement easy
10:42-!-pugi [~pugi@p4FCC4135.dip.t-dialin.net] has joined #openttd
10:43<Ammler>the extra grf and newgrfs conflict with the static sprite number
10:44<frosch123>Ammler: you are thinking in the way of an add-on. the method to release a 32bpp-addon which should work with any 8bpp replacement set is broken in itself
10:44<frosch123>the 32bpp-one needs to be a baseset itself
10:44<planetmaker>Jupix, you seem to have gotten me completely wrong
10:44<Ammler>yes, with it's own extra grf, which they have
10:44<Ammler>but still, you can't change sprite number that easy.
10:45<frosch123>it should also have its own basic grfs
10:45<Ammler>specially if you like to use 32bpp in newgrfs
10:45<frosch123>even if they only contain pure black sprites with white text "activate 8bpp!"
10:45<Jupix>planetmaker: please don't spin the forum discussion into an IRC discussion, that'll leave everyone else confused :)
10:45<frosch123>err 32bpp
10:45<planetmaker>Jupix, a base set needs to be per definition at least 8bpp.
10:45-!-elmz [~elmz@222.80-202-29.nextgentel.com] has quit [Read error: Connection reset by peer]
10:46-!-fonsinchen [~fonsinche@brln-4dba9c37.pool.mediaWays.net] has joined #openttd
10:46<planetmaker>since 8bpp is _base_, the minimum requirement for OpenTTD to do anything
10:46<planetmaker>32bpp may be included on top.
10:46<Ammler>maybe nml could beside the 8bpp sprites also have a path to the 32bpp graphics, with offsets
10:46<planetmaker>You may that then call 32bpp base set
10:47<frosch123>Ammler: it could also encode directly into a tar including readme and license and such
10:47<frosch123>just someone has to do it :p
10:47<Ammler>yep :-)
10:47<planetmaker>frosch123, would it make sense to make OpenGFX 8bpp release and OpenGFX 8+32bpp release?
10:47<@Rubidium>Ammler: http://www.tt-forums.net/viewtopic.php?p=881674#p881674 <- I already proposed that
10:48<planetmaker>should be moderately easy to sustain
10:48<Jupix>planetmaker: I just don't get the "why" of that
10:48<planetmaker>Jupix, _base_ set
10:48<Jupix>yeah, but why can't the base be in 32 bits?
10:48-!-elmz [~elmz@222.80-202-29.nextgentel.com] has joined #openttd
10:48<planetmaker>if you only have 32bpp any person having a 8bpp display would not be able to use the base set
10:48<planetmaker>and a base set per definition runs on any platform
10:49<Ammler>hmm, maybe geekto should simply change the 32bpp-extra to 32bpp-baseset
10:49<planetmaker>so any 32bpp per definition has to ship 8bpp, too
10:49<planetmaker>you'd break OpenTTD completely, if you don't have a 8bpp alternative to 32bpp
10:49<Jupix>planetmaker: ok, so suppose someone has an 8 bit display. why is he downloading the 32 bit base set instead of the 8 bit options?
10:50<planetmaker>Jupix, currently everything "just works".
10:50<planetmaker>Changing that is IMHO not a good thing
10:50<frosch123>it is not worth to discuss 32bpp only stuff, 8bpp can be included at zero cost
10:50<Jupix>everything except 32 bit gfx
10:50<frosch123>even if it is only black on white
10:50<planetmaker>black boxes!
10:51<planetmaker>Jupix, I don't get why you want to throw away compatibility only for the vanity of "32bpp only set"
10:51<Ammler>does nml support Action5 already?
10:51<planetmaker>Ammler, IIRC yes
10:52<Jupix>planetmaker: what is it exactly that would remove compatibility? last I checked, ottd ships with NO base set
10:52<Jupix>you've got a choice of 3 instead of 2
10:52<Jupix>that's the only difference
10:52<planetmaker>Jupix, yes. And then it breaks, if one switches blitter. BIG difference
10:53<Jupix>why would you enable the 32 bit blitter if you have a 8 bit display, and why'd you program it to break?
10:53<planetmaker>why wouldn't I want the possibility to chose either or - and why would I get an unusable OpenTTD, if I change to 8bpp when I used 32bpp before?
10:53<planetmaker>meh... I guess this discussion is not worthwhile
10:55<Jupix>how would the switch from 32 to 8 be any different from the one from 8 to 32 :|
10:55<planetmaker>at least I cannot break OpenTTD easily right now by changing the config
10:55<Jupix>I just don't see the breakage
10:55<planetmaker>Jupix, both, blitter and base set are different settings
10:55<planetmaker>I play 32bpp with your 32bpp only-base set.
10:55<planetmaker>Then I change the blitter to 8bpp - and voila, OpenTTD is unusable if I didn't manually also switch the base set
10:56<planetmaker>something I currently do comfortably ingame
10:56<Jupix>make the feature, you know, not stupid?
10:56<Jupix>it doesn't have to be that robust
10:56<planetmaker>*sigh*
10:56<planetmaker>if it doesn't need to be robust it doesn't have to be
10:57<Jupix>besides, zephyris suggested a solution that would solve that
10:57<Jupix>in essence, you'd generate 8 bit sprites on the fly
10:57<Jupix>read his post
10:58<frosch123>maybe we should link agains imagemagick and also scale the graphics on the fly
10:58<Jupix>maybe not
10:58<frosch123>we could also link against some pythonlib and read nml directly
10:59<frosch123>we could also link some artificial intelligence which draws the graphics in the first place, or better, code ottd inself
11:00<frosch123>Jupix: in other words, ottd does not need to include stuff, which are not needed by the average player, but can be done with an external toolo
11:01<Jupix>do you consider 32bpp-ez "not needed by the average player"?
11:01<frosch123>no, but i consider generting 8bpp on the fly in ottd sub omni canone stupid if you can do the same with an external tool and add it to the baseset
11:02<frosch123>oh, i missed the "-ez" part
11:02<frosch123>i am not interested in "-ez" at all
11:03<frosch123>everything with > 2x zoom is unplayable
11:03<Jupix>out of curiosity, have you played on a 30" tft screen?
11:04<Ammler>frosch123: I sometimes use the zoom function of my WM
11:04<Jupix>because in my experience anything *out* of -EZ is unplayable
11:04<Jupix>anyway, what I also wanted to know is, do you also think that ottd should contain those features that you want, and those only?
11:04<Jupix>because that's how you come across to me
11:05<frosch123>Jupix: i will only spent work on stuff which am interested in
11:05<Jupix>then don't work on it, instead of slamming it on IRC
11:05<Ammler>Jupix: that is how opensouce works mostly
11:07*andythenorth draws some pixels
11:07-!-egladil [~egladil@s83-191-244-232.cust.tele2.se] has joined #openttd
11:07*Jupix loves patronising
11:09<frosch123>Jupix: and i will also *vote* against stuff which breaks stuff i am intested in, or which is done *technically* wrong in my opinion. if that leads to unresolvable conflicts, the minority has to split off
11:10-!-Mazur [~mazur@53551A99.cable.casema.nl] has quit [Ping timeout: 480 seconds]
11:10-!-[com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd
11:10<frosch123>and usually i comments on *technically* wrong stuff as early as i notice
11:10<frosch123>if that feedback is not welcome, i do not care
11:11<Jupix>saying "do it my way or GTFO" isn't going to convince me to change my mind
11:11-!-mucht_home [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection]
11:12<frosch123>also fine, but don't complain about that
11:12<Jupix>what you need to understand is that I don't care about the technical stuff, blitters, GRFs, spriteloading or whatever, but I do care when people close to me say they'd like to try ottd-32bit but it's too confusing
11:12<Jupix>I'm trying to solve that, not push a technical solution
11:12-!-NukeBuster [~wouter@80.101.115.82] has joined #openttd
11:13-!-mucht_home [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
11:13<frosch123>as i said before. there are two parties. those who are interested in it, and do not know how it works. and those who know how it works, but are not interested
11:13<frosch123>i have no idea, how to solve that
11:14<Jupix>I think there are a lot of people who have said before that if you generalise, you're always wrong :)
11:14<frosch123>:p
11:14<Mitch_1_2>Is it possible to resize a station?
11:15<frosch123>Mitch_1_2: you can build additional tiles directly adjacent, resp. while holding ctrl also non-adjacent
11:15<frosch123>and you can remove single tiles by selecting the "bulldozer"
11:21-!-Mazur [~mazur@53551A99.cable.casema.nl] has joined #openttd
11:22*Rubidium wonders how well a "simple" downscale from over 16 million colours to less than 200 colours actually works
11:23<frosch123>that depends on how colourful the image is
11:23<frosch123>a colourramp will look awful
11:24<frosch123>for a photo you will hardly notice if it applied to all images nearby
11:24<frosch123>alpha channel is likely also very troublesome
11:26<frosch123>otoh, artists would notice it in any case, just like musicians can hear whether their audio plugs are made of gold or not
11:27<OwenS>frosch123: Blind trials have demonstrated they can't :p
11:27<@Rubidium>blind trials on 32bpp vs 8bpp graphics? :)
11:29<Mitch_1_2>Hmm. Stupid station not accepting passengers.
11:29<frosch123>double-blind-experiments are said to be very trustworhty
11:30<OwenS>Rubidium: On gold vs nickel connectors :p
11:30<andythenorth>Eddi|zuHause: any opinion on new FIRS aluminium plant graphics?
11:30<Eddi|zuHause>haven't checked yet...
11:31<OwenS>On the other hand, they can tell the difference between audio *cables*. And the best are the solid core copper used for mains wiring :p
11:31-!-Plimmer [~Plimmer@0x573ef885.lmvnqu1.dynamic.dsl.tele.dk] has joined #openttd
11:32<Mitch_1_2>frosch123: Any idea why a train station wouldn't accept passengers?
11:33<Sacro>it's closed?
11:34<Plimmer>Hi, me and 2 friends are playind Openttd with alot of ECS vectors enabled on a reasonably hard setting. Our problem is that alot of the industries close down along time before we have the resources to build a decent network to actually transport alot of theese industries. Is there some setting that will allow me to extend the closure of theese industries?
11:34<andythenorth>industry closure strikes again :P
11:35<Plimmer>Heh, yeah. Kinda sucks to have to fund all you want to drive with. :)
11:42<frosch123>Mitch_1_2: use the land are information tool on the very right of the menubar to discover which tiles accept what cargo
11:42<Mitch_1_2>frosch123: Thanks. You're full of answers. :)
11:42*Mitch_1_2 tries to find out himself. Honest.
11:47-!-glx_ is now known as glx
11:50-!-pugi_ [~pugi@p4FCC4135.dip.t-dialin.net] has joined #openttd
11:50-!-pugi [~pugi@p4FCC4135.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
11:50-!-pugi_ is now known as pugi
11:50<Eddi|zuHause>Plimmer: no, that is currently an unsolved problem
11:50-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has joined #openttd
11:51<andythenorth>I think there might be an ECS parameter to disable closure?
11:51<Eddi|zuHause>andythenorth: only closure of serviced industries, not of unserviced industries
11:52<Eddi|zuHause>oh, mine closure in all cases separately, which might help
11:52<Eddi|zuHause>Plimmer: i generally set the "general behaviour" parameter to "12", not sure if that helps you...
11:59-!-tokai [~tokai@port-92-195-123-66.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
12:02-!-tokai [~tokai@port-92-195-31-86.dynamic.qsc.de] has joined #openttd
12:02-!-mode/#openttd [+v tokai] by ChanServ
12:02-!-Eddi|zuHause2 [~johekr@p54B7670D.dip.t-dialin.net] has joined #openttd
12:06-!-Eddi|zuHause [~johekr@p54B744A2.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
12:14<asilv>grfcrawler has "Can't connect to TT-Forums Database" error again, who should I complain to?
12:14<Ammler>to #tycoon
12:15<SpComb>asilv: orudge and eis-os
12:15<asilv>do they actually ever talk ttd related stuff at #tycoon
12:16<SpComb>no
12:16<Ammler>:-)
12:16<@orudge>occasionally
12:16<frosch123>last time i got that error it worked nevertheless
12:16<SpComb>it uses tt-forums usernames for logins
12:17<frosch123>oh, ok, i did not had to login
12:18<@orudge>should be fixed again now
12:18<asilv>works now thanks, orudge!
12:19-!-Eddi|zuHause2 is now known as Eddi|zuHause
12:26*frosch123 pondered buying a ottd shirt for the party, but they are just too ugly :s
12:27<welshdragon>ARGH
12:27<welshdragon>OFF TOPIC!!!
12:28-!-DorpsGek changed the topic of #openttd to: 1.0.1, 1.0.2-RC1
12:29<+glx>arg fail
12:30<+glx>@op
12:30-!-mode/#openttd [+o glx] by DorpsGek
12:30-!-glx changed the topic of #openttd to: 1.0.1 | Website: *.openttd.org (translator: translator, server list: servers, wiki: wiki, patches & bug-reports: bugs, revision log: vcs, release info: finger) | UTF-8 please | No Unauthorised Bots | Continental breakfast only | Don't ask to ask, just ask
12:31-!-Lachie [whitey@creep.bur.st] has quit [Remote host closed the connection]
12:31-!-DorpsGek changed the topic of #openttd to: 1.0.1, 1.0.2-RC1 | Website: *.openttd.org (translator: translator, server list: servers, wiki: wiki, patches & bug-reports: bugs, revision log: vcs, release info: finger) | UTF-8 please | No Unauthorised Bots | Continental breakfast only | Don't ask to ask, just ask
12:31<frosch123>\o/
12:31<@glx>I forgot an arg in the command ;)
12:31-!-Lachie [whitey@creep.bur.st] has joined #openttd
12:32<Sacro>mmm
12:32<Sacro>continental breakfast sounds nice
12:32-!-mode/#openttd [-o glx] by DorpsGek
12:57<PeterT>glx: lol :-)
13:17-!-bryjen [~bryjen@75.81.201.131] has joined #openttd
13:27-!-woldemar [~maru@213.178.34.57] has joined #openttd
13:31-!-DJNekkid [~DJ___Nekk@static128-249.mimer.net] has quit [Remote host closed the connection]
13:32-!-Mazur [~mazur@53551A99.cable.casema.nl] has quit [Ping timeout: 480 seconds]
13:38-!-Mazur [~mazur@53551A99.cable.casema.nl] has joined #openttd
13:45<CIA-2>OpenTTD: translators * r19940 /trunk/src/lang/unfinished/ (maltese.txt urdu.txt):
13:45<CIA-2>OpenTTD: -Update from WebTranslator v3.0:
13:45<CIA-2>OpenTTD: maltese - 2 changes by kelinu
13:45<CIA-2>OpenTTD: urdu - 1 changes by zohair
13:57-!-Eoin_ [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has joined #openttd
13:57-!-Eoin [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
14:09-!-Eoin [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has joined #openttd
14:10-!-Eoin_ [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
14:14-!-Kurimus [Kurimus@dsl-tkubrasgw1-fe32dc00-253.dhcp.inet.fi] has quit []
14:19-!-bryjen [~bryjen@75.81.201.131] has quit [Quit: Leaving]
14:19-!-devilsadvocate [~devilsadv@202.3.77.202] has joined #openttd
14:37-!-fonsinchen [~fonsinche@brln-4dba9c37.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
14:39-!-Lakie [~Lakie@91.84.251.149] has joined #openttd
14:39-!-Wintersoldier [~davidclam@c-24-5-19-146.hsd1.ca.comcast.net] has joined #openttd
14:39-!-NukeBuster [~wouter@80.101.115.82] has quit [Read error: Connection reset by peer]
14:40-!-Wintersoldier [~davidclam@c-24-5-19-146.hsd1.ca.comcast.net] has left #openttd []
14:59<__ln__>how much money do i save by purchasing train tickets e.g. one day in advance? (if any)
15:03<frosch123>in germany? iirc you can save 25% if you decide three days in advance for a specific train (you then should not miss)
15:05<__ln__>does that apply to RE and IR and such too?
15:05<frosch123>no, that is ice only (maybe ic)
15:06<__ln__>ok, thanks
15:06<frosch123>for re there are other tickets for a weekend or a state
15:06<frosch123>and i guess IR does not exist anymore
15:07<__ln__>yeah, i've even used ländertickets a couple of times.
15:08<frosch123>oh, maybe you can even save 50% on ice on weekends
15:09<frosch123>(but still for a specific train only)
15:09<@Rubidium>isn't/wasn't there some really cheap ticket which only lets you go in regional trains?
15:10<planetmaker>yes. The "schöne Wochenende"-tickets
15:10<planetmaker>but they're meanwhile only valide one day, not both :-(
15:10<planetmaker>and cost like 25 or 30€
15:10<planetmaker>Not worthwhile for __ln__ from Hanover to BS
15:10<planetmaker>that's only ~10€ one-way
15:10<planetmaker>in an RE
15:11<@Rubidium>they seem to be 37 euros
15:11<@Rubidium>http://www.bahn.de/p/view/angebot/regio/schoenes_wochenende_ticket.shtml
15:11<planetmaker>even more expensive
15:11<planetmaker>and then you share the train with a lot of drunken scum
15:11<__ln__>yeah, and within the borders of niedersachsen-ticket anyway (~20€)
15:12<@Rubidium>oh, that ticket is for up to 5 persons
15:13<planetmaker>yes :-)
15:13<planetmaker>that's the pro, if you go in a group
15:13<__ln__>for 5 persons it's ridiculously cheap
15:14<__ln__>i'm more considering what to do after BS... go more or less directly to berlin, or explore some eastern city first.
15:21<__ln__>(what a conversation killer)
15:23<frosch123>when do you fly back?
15:24<__ln__>tuesday 22nd
15:24<frosch123>oh, so two days for other stuff
15:25<planetmaker>__ln__: Berlin is in the East ;-)
15:26<planetmaker>__ln__: when do you arrive?
15:26<@Rubidium>planetmaker: it's all west of Finland
15:26<planetmaker>Rubidium: also East. Just more distant ;-)
15:27<__ln__>friday 18th to hannover (unless a volcano blows up or something)
15:27<planetmaker>you come over already on 18th?
15:27<planetmaker>you're free to do so, if you like
15:28<__ln__>no, i booked a cheap ho(s)tel thing in hannover for one night.
15:28<planetmaker>ok
15:29<__ln__>and a cheap hotel thing in BS for the next.. (sleeping bag accommodation would be ok as such, but i ain't carrying one halfway through europe :) )
15:29<planetmaker>whoot, you booked one here, too?
15:30<planetmaker>but well, ok :-)
15:30<planetmaker>which is it?
15:30<__ln__>"Hotel am Park"
15:31<planetmaker>ok, I don't know it. The location looks quite ok, though
15:31<planetmaker>about where one of the bigger public viewing sites is located :-P
15:31<planetmaker>*somewhere* in the Bürgerpark
15:34-!-pugi [~pugi@p4FCC4135.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
15:35<planetmaker>__ln__: what kind of touristic activities are you into?
15:36<__ln__>walking around and photographing interesting things... :)
15:36<planetmaker>if you feel like I can give on Sunday a free tour through town
15:37<__ln__>that could be nice
15:37<planetmaker>what's 'interesting' in your eyes, though?
15:37-!-pugi [~pugi@p4FCC6174.dip.t-dialin.net] has joined #openttd
15:37<planetmaker>like history? Like architecture? arts?
15:37<planetmaker>landscape?
15:38<__ln__>buildings, trams, nice views, ...
15:39<planetmaker>hm... So should I look whether there's on Sunday a ride through town in one of the historic trams ;-)
15:40<__ln__>why not :)
15:55-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
16:02<frosch123>night
16:02-!-frosch123 [~frosch@frnk-590f5bc3.pool.mediaWays.net] has quit [Remote host closed the connection]
16:16-!-asilv [~as@dsl-lprbrasgw1-ff1ec100-158.dhcp.inet.fi] has quit []
16:21-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
16:22-!-bryjen [~bryjen@75.81.201.131] has joined #openttd
16:35-!-HerzogDeXtEr1 [~Administr@89.246.162.73] has joined #openttd
16:41-!-HerzogDeXtEr [~Administr@89.246.189.43] has quit [Ping timeout: 480 seconds]
16:42-!-fjb [~frank@p5485D543.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
16:46-!-fjb [~frank@p5485D543.dip.t-dialin.net] has joined #openttd
17:02-!-fjb [~frank@p5485D543.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
17:05-!-heffer [~felix@static-87-78-98-150.netcologne.de] has quit [Quit: heffer]
17:06-!-Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
17:14-!-fonsinchen [~fonsinche@brln-4dba9c37.pool.mediaWays.net] has joined #openttd
17:30-!-theholyduck [~holyduck@77.106.154.107] has joined #openttd
17:44-!-theholyduck [~holyduck@77.106.154.107] has quit [Read error: Connection reset by peer]
17:49-!-KouDy [~KouDy@rb5ck203.net.upc.cz] has quit [Ping timeout: 480 seconds]
17:54-!-Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Remote host closed the connection]
17:55<Eddi|zuHause>"Due to numerous complaints about the domain name" <- who would do that? :p
18:02<FauxFaux>closedttd.com
18:03<Eddi|zuHause>no, that's not the website in question ;)
18:15-!-wollollo [~martin@host109-152-199-30.range109-152.btcentralplus.com] has joined #openttd
18:17-!-theholyduck [~holyduck@77.106.154.107] has joined #openttd
18:18-!-yohann [~yohann@78.116.109.170] has joined #openttd
18:19-!-yohann [~yohann@78.116.109.170] has quit [Remote host closed the connection]
18:20-!-yohann [~yohann@78.116.109.170] has joined #openttd
18:20-!-wollollo [~martin@host109-152-199-30.range109-152.btcentralplus.com] has quit []
18:20-!-wollollo [~martin@host109-152-199-30.range109-152.btcentralplus.com] has joined #openttd
18:22<@Rubidium>Eddi|zuHause: google doesn't know any website with that
18:23<Eddi|zuHause>http://www.tt-forums.net/viewtopic.php?f=33&t=41992&p=881770#p881770
18:24<@Rubidium>lol
18:26-!-Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit []
18:27-!-yohann [~yohann@78.116.109.170] has left #openttd [Leaving]
18:28<@Rubidium>Wizzleby: the 320797 sounds like a broken grfcodec
18:29-!-Fast2 [~Fast2@p57AF8166.dip0.t-ipconnect.de] has quit [Quit: <Nachricht>]
18:29<@Rubidium>I seem to remember the same problem occuring under SLES 12 or something
18:31<@Rubidium>Wizzleby: http://www.tt-forums.net/viewtopic.php?p=865695#p865695
18:31-!-[com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has quit [Remote host closed the connection]
18:32-!-tokai [~tokai@port-92-195-31-86.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
18:34-!-tokai [~tokai@port-92-195-41-167.dynamic.qsc.de] has joined #openttd
18:34-!-mode/#openttd [+v tokai] by ChanServ
18:36-!-devilsadvocate [~devilsadv@202.3.77.202] has quit [Quit: Leaving]
18:36-!-devilsadvocate [~devilsadv@202.3.77.202] has joined #openttd
18:36-!-wollollo [~martin@host109-152-199-30.range109-152.btcentralplus.com] has quit [Quit: leaving]
18:40-!-jpm_ [~pekka@kone.suomen4g.fi] has joined #openttd
18:40-!-jpm [~pekka@kone.suomen4g.fi] has quit [Read error: Connection reset by peer]
18:40-!-bryjen [~bryjen@75.81.201.131] has quit [Quit: Leaving]
18:40-!-PeterT is now known as PeterT-ghost
18:41-!-PeterT-ghost is now known as PeterT
18:41-!-pugi [~pugi@p4FCC6174.dip.t-dialin.net] has quit [Quit: ALL YOUR BASE ARE BELONG TO US!]
18:51<Wizzleby>Rubidium: thanks
18:53-!-Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has quit []
18:55<Wizzleby>Rubidium: the thing that baffles me about it at the moment, is that so far, some have been unable to replicate it
18:55-!-fonsinchen [~fonsinche@brln-4dba9c37.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
18:55<@Rubidium>different gcc/libc?
18:56<PeterT>the "graph" at the new site at github is nice, Eddi|zuHause
18:56<Eddi|zuHause>why tell me?
18:57<Wizzleby>Rubidium: well, both of us who have encountered it were using gcc-4.5.0, I'm preparing to test with 4.4.3
18:58<@Rubidium>Wizzleby: do you use glibc 2.11?
18:58<PeterT>sorry, Eddi|zuHause, just cause you mentioned the link
18:58-!-Progman [~progman@p57A1D33E.dip.t-dialin.net] has quit [Remote host closed the connection]
18:58<PeterT>I was looking at my buffer
18:58<PeterT>never mind then :)
18:58<Wizzleby>Rubidium: 2.11.1
19:00<@Rubidium>in any case, the test is correct as it caught that something is broken
19:02-!-^Spike^ [~spike@d200003.upc-d.chello.nl] has quit [Ping timeout: 480 seconds]
19:04<@Rubidium>okay, seems to be gcc 4.5
19:06<@Rubidium>and gcc trunk of yesterday-ish has the problem too
19:06<Wizzleby>I'm unsurprised, when I first made a grfcodec ebuild, it was lacking a patch (now applied upstream) to work with gcc-4.4
19:07-!-tokai [~tokai@port-92-195-41-167.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
19:09<@Rubidium>compiling with -O0 "solves" the problem
19:09<Wizzleby>Ahh.. I was wondering if the gcc-4.5.0 optimization scheme was doing it
19:09<@Rubidium>what and how goes wrong I don't know though
19:09-!-tokai [~tokai@port-92-195-90-3.dynamic.qsc.de] has joined #openttd
19:09-!-mode/#openttd [+v tokai] by ChanServ
19:10<Wizzleby>Well, its a combination of fairly old code (as I understand it), and a fairly new set of modifications to the compiler's optimization scheme
19:11<@Rubidium>old (valid) code shouldn't just stop working
19:11<Wizzleby>Rubidium: I agree, however this is not the first example of that happening that I've seen with gcc-4.5.0 :/
19:14<@Rubidium>so now the question is whether it's invalid code or invalid optimisation
19:17<@Rubidium>though there is an disturbing number of valgrind warnings on grfcodec
19:17<@Rubidium>even on my already patched for valgrind warnings binary
19:18*Wizzleby nods
19:18<Wizzleby>Pending the reason being worked out, this does at least gives me a better option than restricting tests in opengfx
19:19-!-Devedse [~Devedse@cable-213-34-232-56.zeelandnet.nl] has joined #openttd
19:19<@Rubidium>although there seem to be less warnings if compiled with -O0
19:20<@Rubidium>(valgrind warnings that is)
19:20<@Rubidium>problem is that grfcodec is a bit in limbo because the developer doesn't seem to be working on it and patches aren't applied
19:20-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Quit: Quit]
19:21<@Rubidium>-O0 makes grfcodec considerably slower though
19:21<@Rubidium>Ammler: this discussion might help you with the grfcodec on opensuse factory problem
19:21<Wizzleby>Well, I think I can use the toolchain-funcs eclass to only use -O0 if the user is using gcc 4.5
19:22<Wizzleby>Rubidium: it may explain issues with Arch Linux users too (if/when those pop up), last I heard from a friend, they're using gcc-4.5.0 too
19:23<Wizzleby>4.5.0 is still hardmasked in Gentoo, so at least that also alleviates my concern about the test failure becoming widespread since the stabilization of grfcodec
19:28-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd
19:30-!-Devedse [~Devedse@cable-213-34-232-56.zeelandnet.nl] has quit [Quit: Ik ga weg]
19:41<Wizzleby>well it certainly is slower with -O0, but it works, and passes tests even under gcc-4.5.0
20:05-!-KenjiE20 [~KenjiE20@92.9.250.146] has quit [Quit: WeeChat 0.3.2]
20:20-!-qubodup [~qubodup@178.0.97.249] has joined #openttd
20:20<qubodup>hello
20:21<qubodup>how would I install the music pack?
20:24-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Remote host closed the connection]
20:26<qubodup>cp: missing destination file operand after `openmsx-0.2.1'
20:31<qubodup>well, I used the downloadable thing, but no music plays
20:31<qubodup>the music player quickly switches between track names but plays none
20:33-!-tokai [~tokai@port-92-195-90-3.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
20:36-!-tokai [~tokai@port-92-195-63-235.dynamic.qsc.de] has joined #openttd
20:36-!-mode/#openttd [+v tokai] by ChanServ
20:39-!-KritiK [~Maxim@95-26-104-129.broadband.corbina.ru] has quit [Quit: Leaving]
20:43<Eddi|zuHause>linux? installed timidity?
21:10<qubodup>i have not
21:10<qubodup>no mention in the readme. I'll install it, thanks!
21:10<qubodup>but first: sleep
21:10-!-qubodup [~qubodup@178.0.97.249] has quit [Quit: leaving]
21:13-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Quit: Leaving]
21:35-!-Oaze [~chatzilla@adsl-216-246-250-214.ext.distributel.net] has joined #openttd
21:36-!-Oaze [~chatzilla@adsl-216-246-250-214.ext.distributel.net] has left #openttd []
21:44-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Quit: Quit]
21:49-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd
22:25-!-rhaeder1 [~quix0r@dslb-094-221-131-135.pools.arcor-ip.net] has joined #openttd
22:30-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Quit: Quit]
22:30-!-rhaeder [~quix0r@dslb-094-221-137-135.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
22:32-!-theholyduck [~holyduck@77.106.154.107] has quit [Ping timeout: 480 seconds]
22:40-!-lugo [~lugo@mgdb-4db8ce19.pool.mediaWays.net] has quit [Remote host closed the connection]
23:00-!-Plimmer [~Plimmer@0x573ef885.lmvnqu1.dynamic.dsl.tele.dk] has quit []
23:16-!-Dreamxtreme [Dreamxtrem@client-86-27-26-146.glfd.adsl.virginmedia.com] has quit [Read error: Connection reset by peer]
23:17-!-Dreamxtreme [Dreamxtrem@client-86-27-26-146.glfd.adsl.virginmedia.com] has joined #openttd
23:17-!-Dreamxtreme [Dreamxtrem@client-86-27-26-146.glfd.adsl.virginmedia.com] has quit [Read error: Connection reset by peer]
23:17-!-Dreamxtreme [Dreamxtrem@client-86-27-26-146.glfd.adsl.virginmedia.com] has joined #openttd
23:18-!-Dreamxtreme [Dreamxtrem@client-86-27-26-146.glfd.adsl.virginmedia.com] has quit [Read error: Connection reset by peer]
23:18-!-Dreamxtreme [Dreamxtrem@client-86-27-26-146.glfd.adsl.virginmedia.com] has joined #openttd
23:20-!-Dreamxtreme [Dreamxtrem@client-86-27-26-146.glfd.adsl.virginmedia.com] has quit [Read error: Connection reset by peer]
23:20-!-Dreamxtreme [Dreamxtrem@client-86-27-26-146.glfd.adsl.virginmedia.com] has joined #openttd
23:32-!-glx [glx@2a01:e35:2f59:c7c0:5da:2647:de83:b703] has quit [Quit: bye]
---Logclosed Mon Jun 07 00:00:20 2010