Welcome, Guest. Please login or register.


Author Topic: DAVE (Read 81393 times)

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: DAVE
« Reply #75 on: 2013.July.19. 10:04:20 »
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)).
« Last Edit: 2013.July.19. 10:29:51 by IstvanV »

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: DAVE
« Reply #76 on: 2013.July.19. 22:28:22 »
Quote from: IstvanV
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)).

Koszi az eddigi infokat is! Emulatort irni hasznos, az ember egy csomo erdekesseget megtud :) Nem allitom, hogy valaha is egy javascript emulator lesz annyira "pontos" mint az ep128emu, de meg akkor is erdemes tudni a reszleteket, meg ha ugy is dontok, hogy valahol erdemes kicsit aldozni a korrekteseg oltaran a performancia miatt. Az ep128emu forraskodja sajnos kevesbe ertelmes szamomra, mivel mindig elveszek a C++ konstrukciok utesztojeben, hogy egy ismertebb linux kernel hackert idezzek:

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."

:) Ez persze inkabb engem minosit, mint a C++-t ...

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: DAVE
« Reply #77 on: 2013.August.22. 09:49:02 »
Quote from: IstvanV
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 :oops:

Az időszeletek mekkorák?

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: DAVE
« Reply #78 on: 2013.August.22. 23:48:47 »
Quote from: Zozosoft
Az időszeletek mekkorák?
Ezt nem tudom biztosan, de valószínűleg legfeljebb 1 us (1 / 250000 / 4). Oszcilloszkóppal könnyen ki lehetne deríteni, hogy valójában mekkorák.

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: DAVE
« Reply #79 on: 2013.November.18. 13:56:27 »
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 ...
Z80 System

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: DAVE
« Reply #80 on: 2013.November.18. 14:12:47 »
Quote from: Z80System
Azt, hogy a 64K címteret 4 lapra osszák fel, azt indokolta valami ?
Az, hogy kb majdnem az összes lapozós Z80 rendszerben így van.
De az, hogy szabadon tudsz bármit bárhova lapozni, az szerintem csak az EP-n van, így jól becsüld meg!
Pl Spectrum 128-on, a 128K RAM-ot csak a 3. lapon tudod lapozgatni, a 0. lapon meg két ROM közül választhatsz...

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: DAVE
« Reply #81 on: 2013.November.18. 14:19:04 »
Quote
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 ...


Quote
így jól becsüld meg!

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

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: DAVE
« Reply #82 on: 2013.November.18. 14:20:12 »
Több laphoz bonyolultabb áramkör kellene.

Offline geco

  • EP addict
  • *
  • Posts: 7082
  • Country: hu
    • Támogató Támogató
Re: DAVE
« Reply #83 on: 2013.November.18. 14:25:35 »
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. :D

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: DAVE
« Reply #84 on: 2013.November.18. 14:32:49 »
Quote
16K-s lapozás teljesen jó, 8-asnál beleőrülnél a sok lapba,


Dehogyis. Én bírnám.



Quote
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ű ?
Z80 System

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: DAVE
« Reply #85 on: 2013.November.18. 14:33:45 »
Quote from: Z80System
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!

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: DAVE
« Reply #86 on: 2013.November.18. 14:33:58 »
Quote
Több laphoz bonyolultabb áramkör kellene.

Jó, hát van a Dave -ben gondolom 8K tranyó, most akkor lenne 100 -zal több ... nem ?
Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: DAVE
« Reply #87 on: 2013.November.18. 14:35:18 »
Quote
Na de 256x8k az pont feleannyi mint 256x16k!
Ó, fukk! :)

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

(Ezt ne mondjátok el senkinek, jó ... :oops:)
Z80 System

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: DAVE
« Reply #88 on: 2013.November.18. 14:38:36 »
Quote from: Z80System
Jó, hát van a Dave -ben gondolom 8K tranyó, most akkor lenne 100 -zal több ... nem ?
A mennyiség az adott volt, abban kellett elférni. Így is van már kiszorult funkció, az első leírás alapján még a belső memóriabővítőnek is a Dave dekódolta volna az engedélyező jelet, ez később kimaradt.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: DAVE
« Reply #89 on: 2013.November.18. 16:52:46 »
Quote from: Z80System
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 :)