A torzítás a kép felső részén a PAL szabványnak nem megfelelő időzítés és HSYNC/VSYNC jelek miatt lehet, amit a PC-s tuner kártyák gyakran nem szeretnek, CRT-n viszont ez nem feltétlenül okoz képhibát.

Ez is "megvizsgálandó rész" (írom szinte már megszokásból...). Mivel a jelenség csak akkor jön elő (látszólag), amikor a keretszín nem fekete, én arra tippelnék, hogy a szinkronhoz túl közel kezdődik/végződik a keretszín, rövidre van véve a "kioltási szint". Ez meg megőrjíti a digitális tuner(eke)t. Ezen is lehet faragni majd, de... (...és itt kezdődik a hajtépés meg sikítozás... )

A hanggal egyelőre csak az a problémám, hogy a képpel együtt elég zajos. Ezen a részen úgy érzem egy komoly "átépítést" kell majd eszközölnöm, de a jelenlegi helyzettel azért valamennyire elégedett vagyok, úgyhogy ezt egy kicsit hátrébb sorolom a feladatok között.

Most jöhet az IDE interfész, ehhez is lesz majd egy adag kérdésem, de előkeresem a megfelelő topikot hozzá.

Mit csinál a Xilinx CPLD az EXDOS kártyán?

Jelen pillanatban az SRAM-nak, a FLASH-nek állít elő _CS jelet illetve az A14..A18 címeket generálja. (Mivel a két toknak közösek ezek a címek, de "kapacitástól" függően máshogy vezérelendők, így direkt nem akartam a címbuszra kötni ezeket.) Aztán még a WD177x-nek állít elő órajelet illetve _CS-et. Meg a hozzá tartozó ki és bemeneti portnak az engedélyező jeleit. Azt hiszem talán mást nem.

Ja, meg a buszmeghajtók közül az adatbusz maghajtását engedélyezi, amikor bármilyen olyan ciklus van, ami a kártyának szól.

(Meg tesztből van benne egy számláló, amit egy I/O porton keresztül ki lehet olvasni, de ez majd később kikerül.)

Bele lehetne tenni még egy szorzó áramkört.

Jelenleg 27 regiszterem van elhasználva a 72-ből, valami akár még bele is férne. Mondjuk érzésre egy 8×8 bites szorzónak már kevés lenne a maradék hely, de mire is lenne ez jó?

Tudva azt, hogy egy ilyen kis CPLD nem éppen matekra van kitalálva, poénból generáltam egy szorzó áramkört. A 8 bites az - természetesen - nem fért el, a legnagyobb, ami sikerült, az egy 4×4 bites szorzó, ami sima kombinációs logikaként még belefér. Hogy ezzel lehetne-e bármit kezdeni...

Inkább tegyél oda egy puffer vezérlést (meg természetesen pluszban egy memóriát), hogy a WD-től érkező adatokat szabadabban lehessen fogadni. Valahol olvastam itt a fórumon – talán Zozosoft valamelyik hozzászólásában – hogy elég szoros a szükséges időzítés, így közben mást nem nagyon lehet csinálni. (Sőt, lehetne a pufferelés mindjárt két irányú is. )

Ez simán meg is oldható, sőt: a kártyán levő 512K-ba direkt is pakolhatnám az adatot. (Mondjuk a gépben levő 64K+64K nem tölthető így, de ez úgyszintén csak teoretikus.) Viszont mire lenne ez is így jó? Ez akkor lenne hasznos, ha megcsinálnám, és utána egyből mindenkinek ilyen lenne az ExDOS kártyája. Azzal sokra nem mennénk, ha ez csak nálam működne.

Először menjen nálad, azután lehet esetleg faragni egy pici add-in board-ot – pl. olyan stílusban hogy a bővítő megy a WD helyére, abba meg a WD – mondjuk csak a RAM-mal és kisebb CPLD-vel, és idővel mindenkinek lesz.

Jó terv! Ez a felépítés mondjuk igencsak átgondolandó, mert most (így érzésre) egy kicsit több a lehetőségem, mint add-in board üzemmódban.

Persze kérdés, hogy érdekel-e ez bárkit? Akarnak az urak trackmo-kat csinálni amik rendesen tudnak zenélni töltés közben?

Hát persze hogy akarnak! Amúgy ezt szerintem most is meg lehetne csinálni, csak nem a floppy-val, hanem az IDE vagy SD illesztő segítségével. Mintha lett is volna szó róla, hogy lesz olyan lehetőség, hogy az IRQ-t ne lője le olvasás alatt a rendszer. (Ez az IDE/SD esetén nem gond, ha jól sejtem.)

Nem jól kezdtél neki, azért lett nagy.

A (számomra) lehető legegyszerűbb módon kezdtem hozzá.

Szorzó áramköröket háromféleképpen lehet csinálni:
1. puszta kombinációs hálózat (rengeteg logikai elemmel amelyek mindig számolnak, ha a bemenetük változik), előnye viszont, hogy piszok gyors!!!
2. órajelvezérelten, ami állapotgépszerűen működik időben eltolva, lassú, de nem kell sok logika, mert a számolást mindig ugyanaz a cella végzi
3. az első kettő kombinációja, pl. 8x8-as szorzás felépíthető 4db 2x2-es szorzóból + (4-1) db összeadócella (utánagondoltam és ez nem igaz)

Ez oké, de azt azért ne felejtsük el, hogy ez csak egy CPLD. Az ilyen feladatok inkább FPGA-ra valók. Az én verzióm nyilván az első volt, nem akartam én bonyolítani. Arra való a szoftver... De a második verzióhoz is kell összeadni, az sem túlzottan hatékony egy CPLD-vel. (Elég csak arra gondolni, hogy FPGA-ban szokik lenni ehhez direkt támogatás, pl.) De a sebesség itt is bőven elég jó lehet, tulajdonképpen ha azt eléred, hogy a Z80-as I/O kiírás és a végeredmény visszaolvasása közbeni időben "kipörög", gyorsabb nem kell.

Egyébként milyen nyelven konfigurálod a CPDL-t?

Alap VHDL.

Kérdezzük meg Zozo-t, hogy mennyi gépi kódú utasítás kell egy 8x8-as szorzási művelet elvégzésére a Z80-nál?

Akár, de látatlanba mondom: sok. Amúgy mi lenne ebből? FPU? Azaz: Fixed Point Unit?

Pontosítok. Az add-in board alatt egy csak és kizárólag a lemezműveletek pufferelésére szolgáló bővítést értettem. Csak szokás szerint kicsit zavarosan sikerült fogalmaznom.