Norman Sword

The beam follows movement. Not direction. I can see how that would be interpreted as a glitch. If static then the direction is whatever you want it to be.

Those coloured backgrounds in the cold room prompted me to re write the flashing objects routine for those rooms. behind the scenes the game runs as normal. Just before the screen is copied I apply the light beam effect. I felt it needed the objects and the portal permanently left on display. So the portal and the object routine are called Yet again mid way through the routine to insert the objects and the portal. Both routines take very little time compared to the major copying overheads. The coloured backgrounds do not look correct when the area around the object is not illuminated. So the original routines method of colouring an object onto the background, also did not look correct. So I had to add another routine just to animate and colour in the objects. The bonus was the routine did not need to draw the objects and was therefore faster. ------------------------------------------------------------------------ --------------------------------------------------------------- Final game version accessible via This Link

The candle mode(black background), was originally unplayable (as a game) due to not being able to know what was directly under Willies feet. The names, lantern /candle, are as names, strictly speaking wrong. In both cases Willy is using a directional beam lamp. Which from my experience of using torches . Spread a great deal of light in the direction they shine. And unless reflected back, leave your immediate surroundings pitch black. Originally in the black background mode, I directed the beam as can be seen, with a narrow beam starting out around the placement of the lamp on Willies hat. This unfortunately does not illuminate the area around Willies feet. The addition of adding reflected light to that beam was not a simple option (Not thought about in detail, until I wrote this explanation here) But the idea was not a simple and immediately viable option (more though and longer planning and it might have been) The none reflection of the light meant that where platforms ended was often just a guess. Remembering how far away that next jump needed to be, when willy and the platform was not visible, nagged at me. I could have expanded the light pattern to include Willy and the platform. The problem with that was it was NOT how a directional lamp works. A lantern or a candle give a localised light, which fits more with the description I have given to these levels. A localised light which would illuminate Willy and also illuminate the area around Willies feet. But Willy has a miners helmet, and on that is a directional lamp. The directional beam is as I have included in the design. The simplest method I could visualise was to just blue willy and the cells he was stood on. A very crude localised reflected light. Leaving the helmet light beam as originally coded, which was directional. When I tried out this simple change it at last allowed me to play several of the opening screens without a a great deal of trouble. To me the blacked out option was at last playable. Which is why the lantern / candle modes are now included. --------------------------------------------------------------- Final game version accessible via This Link

I have added a Technically changed version to the others. This Link No major change apart from the addition of the light beams in lantern and Candle mode. Keep pressing "T" till those options come around. --------------------------------------------------------------- Final game version accessible via This Link

Someone posted an old advert for Software projects. I enlarged and sharpened the picture. I adjusted the border. (I did not re-skew the picture) this normally has a detrimental impact on the resolution. I have edied the picture and inserted next years Calendar. 2nd file is a LARGE picture 1st file is the 2nd picture resampled to reduce the resolution

Officially for me the only versions of Manic Panic are the ones in post #112 here This Link The first being without the final Bonus, the second with the Bonus. The preference now being to use the 2nd version. As a technical extension, I might add a third version, with dark/light in it. (written) If I add the third version it has two more playing modes. Lantern and Candle These modes are in addition to the original modes. trainer/normal/expert/ace The Lantern mode plays with the blue Background and the rotate beam. Timer runs as normal. Can touch baddies and oxygen depletes The Candle mode plays with a black background. To me it is practically unplayable. Death on any baddy contact. In order to play the game with a black background. I have added into the timer the recognition of when Willy is moving or not. If Willy is moving left or right then the clock ticks down. If willy is jumping or falling the clock ticks down. If willy is static then the clock stops. While willy is static and the clock is stopped he can rotate the light beam. Perhaps someone can get somewhere with it like this ????? Note I say I might add a third version. Not I will add a third version Any third version I add, will be a novelty version. --------------------------------------------------------------- Final game version accessible via This Link

Previously I said Since this would always be known as the Pgyuri's effect, I see no point in carrying on further. This version V4 is the last version that I am doing, where the beam when static can be rotated by "H"-"k" one direction and "J"-"L" for the other Since this is a demo the black/blue background can be changed by pressing "enter" ( no keyboard de-bounce) This was just an exercise is see what I could do over a couple of days. Rotate.tap

Was watching the tv and had an idea to extend the logic further..... The direction the torch points is controlled by Willy using the keys "k" and "L" The beam can rotate clockwise or anti clockwise The beam has eight directions it can point Left, left and up, up, right and up, right, right and down, down, left and down. Routine was easy enough to do- I will post tomorrow. Logic version 4

The problem was a logic change..... I found an inconsistency in the logic I had used. The routine effectively did the equivalent of minus minus. To correct a wrong label reference. I went through the versions (or though I had) correcting the various references. swapping left and right and changing rotates to the opposite direction. I missed out one reference. Which causes the inverse of the light beam pattern I wanted. The .Tap.Tap file was the file in question (now deleted) I am still unhappy with how this looks and plays.

For the version with "K" and "L" keys. You can press and hold either of those two keys and the light beam will stay facing that direction. E.g. Set the beam down to willies feat by holding down "k" There is darkness in these caves. That's my lot for today. black void.tap

I have incorrectly changed a label somewhere on the 2nd version. I will find it and correct. problem found and corrected. New version updated. I am editing 3 sets of the same routine... I get mixed up with the thousands of lines of code,which version I am editing. Each version is a copy of the previous, then edited to change what it does.

Note the 2nd version added to post 136 The update was because the headlamp was mentioned ( I read the post today)- so I undertook version 2, then version 3

With the guys untold wealth, he bought a bigger and better battery pack and upgraded the torch to a Cree Fitment. Please Note this displays DEMO in multiple places. Dates and text reflect the original release, because this is NOT an update. Info:- removed light fringe. extended height and width reverted back to illuminated background (in blue) added the objects added the portals ---------------------------------------- 2nd version allows you to use the keys "k" and "L" bigger pack.tap directed beam.tap

A lot of code needed to backtrack the light beam. Simpler would be to set the amount of oxygen sap depending on the amount of objects collected. The code below concerns only the mod needed to change the sap original 8D88 EXX Switch to the shadow registers briefly (to preserve DE and HL) 8D89 CALL $8A3C Decrease the air supply by four units 8D8C CALL $8A3C 8D8F CALL $8A3C 8D92 CALL $8A3C 8D95 EXX Switch back to the normal registers (restoring DE and HL) replace with ld a,4 ; set this value to 0,1,2,3,4 etc or a jr z,skip ; permit no sap ld b,a zap : exx call $8a3c exx djnz zap skip: nop Addendum:- If the value is never set to zero then even simpler ld b,4 ; set this value to 1,2,3,4 etc zap : exx call $8a3c exx djnz zap nop nop nop nop nop

Playing in the darkened room. Possible the person playing has a screen with the fully lit cavern displayed on it, to guide them. What i did find when playing the version I modified (manic panic version) was that having the attributes flicking from square to square as you walk. attunes you to the points at which you need to jump. I found the pixel perfect jumps that are sometime required to leap from platform to platform were a lot easier.

An addendum to the above file - directional beam --- I mentioned it --- so I then needed to do it. Directional beams of light. looking left and looking right - when in a normal blue background room MPTorch2.tap

i spent an hour this morning, and then another hour tweaking the various effects. --- Re- [File] Manic Miner - DarkLight Modification since the file on hand was the last file I modified, i used that file to see what various effects I could do. Whilst doing this is not difficult. I am not attempting to do the same in Manic Miner or Jet SET Willy. The code would be pretty much identical for both versions. In jet set willy , he does not use a lamp- so less obvious to use. --------------------------------------- problems If the background is blacked out - the screen has to be memorized. Not easy on unfamiliar screens. So I stopped looking at black background versions straight away. if the background is blued out, then distinction with blue platforms disappears. They look just blued out. coloured backgrounds undecided what that looks like in this version I hallowed the light in yellow. looked better than white- saw no point in blue- as I always prefered the background left in. (and that was blue) The screen layout I am using has problems mainly due to the oxygen bar. Any other glitches are due to not bothering any further. The original aim was a directional light, I started with a general surround light and felt no need to add a few lines of code for the directional light. MP_torch.tap

counting the bytes:- If you count the number of letters and numbers along the bottom of the playing area H-score000000Lives1Room17Score000000 you will count 36 alphanumeric; then add the space for the oxygen/air you have 37 across the screen. --------------------------------------------------------------- Final game version accessible via This Link

Since I uploaded the version yesterday. it nagged at me that it was just a quick patch into the code. I have changed the version in post #112 deleted MP_0001B and replaced with MP_0001C. Accessible via This Link This version will state the bonus given on the final screen. (as opposed to just increasing the score) file size increases from the original. Version B. Quick patch 54 bytes (both patch routines included). Version C. Patch and text 77 bytes More haste - less speed. --------------------------------------------------------------- Final game version accessible via This Link

Post #112 now has an extra file ---- Untried but apart from the Bonus on completion the same program . Accessable via This Link Addendum when I uploaded the file I was looking at the size of the file. Knowing the amount of code added was around 30 bytes. The original file was 36.93 K bytes and the revised was 36.98 k bytes. Seemed to be too big a change in the file. So I went back to the assembled file. I had written two routines. the first awarding a fixed value in points, then I added a second routine which awards a sliding value. The second routine just jumps over the first when it has completed. The file I uploaded includes both routines, and only executes the second routine. The first routine just wastes some bytes of memory. (it will never be executed) More haste - less speed --------------------------------------------------------------- Final game version accessible via This Link

The only reason I will change the version I have uploaded, is if a bug comes to light. I would fix the bug and perhaps implement a sliding bonus routine (written). I do not want multiple versions. Once I start down that path, I can add new rooms, edit the rooms, change the sprites add new routines, change the scolling message, add new .... etc --------------------------------------------------------------- Final game version accessible via This Link

Flashing objects In one test version I wrote an "or" version , an "xor" version, and an "and" version. and several other versions (I even wrote a masked version) So I am familiar with all the effects I can generate.

Bonus life for points, as the game is played. Since the code is new and we exist in the rollback era. It was not something I even thought about. ------------------- curiosity -------------------- 23 bytes is all it took to add a 10,000 bonus per life.... Just completed (one room) and scored 30,170 ----- (changed code - so completion was after the first room) -------------------------------------------------- ADDENDUM for 30 bytes I can implement a sliding bonus. Awarded when the final cavern is completed. None per life in trainer mode 1000 per life in Normal mode 2000 per life in Expert mode 3000 per life in Ace mode --------------------------------------------------------------- Final game version accessible via This Link

Multiple expansions on the highest score. Give only one life. State number of lives used. Give a big bonus for lives not used. <<< this being probably the easiest to do; Bonus of 10,000 per life. --------------------------------------------------------------- Final game version accessible via This Link

:1st: The Bonus points for Kong's fall was increased from the previous version. The height of fall does dictate the amount of bonus given. The move to Ace will/should give even less score. Due to having less time. The difference should not be a great deal. The time allowed on one or two screens is generous. This was because I have a list of the times taken for each screen. And in some cases I had to ignore the faster times i had written down. Simply because I was concerned that i might have changed something that allowed the faster time. If I had then used the faster times, the completion of some screens might have been impossible. Although strictly speaking I have completed every room first in every case. --------------------------------------------------------------- Final game version accessible via This Link