Mindless | 17 Aug 2005 04:45:09 call for level packsif you'd like your level packs put up on my site, this is the week to tell me, since next week I will be starting school again and won't have as much time to do updates and such so far i've got: - tumble_weed (00-13) - insane steve (01-09) |
---|---|
JM | 17 Aug 2005 11:14:32 Re: call for level packsYou could upload my packs couldnt you? http://www.geocities.com/jmjm0052005/JMpaks.zip I wouldn't mind having them put up on your site. |
Mindless | 17 Aug 2005 12:57:39 Re: call for level packsUnfortunately, some of the levels in your packs contain errors that LemEdit does not catch. For example, the fourth level in JM03 (Caught in a trap): Terrain Notice that all these terrain pieces have ID's above 63. I'm not sure how you accomplished this, other than HEX editing. In any case, I'd appreciate it if you'd fix this and the corresponding problem in JM05 level 9 (Drown). |
JM | 17 Aug 2005 15:49:20 Re: call for level packsWhat other errors were there? |
ccexplore (not logged in) | 17 Aug 2005 17:01:57 Re: call for level packsUnfortunately, some of the levels in your packs contain errors that LemEdit does not catch. Somehow I don't think JM would be hex-editing levels, especially for such ungainful purposes. What happens when you examine such terrain pieces in LemEdit? I'm pretty sure in Lemmings/CustLemm, it only looks at 6 bits for the terrain, hence that 1 extra bit is probably ignored. Does the resulting terrain look obviously wrong (ie. out of place) in the level when played? Finally, are you sure it isn't just your validation program? You might want to look at the level data manually and check. |
JM | 17 Aug 2005 17:28:13 Re: call for level packsI did not hex edit my levels. I made them all with Lemedit. |
Mindless | 17 Aug 2005 18:48:09 Re: call for level packsWhat happens when you examine such terrain pieces in LemEdit? I'm pretty sure in Lemmings/CustLemm, it only looks at 6 bits for the terrain, hence that 1 extra bit is probably ignored. Does the resulting terrain look obviously wrong (ie. out of place) in the level when played? LemEdit has strange ways for dealing with numbers that exceed the maximum allowed. The level looks fine in LemEdit, but I haven't tried it in CustLemm. I guess I'll change my prog to ignore that bit. I'm not sure how that bit could possibly get set. :???: |
ccexplore (not logged in) | 17 Aug 2005 18:56:39 Re: call for level packsIncidentally, I'm curious what exactly counts as errors (ie. what things are checked) by your program. Just curious. |
Mindless | 17 Aug 2005 20:39:34 Re: call for level packsActually it's not a validation program, although that is a side effect... I'm waiting for OOP in freeBASIC, then I'll be able to finish and release it. |
ccexplore (not logged in) | 17 Aug 2005 21:43:58 Re: call for level packsActually it's not a validation program Well, regardless, it's clearly doing some error checking, so which ones? |
Mindless | 17 Aug 2005 23:28:14 Re: call for level packs - level is incorrect size (should be 2048 bytes) - object id' which exceed the maximum of 15 - terrain id's which exceed the maximum of 63 (not needed when first bit ignored) - unexpected non-nulls (in steel data blocks) - (to be implemented) check for non-displayable characters in level name - (to be implemented) check for objects with the y coordinates below 0 - (to be implemented) check for incorrect terrain and object modifers - (to be implemented) check for terrain and objects with the y coordinates above 159 - (to be implemented) check for terrain and objects with the x coordinates above 1583 - (to be implemented) check for graphics sets above 9 hmm...perhaps i should make a dedicated level verifier... :D |
Conway | 17 Aug 2005 23:18:19 Re: call for level packsMindless, how did you detect these pieces? And where did you get the table in reply 2? Lemedit aparentely doesn't detect these pieces, and the level plays okay in Custlemm. You can use my levelpacks if you like: Download! |
Mindless | 17 Aug 2005 23:52:11 Re: call for level packsIt's from a program I wrote that lists all information from a level. |
JM | 18 Aug 2005 11:48:25 Re: call for level packsIs the program able to be downloaded and where at? |
Mindless | 18 Aug 2005 13:25:24 Re: call for level packsnot yet |
JM | 18 Aug 2005 13:32:20 Re: call for level packsOk thanks |
tumble_weed | 18 Aug 2005 15:08:18 Re: call for level packsI'm pretty close to finishing TWbestof.dat ...im basically modifying some of the levels slightly and doing some testing EDIT: I've finished TWbestof.dat http://it.travisbsd.org/lemmings/lemmingswelt/ |
Mindless | 18 Aug 2005 20:36:04 Re: call for level packsI'll have to rewrite my levelpack.php script to add TWbestof.dat to the list, so it may be a while before it is added. Don't ask why, because it's just bad coding habbits. X_X |
ccexplore (not logged in) | 18 Aug 2005 21:34:54 Re: call for level packsI'll have to rewrite my levelpack.php script to add TWbestof.dat to the list, so it may be a while before it is added. Don't ask why, because it's just bad coding habbits. X_X Wow, must be really bad if you have to rewrite the script just to handle what it normally is supposed to do! ;P |
Mindless | 18 Aug 2005 21:52:46 Re: call for level packsIt's meant for packs that contain: a) the author name (shortened) b) the pack number eg TWpack01.dat I could modify it to handle these, but the script is pretty ugly as it is. |
ccexplore (not logged in) | 18 Aug 2005 23:57:03 Re: call for level packs- object id' which exceed the maximum of 15 Definitely a good warning, and I'm sure LemEdit will probably throw a fit. However, I think you can actually get CustLemm to accept higher object IDs. You can do this on a custom graphics set by using some of the bytes in groundXo normally reserved for terrain metadata to instead hold the extra objects' metadata. - (to be implemented) check for non-displayable characters in level name This might be a good warning, but dare I suggest that once in a blue moon maybe a level designer would want garbled characters in the title? As far as I know, while you will get garbage, non-displayable characters does not crash neither CustLemm nor LemEdit. - (to be implemented) check for objects with the y coordinates below 0 I think what you really want to check is to see whether the object's activation area is outside the level boundaries. Oh, the same goes for steel areas too. - (to be implemented) check for incorrect terrain and object modifers Is there such a thing for terrain modifiers? If I recall all bits are used. And as for interactive objects, I can tell you that although LemEdit doesn't support all of it, almost every bit in the modifier byte of the object is actually handled by the game (most aren't very interesting in case you're wondering), while the remaining are ignored and have no effect. I would suggest not doing the check. - (to be implemented) check for graphics sets above 9 Don't, in case it becomes possible to create your own graphics sets in the future. Well, at most a warning, only because LemEdit might choke on it (haven't tested). CustLemm doesn't care. ------------------------- It also turns out that CustLemm has trouble if the terrain section of the LVL uses up all 400 slots. This might be something you want to check. And then of course there are things like no working exits and # to save > # out. Oh yeah, and # out > 80 also tends to hang CustLemm. |
Mindless | 19 Aug 2005 00:57:21 Re: call for level packsDon't, in case it becomes possible to create your own graphics sets in the future. Well, at most a warning, only because LemEdit might choke on it (haven't tested). CustLemm doesn't care. LemEdit chops anything above 9 down to a number between 0 and 9, so 10 becomes 0, 22 becomes 2. CustLemm handles extra graphics sets nicely... you can have groundAo.dat and vgagrA.dat by specifying the correct ASCII code in relation to the ASCII codes for 0 to 9, which would be 17. 18 for groundBo.dat and vgagrB.dat and so on. In any case, my validator will issue a warning, which of course you can ignore. |
Timballisto | 22 Aug 2005 15:20:45 Re: call for level packsMy level packs Jaaaaaaaa. PACK1 TYPE THING - These levels aren't very good at all. PACK2 TYPE THING - These ones are a big improvement PACK3 TYPE THING - These levels are good. PACK4 TYPE THING - Probably my best pack so far. NOTE: Pack 4 is missing the final version of the level 'Another one o' them line levels?'. The final version is the same as the current one only it fixes a backroute. I will put the finished pack up when I can get the final version which is at my dad's house. Thanks |
JM | 22 Aug 2005 17:41:39 Re: call for level packsAll the levels except the extended graphics level have the wrong terrain set |
ccexplore (not logged in) | 22 Aug 2005 17:48:27 Re: call for level packsYeah, that has been discussed on [u]this thread[/u]. Either copy/rename the VGAGR and GROUND files as explained, or just manually change the levels' graphics set numbers in LemEdit. I do think that since almost the entire rest of the world uses CustLemm, it would be nice if Tim can modify the levels at release time to use CustLemm's graphics set numbers instead. |
Timballisto | 22 Aug 2005 20:49:04 Re: call for level packsSorry. It never occured to me that it might screw up in the first place. |
JM | 23 Aug 2005 20:12:27 Re: call for level packsThe levels in pack 4 aren't bad I would say they were some of your best levels. |
Mindless | 18 Oct 2005 01:30:54 Re: call for level packshmm...perhaps i should make a dedicated level verifier... :D finally got around to this... lemmingslevelverifier_1_0_0.zip |
Mindless | 11 Apr 2006 00:23:29 Re: call for level packsbug fix: steel width incorrect lemmingslevelverifier_1_0_1.zip (I've also update my DAT compressor and decompressor -> http://it.travisbsd.org/lemmings/tools.php) |