jetsetdanny

Yes, it definitely is possible. The data in question is at #C480 - #C49A and it is similar to the code in the original "JSW" (described by SkoolKid here). However, I think there is some difference in the earlier code which handles this data. WRITETYPER in the original "JSW" is coded in the following way: 1f 1f no keys pressed 1d 1f w 17 1f r 1f 1b i 0f 1f t 1b 1f e 0f 1f t 1f 0f y 1f 1e p 1b 1f e 17 1f r If the data in JSW128 corresponded to what happens in the original "JSW", the input would have to be (AFAICT): 1f 1f no keys pressed 1d 1f w 17 1f r 1f 1e p 1f 1b i 1f 1f no keys pressed 17 1f r 1f 1f no keys pressed 17 1f r 1f 1f no keys pressed 1f 1d o 1b 1f e 1f 17 u 1f 1f no keys pressed However, it doesn't work like this, I think. Pressing "s" changes the value of #C400 to 01, so I think is the first letter. But I can't figure out the following ones. Does your comment mean you've never cracked the cheat code activation yourself, Andrew, or did you just make a general comment as a hint as to how to proceed with cracking the code?

The JSW128 game engine, created by John Elliott as an extension of the original JSW48 game engine, has a special cheat mode. This is in addition to the Writetyper cheat, which also works. The Writetyper cheat is activated at the bottom of "First Landing" (028), just like in the original "JSW", by keying in the word "writetyper". A foot appears to the right of the last remaining life to show that Writytyper has been turned on. The cheat uses keys 1-8 (instead of 1-6 in the original "JSW") which need to be pressed together with 9 to teleport to another room. I am not aware of information about how to activate the other cheat mode and how it works ever being made public. I think it is high time it was, for the sake not only of the players, but also game creators who would like to check how it works in their games. I have been able to establish the following so far (using the information John gives on his website): The cheat mode indicator is at #C400. The value which turns it on is 9. So, POKE 50176,9 turns it on. A hash symbol then appears to the right of the last remaining life. If both Writetyper and the other cheat mode are activated, the Writetyper foot is next to the last remaining life, and the other cheat mode symbol is to its right. Both Writetyper and the other cheat mode stay on after the game is over. When you start another game, they are already activated - once on, they're always on. When the other cheat mode is activated, you can move to the room to the left by pressing "z", to the room to the right by pressing "v", to the room which is above your current room by pressing "c" and to the room which is below your current room by pressing "x". Judging by John Elliott's notes, the cheat mode also provides invincibility, antigravity and fast inter-room teleportation. It is also supposed to switch on the cheat-mode in-game tune. I have not been able to experience any of these effects so far. I also don't know how to turn on the other cheat mode in a normal way (without POKing the game). I know it has to be done at the bottom of room 046 ("Root" in the original Jet Set Willy 128) and it seems to me that the first letter you need to input is "s". However, I haven't been able to figure out the rest yet. I know some of you know the secrets of this cheat mode (John Elliott, of course, plus at least one other person I know of) - please share them here :).

Welcome, Geoff! :) It's great that you have joined this community! :D Thank you for wonderful contributions to the scene! They are greatly appreciated and have been a basis for further development of JSW games :thumbsup: . I am not sure how much you have been following the MM/JSW scene over the years, but - as Ian mentioned - your 'Patch Vector' concept has been used in various projects in the last four years, both in the form of your original PVs and numerous new ones. Your documentation describing your PVs has been instrumental in this development - thank you for it as well! :thumbsup: From my personal perspective, the Special Edition of "Willy's New Mansion" is a project I would like you to know about and have a look at, if possible. It features a number of your PVs applied in various rooms, plus a number of new PVs developed especially for it. Due credit is given to you amply in the Readme, where there are also disassemblies of all of the PVs used, both the ones you designed (their disassemblies were created thanks to your documentation) and of the new ones. I know you once had a look at the Original Edition of "Willy's New Mansion" back in November 2004 (you told me that in an e-mail) - if you ever have a go at "WNM" SE it will be a whole new experience! I wonder if you would recognise your own PVs there... :) Is it possible you will take up any JSW projects again? Shall we ever see the release of "Willy and the round tuits" or "Willy does the Great Pyramid"? ;)

I've tried opening the file that eighteentee sent me in Spectaculator and Spin (won't work), as well as in JSWED (sees mostly zeros in the Hex Editor apart from some code at the beginning, which doesn't look familiar) and in ZX-Blockeditor (won't open it, gives an error message). I've downloaded a program called Free File Viewer and opened it in it. It shows content, but I can't make any sense of it, I don't see anything that resembles code known from JSW :unsure: .

Thank you! :) I

My immediate suspicion would be that's it's a Z80 file but NOT of the Spectrum type, but I don't know enough about non-Spectrum files to know if there is such a thing. I would suggest trying to have a look at the file in another emulator (e.g. ZX Spin or Spectaculator), or JSWED (including the Hex Editor if it wouldn't load as a proper JSW game but would show meaningful code in the editor) or ZX-Blockeditor. In fact, I would be happy to try it myself if you wanted to share the file in a PM or e-mail message.

If the Z80 file is a separate file, why can't you copy and paste it or send somewhere?

Richard Hallas's classic "Join The Jet-Set!" has two rooms: a slightly redesigned "Entrance to Hades" (06) and "Hades" (07) (to the right of it, designed in a similar style). There's also "Below Hades" (50) and "A far cry from Hades" (30), both designed in different styles. So, come to think of it, "Hades" makes quite a significance presence in "Join The Jet-Set!" :o . The screenshots of all these rooms can be seen here.

John, going back to the decription of the Softricks game engine you present on your website (as mentioned above), the following questions arises: You say, "The major change, then, is that the guardian table doubles in length. The data that were in the range A400h-A7FFh (the object tables and a couple of sprite pages) have been relocated." The item (object) tables are relocated to #FE00 - #FFFF. It takes away two rooms, that's why in the Softricks mode in JSWED you cannot edit rooms 62 and 63. Do you know where the "couple of sprite pages" are relocated by the Softricks engine? Are they really relocated or are they simply lost (i.e. the player has fewer sprite pages to use than in a standard JSW48 game engine)? If it's the latter, a correction might be in order on your website. Thanks to Ian for drawing this issue to my attention.

Interesting, Andy! :) There must have been some kind of announcement from Software Projects. I suspect it may have been both about the winners of the competition and the POKES they had come up with at the same time. I don't know how they announced things back in those days. Today there would be info on their website and social media accounts, I am sure. Back then perhaps they wrote an announcement and sent it to various editorial offices of magazines related to computing, and the magazines published the content of the announcement, but in their own way, without citing it. It's an interesting question whether the original text of the announcement survives in some archive...

Thanks, Ian! It sounds very interesting. I will need to look at it again with a fresh mind to fully appreciate it :) . Please do so, by all means! Or perhaps it'll find its way into a collaborative project of ours one day :) .

Ian, I will make a note of this inadvertent discovery and will try to remember to place such a guardian in some future game project :). However, for the current one (the nature of which will be revealed soon, I know this assertion is probably becoming boring at this point ;) ), the only thing that is important is that the flashing/flickering be as close to the one in JSW128 game engine as possible. The flickering in the JSW128 game engine is regular, there are no changes to it. It happens in the same way all the time, at least that's the impression I have without really analysing it frame by frame. Therefore, a solution that is more regular is closer to what happens in JSW128 than a solution which has more irregularities in the flashing cycle, no matter how attractive, quirky or inventive that other solution may be. And whichever solution is closer to JSW128 has to be chosen for this project. Nevertheless, as I said at the beginning, there will be future opportunities to apply this discovery, hopefully :) .

My replies are in green below:

Thanks for your involvement in this subject, Ian! :) Let's get this question out of the way first: No, it's beyond my scope of interest. I am only interested in being able to insert into my current project a guardian that will flash satisfactorily. Now as a preamble: Thanks. This test file, however, has nothing to do with the project I am working on, it's just a file I created to present the guardian issue outside of the proper project. When I read you saw it cycling through fours colour for most of the time, I thought you were wrong. Then I looked at it and I could see you were right. However, when I looked at the guardian in my proper project, with the values ef 03 00 d0 00 9e d0 7e inserted, I could still see it was, after a short while, flashing in white, cyan and blue only. Definitely no magenta. I thought I was going crazy. I couldn't understand how it was possible, as I saw no difference between the two files in the guardian definition. Why would the same guardian behave differently in two JSW48 files? Then I realised that the guardian in my proper project was using a sprite from page 9f, not 9e. This was adjusted, so its definition was really ef 03 00 d0 00 9f d0 7e. I checked and yes - it makes a difference! Please find attached a file in which the guardian's sprite page has been changed to 9f. Look at the guardian, please. After a few cycles involving magenta, where the flickering seems slower, the guardian starts flashing faster, in white, cyan and blue only. No magenta whatsoever and it's not coming back at any time AFAICT. And please don't tell me you see magenta there, or I'll really go crazy! ;) Here's the file: MC sprite page 9f - 3 colours only!.tap Now, I was really glad about this, because I thought I would swap the sprites around in my proper project and put the flashing one at 9e instead of 9f and I'll have it flashing in four colours. However, I tried it without swapping the sprites (just using the sprite which already sits at 9e), and it doesn't seem to work, I don't see magenta there after the initial few cycles. Weird, weird, weird... :unsure:

The guardian doesn't change animation frames. #FD or #FF are perhaps marginally better, because they seem to make the four-colour flash last longer after entering the room. However, then the guardian reverts to flashing in three colours anyway. The challenge would be to keep it flashing in four colours. It wouldn't actually matter so much if it reversed the cycle or not, flashing in four colours would be better than flashing in three (which is already an improvement over flashing in just two).

Thanks for all your comments, Ian! :thumbsup: They are very helpful in understanding the situation. Taking into account the limitations of the game engine - i.e. the fact that in JSW48 I will not be able to create a guardian flickering exactly like the ones in JSW128, what would be as good as it gets for me is as follows: A guardian at the bottom of the screen (vertical position 208) flashing through a constant cycle of white-cyan-magenta-blue in any order, without reversing the cycle and without any interruptions or changes of the cycle. After much trial and error (mostly error! :lol:) I haven't been able to achieve that yet. The closest I have come to it - or rather, the closest of many close ones which I intuitively like the best (without analysing the way they all flicker in detail) is the guardian found in the attached file "MC guardian - quite good.tap". It has the following definition: ef 03 00 d0 00 9e d0 7e It still isn't perfect - after including magenta in the first couple of flashes, it then flashes in three colours only - white, cyan and blue and it has some irregularities in the way it flashes, sometimes it seems to be flashing more quickly than at other times - but it's probably good enough for the purposes of my current project (the exact nature of which will be revealed soon) if I'm not able to create a guardian which would flash with 4 colours in a totally regular way. Three colours are better than two, that's certain ;). If anyone were able to create a better guardian (flashing through four colours rather than 3, but excluding black - or at least flashing through the three "current" colours but in a perfectly regular way) - I would be happy to use it with all due credit given :). MC guardian - quite good.tap

The colour-changing barrels half way up the West Wall in 'Jet Set Mini' have the following definition: ef fe 00 c0 02 9c 9c 7e They seem to be flashing in the following colours: black, red, green, yellow, BRIGHT red, BRIGHT green and BRIGHT yellow, although I can't establish the exact cycle right now. I will have to experiment, then, since what I'm trying to obtain is something as similar to what JSW128 does - i.e. the cycle of red, magenta, green, cyan and yellow - as possible.

Changing the guardian's colour to red (02) makes it flash in red and yellow. Still only two colours, while I'm looking for five, like in JSW128. The guardian's full definition in this case: 07 02 00 d0 00 9e d0 d0

I am writing this as I'm experimenting with the last (eighth) byte of the guardian's definition: value 00 - first cycles through blue, magenta, cyan and white various times, then flickers irregularly a couple of times and then starts flickering in magenta and white only! value 01 - can't be set in JSWED's GUI. When you set it manually in JSWED's GUI, it reverts to 00. value 02 - flashes in white and magenta only value 03 - can't be set in JSWED's GUI. When you set it manually in JSWED's GUI, it reverts to 02. value 04 - flashes in white and magenta only value 05 - can't be set in JSWED's GUI. When you set it manually in JSWED's GUI, it reverts to 05. value 06 - value 04 - flashes in white and magenta only value 07 (skipping, I'm sure it would revert to 06) value 08 - flashes in white and magenta only value 0a - flashes in white and magenta only value 80 - flashes in white and magenta only I don't think any higher values would yield any different results, especially that the original value #D0 is a multiple of four (208 in decimal) and it doesn't do anything else but flicker in white and magenta. Now: value 01 (inserted in JSWED's Hex Editor, not GUI) - first cycles through blue, magenta, cyan and white various times, then flickers irregularly a couple of times and then starts flickering in magenta and white only! - so it has the same behaviour as value 00. So values 00 or 01 would be best for my purposes if they maintained cycling through the four colours - blue, magenta, cyan and white - but they stop after a while and revert to flashing in white and magenta only! Weird, weird, weird... :unsure:

Thanks for your prompt response, Ian! :) My replies to some of your points are in green below:

John Elliott's JSWED's manual states (starting at the bottom of page 22) that "In JSW48, there are four guardian types - horizontal, vertical, arrow and rope. In JSW128 there are ten; the four mentioned earlier, two diagonal types, and ?ashing versions of all except the arrow and the rope." The "flashing" versions are called "multicolour" in JSWED itself, e.g. in JSW128 games when choosing the guardian type you can choose "Vertical multicolour", "Horizontal multicolour", "NW/SE multicolour" and "NE/SW multicolour" (the latter two being diagonal ones, of course). Judging by the description in SkoolKid's disassembly, it looks to me like bits 0-2 in the first byte of the 8-bit-long definition of each guardian class define what type of guardian it is (please correct me if I'm wrong on this). In practical terms, it looks to me that vertical multicolour guardians have #07 in the first byte of their definition (again, please correct me if this is not entirely accurate). Please find attached two experimental files. The first one, "MC guardian 128K.tap", features a stationary (unmoving) multicolour vertical guardian in a JSW128 game file. The second file, "MC guardian 48K.tap", features the same guardian copied to a JSW48 game file. Even though there are no multicolour guardians in the JSW48 game engine, as per the JSWED manual, this guardian is still multicolour, or, to be precise, bicolour. If flickers in white and magenta only, which makes the way it flickers (glints? glitters? glows? shimmers? - I'm not sure what verb is best here) less elegant than in the case of the same guardian in the JSW128K game file: the flickering is much faster and less colourful in JSW48 than in JSW128; it does not look as good. In the JSW128 game file the same guardian flickers in five colours: red, magenta, green, cyan and yellow. Its flickering is much nicer to the eye than in the JSW48 game engine (although I suspect that if white and blue were added to the cycle, it would be even better). The question I have is this: Would it be possible to tweak the JSW48 game engine easily (like changing a couple of bytes or adding a little bit of some additional code, I'm not talking about any serious rewriting of the engine) to make this stationary bicolour guardian multicolour, i.e. to make it flicker at least in the five colours that it flickers in in the JSW128 game engine? I only need it to flicker in a nicer way, I don't need it to move. Any help on this would be appreciated :). MC guardian 48K.tap MC guardian 128K.tap

Thanks for your reply, guys! :)

A project I am currently working on involves an additional options screen, on which the player has to press either "1" or "2". Other than that, it just uses the regular keys any JSW48 game uses. Is it worth creating a ZXK file to map the Vega control buttons to the ZX Spectrum keys used by the game in this case? Your thoughts and suggestions would be appreciated :).

Yes, thank you for sharing it, Norman, and for describing the development history! :thumbsup: In view of your statement: > Version M is version "K" and Version "L" combined. So in essence it supersedes both of the earlier versions. when I next work on JSW Central (which may be a couple of months from now, as I am engrossed in another project right now, albeit JSW-related), I will delete the pages for JSW 128 VK3 and JSW 128 VL5 and create a new page for JSW 128 VM, with references to the other two former versions - unless you would like me to leave the individual pages already in existence and add a new one, which I can also do. Please let me know what your preference is. I look forward to exploring JSW VM! :)

Thanks for uploading it, Norman Sword! :thumbsup: From your earlier comments, I did not have a feeling that JSWVL was a further development of JSWVK in the sense of improving the former; I understood that it was not *better*, but *different*, an alternate take, so to speak. If JSW128VM is the "final" version, does it mean that it supersedes both JSWVL and JSWVK? Or only one of them, perhaps? (if so, which one?) Please kindly elaborate on the classification of your versions, so that we know how to describe them on JSW Central and elsewhere.