IRF

Thanks Ligan! So is the official name for this project "Manic Miner: Back to the Mine"? I should point out that the additional wording on the Title Screen actually says "Back to to the Mine"!

Note to self: my shared code for left-right horizontal guardian movement could be optimised further. e.g. Instead of having LD A, (IX+$06) then LD B,A - just do LD B, (IX+$06). Also use a shared command at the end LD (HL),A to update the animation frame (i.e. an earlier jump destination). (Temporarily posting this here because on the PC I'm currently using, I can't seem to edit earlier posts.)

No solar beam in Solar Power Generator, I notice.

All of the little pink gremlins have lost their left arm in that version!

Yes, the 'ghost' Fire cells and the 'bunch of grapes' items - both fitting in with the Pac-Man theme.

I think Norman Sword drew my attention to this a while back, when he did his project that combines both versions into one file. It is a notable absence from John Elliott's list of differences between the two versions: https://www.seasip.info/Jsw/mmengine.html

37708 = #934C That's the large area of unused code in Manic Miner (soon to be put to better use in a forthcoming remix...), whereas I think Andy was referring to the unused region of JSW at #FD00 (64768)?

Clarification: the above is sometimes the Software Projects triangle, but at other times it is the 'thresher' guardian. i.e. the sprite drawn in that position on the title screen depends on which version of the game you are about to play - corresponding to whichever vertical guardian appears in 'The Warehouse'.

Actually, having checked the above, the item would still have been collectable in that location in both files, and whilst it is still collectable from below in both, the slightly altered positioning might actually encourage the player to make the quirky jump-through-the-wall in the 'Before' file - see attached JSWED screenshot (the relocated item is in the square cursor).

I could have made all the manoeuvres in each file compulsory. e.g. placed an item to the right of Esmeralda underneath the Earth ledge in the 'Before' file. However, the problem that would have presented is that an item located in the same place would have been uncollectable. The challenge I faced as a designer of this particular project was to have two parallel files with identical layouts but different 'Willy mechanisms'. That meant that in some cases, Move 1 has to be used to collect Item A in one file, and whilst Move 2 is available for Item A in the other file, Move 1 also works in that case (if you see what I mean?). Though there are some items for which different moves HAVE to be employed for the two files (which is ideal). So in order to 'enforce' the manoeuvres I had in mind, I had to change the 'rules of the game' by asking for two different collection methods for each item.

Danny, did you observe in my 'Before' recording, the alternative collection method for the item behind Esmerelda in 'Emergency Generator'? i.e. Jumping through a head-height Earth block and falling through it. (It's possible that you may have attempted that manoeuvre but been unlucky with the timing, and clipped Esmerelda's arm as it swung out whilst Willy fell down past her?) Note also that when Willy attempts the same method in my 'After' recording, he is caught by the (Earth cell) ledge, instead of falling through it (thus demonstrating my symmetrical fix for the 'Wine Cellar' quandary). Also, you can see that I took a different approach for the bottom-left item in 'The Attic' - jumping leftward through an 'Innocent-Looking Block' from above, whereas in Danny's earlier recording, Willy jumped upwards through the same block, treating it as as an 'overhead ILB'. But neither of those moves are possible (or at least don't have quite the same outcome) in the 'After' file. **** Some other commentary on my recordings: In the modified game engine, Willy can no longer walk leftward up a ramp and pass through an overhead Earth block (though if his head hits such a block whilst you are pressing Jump+Left keys simultaneously, he can be made to pass sideways through the ramp, underneath the Earth block - see the ramp in 'Emergency Gwnerator'). Also, Willy can no longer walk down a ramp and pass through an Earth block located at its base (as he can do in the original game engine - see the ramp in 'On Top of the House'). ** With regards to the 'standard' quirky behaviour whereby Willy can jump through standonable blocks (at foot height) that are situated adjacent to Fire cells, the changes to the game engine have an interesting effect on that particular manoeuvre: In the 'After' recording, note the difference between 'On Top of the House' (where he can perform the manoeuvre), versus 'Dr Jones...' (where he can't). The difference between the two scenarios is caused by the presence of an Earth cell in the latter (though the Earth block is not actually adjacent to the Fire cell; there is a Water cell in between). Note also that I have exploited these two contradictory behaviours in the 'After' file. In the case of 'On Top of the House', the fact that this quirky manoeuvre is possible means that Willy is able to reach the lowest three items. Whereas in the case of 'Dr Jones...', the item on the elephant's back is only collectable because Willy doesn't fall through the standonable surface adjacent to a Fire cell (the nearby Earth block prevents him from doing so). And furthermore, I proved this point in the 'Before' recording by making a futile attempt to collect the item via the same method (before then going back to collect it by walking leftward through a head-height Earth block inside the elephant's head). ** There are two identical gaps in 'The Attic' (with five clear columns of Air in between, and with the platform on the far side of the jump situated one row above the platform from which Willy starts the jump). Such a jump is normally impossible for Willy to clear, as demonstrated in the 'Before' recording based on the unmodified game engine. However, in the modified 'After' variant, one of those apparently identical jumps can be safely cleared by Willy, yet the other jump remains impossible (I sacrificed one of Willy's lives in the recording to demonstrate this point). The difference can be explained by the fact that for one of the jumps, the end of the platform onto which Willy must jump is comprised of an Earth block. ** Another thing which I attempted to demonstrate by sacrificing a life in the 'After' recording (while jumping from the left-hand stack in 'Emergency Gwnerator'), is that when Willy hits the side of an overhead Earth block whilst descending from a leftwards jump, his 'Airborne' counter is no longer reset to zero (by a CALL to the 'ILB' subroutine at #9EBC when his head enters the Earth block). This has consequences for how far Willy can safely fall at the end of such a jump. On the other hand, the same 'ILB' subroutine at #9EBC also resets Willy's 'Sideways Movement' flag, so the fact that this isn't triggered in the modified engine, means that Willy can jump onto a conveyor, banging his head on the side of an Earth block on the descent, but then he can still proceed upstream along the conveyor. (Compare and contrast the jump leftwards from a position adjacent to Maria in 'The Attic', in the 'Before' vs 'After' recordings.) However, if Willy stands a bit further back before making such a jump (as seen at the end of the 'Before' recording, once Maria has cleared out of the way to make this possible), he can land on the conveyor in such a position that his head doesn't enter the overhead Earth block for long enough to reset his Movement flag (so he can eventually proceed up the conveyor, although he must have already collected the item that was located there, in order to have moved Maria out of the way in the first place - Catch 22!)

You could buy your own mansion, with a stern housekeeper and a crazy chef...

From post 77 in this thread: I think I'm right in saying that the 'multiple graphic definitions with shared colour attributes', made possible in JSW via Norman Sword's approach to expanding the room graphics, would NOT be possible in Manic Miner? Because of the way that the cavern layouts are distributed: each cell is assigned a block type based purely on its colour attribute, so for example if you had crumbling walls, it would be impossible to distinguish between blocks that are intended to use the graphic defined for crumbly and ones that are meant to be drawn using the solid wall graphic definition. Therefore you could only have one graphic for such a combined block type; it would use the graphic of the first block type to appear in the list - see http://skoolkid.github.io/manicminer/asm/8020.html for the order in which block types are considered. However, all the blocks drawn with the shared attribute/graphic would exhibit the behaviour of both crumbly and wall (in the example above). i.e. they would stop Willy walking/jumping through them, but they would crumble away when he stands on them.

Actually, I take that back - for his graphic, the Eugene routine uses the data from the copy of Eugene's Lair in the cavern buffer (#80E0-#80FF), rather than the original data at #C2E0-#C2FF. So in other rooms, in order to insert a Eugene you would have to copy the graphic data into the equivalent slot in the primary cavern data (Offsets #2E0-#2FF), meaning that you couldn't also have a vertical guardian or Skylabs (whose definitions occupy the same slots) in the same cavern as Eugene.

You can have Eugene with Skylabs, but none of the other specials work alongside Skylabs, because the program enters and exits the Skylab routine via jumps - on the way back to the Main Loop it jumps straight to the CALL to draw portals - rather than a CALL and RET.

I've just realised the reason for the difference between MM and JSW64 - in the latter, there is a room offset byte which can specify the low byte of the solar beam's start point (anywhere within the upper half of the room). Whereas in MM, it's set within the game engine - if you had more than one room with a solar beam, then moving it in one would change its position in the other (ditto with Kong and Eugene). So it's 'safer' to make the game designer change the position within the hex editor. It does mean that in MM, in theory, you can change both low and high bytes of the address, and therefore have a solar beam which starts in the lower half of a cavern - e.g. in Final Barrier, where it could represent light coming in from the outside world as drawn in the top half of the screen!

Furthermore, inserting a CALL* to #8A52 into the Cavern setup routine (just after the full characters of air supply have been initially drawn) means that you can draw the correct number of pixels of air supply at the start of each cavern, which removes a visual glitch that can occur when Willy first enters a cavern (whereby the rightmost character space of air is initially fully filled in [or fully empty with my previous three POKES in place], and then gets adjusted on the first pass through the Main Loop to reflect the proper value for the initial air supply. (*Needs consolidation to get it to fit.)

Correct me if I'm wrong, but there is no way in JSWED's GUI to edit the location of the 'entry point' of the solar beam in 'Solar Power Generator', for a file based on the Manic Miner game engine? You can change the start of the beam, but you have to manually adjust the appropriate addresses in the hex editor (namely #8D74-5). In contrast, in a room with a solar beam in a JSW64 game, there is an option to move the beam's starting point within the GUI.

Please find attached my recordings for the 'Before' and 'After' files. **SPOILER ALERT!** Note that I've made several deliberate mistakes (sometimes fatally), in order to demonstrate what is and what isn't possible within the two variants of the game engine. Enjoy! P.S. My collection method for the bottom-left item of The Attic in the 'Before' file is different to Danny's (note aslao that my method would work if the layout was laterally inverted, whereas Danny's wouldn't). Before Rewrite Ian's Solution.rzx After Rewrite Ian's Solution.rzx

Thanks Danny, and well done on finding most of the solutions. However, there is a much quirkier method of sneaking past Esmerelda. EDIT: I've made a slight rewording in the Spoiler box, for clarity. (Technically, you can walk into Emergency Generator and then just walk straight back out again in both files!) I'll make and upload my own recordings for both Before and After files later.

Preventing Maria from disappearing would make the game uncompletable (in terms of the stated 'mission statement' of cleaning up the house and then going to bed). But making the toilet run conditional on not having used WRITETYPER would be a useful (and easily implemented) way of highlighting if someone has cheated. :thumbsup:

In the original MM game engine, crumbling cells turn to Air as soon as the routine, after moving all the pixel-rows downwards, detects that the bottom pixel-row has no infilled pixels. So if any pixel-row other than the lowest one starts off empty, then the crumbly will crumble early. Furthermore, if any pixel-rows higher up in the block retain any infilled pixels, then they will remain as a 'ghost' within the newly created Air cell. The rewrite of the crumbly routine means that all eight pixel-rows are checked simultaneously, so it eliminates the potential for 'ghost' pixels being left behind. However, you can still have fast-crumbling cells, and indeed Earth blocks that can disappear after Willy has headbutted them fewer than eight times, if some of the pixel-rows are blank from the beginning. An INKless Earth block will turn to Air after a single headbutt, and indeed elsewhere I suggested that that could form the basis of a challenge where Willy must NOT butt a particular block, because he needs it still to be present later on (to jump off it in order to reach the portal). The sound effect is executed on each instance of a pixel-row being displaced upwards (headbutt) or downwards (crumbly). So if Willy were to stand on an INKless crumbly, then you would hear a difference in the sound effect - it would be shorter, lasting for only one 'tick' of the Main Loop instead of eight. By the way, there is also a noticeable intensification of the sound effect when Willy walks along a platform of several adjacent crumblies, compared with when he stands on a single crumbly block - because when he is standing on two adjacent crumblies, the sound effect is executed twice in each 'tick'. (Ditto when he headbutts two Earth blocks simultaneously.)

I've now added sound effects to the headbutt and crumbly features. Two very different sound effects, but using a shared piece of code. The pitch of the noise is derived from the value in C, after it has been used to determine whether to shift pixel-rows upwards or downwards. The next thing I'll do, when I find the time, is implement all this into the 'Manic Mixup' project. Wraparound MM with Headbutt and Crumbly SFX.TAP

Well done on the updates to JSW Central, Danny! It is a valuable resource for Willyholics!

I've added a check just before the CALL to the headbutt code, to prevent the effect from working in The Final Barrier. That stops Willy from 'escaping' into the outside world before he should...