Times are UTC Toggle Colours
00:07:41 <Rubidium> oh Brot6 thy art slow 00:10:31 <Brot6> ::DevZone:: OpenSFX - Revision 53: -Add: samples for the toy factory (closes: #399) @ https://dev.openttdcoop.org/projects/opensfx/repository/revisions/53 (by Rubidium) 00:10:31 <Brot6> ::DevZone:: OpenSFX - Revision 54: -Change: replace the sugar sieve samples with a more sugar sounding sample @ https://dev.openttdcoop.org/projects/opensfx/repository/revisions/54 (by Rubidium) 00:10:31 <Brot6> ::DevZone:: OpenSFX - Feature #399 (Closed): Sample 42+43+44: Toy factory @ https://dev.openttdcoop.org/issues/399#change-1749 (by Rubidium) 00:23:01 *** Chris_Booth has quit IRC 01:15:41 *** PeterT has quit IRC 02:17:53 <Brot6> ::DevZone:: Redmine - Revision 2972: Fixes Project#shared_versions for descendants sharing (#465). @ https://dev.openttdcoop.org/projects/redmine/repository/revisions/2972 (by jplang) 02:17:53 <Brot6> ::DevZone:: Redmine - Revision 2973: Fixes broken admin menu extension (#4351). @ https://dev.openttdcoop.org/projects/redmine/repository/revisions/2973 (by jplang) 02:33:52 <Brot6> Backup done! (Usage: 107M) 02:34:31 *** KenjiE20|LT has joined #openttdcoop.devzone 02:34:37 *** KenjiE20 has quit IRC 03:04:08 <Brot6> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 03:04:16 <Brot6> opensfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opensfx/ initiated. 04:27:12 *** KenjiE20|LT has quit IRC 06:40:12 *** DJNekkid has quit IRC 09:03:10 <Rubidium> planetmaker: you can do climate specific graphics only using Action 7/9/A (see the signals) 09:04:52 <Rubidium> or foundations (is a bit clearer) 09:11:49 <planetmaker> yes, I figured that it'd be action 7/9 and A 09:11:54 <planetmaker> no varaction2 or so 09:12:21 <planetmaker> I guess they need to go as separate add-on ;-) 09:12:34 <planetmaker> sad as it actually is :-) 10:02:12 *** welshdragon has joined #openttdcoop.devzone 10:08:22 <Rubidium> but... if it's only graphics action 7/9/A would be enough, wouldn't it? 10:09:10 <Brot6> ::DevZone:: OpenGFX - Revision 265: -Change: make the .obg file generation more resistant against the occasio... @ https://dev.openttdcoop.org/projects/opengfx/repository/revisions/265 (by Rubidium) 10:16:04 *** Chris_Booth has joined #openttdcoop.devzone 10:24:17 <planetmaker> well. Loading state specific graphics require more than just action 7/9/A 10:24:33 <planetmaker> The base sets don't offer loading states for all kind of wagons. 10:24:45 <planetmaker> only some (or most) 10:25:29 <planetmaker> e.g. loading states for mail and goods (and maybe also lifestock, food) might require action 2/3 - which is not a good thing to do here 10:26:37 <Rubidium> ah, then leave those out in the simple OpenGFX and add them with a "loading states for all OGFX vehicles" or so 11:04:10 <Brot6> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 11:44:14 <planetmaker> My thought also ^ :-) 11:50:14 <Ammler> such a sub-project would be more valid than a seperated 32bpp project ;-) 11:51:22 <planetmaker> It wouldn't be difficult even. 11:51:33 <planetmaker> It basically would need time 11:55:57 <Ammler> what I like to make long time ago already is a NoGFX similar to NoSound :-) 11:56:33 <planetmaker> tsk :-) 11:56:45 <planetmaker> why would you do that? 11:57:03 <planetmaker> I mean... would it help a server in any way or...? 11:57:06 <Ammler> for dedicated servers, might use less memory 11:59:01 <planetmaker> Well. You could probably even script that. Take OpenGFX. Prepare a single pcx with 10x10 pixels or so, make it entirely blue or black. Replace every real sprite by a reference to it and add the very same alignement stuff. E.g. have all real sprite entries look identical 11:59:04 <planetmaker> Easy, I guess 11:59:24 <Ammler> or course, a simple script would do that. 11:59:47 <Ammler> the empty.pcx is already made in ogfx :-) 11:59:58 <planetmaker> indeed 12:00:11 *** KenjiE20 has joined #openttdcoop.devzone 12:00:31 <Ammler> how does look a empty recolor pseudo script? 12:00:48 <planetmaker> you don't replace re-colour sprites 12:00:51 <planetmaker> just leave them as is 12:02:32 <Ammler> do you have screenshot for comparing the old and new waggon length? 12:07:16 <Rubidium> don't forget about the mapgen sprites 12:13:38 <Ammler> hmm, how does openttd chose the base set, if none is defined in the cfg? 12:16:02 <Rubidium> 'randomly' 12:16:19 <Rubidium> basically which one is found first IIRC 12:17:22 <planetmaker> Ammler, you mean pre-molace and his? 12:17:35 <planetmaker> 4 pixels difference or so 12:17:46 <planetmaker> for the -- sprites 12:18:06 <planetmaker> and also |. Don't know by heart the / and \ length differences 12:18:44 <planetmaker> Rubidium, Where shouldn't we forget the mapgen sprites? 12:19:04 <Rubidium> in the nogfx set 12:20:22 <planetmaker> I certainly miss something: what about them? A server doesn't need any, does it? 12:21:18 <Rubidium> if you don't want get bug reports that the original map generator doesn't work you have to provide the mapgen sprites, otherwise it'll just error out saying it can't build a town or something 12:22:04 <planetmaker> ok... so I assume they're neither real sprites nor re-colour sprites but something different yet again which I haven't so far stumbled upon 12:22:54 <Rubidium> yup 12:23:43 <planetmaker> ok :) 12:27:07 <Rubidium> oh shoot... I think I've broken that in OGFX :( 12:28:15 <planetmaker> hm? 12:28:56 <Rubidium> they are in the logos grf, but when in 'default gimp zoom' the sprites look black, so I removed them as the black sprites aren't needed anymore 12:29:04 <Ammler> planetmaker: yes, I wonder about the gaps between waggons, I imagine, it looks again as ugly as in original 12:29:08 <Rubidium> most of the black sprites in that file are fisheye logos and such 12:29:33 <Rubidium> in trgir they are pretty much colourfull 12:30:47 <Ammler> if so, we should make a vote, some (like me) might prefer the tunnel glitch 12:31:20 <planetmaker> Ammler, we go by the sprites we have. It's not a democracy :-P 12:31:34 <Ammler> well, you replaced the sprites we had ;-) 12:34:05 <Ammler> the trains were one thing of opengfx, which were many times better than original, I hope, with that "fix", we didn't lose that 12:34:47 <planetmaker> The fix is not yet done. And I just noticed that I missed quite a few sprites in ogfxe_extra 12:35:01 <Ammler> the clima part? 12:35:05 <planetmaker> yes 12:35:16 <Rubidium> has Brot6 been made slower? 12:35:28 <Ammler> 3 mins 12:36:30 <Brot6> ::DevZone:: OpenGFX - Revision 266: Fix (r250): erroneously removed the original map generation sprites too @ https://dev.openttdcoop.org/projects/opengfx/repository/revisions/266 (by Rubidium) 12:36:40 <Brot6> test 12:36:49 <Ammler> ah :-) 12:40:00 <Brot6> ::DevZone:: OpenGFX - Revision 267: Doc / Change: The bubble generator is as of OpenTTD 18409 re-coloured to ... @ https://dev.openttdcoop.org/projects/opengfx/repository/revisions/267 (by planetmaker) 13:39:45 *** welshdragon has quit IRC 13:55:51 <Ammler> Rubidium: I just moved bundles to the new server 13:59:04 <Ammler> you might get ssh hosts alerts next time you sync files to the server from CF 13:59:45 <Ammler> new fingerprint: http://openttdcoop.googlepages.com 14:05:21 <Ammler> oh, you might also use openttd.ammler.ch instead of bundles.openttdcoop.org, which has a default TTL 15:04:27 *** Brot6 has quit IRC 15:04:34 *** Brot6 has joined #openttdcoop.devzone 15:04:49 <Brot6> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 15:16:41 *** Mark has joined #openttdcoop.devzone 15:31:01 *** LordAzamath has joined #openttdcoop.devzone 15:58:37 *** ODM has joined #openttdcoop.devzone 16:23:30 *** welshdragon has joined #openttdcoop.devzone 17:18:02 <Brot6> 2cctrainset: update from r381 to r385, starting nightly compile 17:18:51 <Brot6> 2cctrainset: compile done (0 errors) - http://bundles.openttdcoop.org/2cctrainset/nightlies/ 17:18:51 <Brot6> bros: nightly compile not needed. (r10) 17:18:51 <Brot6> comic_houses: nightly compile not needed. (r65) 17:18:51 <Brot6> firs: nightly compile not needed. (r366) 17:18:52 <Brot6> fish: nightly compile not needed. (r220) 17:18:52 <Brot6> heqs: nightly compile not needed. (r172) 17:18:56 <Brot6> nmts: nightly compile not needed. (r15) 17:18:58 <Brot6> opengfx: update from r261 to r267, starting nightly compile 17:20:53 <Brot6> opengfx: compile done (0 errors) - http://bundles.openttdcoop.org/opengfx/nightlies/ 17:20:54 <Brot6> opensfx: update from r50 to r54, starting nightly compile 17:22:08 <Brot6> opensfx: compile done (0 errors) - http://bundles.openttdcoop.org/opensfx/nightlies/ 17:22:09 <Brot6> worldairlineset: nightly compile not needed. (r584) 17:22:42 *** LordAzamath has quit IRC 17:35:56 <Ammler> bundles.openttdcoop.org doesn't work :-( 17:56:54 *** Chris_Booth has quit IRC 18:07:54 *** DJNekkid has joined #openttdcoop.devzone 18:11:12 <Hirundo> http://dev.openttdcoop.org/issues/666#change-1745 <- I'd say we disable buying/cloning 18:11:35 <Hirundo> Although.... hmmm.... 18:13:11 <DJNekkid> hi planetmaker and others :) 18:13:28 <Rubidium> if you disable buying you implicitly disable closing, autoreplace and autorenew too 18:13:40 <Rubidium> because those all buy vehicles 18:13:56 <Rubidium> s/closing/cloning/ 18:15:12 <Hirundo> Indeed, as I was typing I began to disagree with myself 18:15:18 <Rubidium> also if you disable stopping then you need to account for that with depot orders (manual or otherwise) 18:15:23 <Hirundo> Although for some reason I did press enter :S 18:15:40 <Rubidium> also allowing selling implies allowing stopping 18:16:11 <Hirundo> Allowing servicing means allowing autorenew too, or else you create even more troubles 18:16:30 <Rubidium> and autoreplace 18:16:38 <Rubidium> which means allow buying and selling 18:17:14 <Rubidium> which then means everything excluding cloning, but that is only a sequence of buying so disallowing that isn't very sensible either 18:17:29 <Rubidium> so either: don't allow access at all, or allow people to do everything 18:18:50 <Rubidium> on the other hand, if going to a depot costs you money you might need to account for that when calculating the costs of going to a depot, e.g. I could imagine ignoring foreign depots for servicing because they are too expensive 18:19:12 <Hirundo> Depots don't cost any extra money currently 18:20:07 <Hirundo> And I'm hesitant to implement any specific path cost, given all the cache issues 18:30:44 <Brot6> ::DevZone:: Infrastructure Sharing - Support #666 (Rejected): Depot activities @ https://dev.openttdcoop.org/issues/666#change-1751 (by Hirundo) 18:31:42 <Hirundo> Where does the #openttdcoop server get its binaries from? 18:31:57 <Hirundo> binaries.openttd.org or self-compiled? 18:34:19 <Rubidium> I reckon self-compiled 18:34:32 <Rubidium> to not need sdl/x etc 18:35:45 *** welshdragon has quit IRC 18:44:44 *** welshdragon has joined #openttdcoop.devzone 18:51:21 *** Brot6 has quit IRC 18:53:33 *** FooBar has quit IRC 18:53:33 *** Hirundo has quit IRC 18:53:41 *** tneo has quit IRC 18:54:22 *** planetmaker has quit IRC 18:54:22 *** SmatZ has quit IRC 18:54:22 *** XeryusTC has quit IRC 18:54:33 *** Ammler has quit IRC 18:54:36 *** FooBar has joined #openttdcoop.devzone 18:56:34 *** Hirundo has joined #openttdcoop.devzone 18:56:34 *** Brot6 has joined #openttdcoop.devzone 18:57:13 *** Ammler has joined #openttdcoop.devzone 18:57:54 *** Hirundo has quit IRC 18:57:54 *** Ammler has quit IRC 18:57:54 *** FooBar has quit IRC 18:59:22 *** Brot6 has quit IRC 19:00:31 *** FooBar has joined #openttdcoop.devzone 19:01:01 *** Hirundo has joined #openttdcoop.devzone 19:01:13 *** Brot6 has joined #openttdcoop.devzone 19:01:31 *** Ammler has joined #openttdcoop.devzone 19:07:33 *** tneo has joined #openttdcoop.devzone 19:08:03 *** Guest773 has joined #openttdcoop.devzone 19:08:13 *** SmatZ has joined #openttdcoop.devzone 19:09:33 *** XeryusTC has joined #openttdcoop.devzone 19:31:32 <DJNekkid> hi XeryusTC 20:13:11 <Brot6> 2cctrainset: update from r381 to r385, starting nightly compile 20:13:56 <Brot6> 2cctrainset: compile done (0 errors) - http://bundles.openttdcoop.org/2cctrainset/nightlies/ 20:13:56 <Brot6> bros: nightly compile not needed. (r10) 20:13:57 <Brot6> comic_houses: nightly compile not needed. (r65) 20:13:57 <Brot6> firs: nightly compile not needed. (r366) 20:13:58 <Brot6> fish: nightly compile not needed. (r220) 20:13:59 <Brot6> heqs: nightly compile not needed. (r172) 20:14:01 <Brot6> nmts: nightly compile not needed. (r15) 20:14:03 <Brot6> opengfx: update from r261 to r267, starting nightly compile 20:14:12 <DJNekkid> im impressed, of myself :) 20:14:41 <Ammler> me too :-P 20:14:51 <Ammler> of myself, I mean ;-) 20:15:38 <Brot6> opengfx: compile done (1 errors) - http://bundles.openttdcoop.org/opengfx/nightlies/ 20:15:38 <Brot6> opensfx: update from r50 to r54, starting nightly compile 20:15:50 <KenjiE20> zing 20:15:54 <Ammler> planetmaker failed ;-) 20:16:44 <Brot6> opensfx: compile done (0 errors) - http://bundles.openttdcoop.org/opensfx/nightlies/ 20:16:45 <Brot6> worldairlineset: nightly compile not needed. (r584) 20:20:15 <DJNekkid> Ammler: 20:20:22 <DJNekkid> how does variable running cost on a wagon sound ... 20:20:24 <DJNekkid> i.e. 20:20:36 <DJNekkid> if it runs faster then what its designed for 20:20:38 <DJNekkid> :D 20:23:02 <Brot6> ::DevZone:: Infrastructure Sharing - Revision 14287: [IS] Codechange: Introduce separate constants for the nu... @ https://dev.openttdcoop.org/projects/is2/repository/revisions/14287 (by Hirundo) 20:23:02 <Brot6> ::DevZone:: Infrastructure Sharing - Revision 14288: [IS] Codechange: Align comments for the SSW enum a bit m... @ https://dev.openttdcoop.org/projects/is2/repository/revisions/14288 (by Hirundo) 20:23:03 <Brot6> ::DevZone:: Infrastructure Sharing - Revision 14289: [IS] Feature(tte): When editing a sharing fee, leave the... @ https://dev.openttdcoop.org/projects/is2/repository/revisions/14289 (by Hirundo) 20:25:17 <DJNekkid> does anyone have andys MSN, if hes on there? 20:25:53 <Ammler> check tt-forums 20:27:37 <Brot6> is2: new trunk patch: http://bundles.openttdcoop.org/is2/trunk-patches/ 20:27:47 <DJNekkid> offline there 20:28:07 <DJNekkid> or does anyone know how to use thoose text stacks? 20:28:10 <Ammler> I mean, if he has msn 20:28:26 <DJNekkid> most ppl dont add their msn there 20:28:29 <DJNekkid> or ... lots 20:30:03 <Ammler> mkpatch doesn't work :-( 20:33:45 <Rubidium> oh... didn't I say you have to upgrade nforenum? Now you're blaming planetmaker for an error 20:33:55 <Brot6> ::DevZone:: 2cc train set - Revision 386: Add: Framework for pax wagons @ https://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/386 (by DJNekkid) 20:33:55 <Brot6> ::DevZone:: 2cc train set - Revision 387: Add: more files to the pax stuff @ https://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/387 (by DJNekkid) 20:33:55 <Brot6> ::DevZone:: 2cc train set - Revision 388: Add: 1st gen IC pax coach (probably gonna need some work on the str... @ https://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/388 (by DJNekkid) 20:43:30 *** Mark has quit IRC 20:48:08 *** Guest773 is now known as planetmaker 20:48:45 *** planetmaker is now known as Guest782 20:51:02 *** Guest782 is now known as planetmaker 21:07:39 *** Mark has joined #openttdcoop.devzone 21:11:20 *** Mark has quit IRC 21:11:54 <Brot6> ::DevZone:: Infrastructure Sharing - Revision 14290: [IS] Doc: Doxygenate the sharing window, renaming a vari... @ https://dev.openttdcoop.org/projects/is2/repository/revisions/14290 (by Hirundo) 21:15:40 <planetmaker> [19:31] <Hirundo> Where does the #openttdcoop server get its binaries from? <-- we compile ourselves usually 21:17:20 <Hirundo> I have been thinking about the global settings matter 21:18:07 <Brot6> ::DevZone:: Infrastructure Sharing - Feature #641 (Feedback): gui rewrite @ https://dev.openttdcoop.org/issues/641#change-1752 (by Hirundo) 21:18:14 <Hirundo> We could add console commands to set sharing settings 21:18:38 <planetmaker> we do have that automatically, if we have a setting, don't we? 21:19:07 <Hirundo> We have, indeed 21:19:30 <planetmaker> so... you still ask that question? ;-) 21:19:34 <Hirundo> The point of having a console command is that these settings are no longer needed 21:19:42 <planetmaker> hu? 21:19:43 <Hirundo> Saving a lot of duplication 21:20:06 <planetmaker> you mean... removing access via GUI? 21:20:38 <Hirundo> Yes 21:21:00 <planetmaker> hm... no, I don't think it's a good idea. 21:21:13 <planetmaker> it'd mean there are no individual settings then anymore at all 21:21:40 <Hirundo> We misunderstand eachother :) 21:21:51 <planetmaker> :-( 21:22:37 *** PeterT has joined #openttdcoop.devzone 21:22:40 *** Peter_ has joined #openttdcoop.devzone 21:22:40 <Hirundo> The point, to me, is that global settings are basically useless outside of the trusted #openttdcoop environment 21:23:09 *** Peter_ has quit IRC 21:23:27 <Hirundo> (individual settings are untouched and left as-is) 21:23:38 <planetmaker> ok... you (only) propose to make (global) settings accessible via rcon only? 21:23:49 <Hirundo> Yes 21:24:18 <Hirundo> The funny thing of which is that you can implement that as a server-side-only patch 21:24:44 <planetmaker> We'll always need a GUI interface for sharing_settings = [No | All-the-same | Individual] 21:25:00 <planetmaker> in the adv. settings 21:25:33 <planetmaker> and if it's all-the-same, the clients should show IMO in the sharing interface (same as individual) the global settings 21:25:47 <Hirundo> Yes, Yes 21:26:33 <planetmaker> Server-side patch... you mean global sharing could be made a server-side one only? 21:27:18 <planetmaker> well... would it have advantages? 21:28:50 <planetmaker> well... hm... 21:31:50 <Hirundo> As far as I can estimate now it'd reduce diff size by about 8 to 10% 21:33:33 <planetmaker> If it helps: go for it. I'm not 100% happy about it from a user perspective, if I design a scenario. But then: server-side things can be changed anytime. So should be fine, I guess 21:34:01 <planetmaker> my main concern is that it will then be as hidden as the PF penalties. 21:34:04 <Ammler> well 21:34:15 <Ammler> theoretically global settings could be dropped 21:34:30 <Ammler> if there is a rcon setting to lock individual settings 21:34:52 <planetmaker> not quite. what about new companies? 21:35:22 <Ammler> what happens with those now? 21:35:50 <planetmaker> get global settings? 21:36:17 <Ammler> no, with new companies 21:37:09 <planetmaker> yes 21:37:40 <Ammler> well, what I have in mind is wwottgd 21:38:22 <Ammler> there you might configure individual things and then lock the settings 21:38:36 <planetmaker> hm, yes 21:38:42 <planetmaker> would be interesting, too 21:39:01 <Hirundo> Perhaps make individual_settings = 255 => lock 21:39:57 <planetmaker> I like that idea :-) 21:40:53 <Ammler> hmm, what are the other values of that setting? 21:41:13 <Hirundo> s/individual_settings/new_individual_delay 21:41:46 <Hirundo> currently it's 0 to 120, the maximum is pretty arbitrary 21:42:51 <Ammler> 0 is valid? 21:43:17 <Hirundo> Currently, yes 21:55:18 <DJNekkid> hi planetmaker :) 21:56:01 <planetmaker> salut DJNekkid :-) 21:56:36 <DJNekkid> http://dev.openttdcoop.org/projects/2cctrainset/activity 21:56:39 <DJNekkid> :D 21:59:04 <planetmaker> nice :-) 22:00:18 <DJNekkid> the 1st gen already works :) 22:00:41 <planetmaker> ah... we should get rid of the SPACE and see how it works without 22:00:55 <planetmaker> it might / should work in recent OpenTTD. 22:01:07 <planetmaker> and might/should look ugly with it there :-P 22:01:21 <DJNekkid> i guess i need to update my client then 22:01:46 <planetmaker> I haven't tested it since either, I have to admit 22:02:03 <planetmaker> but I was notified that we should have a look at that :-) 22:03:38 <planetmaker> hm... though it looks alright 22:04:20 <DJNekkid> with space removed it dont look as it _should_ 22:04:23 <DJNekkid> SPACE 22:04:23 <planetmaker> he. the MU wagon has an undefined string 22:04:41 <DJNekkid> just noticed 22:05:15 <planetmaker> BM65 also 22:06:29 <DJNekkid> and the 680 :) 22:06:42 <DJNekkid> either way, the SPACE removal didnt work :) 22:07:09 <planetmaker> 680 as well. and ICE3 has an alignment problem in the purchase list 22:07:12 <planetmaker> ok 22:09:08 <DJNekkid> btw 22:09:56 <DJNekkid> do a pull and make, and attach the 1st gen IC car to some differnt engines 22:10:19 <planetmaker> which rev? 22:10:26 <DJNekkid> latest 22:10:28 <DJNekkid> just pushed 22:10:45 <DJNekkid> that should be 390 22:10:48 <Brot6> ::DevZone:: 2cc train set - Revision 389: Fix: More fixes to the pax-wagon stuff. (Mostly?) related to the P-... @ https://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/389 (by DJNekkid) 22:10:49 <Brot6> ::DevZone:: 2cc train set - Revision 390: Change: More updates to the string-handling of the PAX-wagons @ https://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/390 (by DJNekkid) 22:12:01 <planetmaker> ok... what then? 22:12:24 <DJNekkid> attach one to, lets say the NER1 22:12:32 <DJNekkid> EF1 even 22:12:45 <DJNekkid> see how the listed p-costs add up 22:13:15 <DJNekkid> should be about 3800 22:13:23 <DJNekkid> or 3750 or so 22:13:43 <DJNekkid> then attach it to the Lok2000 22:14:08 <DJNekkid> 57103 + 298 should be about 57401 22:14:50 <DJNekkid> but it goes up to 63990 instead 22:15:18 <planetmaker> 156 GBP 22:15:28 <planetmaker> per wagon or... ? 22:15:34 <DJNekkid> per wagon 22:16:00 <DJNekkid> thats wierd 22:16:17 <DJNekkid> my running cost ingame tells me just a little under 300£ 22:17:29 <DJNekkid> anyway 22:17:44 <DJNekkid> the running cost of the pax wagons will rise, if they travel above its design speed 22:18:09 <Brot6> ::DevZone:: Infrastructure Sharing - Feature #670 (Feedback): Basic version @ https://dev.openttdcoop.org/issues/670 (by Hirundo) 22:18:16 <planetmaker> where do I see the running costs at all? 22:18:24 <DJNekkid> in the P-List 22:18:33 <Hirundo> Ammler, planetmaker -> http://dev.openttdcoop.org/issues/670 22:18:43 <DJNekkid> as well as if you attach it to a train, it will show in the status-window thingy 22:21:39 <planetmaker> Hirundo: why the hell git? 22:22:09 <Hirundo> Have you seen the cargodIst repo? 22:22:27 <planetmaker> no 22:23:08 <Hirundo> Each part of the patch is basically a head that can be checked out 22:23:45 <Hirundo> And some branches are based on other branches 22:24:03 <planetmaker> you can have multiple heads in hg as well 22:25:21 <Hirundo> Perhaps it can be done in hg as well, have to think about it 22:25:53 <Hirundo> But apart from the hg/git issue, what is your general opinion? 22:28:25 <planetmaker> not sure 22:29:53 <planetmaker> Breaking it down in smaller chunks is certainly more than desirable - looking at how yapp got included 22:30:30 <DJNekkid> probably the only way 22:34:03 <planetmaker> In lack of a better alternative - and it's not the first time I thought about how to splitt this giant patch - I have to agree in principle 22:34:20 <planetmaker> though I consider the GUI quite important. 22:35:03 <planetmaker> but that's details. 22:35:11 <Hirundo> with no individual settings you need no GUI window 22:35:12 <planetmaker> So... in principle: yes 22:35:18 <planetmaker> I know 22:36:31 <planetmaker> but having it individualized adds probably to the fun for most people 22:36:53 <planetmaker> but as said: details on how to prioritze things. 22:37:24 <planetmaker> Yes, yes... :-) 22:37:38 <planetmaker> looks more and more good the longer I look at it :-) 22:38:23 <planetmaker> DJNekkid: I don't really see the cost differences... but I guess I only see running costs of the engine (in depot, even with wagons attached) 22:41:36 <DJNekkid> make some track 22:41:38 <DJNekkid> and run it 22:41:52 <DJNekkid> give me 2 mins, and i'll show you EVEN more 22:42:08 <planetmaker> please give me 48 hours :-) 22:42:24 <planetmaker> I need sleep urgently. And todays Christmas party won't help it, for sure 22:42:38 <DJNekkid> oh crap 22:42:42 <DJNekkid> LOTS of undefs needed 22:44:17 <DJNekkid> point is planetmaker 22:44:29 <DJNekkid> if you run a wagon designed for 50kmh in 200kmh 22:44:34 <DJNekkid> it will WEAR and TEAR 22:44:45 <DJNekkid> thus, it needs more maintainence 22:44:48 <planetmaker> I saw the action2 sequence 22:45:02 <planetmaker> so I know from the code what will happen :-) 22:45:17 <DJNekkid> but a wagon designed to run 200kmh wont have the same wear and tear 22:45:27 <planetmaker> yes. And it makes sense. 22:45:28 <DJNekkid> good boy :) 22:46:04 <Ammler> git is so UGLY 22:46:40 <PeterT> ^agreed 22:46:43 <Ammler> (ugly = hell complicated) 22:47:25 <Ammler> but redmine should support it quite well 22:47:37 <Ammler> so if you like, go with it :-) 22:49:07 <Hirundo> I'm currently researching to find out whether what I want is possible with hg 22:49:16 <KenjiE20> git is nice for large mutlibranch stuff 22:49:32 <Ammler> afaik, the issue if isn't the size 22:49:40 <DJNekkid> like when things are gitting out of hand? :) 22:49:42 <Ammler> there is simple no dev interested in it. 22:51:57 <Ammler> the issue with git is, not useable for weekend-patcher 22:53:16 <Hirundo> Michi_cc uses git AFAIK 22:53:26 <planetmaker> yes 22:53:31 <Ammler> yep, he made yapp with it 22:53:48 <Ammler> he was the one, recommend us not using it :-) 22:54:55 <Ammler> it very much looks like git is going to become the new "standard" 22:55:05 <Hirundo> :P I think it can work in hg too, using some more advanced branching/tagging/merging 22:55:50 <Ammler> or simple patch queues? 22:56:46 <planetmaker> patch queues might just be a tad too inflexible for this 22:56:48 <Ammler> but how will you split it? 22:56:49 <Hirundo> Patch queues work well in my experience when the patches don't change often 22:57:34 <planetmaker> anyway... good night from here good folks :-) 22:57:50 <Hirundo> When they do, all the rebasing and stuff becomes a nightmare 22:57:59 <Hirundo> goodnight, I'm off to bed too 22:58:09 <Ammler> imo, current IS is like minimum IS :-) 22:59:07 <planetmaker> it's not about what we want, but about how small can the chunks be, Ammler :-) 22:59:56 <Hirundo> And how small a series of chunks can be while still being useful 23:00:59 <Ammler> hmm, then you should talk with rubi about that. 23:01:30 <Ammler> or michi, how they merged yapp 23:01:33 <Hirundo> Currently you basically need all chunks, the basic IS would need a much smaller amount of chucnks in exchange for the loss of some features 23:02:31 <Hirundo> I might talk to them later, no I'm *really* off ;) 23:04:02 <Brot6> 2cctrainset: Backup push to ssh://hg@bitbucket.org/OpenTTD/2cctrainset/ initiated. 23:04:17 <Brot6> is2: Backup push to ssh://hg@bitbucket.org/OpenTTD/infrastructure-sharing/ initiated. 23:05:33 <Ammler> but maybe, it would be a good idea to use git, so we get experience with it :-) 23:08:28 <Brot6> ::DevZone:: 2cc train set - Revision 391: Change: Hopefully last change to pax strings, for now @ https://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/391 (by DJNekkid) 23:08:28 <Brot6> ::DevZone:: 2cc train set - Revision 392: Add: the remaining 4 IC wagons @ https://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/392 (by DJNekkid) 23:08:28 <Brot6> ::DevZone:: 2cc train set - Revision 393: Fix: minor bugfixing (codewise) to theese wagons @ https://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/393 (by DJNekkid) 23:10:58 <Ammler> on the other side, working hg branches might also be interesting 23:28:31 *** ODM has quit IRC 23:59:23 <Brot6> ::DevZone:: OpenSFX - Revision 55: -Add: sample for toyland road vehicle breakdowns (closes #403) @ https://dev.openttdcoop.org/projects/opensfx/repository/revisions/55 (by Rubidium) 23:59:23 <Brot6> ::DevZone:: OpenSFX - Feature #406 (Closed): Sample 58: Toyland train/ship breakdown @ https://dev.openttdcoop.org/issues/406#change-1754 (by Rubidium) 23:59:23 <Brot6> ::DevZone:: OpenSFX - Feature #403 (Closed): Sample 53: Toyland road vehicle breakdown @ https://dev.openttdcoop.org/issues/403#change-1753 (by Rubidium)