Spider

I'd suggest it was the 'exit to the ballroom' easter egg ? As that seems a sensible way to avoid certain screens.

:lol: Well I may have to agree. From what I can remember we used to realise it was "going funny" as The Chapel was empty.

Thanks for the feedback. :) I do recall we had a few tiny issues with the border control (its not quite as easy to do as it seems to be) but the 'final' code was accepted by all. A minor quirk. :) I'm pleased you noticed it actually as its a small 'change' from the original a bit like the 'items' counter decrementing instead of counting up as well as a few other things.

I thought (when writing this) to include removal of the 'dead' routine in-between the loops specifically 35345 to 35365 as this is never ran. Forcing to run by POKE 35343, 32 (this changes the JR Z to JR NZ) but I have not really tried it properly. It was left 'in place' as authors may either modify it so it is used (in which case the 'trimmer would 'eat' it) or use the space for something else although the primary reason was simply as it was not listed in the disassembly itself so I considered it not 100% 'safe' to remove. Having said that the 'trimmer' should only really be ran on a fresh file or one without any code modifications...

I'll be honest I did not see that (at that time!) as a concern as it was more a cosmetic thing. Although looking back if I was doing it again I would fix the conveyors amongst a few other little bits too. :)

Ah I remember that one, I think there was another that would move Willy up walls but that never quite worked. Try this instead ;)

Welcome. :) From what I can remember we called the 'Attic Bug' the 'Bad Program' bug back then. We did not realise it was actually caused by visiting the Attic as such, just that after playing a few games it would do it 'at random' it seemed. The game 'engine' in JSW2 is quite different and relies on compression a lot. There are some other changes, one is quite annoying: If you stand on the edge of a platform (as far as you can) then hold jump and press left/right, Willy will fall he will not jump as per JSW1. This can make screens such as Priest's Hole a bit tricky as its a timing issue with said screen. We do have *something very interesting* JSW2 wise 'in the works' here within the contributor group however although its about 90% complete I need to disassemble JSW2 to fix a few small things before we can present it. I do think you will like it however. :)

Thank you. Fixed. :) And 'Welcome' too.

Please note I've not tested this to any extent (read that as tested at all) ;) :) This is a simple Basic program to 'trim' the unused addresses as per SkoolKids's disassembly of JSW: Listing and output: Last but not least, the file itself: jsw_trimmer.tap

:D Probably best to avoid too much bright if its no on a black paper background then. :unsure: EDIT... Although as known it *can* cause some odd and interesting side effects sometimes :D

It would not show if the air was 'BRIGHT' too. :) There are no 'bright' guardians on a non-black background that I can see. Some of the black background might be 'bright' but I'd have to double check that. I know what you mean the same as 'Up on the battlements' or 'I'm sure I've seen this before' the guardian there is bright on blue so you see it. I would speculate it was an oversight in JSW really as MM does not exhibit this. :)

I would only (guess) its present as a 'left over' from Manic Miner the same way 'AIR' is present in JSW as well as the unused screen colour cycling effect in the middle of the main loop. Having said that, we could call this routine at some point to see the effects ;) :)

Possibly although it may be a bit messy :lol: :unsure: It might be something to suggest for JSWED actually, just a straightforward .xml export / import (rather than a file choice) , I would like to suggest something along the lines of the following format for that: <id>0</id> <desc>The Off Licence</desc> <id>1</id> <desc>The Bridge</desc> I could not do that format however.

I was actually looking for one of these but could not find one, although I'm about 95% sure there was one printed in a magazine "back in the day" so to speak, so I just quickly whipped one up. :) It simply (as the title indicates) lists the room names. To use, load the game code (don't forget to issue a CLEAR first!) then load and run this. jswlistrooms.tap

Sent. :)

Thanks Danny. This has been rectified now. The issue was caused by corruption from the SPL2 loader. I should point out this only effected the Speedlock2 version (the one with the blue/black loading border) not the normal speed or the higher speed Speedlock1 (normal border colours) as SPL2 data is encoded. Something was not quite right with putting it back 'in order' it seemed. I've withdrawn this version (normal and cheat) as there were very few downloads of this particular one and the SPL1 remains (tested all versions) no changes were needed to it. The download counter was incremented on the SPL version to include the newer one so it also remains correct. :)

Yes that's probably a good idea. I'm about certain that is the cause. The 'easy' fix (at least to me) would be for JSWED to reject a JSW2 tape file as a source I guess ? Will be interested to hear John's thoughts on this though.

OK the 'issue' here is you must *not* load JSW2 as a tap file, even though it is accepted and editable. Doing so (regardless of what save type you choose) results in an unsuitable file. To get this to work properly, only load in a snapshot of JSW2 then edit as needed and save (as a snapshot ideally) :) The bug I'm really reporting is I understand that AFAIK JSWED does not support .tap with JSW2 which I can understand given the compressed nature of it, however the bug is it should not really accept a .tap file of JSW2 ;)

Thanks. I saw Gerard had quoted / reposted it was (might) of been a DDOS but that's all I know myself.

One side effect is The Tipshop is also awol (I wondered why then remembered that when there was work a while ago that went off for a bit) , although I found what I needed with a quick Google anyway. If its likely to be down for more than another day or two I haz a plan...

I think I've sussed this out. Although I need a bit further testing before I post anything (later today) as I think I see the issue now. A minor tweak to JSWED will be needed really to prevent 'accidents'

Just saw the topic on the stardot forum. :) Yes have to just wait I guess. All WOS'ers are welcome to take up a temporary home here if they wanted to while they wait however. EDIT... Thanks for including us in your post of 'places' on there too Mark, greatly appreciated. :)

It white paged for me then after a bit it timed out. (this was yesterday) I'd *assume* that its having a server move and or DNS change of some kind which could explain these issues. I have some ideas if its down for too long though.

Quick test: The original version (the one with the headerless loader) does not work in JSWED as it complains about it being invalid. The Richchet re-release, I just tried loading it into JSWED then saving it as both .z80 and .sna (without doing anything to it) and neither would load back into Spin :unsure:

:) I think the problem is it does not compress properly on save or its not saving them correctly :unsure: I'm not really sure which to be honest. I will try with another version of JSW2 (the original release) but I would expect the same result. If that works then it points towards just the documentation needs an update. EDIT... I'll sort this tomorrow.