Log for #openttdcoop.devzone on 1st October 2010:
Times are UTC Toggle Colours
04:19:32  <Brot6> NFORenum - Bug #1571: Strange error report 134 for multiple ground sprites (George) @
04:31:07  <Brot6> Bundles Update: gdc280ad8 2010-10-01 cargodist   (
05:45:48  *** Webster has joined #openttdcoop.devzone
07:15:12  <planetmaker> @base 16 10 57
07:15:12  <Webster> planetmaker: 87
07:15:42  <planetmaker> @base 16 10 73
07:15:42  <Webster> planetmaker: 115
07:16:08  <planetmaker> @base 10 16 39
07:16:08  <Webster> planetmaker: 27
07:17:49  <planetmaker> @base 16 10 40
07:17:49  <Webster> planetmaker: 64
07:17:57  <planetmaker> @base 10 16 40
07:17:57  <Webster> planetmaker: 28
07:18:14  <planetmaker> And for 4mmler: this are the max vehicleIDs per type ;-)
07:30:02  *** ODM has joined #openttdcoop.devzone
09:58:04  *** ODM has quit IRC
10:31:33  *** KenjiE20 has joined #openttdcoop.devzone
11:58:46  <planetmaker> Moin
12:00:20  <Brot6> NewGRF Meta Language - Bug #1582 (Closed): Doc: use NFO numbers for vehicles rather than a contin... (planetmaker) @
12:00:20  <Brot6> NewGRF Meta Language - Revision 809:020cf3bfcc65: Fix #1582: Use NFO numbers in the documentation... (planetmaker) @
12:00:20  <Brot6> NewGRF Meta Language - Bug #1582 (Closed): Doc: use NFO numbers for vehicles rather than a contin... (planetmaker) @
12:27:30  <Brot6> Indonesian Town Names - Bug #1572: Couldn't override $(shell) locally on Makefile.local (Ammler) @
12:31:33  <Brot6> Indonesian Town Names - Bug #1572: Couldn't override $(shell) locally on Makefile.local (fanioz) @
12:55:35  *** fanioz has joined #openttdcoop.devzone
12:56:05  <fanioz> hello
13:01:48  <Ammler> fanioz: you can now clone the newgrf_makefile and run ./ <your-repo>, it just needs to be on the same level
13:08:24  <fanioz> Ammler I did pull and it was still at r219
13:09:03  <Ammler> sounds about right
13:09:34  <Ammler> hmm, as I run to your repo, it changed some things...
13:09:42  <Ammler> dunno, if that was important
13:13:11  <fanioz> yes, I've modified some of them
13:14:12  <fanioz> e.g. adding custom tag
13:15:05  <Ammler> and you did post patches to the newgrf framework thread?
13:15:45  <Ammler> else you shouldn't change the files which would be overridden by next update
13:16:32  <fanioz> 1. no, that is specific for building indonesian-town
13:16:39  <fanioz> 2. thats right
13:17:42  <Ammler> <-- the files which shouldn't change without submitting a bugreport/patch :-)
13:17:49  <Ammler> and Makefile itself ofcourse
13:18:29  <Ammler> you can use for customation
13:19:02  <Ammler> well, if you like to improve it :-P
13:20:45  <fanioz> the script does overwrite Makefile.config too? :D
13:23:08  <Ammler> don't see that in FILES
13:23:32  <fanioz> oh, no I'm sorry :D
13:34:58  *** thgergo has joined #openttdcoop.devzone
13:42:09  *** ODM has joined #openttdcoop.devzone
13:48:12  <fanioz> well, the problem would be that I couldn't process file(s) at one strike :D
13:48:40  <fanioz> <--- for example
13:51:19  <fanioz> line 76-78 to write 'Readme.txt'
13:51:40  <fanioz> ~ line 76-77
13:52:32  <fanioz> ~ line 75-76 :D
13:54:35  <Ammler> I see, that is indeed a missing feature, I tried to resolve it but failed...
13:54:59  <Ammler> did you try to move that target to and extend it there?
13:57:39  <fanioz> yup, and it seems that would override the rule
13:58:45  <fanioz> when the first defined rule wouldn't be executed
14:09:31  <planetmaker> sed can be given a file to read the rules from
14:09:33  <planetmaker> that would solve it
14:09:47  <planetmaker> One cannot have the same target twice.
14:10:09  <planetmaker> That fails, unless you re-define all. And accept an arbitrary execution order
14:10:15  <planetmaker> of the sub-targets
14:11:44  <fanioz> I'll try
14:17:15  <Ammler> basically sed custom_tags to make it a sed script :-)
14:23:39  <planetmaker> yes, somewhat like that
14:23:54  <planetmaker> for a start I'll accept a separate sed script
14:24:08  <planetmaker> we can unify that later. Might be a good start to do that this way
14:24:20  <planetmaker> But I won't look at it now... not at home :-)
15:19:59  *** Froix has joined #openttdcoop.devzone
15:20:27  <Brot6> OpenGFX+ Trees - Revision 31:58499dca1290: Feature: Tree Graphics - added & edited tropical tree (Froix) @
15:20:27  <Brot6> OpenGFX+ Trees - Revision 32:14ee4f5b9d1e: Change: switch off warnings (Froix) @
15:20:27  <Brot6> OpenGFX+ Trees - Revision 33:660755209ffa: Codechange: cleanup - removing some unneeded lines. (Froix) @
15:20:28  <Brot6> OpenGFX+ Trees - Revision 34:c88057b8be25: Add: source gimp file (Froix) @
15:37:32  <Brot6> Indonesian Town Names - Bug #1572 (Resolved): Couldn't override $(shell) locally on Makefile.local (fanioz) @
16:10:22  <Brot6> nml: update from r808 to r809 done -
16:19:41  <Brot6> ogfx-trees: update from r30 to r34 done -
16:19:58  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r615), 32bpp-extra (r39), ai-admiralai (r68), airportsplus (r63), basecosts (r22), belarusiantowns (r7), comic-houses (r71), firs (r1431), fish (r394), frenchtowns (r4), grfcodec (r772), heqs (r380), indonesiantowns (r31), metrotrackset (r56), newgrf_makefile (r219), nforenum (r506), nml (r809), nutracks (r117), ogfx-trains (r32), ogfxplus (r42), opengfx (r550), openmsx (r97),
16:19:58  <Brot6> opensfx (r97), smts (r5), snowlinemod (r45), swedishrails (r182), swisstowns (r20), transrapidtrackset (r15), ttdviewer (r25), ttrs (r23), worldairlinersset (r664)
16:24:27  <Brot6> swisstowns: rebuild of r20 done (Diffsize: 4844) (DiffDiffsize: 5848) -
16:24:37  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: airportsplus, belarusiantowns (3 errors) (Diffsize: 21), frenchtowns (4 errors) (Diffsize: 9), indonesiantowns (4 errors), ogfx-trains (1 errors), ogfxplus (Diffsize: 6), swedishrails
16:33:27  <Ammler> hmm, town names are randomly?
16:59:58  *** Alberth has joined #openttdcoop.devzone
17:05:20  <Rubidium> Ammler: why?
17:05:47  <Ammler> because it has everyday again a different diff
17:06:13  <Ammler> well, 2 times yet :-)
17:06:39  <Rubidium> that'd be odd, unless there's been a codechange to nml that changed that
17:07:07  <Ammler> yes, alberth made something, maybe that has such an effect
17:07:25  <Alberth> what did I do?
17:08:07  <Ammler> dunno, swisstowns seems to be different every day :-)
17:08:59  <Rubidium> Alberth: implement town names in NML?
17:10:46  <Alberth> oh yeah, I try to, but I  tried to outsmart random numbers, not a smart idea :p
17:11:40  <Alberth> wednesday or so, I added a patch to fix most of the broken-ness
17:13:01  *** frosch123 has joined #openttdcoop.devzone
17:14:30  <Alberth> 16:33:27  <Ammler> hmm, town names are randomly?  <-- could you elaborate?
17:14:42  <Alberth> hello frosch123
17:18:37  <Ammler> Alberth:
17:19:03  <Ammler> I run && rename to .1 && again
17:19:03  <Alberth> interesting
17:20:40  <Ammler> or just check the diff on the bundles server
17:21:10  <Ammler> r809 (020cf3bfcc65)
17:23:17  <Alberth> your locally testable case is fine, I get it too here.
17:23:58  <Ammler> swisstowns is yet the first set using your feature :-)
17:24:09  <Ammler> frenchtowns would be another
17:25:01  <Ammler> maybe you should just withdraw support for >255 again :-P
17:25:28  <Rubidium> just sort the data in some way :)
17:26:08  <Alberth> it is still broken for random number generation, but quite subtle
17:26:34  <Alberth> this problem is just a simple set that messes up the order internally
17:26:49  <Alberth> (with about 90% certainty)
17:27:39  <Ammler> I might again split swisstowns in 2 categories for small and big maps
17:28:26  <Ammler> either you have too many non-major towns in small maps or you will have too few towns on 2k map with many towns
17:29:41  <Ammler> Alberth: I am not sure, if it really worth to support >255 towns in one part
17:30:57  *** Froix has quit IRC
17:32:07  <Ammler> or maybe just revert the last commit
17:32:53  <Ammler> and I do make parts with same probabiltiy only and
17:34:38  <Alberth> maybe you need more flexibility in deciding the probability, although that is not supported yet.
17:36:41  <Alberth> and I do think supporting more than 255 entries is useful, with maps with > 2000 towns you have to do a lot of stupid splitting just because of a stupid NFO/GRF limitation.
17:37:20  <Alberth> I do appreciate your efforts in trying the extension very much
17:38:14  <Alberth> you can simply drop the whole problem by haviing less than 255 entries in a part
17:38:54  <Ammler> yes, I made the splitting myself with bash
17:39:10  <Ammler> there the probability went wrong, but it wasn't that bad
17:39:51  <Alberth> did you do experiments with the current NML?
17:39:59  <Ammler> no
18:09:38  <Brot6> 32bpp-ez-patches: update from r20858 to r20861 done -
18:12:24  <Alberth> NML r810 fixes it for me
18:13:32  <Brot6> NewGRF Meta Language - Revision 810:af51fd779e3f: Fix (r807): Force a deterministic order between... (Alberth) @
18:18:36  <Brot6> clientpatches: update from r20858 to r20861 done -
18:27:11  <Brot6> serverpatches: update from hfabe84a5 to h7fd3f093 done (2 errors) -
18:28:54  *** andythenorth_ has joined #openttdcoop.devzone
18:31:56  *** andythenorth_ has quit IRC
18:58:12  <Brot6> NewGRF Meta Language - Revision 811:d8f1068a854f: Fix: Also force all town parts to use the same ... (Alberth) @
19:00:07  * Alberth ponders to shoot down sub-nodes in > 255 entries
19:01:06  <Alberth> nah, the user broke it already then :p
19:17:30  *** andythenorth_ has joined #openttdcoop.devzone
19:38:09  *** andythenorth_ has quit IRC
19:40:44  *** GT has joined #openttdcoop.devzone
19:41:53  <Brot6> 32bpp-ez-patches - Revision 65:9d16830b7a71: Codechange: new patch, move lookupcolourfrompalette ... (GeekToo) @
19:41:53  <Brot6> 32bpp-ez-patches - Revision 66:05ec8123058a: Add: diff file for lookupcolour_from_blit etc.. (GeekToo) @
20:08:23  <Brot6> 32bpp-ez-patches - Revision 67:e775b2b658ff: Added tag 20861 for changeset 05ec8123058a (GeekToo) @
20:10:27  <Brot6> 32bpp-ez-patches: update from r20739 to 20861 done (4 errors) -
20:22:57  <GT> Ammler, where's for the
20:23:43  <Ammler> ?
20:24:03  <Ammler> why didn't that fail?
20:25:35  <GT> Dunno, haven't touch I think
20:25:44  <Ammler> you tried to make a 1.0 bin?
20:25:52  <GT> No
20:26:49  <GT> tagged 20861, hey, shouldnt that have been r20861?
20:27:10  <Ammler> yes :-)
20:27:19  <Ammler> without r, it assumes a hash
20:27:41  <GT> ok, I will retag it and see what happens
20:27:47  <Ammler> I guess, you made that mistake already once :-P
20:28:06  <Ammler> so you don't learn from mistakes? ;-)
20:29:05  <Ammler> = r4915
20:29:27  <Ammler> hehe, quite much luck to find hashes like revs :-)
20:30:12  <Ammler> anyway, I need to handle that somehow
20:32:02  <GT> Well, I do learn from mistakes, but then alcohol destroys exacly those braincells
20:32:12  <GT> that you need the most
20:32:17  <Brot6> 32bpp-ez-patches - Revision 68:2bb01b78d177: Added tag r20861 for changeset e775b2b658ff (GeekToo) @
20:33:36  <Alberth> Ammler: length of the string?
20:33:47  <Ammler> Alberth: ?
20:33:53  <Ammler> for the hash?
20:33:56  <Alberth> (10:30:19 PM) Ammler: anyway, I need to handle that somehow
20:34:14  <Ammler> Alberth: it is fully "legal" to use shorer hashes, afaik
20:34:31  <Ammler> openttd itslef uses 8 chars only, afaik
20:34:36  <Alberth> doesn't sound useful as tag
20:35:20  <Ammler> the fault in this case is more that the compile didn't fail :-/
20:36:49  <Ammler> I revert my last change there, that needs more investigation but later...
20:37:15  <Alberth> yep, good night :)
20:38:58  *** Alberth has left #openttdcoop.devzone
20:39:10  <Ammler> .
20:42:22  <Brot6> 32bpp-ez-patches: update from 20861 to r20861 done -
20:44:26  <Ammler> next time, you should again get a ticket
20:46:07  <Brot6> 32bpp-ez-patches - Bug #1488 (Closed): DevZone compile failed (GeekToo) @
20:48:34  <Brot6> 32bpp-ez-patches - Feature #1468: Profile and optimize CC blending algorithm (GeekToo) @
21:55:46  <Brot6> 32bpp-ez-patches - Revision 69:d0475d02885f: Cleanup: remove experiment leftovers (GeekToo) @
21:58:38  *** ODM has quit IRC
22:10:14  <Ammler> what's the difference between aptitude and apt-get?
22:10:46  <Rubidium> smartness of the tool
22:11:04  <Rubidium> in aptitude you can mark packages "hold" so they don't get updated
22:11:48  <Rubidium> and aptitude have a ncurses-ish GUI, whereas apt-get is fully command line
22:12:25  <Ammler> also it seems you don't need to think when you need apt-get and when apt-cache
22:12:29  <Rubidium> also their upgrade algorithms are slightly different IIRC; don't know the specifics of that though
22:37:36  *** fanioz has quit IRC
23:13:08  *** KenjiE20 has quit IRC
23:13:23  *** thgergo has quit IRC
23:20:12  *** GT has quit IRC
23:37:48  *** frosch123 has quit IRC
23:41:40  *** Yexo_ has joined #openttdcoop.devzone
23:42:10  *** Yexo is now known as Guest1492
23:42:10  *** Yexo_ is now known as Yexo
23:43:02  *** Guest1492 has quit IRC

Powered by YARRSTE version: svn-trunk