IRC logs for #openttd on OFTC at 2014-04-18
⏴ go to previous day
00:43:38 *** Djohaal has joined #openttd
02:37:54 *** kais58__ has joined #openttd
02:49:04 *** kais58__ is now known as kais58|AFK
03:14:51 *** kais58|A1K has joined #openttd
03:27:39 *** Extrems1 has joined #openttd
03:46:49 <Supercheese> FIRS Beer Economy
03:47:42 <Supercheese> Heart of Drunkenness
04:07:04 *** kais58|AFK has joined #openttd
04:12:00 *** Kurimus has joined #openttd
04:56:19 *** Eddi|zuHause has joined #openttd
06:08:38 <V453000> I see the beer has taken severe impact
06:10:09 <Supercheese> Beer is exactly the opposite of a BAD FEATURE
06:19:13 *** tokai|noir has joined #openttd
06:19:13 *** ChanServ sets mode: +v tokai|noir
06:44:03 *** sla_ro|master has joined #openttd
06:53:30 *** Progman has joined #openttd
07:40:13 <planetmaker> kein Bier vor vier
07:40:27 <planetmaker> Luckily it's always somewhere after 4 in the afternoon
07:49:18 <Xaroth|Work> wait, that rule is for 4 in the afternoon?
07:49:22 <Xaroth|Work> thought it was 4 in the morning :|
07:50:40 <Xaroth|Work> V453000: I'm not going to sing Tribute at work.
07:54:40 <planetmaker> peter1139, "kein Bier vor vier". In German it rhymes. And translates to "no beer before 4"
07:57:06 <V453000> which makes it an incorrect rhyme
07:57:26 <planetmaker> it's not a Czech rhyme, indeed :P
07:59:00 <peter1139> planetmaker, err... I guessed. Bier is pretty obvious ;)
08:04:27 <V453000> guess what industry it is
08:09:49 *** Devroush has joined #openttd
08:14:29 <peter1139> Also missing ambient occlusion
08:18:04 *** Alberth has joined #openttd
08:18:04 *** ChanServ sets mode: +o Alberth
08:22:21 *** Myhorta has joined #openttd
08:28:59 <Alberth> just a guess, it's like XY3, but with different letters and numbers
08:30:26 <V453000> no idea what the game is though
08:30:44 <V453000> some different-roles-kill-each-other-type-of-game
08:30:53 <V453000> you can shoot people there.
08:31:33 <Xaroth|Work> python you so silly :|
08:31:39 <Xaroth|Work> having an enum type in the stdlib
08:31:43 <Xaroth|Work> and having that start at 1
08:33:59 *** retro|cz has joined #openttd
08:34:14 <peter1139> V453000, yeah it's that. It also has hats.
08:36:28 <Xaroth|Work> Alberth: which makes what I'm doing even more annoying :|
08:36:32 <Xaroth|Work> I understand why python does it
08:36:36 <Xaroth|Work> ..but I don't agree :P
08:37:04 <Xaroth|Work> (python enums are supposed to be non-false; an enum starting at 0 means the first object evaluates to a false)
08:38:03 <Alberth> perhaps you should stop thinking enum values as being numeric :)
08:38:30 <Alberth> ie it's a set of unique values, and that's it.
08:51:17 <Xaroth|Work> Alberth: I could; but not with CFFI :P
08:53:05 <Alberth> just add a dict access to map values, in both directions :p
08:53:41 *** TheMask96 has joined #openttd
08:57:19 <Xaroth|Work> meh, too much effort :p
09:02:44 *** Defaultti has joined #openttd
09:48:54 *** fjb is now known as Guest6872
09:49:40 *** oskari89 has joined #openttd
09:53:38 *** Aristide has joined #openttd
09:56:55 *** valhallasw has joined #openttd
10:03:20 *** Progman has joined #openttd
10:37:29 *** George|2 has joined #openttd
10:37:30 *** George is now known as Guest6875
10:37:30 *** George|2 is now known as George
10:44:14 *** Pensacola has joined #openttd
10:45:27 *** frosch123 has joined #openttd
10:46:14 <frosch123> ottd gets the weirdest spam
10:46:46 <frosch123> should we do some merchaindise plastic trains?
11:03:57 <Eddi|zuHause> i've had plastic trains as a kid
11:05:00 <Eddi|zuHause> i wonder if they still exist somewhere
11:05:17 <Eddi|zuHause> that was long before we got legos
11:22:37 *** strohalm has joined #openttd
11:25:28 *** HerzogDeXtEr has joined #openttd
11:39:09 <Alberth> we could sell some to you :p
12:05:32 *** Speedy` has joined #openttd
12:05:48 *** Speedy` is now known as Speedy
12:09:42 <peter1139> don't pluralise lego :s
12:15:56 *** Defaultti has joined #openttd
12:17:34 <juzza1> doing svn checkout from svn://svn.openttd.org is very fast, but the connection drops constantly with an error "svn: E185005: Compression of svndiff data failed" and then i have to do svn cleanup and svn update to continue downloading, anyone know how to fix it?
12:18:02 <frosch123> juzza1: don't checkout everything :)
12:18:15 <frosch123> only checkout svn://svn.openttd.org/trunk
12:19:05 <juzza1> ok, is it some sort of throttling mechanism with the server?
12:19:20 <frosch123> no idea, but it would make sense :)
12:19:37 <planetmaker> not that I know. When I did that, it worked
12:19:52 <frosch123> planetmaker: but you likely did not use svn://, but ssh
12:20:17 <Alberth> juzza1: it's just very busy deciding and compressing all data of all releases and branches, probably
12:20:45 <planetmaker> juzza1, when you checkout all svn, the version detection on releases fails anyway
12:21:39 <juzza1> didn't realize i can just checkout the trunk, will do that from now on :P
12:22:20 <Alberth> you can checkout any directory
12:26:08 <planetmaker> frosch123, I guess that's ok
12:33:36 <DorpsGek> Commit by frosch :: r26469 trunk/src/lang/english.txt (2014-04-18 12:33:31 UTC)
12:33:37 <DorpsGek> -Fix [FS#5985, FS#5986, FS#5988]: Improve english strings.
12:38:16 <rubidium> juzza1: it's probably the svnserve using too much memory because of checking out everytihng, and then svnserve gets killed because of that
12:42:32 <Eddi|zuHause> dangit, i was so close to 16384 ;(
12:44:22 <Eddi|zuHause> but i beat my highscore: 157936
12:47:04 <LordAro> Eddi|zuHause: you are much better at that game than i am
12:47:13 <LordAro> i've got a 1024 before :3
12:47:36 <Eddi|zuHause> this was the 3rd time i got a 8192
12:47:53 <Eddi|zuHause> i get 2048 almost every time
12:48:41 <frosch123> i get bored after 3 turns and then only press in the same direction until it ends
12:48:55 <frosch123> sometimes it takes surprisingly long to end nevertheless
12:49:22 *** Defaultti has joined #openttd
12:56:25 <Eddi|zuHause> two directions get you almost 95% of the game
12:57:07 <Eddi|zuHause> in some cases you need a 3rd directions, and if you need a 4th direction you probably lost
13:09:12 <frosch123> hmm, that was actually a strategy hint
13:11:36 *** Defaultti has joined #openttd
13:27:09 *** valhallasw has joined #openttd
13:40:24 *** Defaultti has joined #openttd
13:42:15 *** retro|cz has joined #openttd
13:45:11 <V453000> bacics of 2 out of 16 industries done :D
13:47:05 <frosch123> hmm, is that a stone construction yard?
13:47:50 <Pikka> where they make stones out of ladders
13:49:53 <frosch123> but the death plant lacks some piles of unidentifyable stuff
13:49:54 <V453000> lots of details necessary, but as a beginning point it is sufficient :)
13:50:19 <V453000> things will be visible when production starts
13:50:25 <V453000> thing will animate and blood will flow
13:50:41 <frosch123> zerg levels of blood?
13:58:18 *** gelignite has joined #openttd
13:58:21 *** DanMacK has joined #openttd
14:26:41 *** andythenorth has joined #openttd
14:27:05 <andythenorth> are we all on holiday?
14:27:15 <andythenorth> Pikka doing an egg hunt?
14:28:46 <andythenorth> everything must be defined
14:29:08 <Pikka> I am a german and what is "fun"? :)
14:30:03 <andythenorth> you are undefinable
14:30:29 <andythenorth> or maybe we should have a poll about tha
14:30:38 <andythenorth> Pikka: what are you actually *doing* ?
14:30:46 <andythenorth> and whatever it is, work faster :P
14:31:04 * andythenorth works faster at Facebook
14:31:58 <Pikka> I don't know what I'm actually doing. It's either town houses, writing, or learning Unity
14:33:16 <andythenorth> I am fixing my mess
14:33:29 <andythenorth> the horse one first
14:33:46 <andythenorth> I have no idea why a train won’t autorefit to passengers
14:33:55 <andythenorth> it will autorefit to all of its other refist
14:34:00 *** Phreeze has joined #openttd
14:34:06 <andythenorth> but not back to pax :P
14:35:02 <andythenorth> you won’t like it
14:35:13 <Pikka> I can more or less read it, even if I don't use it
14:36:17 <andythenorth> it’s going to be an embarassing mistake :(
14:37:14 <Pikka> hmm, decimals in a costfactors, how does that work then? :)
14:37:29 <andythenorth> nml deals with it
14:37:51 <Pikka> by just truncating it? :P
14:38:02 <andythenorth> I spose I could call int on it in the formula
14:38:08 <Phreeze> what's that iron horse again ? ;)
14:41:28 <Phreeze> download iron horse points to FISH newgrf ;)
14:42:24 <Pikka> well the orders work fine
14:42:36 <Pikka> perhaps it's an OpenTTD bug? :)
14:42:53 <Phreeze> the bug is in the HTML code ^^
14:43:06 <idl0r> is it possible to remove just a signal?
14:44:18 <Alberth> press 'r', rectangle turns red, click at signal, it disappears
14:44:38 <Alberth> press 'r' again to switch back to adding signals
14:44:39 <Phreeze> i think that didnt work in original TT
14:44:58 <Alberth> Phreeze: you thought correctly
14:44:59 <andythenorth> Pikka: no such thing
14:45:11 <planetmaker> idl0r, select the normal build tool. Then select the bulldozer icon
14:45:17 <planetmaker> thus works also for signals
14:45:18 <andythenorth> no bugs in openttd :)
14:45:39 <Alberth> planetmaker: hmm, right, that's the official way :p
14:46:13 <Pikka> andy: nice running costs :)
14:46:16 <planetmaker> yours is not less official
14:46:28 <planetmaker> just the shortcut way which requires keyboard :)
14:46:28 <Pikka> sprite offsets still leave a little to be desired :o
14:46:33 <idl0r> planetmaker: but it removes more than just the signal
14:46:56 *** kais58|A1K has joined #openttd
14:47:09 <planetmaker> bulldozer != dynamite
14:47:24 <idl0r> thanks to both of you then :)
14:48:13 <andythenorth> Pikka: sprite offsets are on my ‘must do’ list :(
14:48:53 *** lastleo85 has joined #openttd
14:49:42 <andythenorth> costs are calculated from power and speed etc
14:59:06 <Snail> has anyone tried to compile ottd on Mavericks?
14:59:24 *** Djohaal has joined #openttd
14:59:25 <andythenorth> compiles fine with a bit of faff
15:01:33 <Snail> how do you compile, andy? what I’m doing is to get the trunk from svn, then run “./confugre” and “make bundle -j 4"
15:01:54 <Eddi|zuHause> would be helpful to see which error...
15:01:57 <Snail> and I get a few warnings first, and then an error
15:02:03 <Snail> well, the text is very long
15:02:58 <andythenorth> Snail: are you following the wiki guide for compiling on OS X?
15:03:54 <Snail> andy: say, I missed this one
15:03:57 <andythenorth> snail you got latest XCode from app store?
15:04:18 <planetmaker> compilation succeeds. But linking fails:
15:04:20 <planetmaker> ld: warning: ignoring file /opt/local/lib/libz.dylib, file was built for i386 which is not the architecture being linked (x86_64): /opt/local/lib/libz.dylib
15:04:30 <planetmaker> thus you have the libs for the wrong architecture installed
15:04:57 <Snail> ok, let me try one more time
15:06:17 <andythenorth> fwiw I never use make bundle
15:06:18 <planetmaker> basically *every* library is i386 (32bit) while you compile x64 (64bit)
15:06:44 <Snail> “WARNING: liblzo2 was not detected or disabled
15:06:45 <Snail> WARNING: OpenTTD doesn't require liblzo2, but it does mean that
15:06:45 <andythenorth> make bundle works
15:06:46 <Snail> WARNING: loading old savegames/scenarios will be disabled.
15:06:47 <Snail> WARNING: We strongly suggest you to install liblzo2."
15:07:00 <Snail> means I won’t be able to load savegames??
15:07:33 <planetmaker> only some ancient ones not
15:09:07 <Snail> I’m probably missing some developer files… where can I get them?
15:09:57 <Snail> bah I’m missing XCode. No wonder it didn’t work
15:10:47 <planetmaker> from Apple you get the sdk
15:11:12 <planetmaker> though 10.9 ships with that sdk, afaik
15:11:13 <Snail> yeah I’m getting it from the apple store
15:11:24 <Snail> wonder why they don’t install it by default with mavericks
15:11:39 <planetmaker> why should they? 95% won't need it
15:18:50 <andythenorth> Snail: it’s big :)
15:19:03 <andythenorth> not a good use of bandwidth to install by default
15:19:17 <Snail> well, 2gb is nothing in nowadays’ terms…
15:19:36 <planetmaker> 2gb * all apple users is something
15:20:06 <planetmaker> add updates for those 2gb to that. And you have significant traffic costs
15:20:11 <andythenorth> last I heard, it was 1 lump of coal per megabyte
15:20:25 <andythenorth> Apple would have to build a lot more solar to meet their goals :P
15:21:10 <planetmaker> for the same reason we ship openttd without any base sets
15:21:35 <planetmaker> we just offer to also install them, but not necessarily
15:22:42 <andythenorth> Snail: what CPU is in your mac?
15:24:32 <andythenorth> should go faster
15:24:41 <andythenorth> i7 has 4 thread units
15:24:59 <planetmaker> depends on which i7
15:25:24 <planetmaker> 4 cores with hyperthreading. Only very few (any?) i7 don't have that
15:25:34 <andythenorth> mine is laptop class
15:26:40 <andythenorth> planetmaker: you have 8? In a 13” macbook?
15:26:51 <planetmaker> no. on my desktop
15:26:55 <planetmaker> which also is not a mac
15:32:00 *** montalvo has joined #openttd
15:32:35 <Snail> I used -j 4 on my old 2006 macbook pro :p
15:32:47 <Snail> that was a Yonah inter core duo...
15:32:59 <Snail> so I figured I’d use the same here :) I’ll try with 13 next time
15:33:36 *** Myhorta has joined #openttd
15:38:09 <andythenorth> so does anyone want to tell me where autorefit code lives?
15:38:16 <andythenorth> I have looked, in a half-arsed kind of way
15:40:04 <frosch123> economy.cpp and vehicle_cmd.cpp
15:46:02 *** KWKdesign has joined #openttd
15:46:08 <andythenorth> I see nothing in economy.cpp specific to passengers for trains
15:46:19 <andythenorth> I tried moving passengers to a different position in CTT
15:46:37 <Eddi|zuHause> what's the exact thing you think is a bug?
15:48:48 <andythenorth> vehicle that won’t auto-refit to pax (fixed order at a station)
15:49:05 <andythenorth> I think it’s a bug in my grf
15:49:31 <Eddi|zuHause> i hope it's not road vehicles
15:49:52 <andythenorth> road vehicles works
15:49:58 <andythenorth> sorry, should have stated train
15:50:09 <andythenorth> I see nothing specific to trains in economy.cpp
15:50:14 <andythenorth> so must be my grf
15:50:48 <andythenorth> think I found it
15:53:21 <andythenorth> yay for reading ottd src :)
15:53:40 <andythenorth> if (new_cid < NUM_CARGO && new_cid != v_start->cargo_type) {
15:53:59 <andythenorth> L1413 in economy.cpp
15:54:05 <frosch123> mixed cargo types :p
15:54:13 <andythenorth> lead vehicles in IH have 0 capacity, defaulting to pax
15:54:21 <andythenorth> so following vehicles don’t refit
15:55:25 <andythenorth> is there a valid null value for default cargo type?
15:55:29 <andythenorth> nml wiki says not
15:57:19 <frosch123> you always need some cargo type, for livery and bus/truck and such
15:57:44 <andythenorth> I am puzzled how to fix this in that case :)
15:57:47 <Pikka> andy: why does the lead vehicle not carry the cargo?
15:57:49 <frosch123> in most cases settings the capacity property to 0 (not via callback) will result in treating like no cargo
15:58:17 <frosch123> andythenorth: set capacity property to non-zero, and cb-capacity to 0 helps in almost all cases
15:58:50 <andythenorth> Pikka: some reason, I forget
15:59:00 <andythenorth> loading / loaded states and crap
15:59:22 <andythenorth> I could use switches, but meh
16:00:51 <andythenorth> the 3-part vehicles thing is absolutely not worth the effort
16:01:02 <andythenorth> except that I like to keep Dan happy :)
16:08:48 <andythenorth> frosch123: tried your suggestions :) Didn’t solve it :(
16:09:01 <andythenorth> I could invent a spurious cargo label
16:09:30 <frosch123> andythenorth: is the front refittable?
16:09:46 <andythenorth> do I have to read the chart?
16:10:02 <frosch123> did you set the same refit-cargo-classes and such?
16:10:37 <andythenorth> it has no refits
16:10:58 <andythenorth> all relevant properties blank
16:12:23 <andythenorth> tin_rocket_switch_cargo_capacity_by_cargo_0
16:12:36 <andythenorth> also item(FEAT_TRAINS, tin_rocket, 1190) {
16:13:41 <frosch123> don't make your life harder, give all artic parts the same refittability
16:19:07 <Eddi|zuHause> why does the front matter for refitting anyway?
16:20:57 <andythenorth> frosch123: setting unified refittability for articulated vehicle -> no change :)
16:21:14 <andythenorth> I would guess from reading code, that as long as front unit is PASS, autorefit will be refused?
16:21:36 <frosch123> why would your front have a different cargo than the rest?
16:21:37 <andythenorth> one more thing I can try
16:21:55 <frosch123> if all vehicles have the same refittability, the will refit to the same
16:22:24 * andythenorth tries enabling autorefit for lead vehicle
16:23:27 <andythenorth> nope, still fails
16:23:41 <frosch123> maybe your test method is flawed
16:23:59 <andythenorth> test method is 4 orders
16:24:01 <frosch123> are you changing grf in game or something?
16:24:14 <andythenorth> but rebuilding vehicle
16:25:20 * andythenorth tries in fresh game - no change
16:25:47 <andythenorth> one more thing I can try
16:29:58 <andythenorth> ok, so if I give lead unit non-zero capacity it works
16:31:21 <andythenorth> I guess I have to rethink
16:33:09 <andythenorth> the fake cargo route won’t work
16:33:23 <andythenorth> unless I define a cargo in this vehicle grf
16:35:50 * andythenorth tries to think up hax
16:36:44 <Eddi|zuHause> i think the code is probably overly strict and should be changed
16:36:54 <Eddi|zuHause> but i have not looked at what the code actually does
16:37:30 <Eddi|zuHause> frosch123: your argument is wrong. there is nothing in the specs that says "don't mix cargos"
16:38:58 <andythenorth> autorefit must care for a reason though?
16:39:09 <andythenorth> it seems arbitrary to just add that otherwise?
16:40:24 <andythenorth> why isn’t this check applied to depot refit order?
16:40:51 <frosch123> you could try changing the code to test the first vehicle with non-zero capacity property or something
16:41:25 <andythenorth> or to provide a warning to user?
16:41:35 <frosch123> or you could add checks that declare every grf with inconsistent refittability as deprecated and disable it :)
16:42:26 <andythenorth> I don’t like these silently failing orders :(
16:47:08 <andythenorth> frosch123: out of interest (because I might need to change some stuff), why do all units need same refittability?
16:50:45 *** DanMacK has joined #openttd
16:56:46 <frosch123> just to make stuff easier
16:57:27 <frosch123> ofc. you can choose the eddi route and try riding the magic train, but then please ask eddi for support :p
16:58:02 <andythenorth> this might mean binning a couple of vehicles from Iron Horse :P
16:58:25 <andythenorth> how do I actually ensure same refittability? I have to give every vehicle some cargo capacity to achieve that...
16:58:37 <frosch123> i think the easiest method to code a vehicle set is to give all articulated parts the same id as the first part
16:58:45 <frosch123> that way all parts have the same properties
16:58:55 <frosch123> it should be almost as coding non-artic vehicles
16:59:30 <frosch123> you can still use the capacity callback to give parts 0 capacity
17:00:28 <andythenorth> but then they don’t have the same refittability
17:00:32 <andythenorth> I just proved that :)
17:00:55 <frosch123> the capacity callback does not affect refittability<
17:01:00 <frosch123> oinly the capacity property does
17:22:09 <frosch123> why? that's like hating your left arm
17:22:30 <Phreeze> PC-> cat6 cable -> wall RJ45 cat6.-> wallcable cat7 until patch panel cat6 -> gigabit cisco switch -> cat6 to patch panel back to my room -> cat6cable to gigabit NAS = 10 (TEN= MB/s
17:23:02 <Phreeze> something says "fuck you"
17:23:13 <Phreeze> btw: i already had about 25-30MB/s transfers...
17:25:56 <Phreeze> ah and my NAS webaccess is down
17:29:27 *** Stimrol has joined #openttd
17:37:10 *** Myhorta has joined #openttd
17:45:39 <DorpsGek> Commit by translators :: r26470 /trunk/src/lang (4 files) (2014-04-18 17:45:28 UTC)
17:45:40 <DorpsGek> -Update from WebTranslator v3.0:
17:45:41 <DorpsGek> catalan - 2 changes by juanjo
17:45:42 <DorpsGek> korean - 3 changes by telk5093
17:45:43 <DorpsGek> polish - 4 changes by wojteks86
17:45:44 <DorpsGek> gaelic - 29 changes by GunChleoc
17:46:00 *** retro|cz has joined #openttd
17:54:02 <Phreeze> doing firmware update now...time to correct tls bug anyway ;)
17:55:32 <Phreeze> when i see that old railbuses went 120kmh
17:55:54 <Phreeze> and that actual dostos rarely go over 140kmh here...i'm happy to not live in the 50s
18:05:43 <Eddi|zuHause> 10MB/s sounds like something thinks it's 100mbit
18:06:00 <Eddi|zuHause> or your cable is broken
18:10:10 <Snail> I’m still trying to compile ottd after downloading and installing xcode, but I get the same errors
18:12:27 <Snail> hey DanMack, long time no see
18:16:39 <Snail> if it can help, this is the text I get after running “./configure” the way it’s specified on the wiki for Mavericks:
18:24:27 <Phreeze> nope Eddi|zuHause, i checked the brand new cables with a cable tester :-/ it's so weird..
18:24:59 <Phreeze> i tried everything, even MTU etc. (had enough of networking at the university...it's so weird.)
18:27:31 <andythenorth> Snail: what’s the error? I might be mis-remembering, but I might have had to solve some crap with freetype or some other librarry
18:27:55 <Snail> the error is in the link I sent before
18:27:59 <Phreeze> why do they all want to compile openttd? cause of patches ?
18:28:06 <Snail> looks like it compiles for i386 instead of for a mac
18:29:18 <andythenorth> you could diff that against yours
18:29:29 <planetmaker> Snail, i386 or x64 does not mean it's not mac
18:29:50 <planetmaker> but you build for a 64bit system (which it is) but you have the 32bit libraries
18:29:52 <michi_cc> Phreeze: Some gigabit ethernet devices have power saving modes that automatically reduce speed when not needed, and some other devices utterly fail with that. Worth a check I'd say.
18:30:14 <planetmaker> Snail, thus you'll need universal libraries, which are both 32bit and 64 bit
18:30:46 <Phreeze> yeah michi, but i dont think the qnap has that feature. and its already disabled on my puter. i nearly think it's limited by the weak qnap cpu
18:31:01 <Snail> planetmaker: ok, so how can I use the 64bit libraries? do I have to change anything in the config?
18:32:14 <planetmaker> you have to install the universal (which contain i386 and x64) ones in the first place. Not just the i386 ones.
18:32:35 <planetmaker> dunno how you got your libraries or where from. brew? macports?
18:32:55 <planetmaker> then you need to tell them explicitly to install or build the univesal ones
18:33:27 <Phreeze> michi_cc now i get about 20-23mb/s. cpu is at 100% .... fck...
18:34:39 <Snail> planetmaker: what kind of libraries? gcc?
18:34:57 <planetmaker> icu, zlib, libpng,...
18:39:13 <Snail> do you think I need to restart the system after installing XCode?
18:42:32 <planetmaker> I think it would tell you, if it needs. And it shouldn't need
18:43:12 <DorpsGek> peter1139: belugas was last seen in #openttd 4 weeks, 2 days, 5 hours, 21 minutes, and 41 seconds ago: <Belugas> hello
18:46:05 <Snail> planetmaker: yes I thought so. Perhaps upgrading the “ports” in my macports would help?
18:46:15 *** bdavenport has joined #openttd
18:47:14 <Eddi|zuHause> simple "update" is probably not what you're looking for. you need to change the architecture
18:49:37 <planetmaker> Snail, yes... but as Eddi|zuHause says. You want to install them with the option +universal or so
18:49:53 <Snail> so, reinstall them basically
18:50:03 *** andythenorth has joined #openttd
18:53:24 <Snail> hmm… what kind of port would be “ /opt/local/lib/libz.dylib “?
18:53:34 <Snail> I’m trying to look for port “libz” , but can’t find it
18:55:28 <Alberth> zlib sounds like the expected place
18:56:20 <Snail> ok, but one of the error messages I got read the following:
18:56:24 <Snail> “ ld: warning: ignoring file /opt/local/lib/libz.dylib, file was built for i386 which is not the architecture being linked (x86_64): /opt/local/lib/libz.dylib “
18:57:44 <planetmaker> that's why you need that library as universal library
18:58:44 *** Supercheese has joined #openttd
18:59:13 <andythenorth> is libz part of lzo?
18:59:27 <planetmaker> no, different libs
18:59:31 <Alberth> unlikely, libz is much older
19:00:13 <andythenorth> can’t remember what I had to install for compiling, but there were one or two things
19:00:38 <andythenorth> and libpng or something
19:01:02 <andythenorth> seems snail has those already
19:01:41 <Snail> well, I’m installing “zlib” as universal and now it’s installing a lot of stuff as well
19:01:49 <Snail> guess it’s all of the dependencies...
19:02:11 <idl0r> zlib shouldn't have much dependencies actually
19:07:04 <andythenorth> Snail: guess what :)
19:07:06 <andythenorth> my compile fails
19:07:23 <andythenorth> with a linker error
19:07:32 <planetmaker> well, linker is not compiler error :)
19:07:33 <andythenorth> using the ./configure pasted from wiki
19:07:41 <planetmaker> and yes, snail showed a linker error
19:07:42 <Snail> what’s the error message? similar to mine?
19:09:01 <andythenorth> I need to read all the traceback in my shell
19:09:10 <andythenorth> there is definitely a valid ./configure in the history there
19:12:08 <andythenorth> ./configure --enable-static --without-liblzo2 --without-freetype --without-osx-sysroot CFLAGS="-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk" LDFLAGS="-stdlib=libstdc++"
19:13:01 <andythenorth> Snail: haven’t proven that works yet, but that’s the last one I can see with a valid compile
19:13:48 <andythenorth> I think --without-freetype is the significant flag
19:15:11 <Snail> is the port “tiff” needed at all?
19:16:49 <andythenorth> Snail: it’s installed for me, not sure if needed
19:17:22 <andythenorth> I added the ./configure I use to the wiki
19:17:37 <andythenorth> because it’s always good to have lots of things that might work, instead of one that definitely works :P
19:20:23 <Phreeze> damn those Uerdingen Railbus are so fugly, i should have ignored them xD
19:24:36 *** andythenorth is now known as Guest6895
19:25:00 *** andythenorth has joined #openttd
19:26:30 *** FLHerne has joined #openttd
19:29:57 <Snail> andythenorth: I tried installing zlib for x64 and using your ./configure line… but I’m getting the same error messages
19:32:40 <Snail> zlib doesn’t get installed, because it finds an error while installing “tiff”...
19:32:51 <Snail> so I try installing “tiff” by itself, but it finds an error and stops
19:33:26 <andythenorth> are you using macports
19:35:09 <Eddi|zuHause> i'd imagine tiff depends on zlib instead of the other way round
19:44:56 <Snail> andythenorth: I managed to install tiff and zlib now
19:45:07 <Snail> I get a different error message when I try and compile ottd :p
19:45:19 <Snail> now it tells me “/opt/local/lib/libicui18n.dylib” is i386 only and not x64
19:47:06 <planetmaker> you got basically a list of all libs you need in the first paste of yours
19:48:00 <Snail> planetmaker: yes, but it’s not so easy to figure out the libraries’ names…
19:48:18 <Snail> I only guessed that “libicui18n” actually meant “icu"
19:50:20 <planetmaker> yeah, it's not always a 1:1 translation
19:50:24 <planetmaker> it involves some guessing
19:51:14 *** montalvo has joined #openttd
19:51:31 <glx> libicui18n is just one of the multiple libs from icu
19:53:23 <Eddi|zuHause> it's easy, this name consists of 3 parts: <lib> <icu> <i18n>
19:54:48 <Eddi|zuHause> where "i18n" is short for "internationalisation" (aka "long word starting with i and ending with n leaving out 18 letters")
19:55:44 <glx> on windows it's libicuin (for the 8.3 format)
19:56:08 <glx> but icu is silly on windows ;)
19:58:48 <frosch123> Snail: icu is only needed for fancy languages like arabic or tamil
19:58:57 <frosch123> try configure --without-icu
20:00:09 <glx> lzma and xz are the same (hard to guess)
20:02:20 <Snail> phew looks like it compiled now
20:02:44 <Snail> need to run now, will try it later today. Thanks for your help guys :)
20:10:46 <peter1139> hmm, managed to make tmux monochrome :/
20:29:37 *** Aristide has joined #openttd
20:30:16 <Adamos> hi, i may have lame question, but i am starting to be tired too much by trying and googling.... I want to play CARST World Scenario on Chill's Patch pack, but i am not able to run game with Chills Patchpack.. anybody can help? thanks a lot :)
20:31:00 <FLHerne> Adamos: Chill's pack can't load any games saved with trunk OTTD after about 1.1 (or 1.0?)
20:31:25 <FLHerne> Since scenarios are really just another kind of savegame, it can't load those either
20:31:30 <Adamos> i am stopped by error "failed to find a graphics set" even before game start
20:32:04 <Adamos> i have that scenario cleaned from any NewGRFs, so it should run in any game supporting large maps, true?
20:32:08 <FLHerne> Ah, right. Install one
20:32:50 <Adamos> my "clean version" of classic OpenTTD 1.4.0 runs without problems...
20:33:20 <FLHerne> Oh, and you need the trafficlight files and the flat_blacktiles
20:33:30 *** sla_ro|master has joined #openttd
20:33:32 <FLHerne> And possibly something else too
20:33:54 <Adamos> i have read that and may misunderstood that, as that didnt help...
20:34:27 <glx> maybe this patchpack also require specific grfs
20:34:40 <Adamos> these files i have saved on 3 places - normal OpenTTD folder, Chills OpenTTD folder and that folder in Documents
20:38:05 <Adamos> well, grf files from DOS_chipp_v13_5_needed_grfs_and_sources.7z i got installed too.. maybe it needs something more..
20:39:04 <FLHerne> Ah, possibly "Your version of OpenGFX is too new to be used with the patchpack, placing OpenGFX 0.4.6(*) in the data folder shoud fix your problem IIRC."
20:40:02 <glx> quite possible as the patchpack is old
20:40:47 <Adamos> hmm, sounds worth trying, thanks
20:40:55 *** gelignite has joined #openttd
20:50:56 *** Rubidium has joined #openttd
20:51:46 *** andythenorth is now known as Guest6902
20:51:46 *** andythenorth has joined #openttd
20:53:57 *** Rubidium has joined #openttd
20:54:04 <Snail> looks like I got lots of warnings during compilation
20:57:07 <Adamos> thanks for help guys, Chills patch pack still doesnt work here... never mind. What is maximum map size for OpenTTD 1.4.0?
20:59:08 <FLHerne> Adamos: Chill's pack has been unmaintained for some years, most current ones are HardPack and the 2013 one
20:59:29 <Supercheese> and cirdan's New Map Features
21:00:50 <andythenorth> I never understood patch packs
21:01:20 <andythenorth> seems like you wouldn’t know if the newgrf bugs were due to your grf, or the patchpack
21:01:28 <Eddi|zuHause> they're for people who prefer feature creep over stability
21:01:52 <Eddi|zuHause> it's like if you prefer ubuntu over debian
21:02:12 <andythenorth> ¿ there are people who play for reasons other than testing newgrfs? :o
21:02:25 <Adamos> FLHerne: okay, thanks for info
21:02:37 * Taede plays for testing adminclient
21:02:55 <Taede> im sure there are ppl in here playing for testing patches
21:02:55 <FLHerne> Supercheese: That's not a patchpack as such, just an insane megapatch :P
21:03:09 <Eddi|zuHause> Adamos: make sure the "newer" (incompatible) version of opengfx will not be found anymore
21:04:26 <Adamos> Eddi: you meant if i want to run some older patchpack, right?
21:07:24 <Pulec> have you ever imagined openttd visualizer as there is one for Dwarf Fortress?
21:07:41 <Adamos> well.. as i reconsidered what i really wanted - it was to play World scenario (with size 8096x4028) with cargodist - and since that is already in the trunk, i just need to find some compiled version supporting larger maps :)
21:08:33 *** lofejndif has joined #openttd
21:08:35 <Eddi|zuHause> if the scenario was created with a patchpack, it probably won't be loaded in a different patchpack
21:09:59 <Adamos> Eddi - i managed to clear that scenario from all NewGRFs :)
21:11:28 <FLHerne> Pulec: Why? We have 3D-ish view already
21:12:20 *** andythenorth is now known as Guest6904
21:12:20 *** andythenorth has joined #openttd
21:12:51 <FLHerne> Adamos: Most packs will change other bits of the savegame format too, or use arbitrarily-chosen compatibility numbers, etc
21:13:41 <FLHerne> It'll almost certainly moan about either chunk size or version, with the former not really being fixable
21:16:48 <Adamos> FLHerne: reason i believe that world scenario will work is, that other scenario from CARST, Europe, is 2048x2048 and this works (after cleaning of NewGRFs)
21:17:19 * andythenorth hates fixing offsets
21:17:45 <Alberth> yeah, just make them right from the start :)
21:18:38 <andythenorth> same difference ;)
21:18:46 * andythenorth hates setting up offsets at the start :P
21:19:13 <Alberth> I usually have very little trouble with offsets in graphics by zephyris, he uses a standard size and layout for all his graphics
21:19:51 <Alberth> but it's probably to his use of automagic blendering graphics
21:22:09 <andythenorth> did someone else set them up initially
21:34:07 *** kais58|A1K is now known as kais58__
21:48:01 <Snail> guys, I’ve got another coding question for you
21:48:20 <Snail> does grfcodec support the universal version of libpng?
21:48:51 <Snail> I installed libpng as universal… now when I run grfcodec, it tells me, “dyld: Library not loaded: /opt/local/lib/libpng14.14.dylib
21:48:51 <Snail> Referenced from: /Applications/grfcodec/grfcodec
21:48:52 <Snail> Reason: image not found
21:48:53 <Snail> make: *** [fset_s.grf] Trace/BPT trap: 5"
21:49:08 <Snail> but I do have libpng installed...
21:59:01 <Snail> hmm I upgraded to grfcodec 6.0.4 and now it works?
22:26:49 <Alberth> perhaps the previous version used a different libpng?
22:27:49 <Phreeze> i thought about putting the 2 french sets together
22:28:10 <Snail> I don’t know… I’m working on one since around 2006 :p
22:28:29 <Snail> but frankly I’m planning to draw all graphics and write all code myself
22:28:35 *** Myhorta has joined #openttd
22:31:27 <Phreeze> i can provide you with at least 3 locos
22:32:07 <Snail> thank you, but that’s not necessary :)
22:32:58 <Snail> my point is, if you’re making your own set, that’s great
22:33:14 <Snail> but mixing graphics with different style?… well...
22:33:37 <Snail> but I can help you with technical info and details if you want
22:33:50 <Phreeze> i have bought 2 books ^^
22:33:57 <Phreeze> more details than i ever need^^
22:36:51 <Snail> no, I’m from Italy. I only studied in Paris for a while
22:36:57 <Snail> I was at Essec (Cergy-Pontoise)
22:37:34 <Phreeze> seen those in paris ?
22:37:38 <Phreeze> if it was some time ago..
22:37:53 <Snail> oh yes I remember those
22:38:03 <Snail> what I was using in my daily commute, were the Z6400
22:38:04 <Phreeze> i took them when i went to college^^
22:38:52 <Snail> yes… the 5300 were on the RER C if I’m not wrong
22:39:06 <Snail> 6400 were at the St-Lazare station
22:43:55 <Snail> I think the 5300 are no more...
22:44:09 <Snail> those are very long-lived trains
22:44:17 <Phreeze> 5300 were retired in about 2000 in Luxembourg. they used a 2part and 3part version
22:44:27 <Phreeze> only on the main hour trains.. like 7h45
22:44:34 <Phreeze> the train at 8h00 was a nice new modern train .....
22:45:11 <Phreeze> was a really impressive train
22:47:14 <Snail> oh, those were like the “flat irons” (fers à repasser) used in france
22:47:33 <Snail> replaced steamers in the north-east after the war… they were nice engines
22:48:26 <Phreeze> yes they were so called here too :)
22:50:08 <Snail> my favorite though are the “maurienne” early electrics :)
22:50:42 <Phreeze> theres even a C'C' version
22:51:05 <Phreeze> time to go to sleep...cyas
22:51:11 <glx> yeah BB12000 BB13000 CC14000 and CC14100
continue to next day ⏵
