Welcome, Guest. Please login or register.


Author Topic: NICK (Read 162925 times)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #165 on: 2011.December.30. 11:40:11 »
Hamár Interlace: a német újságban karattyolnak valamit, majd Szipucsu elárulja, hogy mit  :)
Talán arról van szó, hogy a BRD ROM-ból likvidálják a folyamatos LPT átíró részt?
[ Guests cannot view attachments ]
[ Guests cannot view attachments ]

Offline Lacika

  • EP addict
  • *
  • Posts: 3191
  • Country: hu
    • http://www.ep128.hu
Re: NICK
« Reply #166 on: 2011.December.30. 12:03:48 »
(Laci! A Utilok közül hiányzik ez!)

Arra a programra gondolsz, ami a Német demokazettán volt? Rakjam be az Util programcsokorba is? Ez a program hogyan mûködik? (csak az ismertetõ miatt kérdezem, ne írjak hülyeséget...)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #167 on: 2011.December.30. 12:05:04 »
Arra a programra gondolsz, ami a Német demokazettán volt? Rakjam be az Util programcsokorba is?
Igen.

Offline szipucsu

  • Global Moderator
  • EP addict
  • *
  • Posts: 9898
  • Country: hu
    • Támogató Támogató
    • Webnyelv.hu - Tanuljunk nyelveket!
Re: NICK
« Reply #168 on: 2011.December.30. 13:17:47 »
Hamár Interlace: a német újságban karattyolnak valamit
A következõt karattyolják, hirtelen, egyszerû fordítással. A "löschen" szó törlést és berakást is jelent, nem tudom, ebben a szövegkörnyezetben mire vonatkozik, a hardveres dolgokhoz nem nagyon értek.

Interlace

A köv. cikket H.Güldenagel küldte be.

Akinek 2.1-es Basic-je van, hamar rájöhet, hogy az Interlace Driver nem fut.

A számítógép bal oldalán a Cartridge-ben van egy 16K-s ROM (ami az angol Basic-et tartalmazza) és egy 16K-s EPROM (ez a német hibaüzeneteket, egy német editor- és billentyûzetdrivert, egy komplett német WP-t és a :VDUMP, :VSAVE, :VLOAD, :BRD bõvítéseket tartalmazza, és a 4-es szegmensre nyomul), amelyben egy rutin található, ami minden egyes 50Hz megszakításnál 5 byte-ot beleír a Nick chip Line-Parameter táblájába azért, hogy megváltoztassa a függõleges visszatérést/(Austastung?). Minthogy az Interlace-video-drivernek a Line-parameter táblája teljesen másképp van felépítve, ez az 5 byte megzavarja az Interlace mûködését, merthogy az interlace-be is beleír.

Mivel az Enterprise cég az Enterprise-EXOS forrást nem tette elérhetõvé, körülményesen kellett elõbányásznom a rutint. Van egy címdekódolóm, amely az 5 cím közül az egyikre volt felrakva, a buszhoz illesztve. Ez minden 50. másodpercben egy impulzust továbbított, amikor a processzor (a keresett szubrutinban) erre a területre írt. Ezzel az impulzussal "megkínáltam" az oszcilloszkópot, és a következõ parancsnál (M1 ckilus) kerestem. A következõ rutint találtam a 4-es szegmensen az E4F7 címtõl:

Minthogy egy Eprom törlésénél (berakásánál?) minden Bit 1, és ez az égetés által 0 lesz, meg lehet csinálni a változtatást ANÉLKÜL, hogy az Epromot elõre törölnénk (beraknánk?) és újraírnánk. Az én Böhm u-Promommal ez egy másodpercig sem tartott.

Röviden összefoglalva: egy 00-nak az IFC2 - IFC4 Eprom címre égetésével jó lesz a német Basic Interlace.

A következõ telefonszámon lehet kérdezni: (elavult szám)
100 SOUND SOURCE 2,STYLE 128,PITCH 25.2,SYNC 1
110 SOUND PITCH 25,SYNC 1
120 ! Videos

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #169 on: 2011.December.30. 13:29:44 »
A következõt karattyolják, hirtelen, egyszerû fordítással. A "löschen" szó törlést és berakást is jelent, nem tudom, ebben a szövegkörnyezetben mire vonatkozik, a hardveres dolgokhoz nem nagyon értek.
Köszi! Itt a törlés a megfelelõ.

Nem semmi, amit a rutin megkeresésérõl ír, manapság ep128emuval "kicsit" egyszerûbb  :ds_icon_cheesygrin:

Offline Tuby128

  • EP addict
  • *
  • Posts: 1448
  • Country: hu
Re: NICK
« Reply #170 on: 2012.January.22. 12:49:38 »
Ez az LPT "átírós rész" miben nyilvánult meg?
 Nekem német EP-m volt, TV-vel használtam antenna kimenettel, késõbb SCART csatlakozóval, én nem tapsztaltam semmilyen problémát.

Offline Tuby128

  • EP addict
  • *
  • Posts: 1448
  • Country: hu
Re: NICK
« Reply #171 on: 2012.February.03. 14:11:03 »
Elkezdtem dolgozni (még csak papíron) egy külsõ NICK chip-en, amely külsõ memóriával rendelkezik.
- Elsõdleges szempont a kompatibiltás, tehát mindent kell tudnia amit a Nick-chip, ami a megjelenítéssel kapcsolatos.
- A szabvány felbontások miatt arra jutottam, hogy egyszerûbb lenne, elhagyni a sorparaméter tábla függõleges szinkroziációhoz tartozó részt, és automatikusan végezné a hardver
- Elõször 800x600-as felbontást akartam, de ahhoz 50Mhz-es pixel órajel kellne 72Hz-en, nekem csak 25Mhz áll rendelkezésre
- 640x480-as felbontás esetén elégséges 25Mhz pixel órajel, amely kb. 60hz-es függõleges szinkront ad.
Ennek hátránya, hogy csak 80 karakter széles képernyõt képes megjeleníteni, noha az eredeti nick max. 88 karaktet tudott. (Text 80 méretûre gondolok)
 Egyelõre a keretszínt hanyagolom, még nem tartok ott.

 Nagyon nehezen boldogulok a Sorparaméter Tábla kiolvasásával, elég bonyolult hardverrutin kell a feldolgozásához. Fõleg a legfontosabb, a karakteres képernyõ jelent gondot a bonyolult címzés miatt.

 Ami igazán problémás az az idõzítés. Azt akarom, hogy ugyanolyan sebességgel tudja írni a külsõ memóriát a Z80 miközben a külsõ Nick is ugyanúgy hozzáfér, de ez utóbbi jóval többször akarja elérni. Bufferelni fogom a Z80 memória írási mûveleteit, és a vízszintes szinkronjel ideje alatt fogom az adatokat elhelyezni a külsõ memóriában. Ehhez viszont átmeneti tároló kellene, de olyan ami az adatokkal együtt a címet is megjegyzi. Ezt próbálom meg fejben összerakni.

Félek nem úszom meg, hogy drágább hardvert kell beszereznem a munkához, amelyben van beépített órajel sokszorozó, de akkor elvesztem az egyszerûség és olcsóság adta elõnyöket.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #172 on: 2012.February.03. 16:32:31 »
- 640x480-as felbontás esetén elégséges 25Mhz pixel órajel, amely kb. 60hz-es függõleges szinkront ad.
Ennek hátránya, hogy csak 80 karakter széles képernyõt képes megjeleníteni, noha az eredeti nick max. 88 karaktet tudott. (Text 80 méretûre gondolok)
Ez egy olyan nagy hátrány, hogy így nem is érdemes belevágni, hiszen már egy EPDOS is használhatatlan lenne vele!
Függõlegesen is nagyon kevés, 300 sorig el lehet menni, azaz interlace-ban 600-ig. Vagyis 800x600-nál alább nem kéne adni!

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: NICK
« Reply #173 on: 2012.February.03. 19:41:54 »
Elkezdtem dolgozni (még csak papíron) egy külsõ NICK chip-en, amely külsõ memóriával rendelkezik.
- Elsõdleges szempont a kompatibiltás, tehát mindent kell tudnia amit a Nick-chip, ami a megjelenítéssel kapcsolatos.
- A szabvány felbontások miatt arra jutottam, hogy egyszerûbb lenne, elhagyni a sorparaméter tábla függõleges szinkroziációhoz tartozó részt, és automatikusan végezné a hardver

Ez nem vili: nem kene ilyet tenni az LPT-be? Az fura lenne, mert akkor hogy lesz kompatibilis? Amugy meg interlaced stb trukkoknel ez nem jelent problemat? Amikor vsync van, de lpt reload nem. Vagy ugy erted, hogy maga a vsync mode az persze ott lenne, csak nem a parameterei alapjan csinalja (ize, ezt hulyen fogalmaztam meg)?

Quote
- Elõször 800x600-as felbontást akartam, de ahhoz 50Mhz-es pixel órajel kellne 72Hz-en, nekem csak 25Mhz áll rendelkezésre
- 640x480-as felbontás esetén elégséges 25Mhz pixel órajel, amely kb. 60hz-es függõleges szinkront ad.
Ennek hátránya, hogy csak 80 karakter széles képernyõt képes megjeleníteni, noha az eredeti nick max. 88 karaktet tudott. (Text 80 méretûre gondolok)
Egyelõre a keretszínt hanyagolom, még nem tartok ott.

Imho, amit a nick amugy kepes megjeleniteni, azt jo lenne latni :) Az mas kerdes, hogy vannak erdekessegek: amire a nick "fizikailag" kepes pl horizontalis felbontasban, azt nem szokas hasznalni maxra: mivel a tv-knel van ugye az overscan, azaz amit a videojel hordoz informaciot, az nem mind "fer bele" a kepbe (legalabbis klasszikus tv-n, pl lcd-ken vannak ilyen beallitasok, hogy mutassanak mindent). Ez amugy filmeknel is erdekes, allitolag van arra pelda, hogy filmben belog valami oda nem illo, de mivel az overscan tartomanyban volt, senki nem figyelt ra, aztan kesobb tunt fel az embereknek :)

Ha (ismetlem, ha!) jol szamolom, tudom: 57 slot van egy soron belul, ebbol az elso nyolcban olvassa az lpt-t (ugye minden slot-ra ket byte-ot kepes a nick olvasni), az utolso haromban pedig hsync van. Ez elvileg igy 46 slot, ami max felbontas mellett (mondjuk pixel) 736 pixel. Ugye itt jon az overscan a kepbe, hogy bar a nick ezt mar pl tudja, ezt volt szokas kihasznalni, tekintve, hogy egy resze a legtobb (?) tv-n nem latszott. Most epp nem lelek nick doksit, de emlekeim szerint 42 slot-ot volt szokas kihasznalni, ezt ajanlottak, ez pedig 672 pixel. Szoval az a gond, hogy meg ez is tobb mint az altalad emlitett 640, es akkor meg hol van a keret, ami majd szinten jo, ha latszana a teljes feeling kereteben :) Sorry, ha valahol tevedtem volna, emlekezetbol irtam az ertekeket, csak a 16-al valo szorzasnal vettem igenybe a szamitogep segitseget :)

A fuggoleges felbontassal kapcsolatban most hirtelen passz, de wikipedia szerint a PAL szabvany szerint: 313 sor (felkepenkent marmint), es ebbol 288 latszik (ez talan megint az overscan?), egy kep paros/paratlan sorokbol all ugye, tehat akkor lesz a fuggoleges felbontas az elmeleti 625, illetve a "latszik"-os 576.

Quote
Nagyon nehezen boldogulok a Sorparaméter Tábla kiolvasásával, elég bonyolult hardverrutin kell a feldolgozásához. Fõleg a legfontosabb, a karakteres képernyõ jelent gondot a bonyolult címzés miatt.

Ezek azert erdekes dolgok, mert nyilvan anno a Nick tervezesenel is szempont volt, hogy ne legyen tul bonyolult. Ergo biztos van benne vmi trukk, amivel egyszeruen megoldhato, legalabbis kevesbe bonyolultan :) Amennyire tudom (de fixme) a Nick is vmi programozhato hw elem (ULA szeruseg, oszinten nem ertek ehhez annyira), tehat nem biztos, hogy filozofiailag annyira mas lenne pl egy FPGA-val megoldani ugyanezt a "mai idokben", ha ezt regebben is megoldottak ugymond "primitivebb" eszkozokkel :)


Quote
Ami igazán problémás az az idõzítés. Azt akarom, hogy ugyanolyan sebességgel tudja írni a külsõ memóriát a Z80 miközben a külsõ Nick is ugyanúgy hozzáfér, de ez utóbbi jóval többször akarja elérni. Bufferelni fogom a Z80 memória írási mûveleteit, és a vízszintes szinkronjel ideje alatt fogom az adatokat elhelyezni a külsõ memóriában. Ehhez viszont átmeneti tároló kellene, de olyan ami az adatokkal együtt a címet is megjegyzi. Ezt próbálom meg fejben összerakni.

Milyen memoria lenne az? Valami DRAM? Oszinten, en mindig SRAM-ban szoktam gondolkodni, nekem a DRAM bonyolult :) Bar elvbol hallottam rola, de gyakorlatban ... hmm. Meg SRAM eseten is inkabb vmi dual port tarat hasznalnek, akkor nem gond a konkurens hozzaferes. Vagy, esetleg van olyan memoriavezerlo dram-hoz ami "emulal" dp tarat, bar nyilvan ezt mindenfele "halt"-jellegu signalok "postazasaval" eri el vagy hasonlo, vmi xt alaplapon volt ilyen szornyetegem egyszer az inteltol :) Vagy ezt ugy kepzeled, hogy DRAM, es maga a memoriavezerlo minden stb az FPGA-ban van? Mondjuk gondolom a DRAM olcsobb mint az SRAM :)

Quote
Félek nem úszom meg, hogy drágább hardvert kell beszereznem a munkához, amelyben van beépített órajel sokszorozó, de akkor elvesztem az egyszerûség és olcsóság adta elõnyöket.

Imho (ismetlem: imho!) azert van egy-ket dolog ami alapveto, hogy azt tudja amit a nick tudott, felbontas stb. Az mas kerdes h "nick+" cimszoval lehet plusz dolgot is belevinni, de imho ne a kompatibilitas rovasara.

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: NICK
« Reply #174 on: 2012.February.03. 20:51:21 »
Ha (ismetlem, ha!) jol szamolom, tudom: 57 slot van egy soron belul, ebbol az elso nyolcban olvassa az lpt-t (ugye minden slot-ra ket byte-ot kepes a nick olvasni), az utolso haromban pedig hsync van.

Az utolsó 3 slot DRAM frissítés. Ha itt nem keret van beállítva, akkor az utolsó video byte ismétlődik (erről valahol a fórumon van is egy régebbi, TV kártyával készült screenshot). Az utolsó slot talán már HBLANK, de ebben nem vagyok biztos. Az első 8 slot viszont (amikor az LPB olvasása történik) valóban HBLANK, és a HSYNC talán egy slottal ez után kezdődik, a kép vízszintes pozíciója alapján.

Quote
Ez elvileg igy 46 slot, ami max felbontas mellett (mondjuk pixel) 736 pixel. Ugye itt jon az overscan a kepbe, hogy bar a nick ezt mar pl tudja, ezt volt szokas kihasznalni, tekintve, hogy egy resze a legtobb (?) tv-n nem latszott. Most epp nem lelek nick doksit, de emlekeim szerint 42 slot-ot volt szokas kihasznalni,

Jó lenne megvalósítani a 46-ot, mert pl. TV kártyával, vagy olyan monitorral, amelyen állítható a kép mérete, mind látható, és újabb, emulátorra írt programok is kihasználják.

Quote
A fuggoleges felbontassal kapcsolatban most hirtelen passz, de wikipedia szerint a PAL szabvany szerint: 313 sor (felkepenkent marmint), es ebbol 288 latszik (ez talan megint az overscan?), egy kep paros/paratlan sorokbol all ugye, tehat akkor lesz a fuggoleges felbontas az elmeleti 625, illetve a "latszik"-os 576.

Valóban 576 a "szabványos" felbontás, bár TV-ken az overscan miatt gyakran kevesebb. Mindenesetre az 576-ot érdemes támogatni.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #175 on: 2012.February.03. 21:45:14 »
Már egy 20-25 éves RGB CRT monitoron is be lehetett állítani úgy a képet, hogy minden beleférjen, anno az Iview fejlesztésekor nézegettem a Philipsemen, hogy a 46 karakter x 300 pixel (600 interlace) képbõl szemmel észrevehetõen nem hiányzott semmi. Ezzel a monitorral a TV adásból is többet kapok, lehet látni a teletext bitjeit is, pl az oldalszámláló tök jól látható :-) (ezeket az adatokat az átlag TV-n nem látható sorokban küldik).

Mivel a projekt felvetése onnan indul, hogy VGA monitorral kompatibilis EP legyen, így a legkisebb szóba jöhetõ felbontás a 800x600. Viszont már ez is igen idejétmúlt :-( a CRT monitorokkal együtt lényegében kihalt, a szintén már sok éve eltûnt hagyományos 4:3-as LCD monitorok natív felbontása 1280x1024 vagy 1024x768 volt.
Manapság az idióta szélesvásznú felbontások használatosak: 1280x720,1366x768,1920x1080

Nem értek a modern technikához, de én két IC-vel képzelném el a dolgot: egy ami a NICK dolgát végzi, pontosan úgy mint az eredeti (persze majd plusz tudás lehet), de az eredmény, ahogy az emulátorban is egy VGA puffer memóriába kerül, és van egy VGA megjelenítõ ami ezt a memóriát olvasva állítja elõ a VGA képet, és ezt lehetne programozni a különbözõ felbontásoknak megfelelõen.
Mivel kismillió olyan eszköz létezik, ami VGA monitorra tud képet kiadni, ezért az is lehetséges, hogy ez utóbbi feladatra lehet is kész IC-t kapni.
És ha menni fognak a szélesvásznú felbontások, akkor az új Nickben meg is lehetne oldani, hogy 64 (128 TEXT 80-ban) látható karakter legyen, ez az EXOS minimális módosításával kihasználható lenne.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: NICK
« Reply #176 on: 2012.February.03. 22:32:15 »
Már egy 20-25 éves RGB CRT monitoron is be lehetett állítani úgy a képet, hogy minden beleférjen, anno az Iview fejlesztésekor nézegettem a Philipsemen, hogy a 46 karakter x 300 pixel (600 interlace) képbõl szemmel észrevehetõen nem hiányzott semmi. Ezzel a monitorral a TV adásból is többet kapok, lehet látni a teletext bitjeit is, pl az oldalszámláló tök jól látható :-) (ezeket az adatokat az átlag TV-n nem látható sorokban küldik).

Mivel a projekt felvetése onnan indul, hogy VGA monitorral kompatibilis EP legyen, így a legkisebb szóba jöhetõ felbontás a 800x600. Viszont már ez is igen idejétmúlt :-( a CRT monitorokkal együtt lényegében kihalt, a szintén már sok éve eltûnt hagyományos 4:3-as LCD monitorok natív felbontása 1280x1024 vagy 1024x768 volt.
Manapság az idióta szélesvásznú felbontások használatosak: 1280x720,1366x768,1920x1080

Nem értek a modern technikához, de én két IC-vel képzelném el a dolgot: egy ami a NICK dolgát végzi, pontosan úgy mint az eredeti (persze majd plusz tudás lehet), de az eredmény, ahogy az emulátorban is egy VGA puffer memóriába kerül, és van egy VGA megjelenítõ ami ezt a memóriát olvasva állítja elõ a VGA képet, és ezt lehetne programozni a különbözõ felbontásoknak megfelelõen.
Mivel kismillió olyan eszköz létezik, ami VGA monitorra tud képet kiadni, ezért az is lehetséges, hogy ez utóbbi feladatra lehet is kész IC-t kapni.
És ha menni fognak a szélesvásznú felbontások, akkor az új Nickben meg is lehetne oldani, hogy 64 (128 TEXT 80-ban) látható karakter legyen, ez az EXOS minimális módosításával kihasználható lenne.

En se mondom, hogy ismerem a LCD/TFT/stb monitorok lelki vilagat kulonosebben, de amennyire tudom: ezeknek van egy nativ felbontasa, amit hasznalni kell, mert ha nem az megy, az igen csunyan nez ki, par monitor meg idiota modon sikit is, es pl szeeeeeep feliratot biggyeszt a kepernyore h rossz a felbontas ... Remek. Csak akkor ugye tenyleg nincs fix adat, hiszen minden monitorra mast kene kuldeni :( Tenyleg nem tudom, meg lehet-e uszni "egyben", lehet tenyleg az a jarhato otlet, hogy Nick+ (v mi a neve) renderel ugymond egy "frame bufferbe" (memoria), aztan onnan masok cuccos szepen olvassa a videojel eloallitasahoz, es max ott lehetne monitor felbotast stb amihez szepen felskalazza, vagy tudomisen. Szoval ahogy Zozo irta. Ha jol ertettem :)

Amugy ja, ami elott ulok tft az epp 16:9 es 1920x1080. Es nem orul, ha vmi mast kap, eleg pocsek meg egy karakteres kep is rajta (bios-nal pl szanalmasan ronda). Amint megkapja a "nativ" jeleg, csodalatosan szep, meg amugy DVI-al vannak osszekotve.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #177 on: 2012.February.03. 22:49:47 »
En se mondom, hogy ismerem a LCD/TFT/stb monitorok lelki vilagat kulonosebben, de amennyire tudom: ezeknek van egy nativ felbontasa, amit hasznalni kell, mert ha nem az megy, az igen csunyan nez ki, par monitor meg idiota modon sikit is, es pl szeeeeeep feliratot biggyeszt a kepernyore h rossz a felbontas ...
Igen, ezért írtam, hogy a számunkra ideális 800x600 sajnos kihalt :-(
Azzal nem lennénk sokkal elõrébb, ha a 10 éves CRT TV helyett 10 éves CRT VGA monitort lehetne használni. Az emberek pont az ilyenektõl akarnak szabadulni, és a szép új lapos TV-t, monitort használni.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: NICK
« Reply #178 on: 2012.February.03. 23:06:14 »
Igen, ezért írtam, hogy a számunkra ideális 800x600 sajnos kihalt :-(
Azzal nem lennénk sokkal elõrébb, ha a 10 éves CRT TV helyett 10 éves CRT VGA monitort lehetne használni. Az emberek pont az ilyenektõl akarnak szabadulni, és a szép új lapos TV-t, monitort használni.

Ertem en, csak igy van az a rossz erzesem, hogy mindig "kullogas" van a technika mogott :( En orulnek egy HDMI/DVI-os EP-nek, ami mehet a 120"-os szupertv-re :) Nem mintha lenne olyanom most , majd :) Persze ennek megvalositasa teny, hogy akkor nem egyszeru ....

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: NICK
« Reply #179 on: 2012.February.03. 23:16:33 »
Az utolsó 3 slot DRAM frissítés. Ha itt nem keret van beállítva, akkor az utolsó video byte ismétlődik (erről valahol a fórumon van is egy régebbi, TV kártyával készült screenshot). Az utolsó slot talán már HBLANK, de ebben nem vagyok biztos. Az első 8 slot viszont (amikor az LPB olvasása történik) valóban HBLANK, és a HSYNC talán egy slottal ez után kezdődik, a kép vízszintes pozíciója alapján.
Ahaa, koszi a korrekciot!

Quote
Jó lenne megvalósítani a 46-ot, mert pl. TV kártyával, vagy olyan monitorral, amelyen állítható a kép mérete, mind látható, és újabb, emulátorra írt programok is kihasználják.
Valóban 576 a "szabványos" felbontás, bár TV-ken az overscan miatt gyakran kevesebb. Mindenesetre az 576-ot érdemes támogatni.
Na varj, en ugy tudtam a 625 az, es az overscan miatt szokas a 576-ot elfogadni. Vagy ezt rosszul tudom es/vagy a sorok egy resze az valojaban a vsync-re kell? Bar olyan remlik h az csak vmi 2 es fel sor vagy mi (marmint idoegysegben). Aztan lehet, rosszul remlik :)