Norman Sword Posted February 6, 2020 Author Report Share Posted February 6, 2020 (edited) I have revised the revised revision of the revised revisions for the keys/items explanation. ( post #14 ) The revisions as explained below are specific to post #14 *** post #14 only deals with versions up to V5. further versions have the editor details along side the downloads in post #1 The word Key if meaning a keyboard key - is preceded by the word keyboard. The word Key if meaning a collectable Item is written as Item/key. Addendum:- If it was necessary I can do dual usage of the "I" keyThere is no conflict; changing (I)nk is not in conflict with changing (I)tems Edited March 19, 2020 by Norman Sword Spider and IRF 2 Quote Link to comment Share on other sites More sharing options...
Spider Posted February 8, 2020 Report Share Posted February 8, 2020 Thank you for the updates and detailed information. :) Quote Link to comment Share on other sites More sharing options...
IRF Posted February 8, 2020 Report Share Posted February 8, 2020 (edited) Addendum:- If it was necessary I can do dual usage of the "I" key There is no conflict; changing (I)nk is not in conflict with changing (I)tems Or you could use 'O' for Objects. That isn't used for another purpose is it? (Except as part of the ZHO key combination - out of interest, is there any deep meaning to that combo?) Edited February 8, 2020 by IRF Norman Sword and Spider 2 Quote Link to comment Share on other sites More sharing options...
Norman Sword Posted February 8, 2020 Author Report Share Posted February 8, 2020 Z H O key combination was just random keyboard keys- as far apart as possible and unlikely to be pressed by accident.Some keyboard keys lock the keyboard and wait for release. So that group was excluded --------------------------------------------- A list of the unused keys - at present that could be used as an item/object/key/etc Y O S G Z X V N + K (used now) Y = O = Objects S = Specials - Skeleton KeyI = Items (duel usage)G = Z = X = specials (as in X marks the spot)V = N = K = Keys I have no hurry to change code ------------------------------------------------------------------ A quirk on editing keys- remove all keys from the room and the portal will flash) Spider and IRF 2 Quote Link to comment Share on other sites More sharing options...
andrewbroad Posted February 9, 2020 Report Share Posted February 9, 2020 Everything is an object. Spider, IRF and jetsetdanny 3 Quote Link to comment Share on other sites More sharing options...
Norman Sword Posted February 9, 2020 Author Report Share Posted February 9, 2020 Key is the original description. IRF, Spider and jetsetdanny 3 Quote Link to comment Share on other sites More sharing options...
IRF Posted February 9, 2020 Report Share Posted February 9, 2020 (edited) It's definitely appropriate in Manic Miner, where as well as many of them (though not all) being key-shaped, they do actually 'unlock' the portals. In Jet Set Willy, bottle or rubbish or detritus may be more applicable, since he's 'tidying up'. Edited February 9, 2020 by IRF Spider and jetsetdanny 2 Quote Link to comment Share on other sites More sharing options...
Norman Sword Posted February 14, 2020 Author Report Share Posted February 14, 2020 I added the ability to move the item/keys. The amount of code was a lot bigger than the available space. So as I stated on a previous post I used some of the unused graphic data.The problem that exists for me is that the code has had nearly everything compacted, re written multiple times and re structured multiple times. Those compaction's of data and rewrites are what has enabled me to have 40 rooms in 48k. For my own curiosity - - - - - - - I wondered how easy would it be to add more edit functions. The task of adding the code to enable such change's. First involves going through all the other code looking for areas that I can compact even further. When I have compacted further some of the code, I can then add more functions. Having spent a day just looking at the routines , I managed additional re structuring and code re writes to squeeze out a few more bytes ;------------------------------------------------------ I have added the ability to display Willies start position ------------------------------------------------------ I have added the keyboard letter "P" This additional code letter "P" allows the portals to be moved on screen. Where "P" stands for portals ------------------------------------------------------ I have added the keyboard letter "N" This additional code letter "N" allows the start position of willy to be moved. ----------------------------------------------------- I have added the ability to turn Willy to face either way on room start. ----------------------------------------------------- Just adding the code to respond to a keyboard key takes an accumulative larger and larger chunk of code. --------------------------------------------------- I can think of nothing I can add now that is feasible in terms of the amount of memory it would take to write. Each addition sounds like it would only take a simple key check to implement it into this editor. That is simply not the case. For example when allowing the re positioning of portals. The x and y positions on the screen need checking for the edges. Simple checks, but the amount of code needed just grows and grows. The above additions have not been added to the program on post #1 I am reluctant to keep adding revisions. I normally have hundreds of updates for everything I write. So this update is being held back until such time as I feel it is the last one for some time. jetsetdanny and IRF 2 Quote Link to comment Share on other sites More sharing options...
IRF Posted February 14, 2020 Report Share Posted February 14, 2020 Out of curiosity, if there is currently a key which toggles between 'Face Willy left at the start' and 'Face Willy right', could it easily be extended so that the same key progresses Willy's initial frame of animation through all eight possible options (four left-facing, four right-facing)? Or would that require too much additional code? Quote Link to comment Share on other sites More sharing options...
Norman Sword Posted February 14, 2020 Author Report Share Posted February 14, 2020 One of the multitude of data bytes removed from the start of a room was the animation phase. Starting in a particular animation phase is a cosmetic addition, for 99% of room starts. The left and right start phase is fixed. IRF and jetsetdanny 2 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.