Hang emulációhoz hasznos lehet ez a leírás (vagy az ep128emu forráskódja ).

Itt pedig néhány érdekesség olvasható a NICK video módjairól. Nem említi a VBLANK/VSYNC módot, de ilyenkor fekete képet kell generálni, még a kereten is (keret = VBLANK, kép = VSYNC (negatív világosság, de emulátoron ennek nem sok jelentősége van)).

A dokumentáció szerint "normál" (nem D/A) módban a DAVE a 4 hanggenerátort időosztásos rendszerben küldi a kimenetre. Ha az adott generátor kimenete logikai "1", akkor a hangerő regiszterének megefelő érték jelenik meg a DAVE kimenetén, egyébként 0. A D/A mód hatása az, hogy amelyik csatornán (bal és/vagy jobb) engedélyezett, ott minden időszeletben feltétel nélkül a 0. generátor hangerő értéke a kimenet. Ezért lesz négyszeres hangerő a D/A módban, mert gyakorlatilag a többi generátor helyett is a 0. szól. Ha csak az egyik csatornán engedélyezett a D/A, akkor a másikon továbbra is lehet zene és/vagy zaj, mert a D/A módnak csak a kimenet vezérlésére van hatása, a generátorokra (számlálók, szűrők, stb.) nem.

Ezt áthoztam ide is, meg legyen a Dave tudástárban is
Ez nekem új volt, bár most utólag átolvasva a Dave leírást már látom

Az időszeletek mekkorák?

Azt, hogy a 64K címteret 4 lapra osszák fel, azt indokolta valami ?

Mert pld. egy 8 -as felosztás már sokkal simulékonyabb lenne, egy 16- os meg csuhajj, 1000H -s felosztásról beszélhetnénk.

De már a 8 -as is nagyon jó volna ...

Az, hogy kb majdnem az összes lapozós Z80 rendszerben így van.

Hát ... nem túl meggyőző érv ... annyit kellene módosítani bármin ami 1 lapot megtanult lapozni, hogy 2 -t vagy 4 -t lapozzon ugyanott. Persze a lapozási idő ... ez talán már érvebbnek tűnik ...

így jól becsüld meg!

Persze, mindenképp. Becsül- becsül. Csak azért egy 8 -ast mégjobban becsülnék ...

16K-s lapozás teljesen jó, 8-asnál beleőrülnél a sok lapba, ja és akkor csak 2 megás lehetne az EP.

Miért ? Sztm semmi más nem változna, csak 8 lap regiszter kéne a Dave -be, oszt jóvan. Nem ilyen 1Xű ?

Na de 256x8k az pont feleannyi mint 256x16k!

Na de 256x8k az pont feleannyi mint 256x16k!

Ó, fukk!

Ez mondjuk már tényleg érv akkor ... 

(Ezt ne mondjátok el senkinek, jó ... )

Azt, hogy a 64K címteret 4 lapra osszák fel, azt indokolta valami ?

Mert pld. egy 8 -as felosztás már sokkal simulékonyabb lenne, egy 16- os meg csuhajj, 1000H -s felosztásról beszélhetnénk.

De már a 8 -as is nagyon jó volna ...

Szerintem az oka az, hogy alapvetoen ugye a Z80 egy 8 bites adatbusszal rendelkezo rendszer. Amikor lapozni akarsz, akkor egy 8 bites adatot OUT-olsz ki a B0-B3 portok valamelyikere. Ha 16K lapmeretet nezel, akkor a lapok szama ebben a meretben pont kiadja az EP cimbuszanak meretet (8 bit + 14 bit = 22 bit), a 4 Mbyte-ot. Ha kisebb lapmerettel operalsz, akkor vagy kisebb lenne az EP teljes cimtartomany (pl 8K-s lapra 2Mbyte), vagy kene pl ket OUT utasitas egy lapozashoz (8K-s lapbol mar 512 es nem 256db fedi le a 4Mbyte-ot), es a ket OUT utasitas kozotti resz veszelyes is lenne mert akkor erosen inkonzisztens az allapot ...

Amugy nehogy azt hidd, hogy a kisebb lapmeret mindig jobb ... Kepzeld el, ha mondjuk kell neked 32K egyben, az igy most mondjuk p2,p3-ra belapozva 2db OUT utasitas. Ha 8K-s lapok lennenek akkor mar 4db lenne, stb. Es ha ezt gyakran kell valtanod, sokkal lassabb az egesz! Persze a nagy es a kis lapmeretnek is vannak elonyei es hatranyai is, szerintem kellett egy koztes valasztas.

Persze trukkozni lehetett volna, de ez kisse "draga" lett volna hw-ben akkoriban (ma mar beztos nem), pl: 4K-s lapmeret, amde ha a B0 portot irod akkor az elso 4 lap "automatice" beall 4 sorrendben egymas utan kovetkezore 1db OUT hatasara, de lehetne specifikus port masik jo par darab, ahol lehet kisebb meretekben is. Hasonlo amin elgondolkodtam pl primo emu kapcsan (nehany csuuuunya primo program beleirna a ROM-ba, ami primo-n ugyan nem okoz gondot, de EP-n nyilvan igen, mivel ott a primo ROM image az valojaban RAM-ban van): hogy pl B0-B3 az a "megszokott" lapozas, de pl masik 4 porton lehetne beallitani csak irasra mas lapra vonatkozot (ha B0-B3-hoz nyulnal, akkor mindketto szinkronban irodik azaz kpmpatibilitasi gond nincs, hacsak az extra lapozo regisztereket nem irja valaki!). Ez pl megoldana a primo emu gondjat is, mert irasra pl a 0-as szegmens lapoznam be, ami az EXOS, es azt ugyse tudja felulirni Olvasasra meg jonne rendesen a RAM. Persze lehet okoskodni, de mivel az EP nem ilyen, ez max sci-fi, vagy amig nem epiti meg az ember a "Super EP"-t, ami azert lehetoleg visszafele kompatibilisnek kene lennie