@Jacques: Jest tam SCART. Używam tego monitorka do XL/XE+VBXE i mam kabelek DSUB(VBXE)->SCART(8833).
@Urborg: Jeśli to nie problem, to poprosiłbym właśnie taki kabelek. Dźwięk z wyjścia monitorowego STe się bardzo przyda.

Edit: @Jacques: O taki: http://www.amiga-hardware.com/showhardw … HARDID=879

Hasło-klucz: FM/MFM ?

Poproszę 1 szt.

KMK i SpeedDrive po 1 szt.

Trzech. Niezależnie od postępu prac Candla chętnie zanabędę KMK/JŻ.

@Fox: jak to się odbywa?

A nie jest to ograniczenie w ROM samej stacji? Przynajmniej w LDW2000, CA2001, INDUS. Po to właśnie chyba Trub pisał swój loader dla CPM, bo pierwsze 3 sektory dyskietek CPMowych miały po 256b.

Edit: Zresztą w samym protokole SIO nigdzie nie idzie informacja o ilości danych, więc musi to rozstrzygać samodzielnie sprzęt (Atari ma informację o ilości oczekiwanych/wysyłanych danych w DBYTE). Pewnie więc i inne stacje zakładają, że sektory 1..3 są zawsze 128b.

Lub (jeszcze lepiej) korepetytorki. Inwestycja na całe życie :)

Ja słucham cały czas prawie Cybernetic Celtic Wizarda. Bardzo fantasy ;)

Zdrowia, szczęścia, pomyślności dla małej.
A mogła być (K)Atarzyna...

Np. tak?

;ekran 32-bajtowy (wykorzystane bajty 1..30)

;X=x (0..39)
;Y=data
puttoscr:
    lda hshltab,x
    sta shldata+1
    lda hshrtab,x
    sta shrdata+1
shldata = *+1
    lda sh0l,y
    sta datal
shrdata = *+1
    lda sh0r,y
    sta datar

    ldy postab,x
    lda (line),y
    and maskltab,x
datal = *+1
    ora #0
    sta (line),y

    iny
    lda (line),y
    and maskrtab,x
datar = *+1
    ora #0
    sta (line),y
    rts

postab: dta :40 1+#*6/8

hshltab: dta :10 >sh2l,>sh4l,>sh6l,>sh0l
hshrtab: dta :10 >sh2r,>sh4r,>sh6r,>sh0r

//tablice masek tresci ekranu odpowiednio dla lewego bajtu i prawego
maskltab: org *+40
maskrtab: org *+40

//tablice wartosci wpisywanych do pamieci ekranu przesunietych o n bitow
//i zamaskowanych (6-bit) odpowiednio dla lewego bajtu
sh0l: org *+$100
//sh2l ma te sama zawartosc, co sh0l (same zera) - mozna scalic w jedna
sh2l: org *+$100
sh4l: org *+$100
sh6l: org *+$100
//i dla prawego
sh0r: org *+$100
sh2r: org *+$100
sh4r: org *+$100
sh6r: org *+$100

Wychodzi sporo operacji na zapis jednego bajtu na ekranie no i całkiem spory narzut na tablice.
Podobnie by trzeba było zrobić z odczytem.
XXL to wie, dlatego Apple Invaders też wykorzystują 6 bitów na bajt :)

Wyświetli, wyświetli, ale zawinie się na granicy 4K, a więc weźmie kolejne dane nie z $B000, lecz z $A000 aż do $A018.