Jump to content
Jet Set Willy & Manic Miner Community

jgharston

Contributor
  • Posts

    18
  • Joined

  • Last visited

About jgharston

Profile Information

  • Gender
    Not Telling

jgharston's Achievements

Member

Member (2/3)

24

Reputation

  1. If they were used as Prestel terminals they probably did use a special chip for the display, the SAA505x. Supported by the additional characters printed on the case above the digit keys, which are the teletext characters used in the SAA5050 instead of [ ] ^ { \ } ~. See link.
  2. You're right, the branch offset should be FC. I think I had the ADD somewhere else initially starting at BACKGROUND instead of BACKGROUND-9. I edited the bytes in manually and it worked correctly, I obviously missed the disassembly then saying JR 8D55 instead of JR 8556. I'll tweek my patch on my site.
  3. I was doing some tidying up of my JSW documents a couple of days ago and was looking at the block graphics drawing code. Not being able to remember seeing a bugfix for it anywhere I thought I'd test a fix I'd had sitting at the back of my mind for years. I tested it yesterday, and with one tweek this is it. See also link. Original code: Change to:L8D4B: LD C,&00 L8D4B: 1E 00 LD E,&00 ; Start at screen address 0L8D4D: LD E,C L8D4D: DD 7E 00 LD A,(IX+0) ; Get current attribute LD A,(IX+&00) 21 97 80 LD HL,BACKGROUND-9 ; Start at the background attribute LD HL,BACKGROUND 01 09 00 LD BC,9 ; Nine bytes per block LD BC,&0036 L8D56: 09 ADD HL,BC ; Step to next block CPIR BE CP (HL) ; Does attribute byte match? LD C,E 20 FB JR NZ,L8D56 ; Check next block LD B,&08 LD B,&08 ; Eight pixel-linesL8D5C: LD D,&00 L8D5C: LD D,&00 ; High byte of screen bitmap address L8D5E: 23 INC HL ; Point to bitmapL8D5E: LD A,(HL) 7E LD A,(HL) ; Get a character byte LD (DE),A 12 LD (DE),A ; Store into screen buffer INC HL INC D INC D ; Move to next pixel-line DJNZ L8D5E DJNZ L8D5E ; Loop for eight pixel-lines INC IX INC IX ; Move to next attribute INC C 1C INC E ; Move to next screen address JP NZ,L8D4D JP NZ,L8D4D ; Loop for 256 attributes RET RETThe following hex patchfile will apply this fix::0F8D4B001E00DD7E0021978001090009BE20FB7C:098D5E00237E121410FADD231C1F:0000000000
  4. I was looking at JSWII a couple of days ago before looking into the issue with the Foot/Barrel/Maria disappearing on the Master fixed version of JSW1, which is now fixed. I have an idea how to get JSWII to use sideways RAM regardless of machine, at the moment it only tests for its presence if it's already found that it's a Master. It should test for the SRAM presence before/instead of testing for the machine type.
  5. Fixed now. I'd put a bit of patch code in a bit of space that eventually got overwritten. (Seems to) work(s) now. I've been alternating between running it on BBC B and Master for the last half hour, and no problems so far.
  6. Spoke too soon, as the game progresses those sprites gradually get eaten. Go into the Nightmare room, leave it, then go back in again. ;) I think I know where the problem is.
  7. Bingo! Carlo set me looking in the right direction. Jet Set Willy 1 for the BBC Now runs fully on the Master.
  8. Thanks, knowing what is causing the symptoms gives me a way to fix it. I'll have a look when I'm back from work. It's because the BBC uses a software characters-per-line table and JSW sets up a 32-characters-per-line tables and tells the VDU drivers to use it. The Master calculates the characters-per-line on the fly and is fixed at 20,40,80, so the patch makes JSW align it's 32-chars-per-line display within this fixed 40-char window.
  9. I've gone through the BBC JetSetWilly versions I have and checked them and tidied them up a bit. I'd got a rather confused mess of about five different "versions" that clarified into the three actual versions: JSW1, the cut-down JSW2, and the full JSW2 (which I've distinguished by calling JSW2 and JSWII). Still a couple of bugs to iron out. Also at long last I've got around to updating the maps replacing the Spectrum screenshots with BBC screenshots. http://mdfs.net/Software/JSW/BBC/: Jet Set Willy 1 - Runs on BBC and Master, runs on an active network Loader tidied up. Flashing cursor turned off. Loading screen not overwritten by loading files. Patched to run correctly on the Master. Still a few problems, the 'Special' rooms have no guardians and the falling foot is invisible. Jet Set Willy 2 - Runs on BBC, fails on the Master, fails on an active network Loader tidied up. Flashing cursor turned off Jet Set Willy II - Runs on BBC and Master, fails on an active network Loader tidied up. Flashing cursor turned off. If Master doesn't have SRAM banks 4,5,6 free, reverts to loading in parts as on the BBC.
  10. I've just checked and the patched version works on my Compact exactly the same as the Master, with the same errors that I haven't fixed yet.
  11. The mapping queries over on StarDot prompted me to update my maps, and also to look into getting JSW working on the Master. Not got it perfect yet, but here we are so far: JSW1.ssd. It no longer crashes, no longer fails to display anything, and the game runs properly. The only problems at the moment are: * the "special" rooms fail to display any guardians (Bathroom, Top Landing, Bedroom, Nighmare Room) * the falling Game Over foot is invisible - but still squashes Willy. Almost all the problems stem from JSW1 pointing the VDU driver's line address table to a custom table, but MOS 3 doesn't use a soft line address table, it calculates everything on the fly so you can't make it use a custom table. The only thing the custom table is used for is the text messages, so I modified the code use the standard 40-column text coordinates. I also turned the cursor off, yea gods, that was annoying me.
  12. There is the old MM+JSW Yahoo Group at https://groups.yahoo.com/neo/groups/manicminerandjetsetwilly/info but it hasn't had any posts in a couple of years, and none since Yahoo killed the usability. Yahoo has been hemmoraging groups since they went out of their way to make it as unusable as possible.
  13. It depends on what you are showing. In general I scale to an exact whole multiple of the source screen size. With the BBC almost always shown with no border, and with standard hardware the border colour is unchangeable. With the Spectrum sometimes with the border, sometimes without, depending on if showing the border makes sense. So: BBC: 640x512 (80x32 chars) or 320x256 (40x32 chars) (eg http://mdfs.net/Apps/Graphics/Conversion/BMPSamples Spectrum, no border: 512x384 (32x24chars) or 256x192 32x24 chars (eg http://mdfs.net/Software/JSW/Editors/JGH Spectrum, border: 576x448 (32x24chars with 2-char border) or 288x224 (eg http://mdfs.net/Software/BBCBasic/Spectrum/Screen.htm Spectrum, special case: JSW screens: 256x136 (32x17chars) (eg http://mdfs.net/Software/JSW/JGH/Screens/Room063 Always exactly 1x or exactly 2x source screen bitmap size.
  14. Yes, moved to a new server over September. I'm still catching where files are missing as in uploading 2.5G of data the FTP connection timed out a few times.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.