Jó ha van neked képed róla, mert én már totál nem értem

Bar, nem vagyok egy Istvan de azert nemi CRTC emulaciot megprobaltam a magam joval primitvebb emulatoraba eroltetni, szoval ezt a cimkepzes dolgot kozben en is megfejtettem, mondjuk a leiras hasznos (az a TVC hardver pdf), hogy szepen leirta

Amugy imho nem nehez megerteni, az a kulcs, amit Istvan is irt, alapvetoen a CRTC by design egy cimgenerator javareszt (oke van 1-2 dolog meg, SYNC, cursor jel - de ez utobbi csak "helper" es nem is kotelezo hasznalni, lasd TVC-n nem is kurzort csinal hanem interrupt-ot ....), viszont alapvetoen karakteres modra terveztek. Ezert a kimeneten a "RA" gondolom a Raster Address lesz, azaz egy karaktersorban levo raster szamat mutatja. Ha CRTC-re epitesz egy karakteres modu cuccot, akkor ez pl cimezheto a font adatokban a megfelelo parametert. Voltakeppen, ha a max_RA=1 lenne (illetve 0, mivel a 9. regiszter - ha jol remlik talan az? - a tv sor / karakter minusz egyet jelenti), akkor kb egy bitmap modnak megfelelo cucc jonne ki. Azert kell ennyire megkeverni, mert sajna arra gondolom nem szamitottak, hogy masra is hasznaljak, igy aztan a karakter sorok szama tul alacsony (8 bit, vagy 7, most tudomisen ...), ami karakter sor = raszter sor eseten eleg gyengus. Ugye ezert trukkoznek valahogy minden gepen ami CRTC-t hasznal, hogy a RA meg a generalt memory address (MA) kimenetekbol valami nagyobb fuggoleges felbontast leheto tevo bitmap szeru mod jojjon ki.

Ezek mellett meg a masik kulcs, amirol ma szo volt, hogy a CRTC semmifele pixel adatot NEM allit elo. Azt neked kell megoldani kulon aramkorben. Szoval azert annyira mas a szin/felbontas/akarmi lehetosegei az egyes gepeknek, amik amugy ugyanugy CRTC-t hasznalnak.


Bocs a sok rizsaert, csak hatha segit, ha leirom ...

TVC-n egyébként valóban 314 sorosnak kell lennie a képnek? A CRTC regiszterek alapján a ROM ezt állítja be (78 karakter + 2 sor), de meglepő, hogy nem 312.

Ezt nem ertettem en se ... En ugy tudom PAL eseten 312 es egy fel (??), vagy valami hasonlo lenne egy felkep, de van a "kiegeszito sorok szama" es ott 2 van a regiszterben ...

Néztem a DEMO4-et, most tényleg egy iciripicirevel gyorsabb mint a valódi gép. (De lehet, hogy egy még jobb SD kártyával behozná a különbséget.)
Még ehhez:

A sebesség függ a fájlrendszertől, a klaszter méretétől, a fájl töredezettségétől.

És valóban, csináltam egy 32 megás VHD-t, ott visszaesett a sebesség 8.14-re, emun és valódi gépen is.

A DEMO5, ezen 32 megás partíción, első résznél:
Valódi gép: 243.22 sec, 24.2 kép/s
Emu: 243.22 sec, 24.2 kép/s

Második:
Valódi: 96.86 sec, 12.5 kép/sec
emu: 96.86 sec, 12.5 kép/sec

Harmadik:
Valódi: 150.78 sec, 12.5 kép/sec
Emu: 150.78 sec, 12.5 kép/sec

Ezek elég jó eredménynek tűnnek

Memória időzítések, Z80 órajel nyújtás meg ilyesmi is emulálva van már? Ha jól sejtem igen, különben nem jönne ki olyan pontos eredmény  

Elvileg igen, nem biztos, hogy teljesen pontos, de VRAM hozzáférésnél fél ciklus egységekben 0.5-2 ciklus várakozás van a hardver könyv 20. ábrája alapján

Ezzel szerintem már a legpontosabb TVC emu lett
WInTVC: "- CRTC emuláció nem teljes
- clock stretching nincs implementálva"

PCZ80TVC: "- CRTC emuláció nem teljes
- clock stretching nincs implementálva"

A többi meg még egyszerűbb javás, vagy régi DOS-os emulátor.

Konfig fájlok kapcsán: ahogy említettem sok BASIC program (vagy BASIC-be bújtatott gépi kódú rész) használ direkt memória címzést, ezért vagy az 1.2 vagy a 2.2 rendszert szeretik, ezért szereltek a valód gépekbe is ROM átkapcsolást. Vagyis mindkét variációból kéne DOS-os és SD-is.
A fájlok nevébe automatikus kerül a memóriaméret? Mert lehet, hogy a TVC-sek jobban örülnének a jól ismert TVC32, TVC64, TVC64+ (TVC64P? TVC64Plus? A + jel nem biztos, hogy szerencsés fájlnévben.) neveknek
Vagy esetleg mivel a ROM variációk miatt úgyis elburjánoznak a konfig fájlok, ahogy EP-nél is van több könyvtár, lehetne itt is, és akkor azoknak lehetne ez a neve.
A cartridges teljes VT-DOS-ból elég szerintem 2.2-es 64+ variáció, és a UPM-ből is. Ezeken CP/M (jellegű) programok futnak, nem érdekli őket a BASIC különbözőség.

Amúgy ha jól nézem nagyobb feladatnak már csak egy esetleges FILEIO ROM lenne?
Az Operációs rendszer könyvben írnak a MOPS eszköz kezelőkről, elég hasonló a téma az EXOS-éhoz.

SDEXT lapozás javítva (most egyébként a debuggerben 7-es szegmensként jelenik meg)

A 4-5-6 lehetne még bővítőkártya ROM (8K), ide mehetne a FILEIO ha lesz, a maradék meg fejlesztéshez tartalék.
Egyébként itt a TVC-sben elég SD-nek hívni az SD-t. (Az EP-sben azért lett SDEXT, mert a :SD parancsot már használja az EPDOS, így ki kellett találni valamit )

A fájlok nevébe automatikus kerül a memóriaméret?

Nem, bármilyen nevük lehet. Ezek például megfelelőek lennének?

TVC_32k_V12.cfg
TVC_32k_V22.cfg
TVC_64k_V12.cfg
TVC_64k_V22.cfg
TVC_64k_V22_SDEXT.cfg
TVC_64k+_V12.cfg
TVC_64k+_V12_SDEXT.cfg
TVC_64k+_V12_VTDOS.cfg
TVC_64k+_V22.cfg
TVC_64k+_V22_SDEXT.cfg
TVC_64k+_V22_VTDOS.cfg          (* alapértelmezett)
TVC_64k+_V22_VTDOS_CART.cfg

Amúgy ha jól nézem nagyobb feladatnak már csak egy esetleges FILEIO ROM lenne?

Talán egy későbbi verzióban , ha jól látom, a TVC-s programok általában egyébként is .DSK formátumban tölthetők le.

Talán egy későbbi verzióban , ha jól látom, a TVC-s programok általában egyébként is .DSK formátumban tölthetők le.

Ja, mert eddig nem volt kifinomult emulatoruk, mint a tied