... should be setting the screen colour to white on white but ... the now bottom cleared row to be set to the crazy text colour ... use the foreground colour to clear the screen and set the background ... colour to the foreground colour ...

... /> amateur mistake.
Im used to languages with local variables where ... you dont have to worry about that.
< ... br /> So the solution is to either push a and b ... de,hl ;de now contains screen address hl contains array location

... also have the option to catch the beginning of ... of the bottom attr row to BLACK+BLACK+BRIGHT+FLASH ... to re-use that colour by mistake elsewhere on the screen ... top attr row (just BLACK+BLACK) to make the screen "even". ... that I only have to do 176p which... you ...

... whole of the bottom attr row to BLACK+BLACK+BRIGHT+FLASH so ... to re-use that colour by mistake elsewhere on the screen ... the top attr row (just BLACK+BLACK) to make the screen "even". This ... to this stuff. For instance, looking for the beginning of the screen ...

... LD HL,16384 ; start of screen address
LD B,12 ; ... A ; place it on the screen
INC HL ; ... 0 again, so no need to redo it
LD ...

... /> ld hl,$4000 ;start of screen file
ld bc,$18 ... ),a ;pattern into screen address
inc hl ;next screen address
djnz loop ... ;repeat 256 times and set B to 0 ...

... br /> HASH LD HL,MainScreen ; screen address
LD B,12 ; ... a ;pattern into screen address
inc hl ;next screen address
djnz ... loop ;repeat 256 times and set B to ...

... [/i] identical values in a row to break out of the loop ... of 100 T states (corresponding to the border at the sides ... might want to think of the sides of the screen as your ... />
The following loop seems to work in SpecEmu with minimal ...

... to RRC the mask bit for the screen and adjust the screen address ... Lo byte accordingly.

If that was perhaps changed to ... That would unfortunately mean having to save a further 51 ... that takes fewer bytes to decode, probably about 25 ...

... ld a,e ;reset data address to FD1Eh
calc_lp1:
... /> put_bit:
push hl ;backup screen address
xor (hl) ;

... de,$4000 ;load DE with screen address
ld a,"X ... 3c00 ;add $3c00 to get the base address of character
to screen addr
add hl,bc ... ;to move 8 px down
to only increment E)
;if font base address ...

... de,$4000 ;load DE with screen address
ld a,"X ... 3c00 ;add $3c00 to get the base address of character
to screen addr
add hl,bc ... ;to move 8 px down
to only increment E)
;if font base address ...

... in with B = Y-position (row), C = X-Position (column ...
add hl,bc ;Add to attribute address

ld b ...
add hl,bc ;Add to attribute address

ld a ... jumps to the routine and PUSHes the address to return to onto ...

... point to stored screen address
ld d,a ;DE = stored screen address
to screen

ld ... ,l ;point DE to screen equivalent ATTRs address
ldi ...

... point to stored screen address
ld d,a ;DE = stored screen address
to screen

ld ... ,l ;point DE to screen equivalent ATTRs address
ldi ...

... ;pushed DE = stored ATTRs address

ld ... res 7,d ;point DE to screen

ld ... /> pop hl ;ATTRs address now into HL
pop hl ;plasma address into HL
nxt_block ...

... ;pushed DE = stored ATTRs address

ld ... res 7,d ;point DE to screen

ld ... /> pop hl ;ATTRs address now into HL
pop hl ;plasma address into HL
nxt_block ...

... de ;pushed DE = stored ATTRs address
push bc
... br />
pop de ;ATTRs address restored into DE
ld ... /> res 7,d ;point DE to screen

ld (de ...

... />
pop de ;ATTRs address restored into DE
ld ... />
pop hl ;plasma address back Into HL
nxt_block ... /> res 7,d ;point DE to screen

ld (de ...

...
ld d,l ;ATTRs address restored into DE
ld ... />
pop hl ;plasma address back Into HL
nxt_block ... /> res 7,d ;point DE to screen

ld (de), ...

... can simply keep incrementing the screen address (held in the DE ... that in order to arrive at the address of the byte ... br />
Adding one to a screen address will move us one character ... cell to the right; hence ...

... +1): REM copy pixel row from a$() to screen
99 NEXT r ... :
REM initialise FN s$() to hold screen data
1991 GO ... +1)=s$: REM copy pixel row from screen to a$()
2016 NEXT ...

... address in (HL) and prints the CPL'd Binary text
;to screen ... address from where to get data
ld de,4200h ;SCReen ... inc e ;next byte on screen

djnz ... ve crossed into a new SCReen 1/3rd
...

... l,d ;use L to create the SCReen address Hi-byte from the ... 7,d ;RES d to point to actual SCReen
ld (de),a ... DE address
mlp1:
ld a,(de) ;get SCReen buffer byte ...

... hl,$4000 ; start position scr address
ld de,spritedata
ld (hl),a ; write to screen
inc hl ; next character ... /> ld a,l ; move back to start of line
sub ...

... br />
; calculate pointer to screen, yofs from table
ld ...
; "or" the pixels to screen
ld a,(hl)
screen
ld a,(bc) ... 94 are the top row of glyphs, next 94 ...

... sure though as it seems to use a lot of 16 ... screen address). It's doing something different with horizontal sequences of pixels to ... diagonal the width of the screen and 2/3 the height ... in around 128 scanlines. To me that seems a lot ...

... takes around 3 scanlines to plot each pixel. Mine ... m holding onto the screen byte until the loop ... m not read/writing to the screen once for every ... noted, I'm adding to the screen address (only when required) ... and may be willing to sacrifice +-1 pixel endpoint ...

... it's a bit wasteful to have two buffers, but ... the other gives me something to do in the top- ... the interrupt and the copy-to-screen.

I'm ... it going to copy 2/3 of the screen ahead of ... has to be slower. I like how you're indexing the address ...

... it's a bit wasteful to have two buffers, but ... the interrupt and the copy-to-screen.[/quote]
With a ... it going to copy 2/3 of the screen ahead of ... to be slower. I like how you're indexing the address ... from "ld ix,copy_addr_table" to the next op after "jp ...