IRC logs for #openttd on OFTC at 2007-09-15
⏴ go to previous day
00:26:04 *** DorpsGek has joined #openttd
00:26:04 *** ChanServ sets mode: +o DorpsGek
00:29:21 *** TrueBrain has joined #openttd
00:50:05 <CIA-1> OpenTTD: glx * r11111 /trunk/src/newgrf_config.cpp: -Fix (r11106): missing const broke compilation with MSVC
01:10:19 <Digitalfox> There goes r11111 .. :)
01:25:42 *** Dephenom has joined #openttd
01:40:07 *** Eddi|zuHause has joined #openttd
01:51:24 *** Diabolic1Angel has joined #openttd
01:58:08 *** Diabolic-Angel has quit IRC
02:07:35 *** Diabolic1Angel has quit IRC
02:58:30 *** Eddi|zuHause2 has joined #openttd
03:19:04 *** DeGhosty has joined #openttd
04:54:23 *** roboboy has joined #openttd
04:59:04 *** robotboy has joined #openttd
05:22:50 *** ThePizzaKing has joined #openttd
05:22:50 *** Alltaken has joined #openttd
05:27:03 *** DeGhosty has joined #openttd
05:27:44 *** robotboy is now known as roboboy
05:38:09 *** Ammller has joined #openttd
06:06:22 *** peter1138 has joined #openttd
06:06:23 *** ChanServ sets mode: +o peter1138
08:26:27 *** DorpsGek has joined #openttd
08:26:27 *** ChanServ sets mode: +o DorpsGek
08:32:42 *** pPACO_BAN has joined #openttd
08:49:16 *** KUDr_wrk has joined #openttd
08:57:20 *** KUDr_wrk has joined #openttd
09:02:09 *** thgergo has joined #openttd
09:05:50 <TinoM> i was going to ask the same ;)
09:08:32 <Ammler> how else do I see, which revision is current nightly?
09:09:12 <Rubidium> an estimated guess when you look at svn log?
09:13:07 *** Progman has joined #openttd
09:17:54 *** Darkebie has joined #openttd
09:29:30 *** TrueBrain has joined #openttd
09:39:56 <CIA-1> OpenTTD: rubidium * r11112 /trunk/src/tunnelbridge_cmd.cpp: -Fix (r11107) [FS#1229]: in some cases one could destroy (parts of) buildings when building tunnels.
09:50:59 *** KUDr_wrk has joined #openttd
09:52:02 <TrueBrain> thgergo: "I have a question, will newgrf actions be supported in tar files someday?" <- I don't get it?
10:00:47 <TrueBrain> Ammler: does your Nothing.grf still happen in latest?
10:01:40 *** Vikthor has joined #openttd
10:11:30 *** Wezz6400 has joined #openttd
10:13:22 <Wolf01> TrueBrain, i think he meant to make tar packages working like grfs, maybe for the 32bpp, so we can have 32bpp tarnewgrf (how sounds weird)
10:13:40 <TrueBrain> that is a big no-no
10:13:50 <TrueBrain> .tar is just a container format, for any data in DATE_DIR
10:13:56 <TrueBrain> not related to anything specific
10:14:02 <TrueBrain> DATE_DIR = DATA_DIR
10:14:59 <Wolf01> but if you can replace the sprite of a newgrf, you can always make a grf with the data and dummy sprites and the folder (called like the grf) with the 32bpp in the tar and it should work
10:15:16 <TrueBrain> Ammler: no need for capitals
10:16:12 *** Belugas has joined #openttd
10:16:12 *** ChanServ sets mode: +o Belugas
10:17:11 <Ammler> but TrueBrain, I only tested it with current nightly, do you mean later?
10:17:24 <TrueBrain> Ammler: no, currently nightly is fine
10:18:56 <Ammler> and Its not only with nightly, there are much other GRFs where has this problem, I made nothing.grf to exclude other things...
10:19:17 <Ammler> !s/nightly/nothing.grf/
10:19:54 <TrueBrain> Ammler: I know nothing about NewGRF, but why I asked is because there was a small glitch in loading stuff of NewGRF with close related names
10:20:48 <Ammler> ok, I say the same problem with dutchcat and canstat
10:21:21 <Ammler> oh man, I can't write, have to go, cu
10:32:24 *** DaleStan_ has joined #openttd
10:56:04 *** stillunknown has joined #openttd
11:15:32 *** stillunknown has joined #openttd
11:18:07 <CIA-1> OpenTTD: rubidium * r11113 /branches/0.5/ (6 files in 4 dirs): [0.5] -Prepare 0.5 branch for release of 0.5.3.
11:19:36 <Rubidium> well, I hope... I gave people a week to test the latest backports and nobody found (*or* care to look for) any bugs
11:23:25 <Noldo> Rubidium: I have a problem with the overfow safe int template
11:23:55 <Noldo> there are lines in the code that do something like int64 * Money
11:24:26 *** _minime_ has joined #openttd
11:25:12 <_minime_> i have a quick question regarding an issue with OTTD's handling of callback 16 (articulated vehicles)
11:25:14 <Rubidium> Noldo: can't you add an overloaded * operator to int64?
11:25:33 <_minime_> in articulated_vehicles.cpp, you have two loops, that seem to limit the callback to at most 10 iterations
11:25:49 <Noldo> and I can do Money operator*(int64,Money), but I can't do it in a general way with the template
11:25:52 <_minime_> that's quite a low number, and for example in the CSDSet it causes problems
11:26:17 <_minime_> it doesn't seem like raising the limit to say 32 (which should be more than enough) shouldn't cause any issues
11:26:18 <Rubidium> a vehicle with more than 10 articulated parts?
11:26:31 <_minime_> like TGV for example
11:26:56 <Noldo> because T operator*(int64,T) matches almost everything and causes ambiguity
11:26:58 <Rubidium> ICE is done using livery overrides
11:26:58 <_minime_> we use double cars, to have them longer than 32 px
11:27:12 <_minime_> or whatever the upper limit is on that
11:27:45 <_minime_> either way, the only time that the loop would run all the iterations is if the vehicle enables the callback and doesn't return 0xFF when it's done
11:27:51 <_minime_> which shouldn't happen too often
11:28:24 *** KUDr_wrk has joined #openttd
11:28:27 <_minime_> so there really is no reason to limit it like it is right now (in ttdp there is no such low limit)
11:28:37 <Rubidium> the upper limit is there because we first allocate all vehicles and when that succeeds we start thinking about actually building the thing
11:28:42 <Noldo> and I don't know if I can somehow include related functions to the template so that they would be instantiated only if the template is
11:29:22 <Rubidium> Noldo: neither do I (me no template guru)
11:29:31 <_minime_> so there's more code somewhere else that depends on those two hardcoded constants?
11:30:03 <Rubidium> but that is the reason why there is a hardcoded constant
11:31:31 <_minime_> what could potentially break if it's increased? i'm concerned about this, since it prevents the set from working correctly in ottd, which is a pity
11:31:50 <CIA-1> OpenTTD: rubidium * r11114 /tags/0.5.3/ (. Makefile network.c openttd.vcproj openttd_vs80.vcproj): -Release 0.5.3
11:32:48 <_minime_> i suppose if 32 is too much for an upper limit, 16 would do, but the 10 is not enough (CD 680 has 7 two-piece carriages, and is only available as a trainset)
11:32:50 <Rubidium> _minime_: a lot could break (could as in: it could be that 3 planes crash into eachother mid-air in real life)
11:33:29 <Rubidium> well, what's the limit in TTDP. Think that is a "better" limit to change to than just another arbitrary number
11:33:59 <_minime_> i'll see what I can dig up
11:35:00 <_minime_> although it could as well be that it relies on the code to be correct and return the end value when it should
11:37:32 <Rubidium> in that case you would end up with half trains when you've exhausted the vehicle slots
11:42:52 <SmatZ> Rubidium: there are some bugs in 0.5 branch
11:43:22 <Rubidium> I said *new* bugs (i.e. introduced after 0.5.2)
11:44:14 <SmatZ> Rubidium: sorry, I didn't read anything... I just came from lunch
11:45:10 <Rubidium> anyhow, delaying the release by weeks each time somebody finds a "small" bug isn't really the way to go
11:45:24 <Rubidium> and I presume you're talking about the depot flooding issue?
11:45:44 <SmatZ> I think this is not a small bug
11:46:34 <SmatZ> also, building while pause in multiplayer, that is not even at FS... but that is not so problematic
11:46:40 <Rubidium> well, remote exploit vs. trains don't get destroyed at the same time in a depot
11:47:30 <SmatZ> acutally, I am not sure if using trains with flooded vehicles won't cause asserts at some places in the code
11:48:02 <SmatZ> I didn't look into the code, I am preparing for exams, later I will have time :)
11:48:59 *** Arpad96 has joined #openttd
12:01:50 <_minime_> Rubidium: from what I can see in the code that deals with for example buing vehicles, it stops only once the callback returns 0xFF or fails
12:02:37 <Rubidium> _minime_: what happens if you build a vehicle of infinite length?
12:03:07 <_minime_> i would say that patch crumbles
12:03:38 <_minime_> i'll experiment with it a little and see if I can get some info from one of the patchdevs
12:43:35 <CIA-1> OpenTTD: rubidium * r11115 /trunk/ (6 files in 4 dirs): -Merge: release changes from 0.5.
13:01:43 *** Greyscale has joined #openttd
13:01:45 *** Diabolic-Angel has joined #openttd
13:07:07 *** Markkisen has joined #openttd
13:11:38 *** Markkisen is now known as MarkSlap
13:19:04 <_minime_> Rubidium: it is as I suspected
13:19:23 <_minime_> I've succesfuly built a trainset consisting of 32 pieces
13:19:44 <_minime_> however, when I don't end the callback correctly
13:21:30 <_minime_> (that's in ttdpatch)
13:35:06 *** Wolf01 is now known as Wolf01|AWAY
14:03:21 <SmatZ> why do you think it look like a DNS problem?
14:04:06 <glx> ie images and links are broken because they use www.openttd.org
14:05:31 <SmatZ> 81.171.98.111 is translated www.openttd.org for me
14:05:39 <Tefad> what the.. who uses absolute links on the originating site
14:08:29 <glx> <SmatZ> 81.171.98.111 is translated www.openttd.org for me <-- same for me
14:09:19 <Niki-> i just wanted to update my server to a new version =/
14:10:41 <glx> Niki-: release is not completed yet
14:10:54 <Niki-> ill probaply take 0.5.2
14:11:02 <Niki-> belugas is still working on newindustries, eh? :P
14:11:05 *** pPACO_BAN is now known as Phazorx
14:11:29 <glx> 0.5.3 should be available in svn, but svn is not reachable for now
14:12:25 <Niki-> i guess newindustries is the most important change in 0.6?
14:12:32 <Niki-> thats why it takes so long probaply.
14:12:57 <glx> in 0.6 will be trams, more newgrf support, 32bpp, ...
14:13:11 <svip> :O It will be like heaven.
14:13:33 <SmatZ> also vehicle groups, bridges over "everything", now the autoslope...
14:13:35 <svip> I'm afraid to tell you that there will be no trains in heaven when you die.
14:13:47 <SmatZ> I think everything except newindustries is almost done
14:14:09 <svip> I should work more on my zoning patch.
14:14:20 <glx> a lot of newindustries stuff is already in trunk
14:14:23 <Niki-> thats the reason id love to see 0.6 alpha
14:14:38 <Niki-> how much of the needed code?
14:16:01 <Niki-> i guess newindustries is loads of stuff to do
14:16:07 <Niki-> i mean it changes many aspects of the game
14:16:52 <Niki-> will it be left out in 0.6 if it takes much longer time?
14:16:58 <Niki-> or will 0.6 just have to wait :)
14:17:47 <glx> well if we release 0.6 without newindustries we will probably get a lot of complains ;)
14:18:18 <elmex> are there already GRFs that have new industries?
14:18:19 <Niki-> i think that the list of changes is already giant
14:18:24 <Niki-> and 0.6 can live without i
14:19:39 <glx> elmex: yes, ECS, UKRSI and probably some more
14:20:10 <glx> newindustries are in ttdpatch for a long time now
14:20:55 <elmex> yea, i never tried ttdpatch
14:23:41 <Niki-> is ttdpatch still in development btw?
14:25:49 <Niki-> are the ottd hosts still open?
14:26:00 <Niki-> would be cool to update my remote rootservers ottd :)
14:26:19 <Niki-> no, hosts for the tarballs
14:27:12 <Niki-> under which name? ttd shown nothing
14:27:28 <Niki-> except a 3d ttd without any files or progress
14:27:39 <glx> the project is called openttd :)
14:30:28 <Niki-> my english is a bit rusty since iam out of school
14:30:41 <Niki-> ill have to improve it again in college, when i need to read english publications
14:31:53 <glx> Niki-: check your ' key, it seems broken ;)
14:32:38 <Niki-> iam leaving that kind of signs out when iam talking online :)
14:33:13 <Niki-> i guess ill have to fetch some food for the next few days
14:33:23 <Niki-> it still has to be readable, i guess
14:34:21 <glx> it indeed should be I'll ;)
14:36:41 <Niki-> yes I will try to improve :)
14:36:46 <Niki-> see you soon, keep up the good work
14:37:07 <Niki-> ill have to learn c or c++ for university anyways, maybe i can help the game when I have learned it
14:46:46 <Noldo> templates make ugly code :/
14:49:21 *** Wezz6400 has joined #openttd
14:49:57 <peter1138> Noldo: now add macros
14:51:05 <peter1138> _minime_, looks good to me
14:52:20 *** DaleStan has joined #openttd
14:53:31 *** thgergo has joined #openttd
14:54:10 *** th_gergo has joined #openttd
14:55:46 *** skidd13 has joined #openttd
15:12:58 *** Chris82 has joined #openttd
15:13:05 <Chris82> what happened to the website?
15:14:00 <skidd13> Hmmmm, downtime again?!
15:15:18 <Chris82> obviously the mainsite and the forums are not reachable for a few hours already
15:15:35 <Chris82> first I thought quick server reboot, but no server takes this long to reboot ;)
15:15:39 <Chris82> I hope it's no hardware failure
15:16:00 <Chris82> lol yeah just started to work again :D
15:16:04 <Chris82> 2 minutes ago it was still down
15:16:08 <TrueBrain> the forums haven;t been down in ages
15:16:36 <Chris82> hmmm they didn't work for me the last 2 1/2 hours
15:17:02 <Chris82> and www.openttd.org both didn't work
15:17:17 <TrueBrain> possible the DNS of openttd.org didn't reply correctly, but that even is doubtful...
15:17:22 <TrueBrain> 3 NS servers in 3 countries take care of that
15:17:33 <TrueBrain> the http of openttd.org was offline, an upgrade failed for unknown reasons
15:17:43 <Chris82> hmmm weird then, but I also doubt it was my connection because all other websites worked
15:17:53 <TrueBrain> anyway, should work now
15:17:58 <glx> Chris82: forum.openttd.org is a redirection
15:18:30 <Chris82> glx: ic I am used to enter that URI so I always use it :)
15:18:54 <TrueBrain> so you make the 20 hits on that url ;)
15:21:12 <Chris82> can I open a .htm file with a button inside OpenTTD ?
15:21:40 <CIA-1> OpenTTD: glx * r11116 /trunk/src/ (fileio.cpp win32.cpp): -Fix (r11106): tar loader was not compiled for WIN32
15:21:42 <TrueBrain> I failed to parse that sentence
15:22:12 <Eddi|zuHause2> Chris82: probably not without a lot of portability issues
15:22:38 <Chris82> hmmm I thought .htm works on pretty much any system
15:23:02 <Eddi|zuHause2> yes, but calling the broweser is different everywhere
15:23:22 <Chris82> but you don't need to call a browser?
15:23:36 <Chris82> you can simply open the .htm and the system should know which application to use to open it
15:23:50 <Eddi|zuHause2> what else would you call?
15:24:06 <Chris82> well just something like FileIO Open ChrisIN-Manual.htm
15:25:22 <Chris82> or is there an easy way to implement a manual inside the game?
15:25:27 <Chris82> that would be preferable of course
15:26:02 <skidd13> Chris82: What do you want to do exactly? A browser inside OpenTTD or what?
15:26:02 <TrueBrain> Chris82: .htm won't work unless you make a htm parser
15:26:07 <TrueBrain> showing txt on the other hand should be simple
15:26:35 <Chris82> skidd13: I want to make a manual for ChrisIN which can be opened from inside OpenTTD
15:26:48 <Eddi|zuHause2> Chris82: ok, you need to call the "figure out what to call" function, which is still different everywhere
15:28:36 <Chris82> maybe a window like "About OpenTTD" is sufficient
15:28:47 <Chris82> I would just need to make non-scrolling text and add a scrollbar
15:29:19 <Chris82> and then add a link under the question mark "Manual"
15:35:22 <Chris82> hmmm forum.openttd.org has really only 20 hits?
15:35:30 <Chris82> the FORUMS link on openttd.org uses that URI
15:35:58 <TrueBrain> Chris82: 530 hits a month
15:38:22 <CIA-1> OpenTTD: truelight * r11117 /trunk/src/fileio.cpp: -Add: add support for 7z .tar files, which are in the 'old' (deprecated) format
15:59:19 <Noldo> why on earth didn't I notice those semi-colons before
16:00:23 <Noldo> Rubidium: looks like I solved it
16:01:47 <CIA-1> OpenTTD: truelight * r11118 /trunk/src/sound.cpp: -Fix: sample.cat can now be in a tar-file too, how nice!
16:25:49 <Noldo> Rubidium: do you want << to have overflow protection?
16:45:30 *** Wolf01|AWAY is now known as Wolf01
17:33:58 *** iPandaMojo has joined #openttd
17:51:29 *** Dephenom has joined #openttd
18:14:48 *** thgergo has joined #openttd
18:42:39 *** Wezz6400 has joined #openttd
19:00:11 *** ChanServ sets mode: +o orudge
20:00:39 *** ChanServ sets mode: +o Bjarni
20:02:55 <Bjarni> why are you guys idling?
20:03:31 <Rubidium> cause they're waiting till you finished the release ;)
20:04:19 <Bjarni> it will done in 2 to 3 weeks
20:04:34 <Bjarni> or maybe when duke nudem forever is done
20:05:21 <Rubidium> most of the 0.5.3 binaries are waiting for OSX binaries
20:07:26 <Rubidium> well, I did, it's only on hold for OSX binaries
20:08:01 <Bjarni> you know.... I might react faster if something happened... something like somebody told me this ;)
20:08:05 <blathijs> hey, how about debian binaries then?
20:09:09 *** Greyscale has joined #openttd
20:09:32 <Phazorx> got a question about height maps
20:10:14 <Phazorx> does the engine detects min/max brightness and then spans N levels across or black and whie are min/max ?
20:10:50 *** RamboRonny has joined #openttd
20:11:09 <Eddi|zuHause2> i assume the latter...
20:11:21 <Phazorx> i see different results ih i half the brightness
20:11:33 <Phazorx> but not what i expected
20:11:44 <glx> if it's an 8bpp image, it uses palette order
20:11:46 <Phazorx> perhaps max is set to like 128/256 ?
20:12:07 <Phazorx> it is 8bpp grayscale png
20:12:11 <Bjarni> <Phazorx> it kinda inconlusive <-- then you tested it with the wrong image :P
20:12:24 <Phazorx> that's why i came here with the question
20:12:31 <glx> so it has a palette and uses the palette order
20:12:40 <Phazorx> can i expect more enlightment than just " try it till you get what you want" ?
20:13:11 <Eddi|zuHause2> what is unclear about "palette order"?
20:13:39 <Phazorx> say palette has 60 shades of gray
20:13:48 <Phazorx> with max being 40% gray
20:13:59 <Phazorx> will that be set as height max or as height 40% of max ?
20:14:01 <Eddi|zuHause2> 1st colour, 2nd colour, 3rd colour...
20:14:20 <Eddi|zuHause2> no matter what shade of grey they have
20:14:30 <Phazorx> it doesnt act like that i can see it mapping shades into more orders than that
20:14:59 <Phazorx> and it doesnt cap out on 15th color
20:21:02 *** th_gergo has joined #openttd
20:21:43 <Rubidium> *when* your heightmap has a palette with 16 entries it uses those as heightlevels, in all other cases the image is converted to grayscale and then the gray value is divide by 16 and floored
20:24:05 *** thgergo_ has joined #openttd
20:50:09 *** Bjarni changes topic to "0.5.3 | Website: *.openttd.org (DevBlog: blog, Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, SVN mailinglist: maillist, Dev-docs: docs, Patches & Bug-reports: bugs) | #openttd.notice for FS + SVN notices"
20:58:51 *** DJ_Mirage has joined #openttd
21:01:23 *** SpComb is now known as SCpomb
21:30:06 *** SCpomb is now known as SpComb
21:36:18 *** Darkebie has joined #openttd
21:43:17 <TrueBrain> General Notice: trac is down for a moment; might or might not be back any time soon
21:49:17 <ln-> bjarni: question, in case you happen to know: when an app crashes, the "application blablabla quit unexpectedly" dialog will appear. can this dialog be disabled for a certain application, and/or can it be made to restart the app automatically, without asking anything?
21:49:33 *** th_gergo has joined #openttd
21:49:42 *** BobingAbout has joined #openttd
21:56:19 <Phazorx> can a play be kicjed by number from console?
21:57:06 <Phazorx> Client #507 name: 'thgergo' status: 'loading map' frame-lag: 14651 company: 1
21:57:24 <Phazorx> is that kick 507 then ?
21:58:14 <glx> hey he is here, so maybe ask him why he has a big lag
21:58:33 <Phazorx> i am talking to him in other chan
21:58:38 <Phazorx> he is quite aware of situation
21:58:43 <Phazorx> but he lost connection
21:58:50 <Phazorx> and server got stuck somehow
22:19:18 *** ChanServ sets mode: +v tokai
22:31:14 <Greyscale> OTTD requires cliff geographhy
22:31:24 <Greyscale> like, not a totally smooth edge
22:44:09 <Phazorx> ottd situated in world with no moon
22:44:14 <Phazorx> hence no tides, no cliffs
22:48:47 <TrueBrain> amazing how much more clear your movies get when you have a 720p TV and movie :)
22:50:45 <Phazorx> try projector TrueBrain
22:51:23 <Phazorx> same clarity adjustable size and probably cheaper?
22:51:58 <Phazorx> just happen to be that these are perks of that technology?
22:52:14 <TrueBrain> (am I annoying already?:))
22:52:27 <DeGhosty> projectors are nto clearer
22:52:53 <Phazorx> DeGhosty: pne day when you get older and wiser i'll show you my setup :)
22:53:30 <TrueBrain> okay, please stop comparing eachothers penis...
22:54:01 <Phazorx> rally tho, i kinda rejected idea of fixed tv of any kind few years ago
22:54:13 <Phazorx> and vent totaly with projectors for movies
22:54:24 <TrueBrain> and I love my HR TV even more :)
22:54:35 <TrueBrain> but then again, I don't have room for any projector :p
22:55:19 <Phazorx> my 1st one was situated in 5x3 meters room, throwing 120" image across short side
22:55:47 <TrueBrain> now that's ugly! :)
23:42:56 *** MarkSlap has joined #openttd
23:44:04 <TrueBrain> darn, look at the time!
continue to next day ⏵