IRC logs for #openttd on OFTC at 2011-01-03
⏴ go to previous day
00:00:24 <supermop> is it possible to disable level crosssings for a rail type?
00:02:35 <Eddi|zuHause> it was proposed once, not sure if it was implemented
00:02:55 <Eddi|zuHause> if it is, it should be documented as a newgrf property
00:04:05 <supermop> thinking of something along the lines of the tto monorail
00:04:26 <supermop> also want to disable X crossovers
00:04:31 <Eddi|zuHause> it should also be easy to implement
00:04:37 <supermop> im sure that is not possible
00:04:50 <Eddi|zuHause> no, that won't be possible
00:05:07 <supermop> ideally i would have two monorail types,
00:05:24 <supermop> one, Xs would be impossible or expensive,
00:05:41 <supermop> other would be more expensive track, but Xs would be possible
00:06:04 <supermop> also would like a monorail only bridge
00:06:14 <supermop> but i am getting ahead of myself
00:06:54 <Eddi|zuHause> hm, i'm not sure if you can define bridges for each railtype individually
00:10:07 <DanMacK> Supermop, what type of housing set?
00:12:11 *** Timmaexx has joined #openttd
00:33:39 <supermop> man i cannot find all these rhino models I made for this stuff in the spring
00:35:11 *** Brianetta has joined #openttd
00:35:55 <supermop> i play go on a java app though
00:36:12 <supermop> rhinoceros, the nurbs modeller
00:36:27 <supermop> i use grasshopper as well at times
00:36:31 <dihedral> ah - i though as in the embeded javascript rhino
00:36:37 <supermop> never had a need to use java in archiecture
00:36:56 <supermop> but i would not be against learning it eventually
00:37:31 <dihedral> if you feel interested in doing some rhino stuff - you could create a plugin for me :-)
00:37:52 <supermop> which rhno are we talking about
00:37:59 <supermop> actually to be honest
00:38:22 <supermop> i have been thinking of making a java front end for grasshopper for work
00:43:53 <dihedral> a java library to connect to openttd servers on the admin port
01:26:18 <__ln__> anyone seen the 'Rare Exports' movie? (besides me)
01:34:03 <dihedral> wrong time of day to expect answers to something like that :-P
01:36:04 <Eddi|zuHause> i don't remember any movie by that name
01:37:01 <__ln__> it's a new one, a finnish one.
01:37:53 <__ln__> which is being exported to various countries, which is quite unusual.
01:42:35 <dihedral> [2011-01-03 02:41:57] dbg: [net] [admin] Rcon command from 'Simple Console' (0.1): 'say hi'
01:42:35 <dihedral> Error: Assertion failed at line 133 of /home/nathanael/Development/openttd/src/console.cpp: IsValidConsoleColour(colour_code)
01:42:45 <dihedral> i recall there being a colour validation commit recently
01:44:45 <Eddi|zuHause> wouldn't "validation" mean "error" [or correction] rather than "assert"?
01:47:59 <SmatZ> dihedral: someone is passing illegal colour value
01:48:27 <SmatZ> or ConsoleColour needs extension
01:48:28 <dihedral> NetworkTextMessage using IConsolePrintF
01:48:39 <dihedral> casted to TextColour
01:49:06 <dihedral> a CC_DEFAULT is cast to TextColour
01:50:31 <dihedral> and i only found that by chance :-P mucking around with the admin port, using a console client and just by chance ran the command 'say hi' :-P
01:50:49 <SmatZ> well, it wouldn't crash in release build, as they are compiled without asserts
01:51:03 * dihedral wraps it up and gives it to SmatZ as a Birthday present :-D
01:51:36 <dihedral> well, yes - still, if the assert is there it might make sense to incorperate it correctly :-P
01:51:58 <dihedral> well - not incorporate, but fix the issue ^^
01:52:57 <SmatZ> dihedral: I wonder what is the backtrace
01:53:03 <SmatZ> anyway, please open a bugreport :)
01:53:59 <SmatZ> network_server.cpp:1145 I guess
01:56:08 <__ln__> hmmmmm...... UnitTest++ seems to be quite a cool solution for C++ unit testing.
01:57:19 <dihedral> uh ... i hope i will not be killed for reporting that bug :-P
02:33:26 *** Markavian has joined #openttd
02:33:56 <supermop> this monorail is hard to draw
03:06:38 <dihedral> hehe - good night :-)
03:27:08 *** roboboy has joined #openttd
03:58:15 <supermop> started drawing a rail set on a whim
03:58:50 <supermop> i was trying to figure out how to code a variety of depot graphics, for my mlss set
03:59:11 <supermop> ie so that the actual depots could vary based on track type
03:59:47 <supermop> seems like the most straightforward way to do it is to make my own set of tracks
05:03:05 <kamnet> When making a graphic, what rgb color do I need to use for the primary company color?
05:07:44 <kamnet> Ahaz I figured it out I feel elite :D
05:09:29 <kamnet> I left ya some mail while you were on break
05:10:01 <supermop> yeah i just saw it today
05:10:42 <supermop> by break you mean stuck in the midwest due to massive blizzard canceling my flight?
05:11:35 <supermop> i am working on depots right now
05:11:52 <supermop> glad to have yor help if you want to pitch in
05:11:53 <kamnet> Well I noticed you hadn't been on for a few weeks. And you don't have to remind me of blizards. I'm glad all this crap finally melted off.
05:12:48 <supermop> so here is what i am up to now;
05:12:53 <kamnet> I'm still taking baby steps. I'm still pretty-near clueless with code. But I've figured out I'm pretty good at taking small bit of GRFs and tweaking the graphics a little
05:13:00 <supermop> i gave up on coding thoses fences for a bit
05:13:23 <supermop> now i am drawing graphics for a very simple railtype grf
05:13:58 <supermop> which will contain the three depot styles
05:14:16 <supermop> hopefully i can get it to just work with what ever other rail grf you have loaded
05:15:23 <kamnet> What are you going to do with the fake depots?
05:16:40 <supermop> they will stay part of MLSS, which will be a purely station grf
05:17:14 <kamnet> Sorry that's what I was asking about, is MLSS pretty much done?
05:17:21 <supermop> going to pm you something on the forum
05:18:05 <supermop> has been draining me every time i open up notepad to take aa shot at it
05:19:24 <supermop> ok i sent you a screen shot of my photoshop right now
05:20:41 <kamnet> I like a few of those new sprites!
05:20:44 <supermop> take them to the sawmill!
05:21:07 <kamnet> Wait, logs are not a defined cargo, did you mean lumber? :D
05:21:11 <supermop> that was addressed to robotboy
05:22:09 <supermop> anyway, that picture hasnt chanced much since october
05:22:33 <supermop> tonight i added those monorail graphics,
05:22:50 <supermop> and started work on that depot with the big skylight on the right
05:23:11 <kamnet> So is that a modern masonry building?
05:24:14 <supermop> supposed to be in the theme of the larger roundhouse
05:24:52 <supermop> so in a hypothetical rail grf
05:25:42 <supermop> the old looking masonry depot would be for the slowest speed track
05:26:28 <supermop> the sort of modern one for medium and 3rd rail, no overhead
05:27:09 <supermop> the metal depot for 3rd + overhead, fast rail, and possibly high speed, monorail, and maglev
05:28:07 <supermop> i might make a shiny metal shed for maglev and high speed
05:28:19 <supermop> i think there is enough right now
05:29:06 <supermop> that picture also has some sprites for feeder stations and custom founddations
05:29:25 <kamnet> I saw the bare metal structure as well
05:30:21 <supermop> so i am thinking of making slightly different depots for electrified and no electrified
05:30:32 <supermop> so one can tell them apart easier
05:30:56 <kamnet> How would you make them different?
05:31:05 <supermop> but i do not just want to put a few huge insulators on the roof like the ogfx tram depot
05:31:34 <supermop> something like slightly different skylights or louvers
05:32:16 <supermop> also, as far as I know, the depot cannot use CC
05:33:01 <kamnet> That sucks, would make it easy to identify depots in multiplayer
05:33:54 <supermop> would love for someone to prove me wrong
05:34:17 <supermop> but for now, I do not want tons of blue stripes on them because i was confused
05:37:55 <kamnet> I'm trying to expand on my truck & bus lots right now. Working on a GRF for OzTrans to get permission to use the NARoads dirt and pavement.
05:42:27 <kamnet> And I'm going to throw CC on them. For the dirt roads I'm going to make corner posts on the road entrances in 2CC, for the paved lots it will be a 1CC stripe facing the road, so you can tell which direction they go.
05:43:49 <supermop> i wish we had road types
05:53:39 <kamnet> Yes that would be nice. Which reminds me... I may have just enough courage to attempt a road based on Industrial Station Renewal.
05:56:05 <supermop> a RV stop that matched isr would be really nice
05:56:18 *** Eddi|zuHause has joined #openttd
06:01:07 <supermop> should a depot have 'fake' closed doors on the back, or jusst a wall?
06:07:00 <kamnet> I've never actually seen a depot in person, would it have doors on both ends or would one end be closed?
06:07:38 <kamnet> I imagine most modern depots have doors and rails on both ends and they're just the drive-thru sort but I dunno about the older ones
06:08:00 <supermop> a tt style depot doesnt really exist in real life
06:08:08 <supermop> there are little engine sheds though
06:08:32 <kamnet> I'd say fake closed doors would be fine
06:08:36 <supermop> they can have doors on both ends or not
06:09:07 <supermop> many older ones were open on all sides, with just a roof
06:46:14 <yuriks> I have 50 trains on this one line... I think I'm gonna hit the limit
06:48:36 <supermop> too tired to keep drawing
06:58:08 <kamnet> Ugh, I hear ya... almost 2am
06:58:16 <kamnet> I just got done with my lots, about to test 'em.
07:03:55 *** andythenorth has joined #openttd
07:11:24 <supermop> ok i think i will be heading off
07:12:38 *** andythenorth has joined #openttd
07:24:36 *** Cybertinus has joined #openttd
07:37:47 *** andythenorth has joined #openttd
07:51:26 *** andythenorth has joined #openttd
07:54:37 <andythenorth> stupid grfmaker argument I see
07:54:48 <andythenorth> that was a a waste of some bytes
07:55:55 <kamnet> I apparently missed it
07:56:18 <kamnet> Doubt I would have understood it thought... :D
08:12:46 *** andythenorth has joined #openttd
08:13:04 *** DayDreamer has joined #openttd
08:18:46 * andythenorth concludes that sorting out level crossings is a right arse
08:20:19 <andythenorth> dealing with newgrf rail types using overlays appears to be trivial
08:20:34 <andythenorth> dealing the other case is not
08:20:58 *** Progman has joined #openttd
08:21:25 <andythenorth> it could be easily fixed by introducing new sprites, but that would lose compatibility with the ttd base set
08:22:01 <planetmaker> andythenorth: the level crossings: rail has to be on top or it gets inconsistent
08:22:14 <planetmaker> railtypes draw on top of the roads
08:22:16 <andythenorth> true for rail types using the overlay
08:22:21 <andythenorth> but not for the other case
08:22:28 <andythenorth> in the other case the crossing sprite is one graphic
08:22:33 <planetmaker> visually also in the other case ;-)
08:22:36 <andythenorth> which causes several problems
08:22:49 <planetmaker> your mock-up(?) looks like road over rail
08:23:02 <andythenorth> rail over road doesn't work in that case
08:23:18 <andythenorth> the rail / monorail has visual artefacts, and maglev is totally broken
08:24:17 <kamnet> Good morning planetmaker. I was just looking for OpenGFX+ landscape, I can't find it though :-(
08:24:37 <andythenorth> I can't simply draw tram track crossings - massive copyright infringement :P
08:24:41 <planetmaker> andythenorth: except maglev-tram it looks ok
08:25:08 <planetmaker> and... for these new level crossings you have to provide sprites in the old style, yes.
08:25:17 <andythenorth> planetmaker: there's always an 'except'
08:25:35 <planetmaker> kamnet: it's not yet on bananas and not sure - might not even have a nightly version yet.
08:25:38 <andythenorth> I can't special case maglev, because I don't know what crazy stuff newgrf authors will invent
08:25:45 <andythenorth> they might do something similar to maglev
08:26:18 <planetmaker> yes... yesterday's (first) nightly failed :-P
08:26:52 <planetmaker> andythenorth: you don't have to worry about rail types much. Just provide a special sprite and let railtypes draw on top of it.
08:26:52 <kamnet> Darn. :-( I saw your follow-up on my rock and I got excited because of the no grid line option :D
08:27:25 <andythenorth> planetmaker: rail types are fine - I have that code working, there are no problems there
08:27:36 <andythenorth> the issue is if newgrf authors choose not to use rail types
08:27:45 <andythenorth> but invent instead something else
08:27:51 <planetmaker> andythenorth: that is nothing to worry about IMHO, is it?
08:28:06 <planetmaker> that's a rail type
08:28:18 <andythenorth> the one that replaces maglev for can set isn't
08:28:38 <planetmaker> bad luck, but a newgrf problem. Not an openttd one. Even not with road types
08:28:59 <planetmaker> if a newgrf replaces base sprites, what should one do? You cannot know that
08:29:10 <planetmaker> then just those have to be used
08:29:12 <andythenorth> newgrf authors and players will complain
08:29:30 <planetmaker> you "just" continue to use their level crossing then
08:29:41 <kamnet> Tell 'em to stuff it and remember that crossing maglev tracks is not realistic :D
08:30:01 <planetmaker> IIRC like the coast sprites. There are two ways :-)
08:30:10 <planetmaker> one base set way and a newgrf way
08:32:11 <kamnet> In other news, I just thought of another excellent replacement for those pesky transmitters... windmills.
08:32:30 <planetmaker> I'd code them as new object
08:32:41 <planetmaker> the stone is valid at all times
08:32:46 *** Chillosophy has joined #openttd
08:34:06 <kamnet> andythenorth has some modern windmill sprites, right?
08:34:54 <planetmaker> they're part of FIRS, yes
08:35:06 <planetmaker> It might acually be worth to add them to the landscape newgrf as an object
08:35:19 <planetmaker> so if you code it in NML I'm happy to include it here ;-)
08:36:08 <planetmaker> anyway, check your forum mail, kamnet
08:38:27 <andythenorth> applying simplicity to the crossing problem....
08:38:43 <andythenorth> the easiest way to support non-overlayed is to do same as overlayed: put the rail on top
08:39:03 <andythenorth> and add sprites to openttd_grf for the rail pieces
08:39:13 <andythenorth> only one problem: GPL / copyright
08:39:28 <planetmaker> not really... Ever looked at openttd.grf ?
08:39:40 <andythenorth> I've looked at the tram tracks
08:39:44 <kamnet> woot! Thanks planetmaker
08:39:49 <planetmaker> well. they're genuine
08:40:15 <andythenorth> I see we infringe both copyright + GPL on the airport previews :P
08:41:18 <planetmaker> and fix_grpahics.png
08:41:54 *** DayDreamer1 has joined #openttd
08:42:39 <planetmaker> and other pngs for openttd.grf, in that sense, too
08:43:35 <kamnet> Hey speaking of airport, I just noticed something... smoke coming from buildings blows west-east... the windsock on the small airport blows east-west
08:43:37 <planetmaker> the only alternative is to drop support for the TTD sprites
08:44:03 <planetmaker> you're quite right!
08:44:15 <planetmaker> want to make a fix for that?
08:44:26 <planetmaker> (quite honestly asking that)
08:44:53 <kamnet> Hmmm... just one problem. Gotta find a new place to put the windsock
08:44:54 <planetmaker> when people start with sailing boats it might become an issue of sorts
08:45:07 <planetmaker> same place. Just different direction it blows
08:45:26 <kamnet> Will it cause a problem if you flip the windsock over and have it extend beyond the airport boundary?
08:46:27 <planetmaker> no, it's a separate sprite
08:46:55 <kamnet> well I suppose I can give it a go... where's this bugger at?
08:50:24 <andythenorth> planetmaker: providing rail overlay also needs opengfx updated
08:51:16 <planetmaker> you could be a nice guy and fix the sprites for both TTD and OpenGFX, though ;-)
08:52:13 <planetmaker> Unless you just re-use the already existing overlay sprites for all track types
08:52:32 <planetmaker> Though not sure how good they are for this means for monorail and maglev
08:53:11 <planetmaker> new might be better, though e.g. for SER it works nicely for me to just re-use the overlay sprites for level crossings
08:53:18 <planetmaker> with a slight modification, possibly
08:54:21 <planetmaker> did you just invert them or drew a new one?
08:54:42 <Eddi|zuHause> hm... my screen doesn't switch on properly anymore
08:55:21 <planetmaker> Hm, might just work ok, I guess :-)
08:55:34 <planetmaker> did you do that for both, TTD and OpenGFX? :-)
08:56:27 <planetmaker> well, though... I guess... just inverting is easy ;-)
08:56:48 <kamnet> Hm... yeah maybe it should be drawn...
08:57:19 <andythenorth> planetmaker: the maglev is broken for overlays - most of the 'track' is actually the base
08:58:48 <andythenorth> where do I add these? fix_graphics.png?
08:59:04 *** LordAro has joined #openttd
09:02:11 <planetmaker> not entirely sure which is best, I don't know all pngs for openttd.grf
09:02:21 <planetmaker> Look and judge, it's not crucial :-)
09:03:38 <planetmaker> fix_graphics.png might not be the worst :-)
09:06:27 <kamnet> Hm, not sure there's enough room to properly redraw the sock
09:11:09 <andythenorth> the rail overlays can be used to also fix the PBS reservation sprites
09:11:29 <andythenorth> that makes a nice small patch on its own
09:12:45 <kamnet> How's this windsock look?
09:19:46 *** robotboy has joined #openttd
09:21:07 <kamnet> I've redrawn the windsocks, Planetmaker, care to check 'em out?
09:22:32 <andythenorth> with hg q, do I have to create new patch before writing code?
09:22:52 <planetmaker> andythenorth: you don't
09:23:01 <andythenorth> does it harm if I do?
09:23:06 <planetmaker> if you do hg qnew after having written something it becomes that patch
09:23:31 <andythenorth> I'll learn more by doing...
09:23:54 <planetmaker> kamnet: IMHO it looks a bit like if the wind is going to the lower right... instead of upper right
09:24:02 <planetmaker> might be visually deceiving though
09:24:15 <kamnet> Just dropped the new winsocks in forum mail
09:24:31 <kamnet> I've got them all going towards the top-right corner of the sprite now
09:25:09 <andythenorth> I need to get the original track sprites to modify them
09:25:18 <planetmaker> also, for ease of viewing: it's better to have the four versions in one graphics file, kamnet ;-)
09:25:28 <andythenorth> do I need to decompile the ttd base set?
09:25:33 <planetmaker> and if you don't zip it (not that big, eh?) I can view w/o downloading :-P
09:27:13 <planetmaker> don't worry for what you sent. I meant just in general ;-)
09:27:25 <planetmaker> it would also be less work for you, I assume
09:28:01 <planetmaker> got to go now. See you later folks
09:28:11 <kamnet> Well I received them as 4 sepreate files, didn't know if you needed them back that way
09:32:40 *** Kurimus has joined #openttd
09:38:39 <DDR> In May 11th, 2002, I have no mail trucks. Bother. :(
09:38:41 *** Cybert1nus has joined #openttd
09:39:21 <kamnet> That is my wedding anniversary.
09:39:42 <kamnet> No wonder you didn't send me a gift DDR
09:42:58 *** DarkTomas has joined #openttd
09:45:08 <dihedral> happy new year to the new guy :-)
09:45:38 <DarkTomas> hm thats horrible english i now sry
09:46:38 <DarkTomas> Ok my question is when i compile openttd self can use my friends this version ?
09:47:02 <DarkTomas> Oh and Happy Birthday Smatz
09:47:03 *** fanioz_ has joined #openttd
09:47:06 <dihedral> if they use the same os :-)
09:47:12 * andythenorth adventures into new nfo actions :|
09:47:57 <andythenorth> I don't suppose anyone could just tell me the answer - I am adding to fix_graphics.nfo for extra_grf
09:47:58 <dihedral> i bet SmatZ is sobering-up
09:48:25 <andythenorth> I see action 7s and action 0As which are new to me
09:49:08 <andythenorth> action 7s seem to be checking climate
09:49:18 <Eddi|zuHause> action 7 is similar to action 9
09:49:25 <Eddi|zuHause> and action A is sprite replacement
09:49:35 * dihedral is out for a model plane session :--)
09:49:50 <andythenorth> if graphics are used in all climate, do I need the action 7 here?
09:49:53 <andythenorth> I would have thought no
09:49:56 * Eddi|zuHause gets a feeling dihedral got a model plane for christmas
09:50:07 <Eddi|zuHause> andythenorth: no
09:51:00 <andythenorth> these aren't sprite replacements, they're new
09:51:06 *** DarkTomas has left #openttd
09:51:45 <andythenorth> yeah, looks like these need to be action 5
09:51:51 <andythenorth> and the spec needs extending
09:52:30 <planetmaker> new GUI sprites need a new action5 entry
09:52:56 <planetmaker> even without GUI ;-)
09:53:35 <planetmaker> new type as in new entry? Yes
09:53:45 <andythenorth> these are rail overlays - will (1) improve / fix PBS reservations (2) enable better crossings
09:53:56 <planetmaker> in what way will it do that?
09:54:33 <andythenorth> with default tracks, PBS reservation through a crossing in current trunk will show sleepers (black pixels) in the crossing
09:55:11 <andythenorth> I can fix that as a nice small patch with these overlays
09:55:19 <andythenorth> then I can use them for the tram crossing patch
09:55:24 <andythenorth> and it cleans things up for road types
09:55:32 <planetmaker> andythenorth, that might turn out more complicated than you envision.
09:55:39 <planetmaker> You'll need to fix then also the railtype specs
09:55:53 <planetmaker> and deal with them in a backward compatible manner
09:56:24 <planetmaker> they also only provide the 6(?) overlay graphics for use with pbs reservations
09:56:28 <andythenorth> I might be wrong
09:56:38 <andythenorth> but rail types already have the overlay sprites and use them correctly
09:56:53 <andythenorth> (if the newgrf author provides them)
09:57:06 <planetmaker> but... they must come with sleepers
09:57:24 <andythenorth> swedish rails doesn't
09:57:32 <andythenorth> or at least, I don't think it does
09:57:36 <planetmaker> he, then my memory is obviously faulty :-P
09:57:39 <andythenorth> looks correct when I tested it
09:58:07 <planetmaker> well. I'd need to check everything to be sure, too...
09:58:16 <andythenorth> the crossing overlay is however the newgrf author chooses to draw it - sleepers, no sleepers :)
09:58:20 <andythenorth> they can do anything
09:58:30 <andythenorth> then the PBS reservation just shifts the palette on that sprite
09:58:59 <andythenorth> or it would if my PBS patch was applied ;)
09:59:10 <andythenorth> currently PBS isn't shown on rail type crossings
09:59:43 <planetmaker> yes, pbs just shifts palette of the sprites
10:00:19 <planetmaker> the "problem" is that for a x crossing, it's a separate sprite
10:01:59 <planetmaker> along the grid lines, two lines intersecting
10:02:01 *** fanioz_ is now known as fanioz
10:02:32 <andythenorth> level crossing code doesn't touch that at all
10:03:39 <andythenorth> those crossings would also be improved if the overlay (without sleepers) could be used
10:03:56 <andythenorth> but I don't think that's in scope for fixing tram crossings
10:04:08 <planetmaker> point is, a railtype IIRC has to provide sleepers for overlays
10:04:24 <planetmaker> or level crossings don't have sleepers
10:04:40 <planetmaker> as they're composed on the fly: ground sprite + tracks as needed on top
10:05:04 <andythenorth> let me check - you might be describing something I've overlooked
10:05:06 <planetmaker> seems to me still the case when I look at SER graphics
10:06:15 <andythenorth> yes, there are partial sleepers
10:06:21 <andythenorth> ok, let me think about it
10:06:30 <andythenorth> I don't think it affects the non-railtypes case at all
10:06:39 <andythenorth> and I don't think it affects the PBS reservation case
10:07:25 <andythenorth> it does present some interesting issues for road sprites
10:07:34 <andythenorth> it rather assumes that all roads are same width
10:07:46 <planetmaker> yes, that's unfortunately true
10:07:55 *** tokai|mdlx has joined #openttd
10:08:17 <andythenorth> I could fix that quite trivially without significant newgrf spec change (just a minor tweak)
10:08:21 <andythenorth> which would be useful in other places
10:11:36 <andythenorth> rail sprite (with full sleepers, the default rail piece) - road - trams - rail overlay for crossings - crossing greeble - road catenary - rail catenary
10:11:54 <andythenorth> the whole crossing issue could be resolved in a couple of hours with pair coding :P
10:12:33 <andythenorth> the only rail types spec change would be that newgrf authors should *not* include sleepers
10:12:38 <andythenorth> but it won't break horribly if they do
10:13:29 <andythenorth> planetmaker: what are you up to? :D
10:13:57 *** fanioz_ has joined #openttd
10:15:36 *** fanioz_ is now known as fanioz
10:16:38 <planetmaker> Hm, I rather would amend the railytpe specs, andy: also rails w/o sleepers
10:17:04 <planetmaker> if not present: then use those for level crossings.
10:17:46 <andythenorth> that would be fine
10:18:03 <andythenorth> it's a separate issue to fixing default crossings
10:18:12 <andythenorth> there are many small patches here I think
10:18:36 <andythenorth> I am a bit stuck on getting new overlay sprites into the base set
10:19:33 <planetmaker> hm. Actually, andythenorth: It requires no change for rail type specs
10:19:47 <planetmaker> it "just" needs to re-define how the level crossing track sprites are used
10:19:48 <andythenorth> I read a lot of that yesterday ;)
10:19:55 <planetmaker> sorry, just noticed now :-)
10:20:31 <planetmaker> and it means to ask rail type authors to change those sprites to rail only, w/o sleepers and ballast on the sides
10:21:00 <planetmaker> but that's fine, I think
10:21:08 <planetmaker> no big issue, if that's not done
10:21:37 <planetmaker> as it will remain compatible, just it will continue to look less than optimal. But that's already the case now
10:21:56 <planetmaker> So nothing will break more, if they don't change. But it will improve, if they do.
10:22:05 <planetmaker> Sorry, I need more tea :-)
10:22:06 <andythenorth> and in reality, there are no road sets with weird widths (yet)
10:22:10 <planetmaker> Please write a patch :-)
10:22:58 <planetmaker> I'll be home late tonight only, but I might have a look, then, when you somehow tell me what patch to read
10:23:25 <andythenorth> I need some way to make the game know about my new action 5 type & the sprites I've added
10:24:12 <planetmaker> look up the airport preview sprites patch
10:24:15 <planetmaker> It should give a guide
10:24:24 <andythenorth> I would search more myself, but I have a baby in one hand
10:24:27 <andythenorth> it's not easy :P
10:24:46 <planetmaker> parents have to learn the hard way how to multi-task ;-)
10:25:15 <planetmaker> baby? parenting? level crossings? I think neither :-P
10:25:44 <andythenorth> both at once is a bad idea
10:27:31 <andythenorth> how can I safely choose new sprite numbers? :o
10:30:07 <andythenorth> I need to add to sprites.h
10:32:20 * andythenorth considers using sprite number 999999
10:32:28 <andythenorth> no-one else will use that, right? :P
10:33:32 <andythenorth> Rubidium: ^^ can you help?
10:36:24 <Rubidium> andythenorth: anything beyond the original number of sprites can be changed reasonably easy; they're all loaded in blocks using action5 (or are actionAs)
10:36:39 <Rubidium> so just make the tram track bits block a bit longer?
10:37:00 <Rubidium> or introduce a new action5?
10:37:07 <andythenorth> I think I need a new action5
10:37:09 <dihedral> * Eddi|zuHause gets a feeling dihedral got a model plane for christmas <- nope
10:37:24 <andythenorth> but I have to specify sprite numbers in sprites.h?
10:37:56 <dihedral> just good weather and a flyable plane :-P
10:38:02 <dihedral> and charged batteries
10:38:56 <Rubidium> andythenorth: take a look at line 150-180 to get an idea
10:39:01 <Rubidium> (of table/sprites.h)
10:49:44 <Eddi|zuHause> LordAro: maybe it's created by the makefile?
10:51:45 <LordAro> well, presuming this line makes it: @echo 'revision <- '`hg id -n | cut -d+ -f1`';' > version.nut
10:52:43 <LordAro> i'm not that good coding in Makefile :D
10:56:44 <LordAro> Factoid of the day: Over 7 trillion SMS messages 'to be sent worldwide in 2011'
10:57:30 <Eddi|zuHause> that's only like 3 per person and day
10:58:16 <LordAro> but consider that about 3 billion (?) people don't have mobiles...
10:58:37 <Eddi|zuHause> then it's 6 for the other people...
11:11:30 *** LordAro has joined #openttd
11:20:45 *** JVassie has joined #openttd
11:23:40 *** Wilberfo1ce has joined #openttd
11:23:46 *** welshdragon_ has joined #openttd
11:24:23 *** raidgh0st has joined #openttd
11:24:41 *** __ln___ has joined #openttd
11:24:41 *** |Terkhen| has joined #openttd
11:25:11 *** rellig_107 has joined #openttd
11:30:33 *** blangstrup-31027 has quit IRC
11:30:33 *** KingJ- is now known as KingJ
11:30:34 *** |Terkhen| is now known as Terkhen
11:31:04 *** z-MaTRiX has joined #openttd
11:31:07 *** blangstrup-31027 has joined #openttd
11:31:39 *** z-MaTRiX is now known as Guest3130
11:32:17 *** dihedral has joined #openttd
11:34:03 *** Devroush has joined #openttd
11:34:40 *** fonsinchen has joined #openttd
11:35:03 <Chrill> someone broke the time/space continuum
11:35:11 <Chrill> but clearly patched it back together
11:35:12 *** XeryusTC has joined #openttd
11:37:38 <Eddi|zuHause> did i miss the patching together?!
11:38:12 *** KenjiE20 has joined #openttd
11:51:01 *** Wilberfo1ce is now known as Wilberforce
11:51:33 *** perk111 has joined #openttd
11:55:31 <CIA-2> OpenTTD: rubidium * r21700 /trunk/src/ (company_cmd.cpp company_gui.h): -Codechange: GetDrawStringCompanyColour returns a TextColour
12:01:41 *** Brianetta has joined #openttd
12:01:56 <Eddi|zuHause> that sounds related to dihedral's bug
12:02:48 <CIA-2> OpenTTD: rubidium * r21701 /trunk/src/ (13 files in 2 dirs): -Codechange: ConsoleColour = TextColour, so make it that way and remove some unneeded casts
12:05:06 <CIA-2> OpenTTD: rubidium * r21702 /trunk/src/ (console_cmds.cpp gfx_type.h): -Fix: make sure the colour argument of echoc is properly validated to be a text colour
12:18:02 <andythenorth> does extending action 5 require a discussion with TTDPatch?
12:18:17 <Yexo> not if you extend the openttd-specific action5
12:18:32 <planetmaker> andythenorth, in your case not
12:18:51 <planetmaker> a new entry doesn't hurt, like the airport preview etc show which are just OpenTTD
12:22:25 <andythenorth> so what I miss is what sprite number I need to set
12:22:51 <planetmaker> you could just copy the code I posted in tt-forums ;-)
12:22:51 <andythenorth> how do I know what numbers are already used?
12:23:16 <andythenorth> I missed that sorry :)
12:29:18 <Ammler> Rubidium: my upload issue to bananas was just temprary, iirc
12:30:32 * andythenorth looks for where to define SPR_RAIL_CROSSING_OVERLAY and SPR_RAIL_CROSSING_OVERLAY_COUNT
12:31:08 <Ammler> FS#3503 is about trimming, the comment of TB is a bit stupid
12:31:31 <andythenorth> I have them in sprites.h
12:34:53 <andythenorth> workspace/openttd/src/newgrf.cpp:4738: error: ‘SPR_RAIL_CROSSING_OVERLAY_COUNT’ was not declared in this scope
12:36:59 <andythenorth> ha found the issue :)
12:38:35 * andythenorth has succeeded in creating an error on game start
12:39:16 <andythenorth> grf] Rail crossing overlay graphics sprites are missing
12:40:46 <andythenorth> so I need to tell openttd to get these from extras grf?
12:41:12 <andythenorth> similar to shores?
12:41:27 <planetmaker> did you modify openttd.grf already?
12:41:37 <planetmaker> it needs to contain those.
12:42:17 <andythenorth> I did modify the nfo and png
12:42:28 <andythenorth> I don't know if it's compile on make or not
12:42:54 <planetmaker> you might need to do make mrproper
12:43:03 <planetmaker> check modification dates and you know
12:43:11 <andythenorth> yep the grf hasn't changed recently
12:44:14 <andythenorth> linter failure :P
12:44:27 <andythenorth> probably sulking about action 5 type 17
12:44:32 <andythenorth> so now I have to patch renum?
12:45:10 <planetmaker> if it compiles fine nevertheless you can skip that - for now :-P
12:45:43 <andythenorth> Linter failure on sprite 2290.
12:45:43 <andythenorth> make[2]: *** [/Users/andy/Documents/workspace/openttd/objs/extra_grf/openttd.grf] Error 4
12:45:44 <andythenorth> no NFORenum and GRFCodec found, skipping rebuild of openttd.grf...
12:46:29 <planetmaker> that's not a linter failure, eh?
12:46:52 <andythenorth> somehow it built the grf at 10 am this morning
12:47:36 <andythenorth> do i need makefile.local?
12:48:17 <planetmaker> sudo ln -s /path/to/grfcodec /usr/bin/grfcodec
12:48:29 <planetmaker> sudo ln -s /path/to/nforenum /usr/bin/nforenum
12:48:33 <planetmaker> and you should be set
12:49:57 <andythenorth> grfcodec is found if I type grfcodec
12:50:32 <andythenorth> if I type nforenum in my working ottd dir, it's found
12:50:50 <planetmaker> and in any other dir?
12:51:12 <planetmaker> and which versions do you have there?
12:51:57 <andythenorth> I could build latest just to see
12:53:14 <planetmaker> doesn't sound too old
12:55:08 <andythenorth> I've built latest
12:55:31 <planetmaker> but it seems to be rather a path issue than a binary issue
12:57:51 <andythenorth> the issue is still there with latest build
12:59:55 <andythenorth> my search doesn't find anything for grfcodec path
13:00:06 <andythenorth> there's some stuff in Makefile.grf.in
13:00:12 <andythenorth> but I can't see a path var
13:04:24 <andythenorth> if I revert fix_graphics.nfo to clean state it builds
13:04:40 <andythenorth> with my changes, I get linter failure + can't find grfcodec
13:04:45 <andythenorth> maybe the error is wrong?
13:05:02 <dihedral> Rubidium, want me to change all references to CC_ colour types to their respective TC_ types and then get rid of CC
13:06:01 <dihedral> or would that not make sense in case the colour used ever changed
13:06:29 <dihedral> probably the later :-P
13:07:51 <andythenorth> I don't seem to be able to extend the number of realsprites in nfo files in media/extra_grf
13:07:58 <andythenorth> produces a linter failure
13:08:22 <planetmaker> yes, of course, it's an invalid action5
13:08:45 <andythenorth> I tried changing the type, but that's invalid too
13:08:53 <andythenorth> e.g. using 0B instead of 17
13:08:57 <dihedral> heh - still asserts :-P
13:08:57 <planetmaker> it only knows of the existing types.
13:09:08 <andythenorth> so I finish extending newgrf.cpp?
13:09:15 *** Chillosophy has joined #openttd
13:09:16 <planetmaker> if you want the linter failure to go, you'll have to patch nforenum ;-)
13:09:23 <planetmaker> but grfcodec should code it nevertheless
13:10:56 <andythenorth> who knew this would be so much fun? :P
13:13:18 <andythenorth> I'm not sure that I can extend nforenum
13:14:10 *** michi_cc has joined #openttd
13:14:11 *** ChanServ sets mode: +v michi_cc
13:14:51 *** ZirconiumX has joined #openttd
13:15:11 <planetmaker> as said: ignore the linter failure, if possible
13:16:24 <andythenorth> I can ignore it, but it won't build in that case :)
13:19:58 <planetmaker> I don't know then
13:20:07 <planetmaker> but an additional action5 should not be fatal
13:20:28 <planetmaker> but I might err on that expectation
13:20:35 <andythenorth> I wonder if I can just build openttd.grf myself manually
13:21:41 *** Markavian has joined #openttd
13:22:05 <planetmaker> well. you need to adjust the md5sums in the ttd base set ;-)
13:22:15 <planetmaker> after you built it. If manually
13:23:02 <andythenorth> I can *see* the sprites in game
13:23:19 <andythenorth> they're present, so something else must be the cause of the error I'm seeing
13:26:29 <Ammler> well, shouldn't the md5sum also rebuild, if you rebuild openttd?
13:28:43 <Ammler> if you add action5, it should not cause a linter error, only a warning about wrong amount of sprites, iirc
13:30:11 <andythenorth> well the grf does seem to get built, or at least the timestamp changes
13:30:48 <Ammler> linter failure isn't something to ignore afaik
13:30:59 <dihedral> hehe - the hex value of the colour it asserts on is 10b :-P
13:31:56 *** ZirconiumX is now known as OTTDmaster
13:32:07 <Ammler> planetmaker: didn't you specially add something to the makefile framework, so building fails on linter error?
13:32:19 <Ammler> as the grf builds but openttd can crash
13:32:57 *** OTTDmaster is now known as ZirconiumX
13:36:23 <andythenorth> the grf isn't built :P
13:36:40 <andythenorth> I am stuck it seems
13:37:36 * ZirconiumX feels sorry for andythenorth
13:37:50 <andythenorth> Ammler: what switch gets me git format?
13:37:57 <andythenorth> and will a diff handle the changes in the png?
13:38:06 <Ammler> yep, that is why you should use git format
13:38:38 <Ammler> in ~/.hgrc add to the section [diff]
13:39:22 <planetmaker> Ammler, but the openttd.grf is not built by my makefiles
13:40:02 <Ammler> planetmaker: yes i know, still I wondered why you suggest to ignore linter failure
13:41:26 <andythenorth> I have a patch q
13:41:32 <andythenorth> my diff is empty :P
13:42:22 <Ammler> ok, the qrefresh and post the patch
13:42:43 <planetmaker> andythenorth, hg qdiff
13:42:59 <Ammler> also if you use mq, you should also add "nodates = 1" to the [diff] section
13:43:02 <planetmaker> hg diff only shows the difference to your (checked-in) patch
13:43:09 *** JVassie has joined #openttd
13:44:13 <Ammler> such a patch is like a common hg changeset
13:45:16 <andythenorth> Ammler: nodates = 1
13:45:23 <andythenorth> stupid safari clipboard :D
13:47:38 *** [com]buster has joined #openttd
13:49:14 <andythenorth> Ammler: ^ does that compile for you?
13:50:13 <Ammler> no, I got the linter failure
13:50:49 <andythenorth> that'll be renum them
13:51:08 <Ammler> make clean doesn't clean the grfs?
13:53:09 <andythenorth> so I looked at renum code
13:53:24 <dihedral> Yexo: regarding IsValidConsoleColour()
13:53:40 <andythenorth> I can't see where renum defines the known action 5 types
13:53:43 <dihedral> if the company colour is used on the console, that thing failes
13:54:12 <Yexo> dihedral: Rubidium already has a patch to fix the crash you experienced yesterday
13:54:37 <Yexo> also, SmatZ introduced that, not me
13:54:41 <dihedral> he made 3 commits today, so i assume it's not what fixes the bug yet :-P
13:55:11 <dihedral> for some odd reason i thought it was you :-S
13:55:47 <Ammler> andythenorth: you added new feature to Action5, seems not possible
13:55:59 <dihedral> well - if Rubidium has a fix, then i do not need to try to fix it :-P
13:56:55 <andythenorth> Ammler: that would mean the base set can't be extended?
13:57:11 <andythenorth> so tram tracks are unfixable?
13:57:17 <Ammler> well, not supported by the makefile
13:57:39 <andythenorth> if openttd.grf can't be built, there's no way to provide new base set graphics
13:58:01 * ZirconiumX feels very sorry for andythenorth
13:58:05 <Ammler> I run grfcodec manually there
13:58:35 <andythenorth> Ammler: try it..
13:58:53 <dihedral> ZirconiumX, nah - it's just andythenorth :-P
13:59:04 <dihedral> he's getting used to it :-D
13:59:58 <ZirconiumX> dihedral: Just as well, really.
14:05:38 <andythenorth> how hard can it be to patch nforenum?
14:06:02 *** LordAro has joined #openttd
14:06:37 <Ammler> andythenorth: how to test your patch?
14:07:00 <andythenorth> Ammler: (1) does it compile
14:07:22 <andythenorth> (2) use the sprite aligner to look through base set sprites until the overlays are found :P
14:07:41 <andythenorth> Ammler: you got openttd.grf to build?
14:09:02 <andythenorth> I'll decompile and check the new sprites are actually present
14:11:25 <Ammler> it seems like openttd doesn't care about the extra grf md5sum?
14:12:31 <andythenorth> Ammler: the graphics are present in the game now - sprites 6110 - 6115
14:12:37 <andythenorth> (if you want to check)
14:12:54 <Ammler> yes, but the crossing has still roads
14:13:04 <andythenorth> yeah, I haven't patched for that
14:13:10 <andythenorth> that needs to be separate
14:13:23 <andythenorth> first I need the overlays as a self-contained patch
14:14:00 <andythenorth> The following files are corrupted or missing:
14:14:01 <andythenorth> OPENTTD.GRF is corrupt (This file was part of your OpenTTD installation.)
14:14:10 <Ammler> imo, should make a seperate png for your sprites
14:14:18 <andythenorth> I guess that's because the md5 doesn't match?
14:14:28 *** ZirconiumX has left #openttd
14:14:55 <andythenorth> so how did you get the grf to build?
14:15:22 <Ammler> cd objs/extra_grf && grfcodec -e openttd.grf
14:15:44 <Ammler> cp openttd.grf bin/data/
14:16:49 <andythenorth> so bypassing renum?
14:17:38 <Ammler> renum has been run and complained about linter error
14:17:38 <andythenorth> well the basics work
14:17:46 <andythenorth> the sprites are in game, I can use them
14:17:51 <Ammler> but I guess, then the make exit
14:17:54 <andythenorth> but if it won't build, it's a crap patch :P
14:18:03 <Ammler> so you need to grfcodec again and make
14:20:55 <Ammler> you could also patch the newgrf makefile to ignore the linter error
14:21:29 <andythenorth> that seems the less correct route?
14:21:49 <andythenorth> patching nforenum probably isn't that big a job?
14:21:52 <Ammler> of course, but that needs to be fixed
14:22:04 <andythenorth> I just can't find where it maintains a list of known types for action 5
14:22:38 <Ammler> well, it should not "exit" because of missing feature
14:22:47 <Ammler> that is imo a bug of the build system
14:22:55 <andythenorth> I think that's beyond me to fix
14:23:05 <andythenorth> and shouldn't be part of the crossing patch...
14:23:29 <Ammler> no, also sep., but you are familiar with mq :-P
14:26:43 <Ammler> it might be up to the devs, if they change renum to make less hard error on missing feature (just a warning) or make the makefile not exit because of it
14:32:28 <LordAro> also, it says that there is a checkscript on the svn server, any chance of a look at that?
14:37:56 <Yexo> "To achieve a coherent whole and to make changelog writing easier, here are some guidelines for commit messages" <- first lilne of that wiki page, isn't that enough reason for it to exist?
14:39:15 <LordAro> yeah, but why would anybody else other than devs need that? i just don't see any point to it have being put on the wiki in the first place
14:42:52 <robotboy> well I use it as a guide for my own private svn repos so it is useful
14:44:07 <Ammler> LordAro: so you think, devs don't need guides anymore?
14:45:18 <LordAro> but the devs might have put it on their own private wiki-thing-maybe
14:45:36 <LordAro> robotboy: i know, i'm going to do the same :)
14:47:55 <planetmaker> <LordAro> yeah, but why would anybody else other than devs need that? i just don't see any point to it have being put on the wiki in the first place <-- where should it be put then?
14:48:09 <planetmaker> Can't devs use their wiki to put down guidelines which only affect them?
14:48:50 <Ammler> SmatZ: has a wiki page with all his passwords...
14:48:51 <planetmaker> or coding style for infrequent cases? Or newly emerging ones? Why not for everyone to see?
14:49:12 <planetmaker> also... there's no "private wiki"
14:49:29 <planetmaker> there's no reason for that. Why should others not be able to read OpenTTD's way?
14:49:41 <planetmaker> Maybe it's helpful for other people working on other projects, too?
14:50:12 <Ammler> it is also base guide for the devzone projects like opengfx etc.
14:50:22 <Ammler> well, we might not follow that well :-)
14:50:29 <LordAro> ok, ok, i'm just saying... :) i'm just vaguely surprised that the devs are so nice by putting information like that on the wiki
14:50:48 <planetmaker> Ammler, the DevZone commit style is slightly different ;-)
14:51:20 <planetmaker> as it's not been so far worth to introduce on the ground of nearly no project having branches
14:51:39 <Terkhen> I use that commit style guide for all my projects except DevZone ones
14:51:48 <planetmaker> and after all... just consistency within one project is needed
14:51:55 <Ammler> the "-" is indeed ugly
14:52:19 <dihedral> the handling of - is ugly in redmine :-P
14:53:14 <Ammler> there are other reasons to not using it, aren't? :-D
14:53:46 <Yexo> rather thanks dihedral for coding :)
14:54:31 <LordAro> the (very useful, and not-pointless-at-all :D) page says that there is a checkscript on the svn server, any chance of a look at that? :)
14:54:32 <Yexo> only thing I changed was a little abstraction in console_cmds.cpp, I added a PrintLineByLine function
14:55:06 <Yexo> LordAro: only if you can convince somebody to look it up for you
14:55:23 <dihedral> it did cross my mind ^^
14:55:27 <Yexo> no idea where to look + no interest
14:55:38 <Terkhen> LordAro: look for subversion pre-commit hooks, you will find thousand of examples
14:55:59 <LordAro> subversion pre-commit hooks?
14:56:06 <Terkhen> or something roughly similar
14:56:57 * LordAro wonders about devzone possibilities... :)
14:58:15 <planetmaker> maybe... again :-) I promise to not complain too much ;-)
14:58:39 * andythenorth wonders what to do next
14:58:44 <andythenorth> start a new mq patch?
14:58:56 <Terkhen> IIRC it is quite easy to add hooks to mercurial repos
14:59:04 <andythenorth> planetmaker: it works as much as I can fix now
14:59:11 <planetmaker> we had that already, Terkhen
14:59:13 <andythenorth> either renum or ottd makefile or both need updating
14:59:38 <andythenorth> new overlay sprites are in the game, I can use them
14:59:54 <andythenorth> I can't see how. It's completely baffling
15:00:00 <planetmaker> to not return an error, if it finds an unknown action5 ;-)
15:00:14 <andythenorth> I can't even find where it handles action 5
15:00:20 <andythenorth> I found a lot what looks like assembly
15:01:31 <Yexo> andythenorth: data.cpp aroujnd line 170
15:05:39 <Ammler> Yexo: that doesn't solve the issue
15:05:50 *** Chruker has joined #openttd
15:06:05 <Yexo> Ammler: what exactly does nforenum report?
15:06:07 <andythenorth> I patched nforenum and now have two linter failures :)
15:06:32 <Ammler> /!!Fatal Error (44): Invalid feature byte.
15:06:46 <andythenorth> is my nfo wrong and none of us have spotted where?
15:08:13 <Ammler> Linter failure on sprite 1362.
15:08:14 <Ammler> Linter failure on sprite 2297.
15:09:05 <Ammler> andythenorth: you added the same twice?
15:09:19 <Ammler> once to tramtracks and once to fix_graphics_bugs?
15:09:21 <andythenorth> that was a mistake - sorry :P
15:09:28 <andythenorth> remove the one from tramtracks locally
15:09:35 <Ammler> does that cause the linter error maybe?
15:10:02 <andythenorth> well it causes one of them ;)
15:10:10 <andythenorth> removing it reduces the error count to 1
15:12:18 * fanioz thanks to dihedral , and Yexo
15:15:17 <Yexo> As far as I can determine my patch for nforenum should be correct, I have no idea why it doesn't fix it
15:15:42 *** DayDreamer has joined #openttd
15:16:00 <Ammler> Yexo: what will happen, if someone later adds a new feature?
15:16:14 <Yexo> adds a new feature to what?
15:16:40 <Yexo> it gets the next free number and needs a very similar patch to the one above
15:17:31 <Ammler> which makes the whole thing pointless
15:17:43 <Yexo> why does it make it pointless?
15:18:08 <Yexo> to properly check the amount of sprites for every feature nforenum needs to be updated whenever a new feature is added, there is no way around that
15:18:52 <Ammler> yes, so not possible to add a patch without patching nforenum
15:19:12 <Yexo> that doesn't mean it's pointless
15:19:15 <andythenorth> possible to add patches that don't need to extend action 5 :D
15:19:28 <andythenorth> I picked something I thought was simple and found it wasn't
15:19:37 <andythenorth> I guess I just struck lucky ;)
15:19:49 <robotboy> is it desireable to replace all the #defines with consts? My c++ book says #define is deprecated in c++
15:19:55 <Yexo> if instead of adding a new feature to action5 you would have extended type 16 nforenum would have given a warning and not a fatal error
15:19:59 <Ammler> yexo, why does the makefile to exit? the grf would work
15:20:23 <Yexo> Ammler: using an undefined action5 feature causes nforenum to throw a fatal error
15:20:39 <Ammler> yes, which was wrong in this case
15:20:40 <Yexo> which it must do because it doesn't know whether that new features needs real sprites or recolour sprites
15:21:25 <Ammler> what if openttd devs don't like this feature, the nforenum patching will get useless
15:21:55 <Yexo> that's why it won't be committed to the nforenum repository until the patch that needs it gets committed to openttd
15:21:55 <Ammler> or you would need to add nforenum to the openttd source
15:22:26 <Yexo> same as that the action5 page onthe ttdpatch wiki won't get updated until it is committed to openttd
15:23:02 <Ammler> so it might still be easier to make a seperate grf
15:23:08 <robotboy> or for that matter gets committed to ttdpatch?
15:23:15 <Yexo> no-one said it was not easier to do that
15:23:27 <Yexo> indeed, during development that would be the easiest way probably
15:23:42 <Yexo> just not correct if you really want trunk-inclusion
15:24:00 <Yexo> robotboy: of course, that's the same :)
15:25:02 * robotboy should go to bed soon
15:25:25 *** DanMacK has joined #openttd
15:26:13 *** zachanima has joined #openttd
15:26:18 *** JVassie has joined #openttd
15:34:03 <Ammler> Yexo: afaik, it would be fine enough, if the makefile itself doesn't exit on that error, that should be doable
15:34:32 <CIA-2> OpenTTD: yexo * r21703 /trunk/src/ (5 files in 2 dirs): -Feature [FS#4372]: list_ai_libs console command to get a list of recognized AI libraries (dihedral)
15:59:59 *** Adambean has joined #openttd
16:06:06 *** George|2 has joined #openttd
16:06:06 *** George is now known as Guest3159
16:06:06 *** George|2 is now known as George
16:18:12 *** George is now known as Guest3160
16:49:54 *** HerzogDeXtEr has joined #openttd
16:55:26 *** frosch123 has joined #openttd
17:14:52 *** Brianetta has joined #openttd
17:31:06 <frosch123> hmm, someone called me from france :o
17:41:39 *** ZirconiumX has joined #openttd
17:47:36 <Terkhen> quick, someone say something!
17:47:58 * ZirconiumX mutters about cliche
17:48:33 <ZirconiumX> andythenorth, how's you patch going?
17:49:31 <ZirconiumX> really dead chatroom :(
17:51:13 * ZirconiumX grabs knife and attempts to blackmail the server
17:55:14 * LordAro wonder why people keep interrupting the "longest time without saying anything" record attempt :D
18:00:02 <Xaroth> ZirconiumX: Technically IRC isn't a living organism...
18:00:41 *** TheMask96 has joined #openttd
18:00:45 <ZirconiumX> If I put a knife through it, it still won't be living, but it won't work either...
18:09:16 * andythenorth resumes patching
18:11:31 <andythenorth> I figure there's some helper function somewhere that will check the tile bits and return the track sprite I need (rail, monorail, maglev)?
18:11:34 <andythenorth> maybe GetRailTypeInfo?
18:23:35 <andythenorth> I need some kind of table that lists the rail / monorail / maglev overlay sprites
18:25:05 <andythenorth> do I extend rail.h?
18:26:55 <andythenorth> I'm close, but no cigar so far :(
18:28:40 <andythenorth> I could just write a big if statement :D
18:29:17 *** _Chruker has joined #openttd
18:32:12 <andythenorth> base_sprites.single_x looks interesting
18:34:09 <andythenorth> these overlays shouldn't be conflated with newgrf rail type overlays, although they are very similar
18:35:11 *** supermop has joined #openttd
18:35:40 *** welshdragon_ is now known as welshdragon
18:36:05 <andythenorth> I think I need to define base_sprites.overlay_y
18:36:10 <andythenorth> but I'm not sure how
18:36:24 *** fonsinchen has joined #openttd
18:36:59 <andythenorth> I can see a struct for RailtypeInfo
18:37:14 <andythenorth> but I'm expecting something that looks dict-like
18:37:17 <CIA-2> OpenTTD: smatz * r21704 /trunk/src/network/network_server.cpp: -Fix [FS#4374]: no need to perform any more checks after the connection is closed (Rubidium)
18:37:18 <andythenorth> this is just a list
18:39:41 <andythenorth> does finding the string in that struct give me some kind of index I then use elsewhere?
18:40:56 <supermop> i started drawing a rail grf last night
18:41:31 <andythenorth> supermop: improved tram crossings
18:42:07 <supermop> i saw your ppost on the forums!
18:42:20 <supermop> surprised no one thought of it before, good idea
18:42:30 <supermop> hope its easily trunkable?
18:43:03 <andythenorth> I have no idea :P
18:43:10 <andythenorth> there is only one way to find out
18:43:41 <supermop> are trams a 'road type'?
18:44:24 <andythenorth> the game treats them as a road type, but those no newgrf road type stuff as per rail types
18:44:28 <andythenorth> those / there's /s
18:44:59 <supermop> well, there used to not me newgrf railtyps either...
18:45:36 <supermop> there could be a tramway with muddy tire tracks instead of rails,
18:45:48 <supermop> and HEQs could only drive on them?
18:45:49 *** Wizzleby has joined #openttd
18:46:19 *** Wizzleby is now known as Guest3171
18:46:27 <andythenorth> supermop: there would be a road type for that sort of thing
18:46:33 <andythenorth> if I get that far...
18:46:58 <CIA-2> OpenTTD: translators * r21705 /trunk/src/lang/ (10 files): (log message trimmed)
18:46:58 <CIA-2> OpenTTD: -Update from WebTranslator v3.0:
18:46:58 <CIA-2> OpenTTD: catalan - 5 changes by arnau
18:46:58 <CIA-2> OpenTTD: croatian - 2 changes by VoyagerOne
18:46:58 <CIA-2> OpenTTD: dutch - 2 changes by Yexo
18:47:00 <CIA-2> OpenTTD: german - 1 changes by planetmaker
18:47:00 <CIA-2> OpenTTD: korean - 1 changes by junho2813
18:47:06 <supermop> but it would be possible now as a very messy way to make eycandy off road HEQs
18:47:22 <andythenorth> it would be an odd way to do it, but yes
18:47:53 <supermop> mud roads, plus muddy streets where the dump trucks come into town
18:48:14 <andythenorth> better to try and do road types properly ;P
18:48:21 <supermop> i will just wait patiently for real road types
18:48:30 <andythenorth> I may be a while with this
18:48:38 <andythenorth> It's like C++ for dummies here
18:48:57 <andythenorth> actually it's not the C++, it's the internal structure of the game that's tricky to understand
18:49:06 <LordAro> i know how you feel andy :)
18:49:21 <supermop> the assembler part? or does ottd no have any of that anymore?
18:54:14 <supermop> can nml define different depots for different railtypes?
18:55:13 <andythenorth> if I have a rail tile, how do I check if it's rail / monorail / maglev?
19:04:24 *** |Jeroen| has joined #openttd
19:04:56 <supermop> can i make a very simple rail grf that works with other rail grfs?
19:07:29 <Yexo> andythenorth: how did you get the rti? Getting the rti needs the railtype
19:07:30 <supermop> i want to define graphics (depots) for four basic rail types
19:07:38 <Yexo> not sure if there is an easy way backwards though
19:08:06 <supermop> then, be able to use those graphics with the rail types defined by other rail grfs that may be loaded
19:09:08 <Yexo> supermop: not sure if that's possible
19:09:22 <Yexo> IIRC if you want to define graphics for a railtype you need to provide all graphics for that railtype
19:09:41 <supermop> what does 'iirc' mean?
19:09:43 <Yexo> not sure though, just carry out a few test to check that
19:10:54 <supermop> i am drawing one with 3 types of rail, an alweg style monorail, and a trasnrapid type of maglev,
19:11:19 <supermop> so i could replace say, nutracks graphics, with those sprites?
19:11:55 *** Cybert1nus is now known as Cybertinus
19:12:49 <Muddy> supermop: stop highlighting :P
19:13:05 *** zachanim1 has joined #openttd
19:13:47 <supermop> can i provide graphics for more tan 16 types of rail, then choose which to use based on the types in the other grf?
19:14:10 <supermop> iis my text appearing wierd?
19:14:14 *** ZirconiumX is now known as O11Dmaster
19:14:25 <Muddy> only the two times you said "muddy" :P
19:14:39 <Muddy> then it became red and my client started blinking :P
19:15:36 <Yexo> <supermop> can i provide graphics for more tan 16 types of rail, then choose which to use based on the types in the other grf? <- sort-of, you can have as many graphics as you want in your newgrf and only activate some of them depending on either another grf or based on some parameter
19:16:18 *** O11Dmaster is now known as OTTDmaster
19:17:33 *** fjb is now known as Guest3175
19:21:47 <supermop> sorry for another question here: the rail sprites have some with ballast and some without ( i assume for junctions?) if i replace the ballasted tracks with the plain track sprites, will the grass/snow/sand show through between the rails?
19:23:10 <Yexo> best way to find out is just to test it yourself
19:23:33 *** michi_cc has joined #openttd
19:23:33 *** ChanServ sets mode: +v michi_cc
19:43:35 <OTTDmaster> It appears that the chatroom silence world record has begun... and ended
19:54:00 <supermop> can a depot have CC on it?
19:54:46 <OTTDmaster> the road ones at least
19:55:29 <supermop> there are no published newgrf specs for depots, so i don't know where I would set it to use cc
19:56:29 <OTTDmaster> I'd suggest you look for the road depot sprites and find the pseudosprites attached to it, and then look them up individually
19:56:43 <OTTDmaster> I don't know, I am after all a noob
20:05:26 *** Biolunar has joined #openttd
20:06:56 *** DayDreamer has joined #openttd
20:10:58 <Ammler> how do I remove the "M" from version string?
20:11:06 <Ammler> seems like that has changed
20:11:53 <ABCRic> edit determineversion.vbs
20:14:02 <fonsinchen> any cargodist players around? Who of you actually use the mouse-over feature in the smallmap?
20:15:27 <fonsinchen> I think I'll remove it. Way too much code for too little benefit and it also doesn't fit the usual style of openttd.
20:15:33 <Rubidium> Ammler: it always added the M to the version string, except for tags because there the version used to be hardcoded
20:18:30 <Ammler> Rubidium: yes, that is why I wondered, I didn't need to patch findversion.sh for the releases
20:19:57 <supermop> i have used the mouse over a few times
20:21:43 <Ammler> I guess, this is special case of betas?
20:21:56 <fonsinchen> I'll replace it with something else if needed. This is the only place in the game that reacts to mouse hovering and it's a pain to get that right.
20:22:04 <Rubidium> Ammler: no, the release process has changed
20:22:56 <supermop> i could do without it
20:24:38 <Ammler> so I just remove the adding M to the string, that should keep Modified flag for the gamelog
20:25:26 <CIA-2> OpenTTD: rubidium * r21706 /trunk/src/pathfinder/opf/opf_ship.cpp: -Fix-ish [FS#4370]: the old ship pathfinder is too stupid to provide "lost" notices; it would even get lost while following it's own path
20:38:39 <dihedral> can i show all tasks not opened by a certain someone?
20:45:48 <Rubidium> dihedral: probably not easily
20:46:45 <dihedral> btw, i hear you had a fix for fs4371?
20:47:26 <Rubidium> yes, I already asked you to test it
20:47:54 <dihedral> ha! i did not get that
20:48:22 <dihedral> i only have a backlog of the last 50 lines when i reconnect :-)
20:48:30 <dihedral> private messages work better in that case ;-)
20:50:49 <Rubidium> then don't disconnect. Works even better :)
20:53:51 <dihedral> i am just wondering if there could be another corner case
20:54:34 <CIA-2> OpenTTD: rubidium * r21707 /trunk/src/ (console_func.h console_gui.cpp console_type.h): -Fix [FS#4371]: bit too strict assertion on validness of console colours
21:21:17 *** [alt]buster has joined #openttd
21:21:22 *** [alt]buster is now known as [com]buster
21:26:00 <Ammler> what is this about? "dbg: [misc] SignalSegment too complex. Set _tbdset is full (maximum 256)"
21:27:15 <Ammler> we get that all the time on ps, debug level 0
21:28:06 <Ammler> I assume, it is something bad then :-)
21:29:26 <dihedral> Adds tile & dir into the set, checks for full set
21:29:26 <dihedral> * Sets the 'overflowed' flag if the set was full
21:29:44 <dihedral> whatever that exactly means :-P
21:30:00 <dihedral> but it does not add tile and dir to the set if you get that message
21:30:18 <ABCRic> unclear documentation is unclear :P
21:30:21 <dihedral> ("_tbdset"); ///< set of open nodes in current signal block
21:31:47 <Ammler> ah, the complex rails are set without signals yet
21:44:39 *** andythenorth has joined #openttd
21:45:20 <supermop> what is a complex rail?
21:48:57 <dihedral> you'll know it when you see it
22:12:24 *** Prof_Frink has joined #openttd
22:24:22 *** zachanima has joined #openttd
22:40:57 <Zuu> Regarding the trainset request, *someone* could draw a pixel and code it as a train ang give him as he didn't specify anything regarding the quality ^^
22:42:17 <kamnet> "Hey, that's not a Melbourne train!"
22:42:30 <kamnet> Well, that's what *I* think a Melbourne train should look like! Neener!
22:46:47 <supermop> i drew a couple more depots
22:52:25 <supermop> dont know if you would like to take a look
22:54:40 *** andythenorth has left #openttd
22:58:47 <[com]buster> is there some hard limit on how many combosignals may propagate from the same source?
23:01:18 <SmatZ> there is a limit on number of signals in one segment
23:01:43 <Guest3130> hey there smartz <;
23:01:52 *** Guest3130 is now known as z-MaTRiX
23:02:07 <SmatZ> [com]buster: but yes, with combosignals the situation may get more complicated
23:17:09 <kamnet> I like looking at pretty sprites, send 'em
23:18:26 <supermop> touching a few things up
23:18:48 <supermop> kamnet, you put together that ragtime grf, no?
23:20:41 <supermop> you ever think about a grf of blues standards for the late golden age of american rail?
23:21:02 <supermop> listening to bobby bland over here
23:22:24 <kamnet> The problem with putting together such a set falls upon copyright. In the US and most of the world, most stuff after 1923-1928 currently falls under modern copyright laws unless it's explicitly released into the public domain by the rights holder
23:23:07 <supermop> alot of stuff in the blues repertoir, like st james infirmary, has no rights holder
23:23:19 <supermop> no one knows where it came from
23:24:07 <kamnet> It's not only with the music itself, but also the sound recording.
23:24:22 <supermop> i guess alot of electric blues really needs vocals to sound complete
23:24:54 <supermop> i was suggesting getting someone in the community to create midis
23:25:18 <supermop> blues without vocals are pretty empty
23:26:37 <kamnet> If the particular musical piece is in PD, and somebody wants to create a MIDI for it and release it into PD or under GPL, we can work with it.
23:28:37 <supermop> sidetraacked by bobby bland
23:29:06 <supermop> going to finish washing dishes then i'll send you those sprites
23:30:00 *** Markavian` has joined #openttd
23:35:30 *** Pulec|XNB has joined #openttd
23:38:11 *** Belugas has joined #openttd
23:38:11 *** ChanServ sets mode: +o Belugas
23:52:58 <supermop> washing dishes in cold water is no fun
23:54:28 <Markslap> Washing dishes is no fun
23:54:37 * SmatZ is so happy to have dishwasher
23:56:46 <planetmaker> good late evening
23:56:57 * planetmaker would also like a dish washer...
23:57:43 <glevans2> Markslap, are you having to do dishes to pay your tab?
23:58:23 <glevans2> ate/drank too much somewhere...
23:58:35 <Markslap> Ah, you think like that.
23:58:44 <Markslap> I just don't like to do dishes.
23:58:55 <Markslap> Nope, always pay for myself.
23:59:34 <glevans2> over-drank my wallet once...quit drinking after that...
continue to next day ⏵
