| Szerző |
Üzenet |
mc68k
Tag
|
# Elküldve: 2016. Aug. 18. 17:05
80 EUR.
|
dh1
Mr. DTP
|
# Elküldve: 2016. Aug. 18. 22:26
Hat most nincs ra ennyim, de gyujtogetek, hatha lesz meg, thx!
|
mc68k
Tag
|
# Elküldve: 2016. Aug. 29. 06:35
Valaki 68020 (nem EC!) CPU-n le tudná futtatni WHDLoad-ból a következő demókat?
1. State of the Art
2. 9 Fingers
Figyelem! A NoAutoVec NE LEGYEN bekapcsolva!
Ha elakadnak, akkor érdekel, hogy hol és milyen hibakóddal lép ki a WHDLoad? Köszönöm! :)
|
dino
Kék troll
|
# Elküldve: 2016. Aug. 29. 10:34 - Szerkesztve: dino
Quoting: mc68k 2. 9 Fingers
Ezt a demot korabban minden gepemen lefuttattam, amiben kulonbozo kartyak voltak, volt olyan A1200 is, amiben csak fastram kartya volt.
Midendfele alaplapon lefuttattam az ezerkettesben is, ugy vettem eszre, hogy alaplap es alaplap kozott is kulonbsegek vannak, vagyis egy sima fasztramkartyaval vegigteszteltem az osszes ezerkettes lapot. Nekem egyfele alaplap volt, amiben ez a demo minden gond nelkul lefutott megpedig az 1D4.
A mas revizioju alaplapoknal ez a demo bugos, megpedig a kozepefele, mikor a kocka anim forog, ott kihagy egy reszt, megakad majd megy tovabb.
Az 1D4 es alaplapoknal nem tapasztalatam ilyen problemat, allitolag valami idozitesi gond lehet.
Erdekes lehet meg a Mental Hangover is, azzal is ugyan ez a helyzet. Ezen a lapon lefut, a tobbin nem is megy vegig :)
|
mc68k
Tag
|
# Elküldve: 2016. Aug. 29. 13:37
Köszi a választ.
A tesztet 68020-on és NEM EC020-on kellene elvégezni (alap A1200 az EC020).
|
dino
Kék troll
|
# Elküldve: 2016. Aug. 29. 14:07 - Szerkesztve: dino
Quoting: mc68k A tesztet 68020-on és NEM EC020-on kellene elvégezni (alap A1200 az EC020).
Ertem, teljes erteku huszasom csak A2000 be van, de az melyen az idogepben tartozkodik, raadasul szetszedve...
Akkor majd valaki mas...
|
dh1
Mr. DTP
|
# Elküldve: 2016. Aug. 29. 14:08 - Szerkesztve: dh1
Sajna eladtam az Apollo 620-at :(
De a State of Art-ra emlexem. Random fagyott, de ugy, hogy eloszor 3x egymas utan lement hiba nelkul majd errorral kilepett. Es asszem kilepesre is errort dobott.
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Sze. 27. 10:21 - Szerkesztve: charlie
Na, nem tudom melyik topicban volt, és most nincs időm előkeresni.
Asszem Yellow Dog küzdött ilyen kínai fos WiFi chippel, ami jaj de TCP/IP stacket is tud. Nincs időm ilyesmire mostanában, de feltűntek olyan WiFi chipek a piacon, amik felmennek önállóan a WiFi-dre, és soros portra lógathatók (eddig oké), és konkrétan mezei AT modem parancsokkal vezérelhetők. Ráadásul a firmware-jük rugalmasan bővíthető további AT parancsokkal.
Ez az amigáddal (C64-eddel, stb.) használval elméletileg lehetővé tesz egy csomó okosságot, pl.:
- WiFi-modemként, egy PPP vagy SLIP kapcsolatként "betárcsázol" az internetre, csak nem telefonszámot tolsz át neki AT paranccsal hanem pl. a WiFI SSID-det, jelszódat, stb, onnantól meg ugyanúgy használod mint egy betárcsázós netet az amigádon. Persze ennek megfelelő sebességgel, de ez egy 500-ason vagy C64-en kisebb probléma...
- Csinálsz valami spéci AT parancsot (ha még nincs gyárilag), amivel IP-cimekre és portokra lehet betárcsázni, akár SSL-lel is, így pl. Telnetet tudsz használni, és mai napig van egy rakás BBS ami így online lóg fent...
És ehhez nem kell hardvert fejleszteni, és csak minimális szoftvert (a WiFi chipen, C-ben, de ha csak nem akarsz valami nagyon trükköset ez kb. példakód lefordítását és flashelését jelenti, nem TCP/IP stack fejlesztését, amiről korábban beszéltünk) és/vagy összedrótozni valami jelszint illesztést, legrosszabb esetben.
Elnézést ha feltaláltam a meleg vizet, de én mostanában kezdtem ismerkedni ezekkel a cuccokkal, Internet of Shit Things fejlesztéséhez, amiben mostanában dolgozom és ma reggel az S-Bahnon ülve ilyenek jutottak eszembe, hogy könnyen-olcsón miket lehetne művelni ezekkel, Amigán. Ha bárkinek hasznos, jó szórakozást.
Mi jelenleg az Espressif ESP8266-tal küzdünk, amit érdemi termékfejlesztésre senkinek nem ajánlanék, mert egy rakás fos, és a gyártó állítása ellenére nem felel meg az FCC teszten, de ilyesmi otthoni szórakozásra tök jó és amúgy működik. Pl. az AI-Thinker ESP-12F és ESP-12S WiFi modulok tartalmaznak ilyen chipet. Arduino-s körökben eléggé ismert cucc. Jelenleg konkrétan kb. 4 (négy) EUR-ba kerül 1db ilyen modul...
Advanced usereknek:
Volt ez a PlipBox nevű parallel portos ethernet kártya, amihez még driver is volt, annak is el lehet készíteni a WiFi-s változatát ezzel. Mivel a WiFi modul tud magasabb mint 115200bps sorosport sebességeket is, így az Arduinoval kihajtva el lehet érni olyan sebességeket vele, amiket már az amigás parallel porton nem bírsz kihajtani, szóval nem az lesz a szűk keresztmetszet.
Ugyanitt időkibővítő gépet vennék, amivel 72 órásra lehet bővíteni egy napot.
|
Yellow Dog
Tag
|
# Elküldve: 2016. Sze. 27. 12:49
Igen én küzdöttem (Amiga - PC Wi-Fi fájl átvitel) és küzdök (Gotek remote control) ezzel a kütyüvel ;-) ezért egy kicsit árnyalnám a képet...
Szerintem az ötlet nagyon jó, már mint, hogy 1.78USD áron hozzájuthatunk egy ilyen tudással rendelkező eszközhöz. Ez nyilván a konkurens "neves" gyártóknak nem tetszik, de azt gondolom nem a mi dolgunk gazdagítani az amerikai milliomosokat, befektetőket, élősködőket, stb... Szóval a lényeg, kici, óccó, kínai, de ettől még jó az, bizony ;-) Az FCC-re megmondom őszintén teszek, ha majd valakinek gondot okoz az esetleges, vagy kitalált nem megfelelősége az jelezze. Nekem 24 órában működik, tesztelem a Gotek-ben, bármikor belépek a telefonnal, online, nem szakadt meg egyszer sem, és természetesen nem zavar semmiféle egyéb eszközt, úgy mit router, tv, számítógép, Hi-Fi (nem Wi-Fi) torony és sorolhatnám. Szépen csendben teszi a dolgát...
Sorolhatnám mi mindent rendeltem Kínából, gyakorlatilag minden töredék áron és mégis működik, talán egy-két meg nem érkezett telefontok a veszteség ;-)
Visszatérve a kínai fos Wi-Fi chip-es kütyüre, igen AT parancs módban szeretném én is életre kelteni (ha a Gotek-el végeztem) viszont én azért gondoltam, hogy a RAM bővítőre építeném, mert nekem VirtualXP alatt USB soros adapterrel, ami 2 USD volt, és természetesen kínai szar ;-) 1.8Mbs sebességen szépen muzsikál! Ami elméletileg még lehetne a duplája is, neten 3.5Mbs-os tesztmérések is vannak, csak ott már tényleg lehalt az adapterem ;-) Csak halkan jegyzem, a német gyártmányú Siemens a fél megát sem vitte...
Szóval érdemes lenne a soros port helyett mindenképpen valamilyen másik (gyorsabb!) utat keresni, hogy valóban kihasználhassuk a tudását.
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Sze. 27. 13:14 - Szerkesztve: charlie
Azert mondtam a soros portot, mert ahhoz minden kesz van, csak be kell kotni a labakat, kvazi, es mar mukodik is az Amigadon... Azt meg user levelen levok is elkezdhetik.
Amugy ezek a szarok tudnak SPI-t is, Amiga oldalon egy clockport-SPI adapter? :D (Most ugy teszek mintha ertenek hozza, pedig nem.)
Egyebkent en nem varok 28-56 napot arra hogy ideerjen kinabol, amikor a nemet webshopbol 4 EUR alatt itt van masnapra. :P Abbol is 1 EUR Kinaban kot ki, de nem baj ha masik 3 az EU-ban marad...
|
Yellow Dog
Tag
|
# Elküldve: 2016. Sze. 27. 15:47
Quoting: charlie Egyebkent en nem varok 28-56 napot arra hogy ideerjen kinabol
Nos elmondom, mikor először olvastam róla és eljutottam a "nekem kell egy ilyen mert valamit akarok vele babrálni" szintre illetve izgalmi állapotba, én sem akartam/tudtam rá heteket várni, ezért bizony kemény 2500Ft-ért megvettem a Vaterán :-D
Igen, a soros port lenne a legegyszerűbb csak ha jól tudom (jól tudom?) annak alap Amiga esetében 19,2kbs a max. sebessége, ami kb. 2kByte/s :-( Esetleg 38,4kbs-ról lehet itt-ott olvasni, de az is nagyon kevés, akár kisebb pár megás fájl átvitelnél is.
SPI, igen, jó ötletnek tűnik ;-)
|
Yellow Dog
Tag
|
# Elküldve: 2016. Sze. 28. 09:46 - Szerkesztve: yellowdog
Kicsit körbenéztem, a kütyü csak SPI master üzemmódban tud működni... szóval slave eszközként nem tudjuk elérni, persze mindenképpen kell clock port esetén is egy "közvetítő" mikrokontroller, akkor meg már jó nekünk a serial AT üzemmód is, a PIC el tudja látni a serial buffer funkciót is.
Én, mint az általam fejlesztett bővítőre épített változatnál is, a nagyobb gondot vagy feladatot a OS-hez illesztésben látom, vagyis driver-t kellene írni valakinek... Én ehhez a szinthez nem értek sajnos ezért is saját kliens megoldásban gondolkodom, jobb híján.
|
mc68k
Tag
|
# Elküldve: 2016. Dec. 07. 22:26 - Szerkesztve: mc68k
4 portos IDE controller A2000-hez:
|
siz
Tag
|
# Elküldve: 2016. Dec. 07. 22:42
Zsír! Akarom! :)
|
dino
Kék troll
|
# Elküldve: 2016. Dec. 08. 07:39
Quoting: mc68k 4 portos IDE controller A2000-hez:
Kurvajo! Mennyivel teker?
|
mc68k
Tag
|
# Elküldve: 2016. Dec. 08. 12:57
Amit tud a 7 MHz-es busz: ez Zorro II-es kártya, ne feledjük. 68020 @ 14 MHz: 2 MB/sec read speed
|
nzo
Tag
|
# Elküldve: 2016. Dec. 22. 10:51
Itt van egy lengyel "ellenfél".
|
Peti
Tag
|
# Elküldve: 2016. Dec. 22. 11:04
Quoting: mc68k 4 portos IDE controller A2000-hez:
A kártya működik A4000-esben is (persze csak Zorro II-es módban)?
|
mc68k
Tag
|
# Elküldve: 2016. Dec. 24. 06:21
Nem próbáltam A4000-ben. Olyan gépre készült, ahol nincs Gayle style alaplapi kontroller (A2k, esetleg A3k). Le fogom tesztelni, hogy mi történik A4k esetén? Max. egy nagy conflict. :)
|
mc68k
Tag
|
# Elküldve: 2016. Dec. 29. 08:21
Alivemoon:
"Én egy olyan gfxkártyával probálkoznék, ami kihasználja, hogy az AMIGA tud genlockolni, azaz a felhasználó kapna egy olyan memória területet, amit a kártya képes megjeleníteni és majd az AMIGA rákeveri a GUI-t."
Charlie, a Picasso API open vagy closed? Van lehetőség driver-t írni hozzá?
|
BSzili
Tag
|
# Elküldve: 2016. Dec. 29. 09:20
Zárt, és s DDK gyakorlatilag beszerezhetetlen hozzá. Az összes új P96 driver amiről tudok a WinUAE visszafejtett és erősen hiányos uaegfx driver-én alapul.
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Dec. 29. 12:15 - Szerkesztve: charlie
Zárt, és ugye nem csak a DDK a probléma (az megoldható, ha ismered a megfelelő embereket), hanem maga az egész P96, hogy a classicon a Picasso kártyákon kívül ELVILEG mindenhez fizetős volna, csak soha senki nem vette meg. Aztán meg azt is bedarálta az OS4, szóval ennyi.
A másik véglet ugye az Elbox, aki szokásos Elbox módszerrel leszarja a dolgok legalitását és ad P96 drivert Radeonhoz meg a Mediatorhoz, de arról tudni lehet h. egy kézen-közön beszerzett DDK-val készült és szimplán az userre tolja a P96 legális beszerzésének szükségességét - amit ugye már jó rég nem lehet. Ugyanezt csinálja amúgy kb. mindenki más is...
Egyébként mindenki elfelejti a CGFX-et, pedig ironikus módon a P96 és a CGFX írója közül az előbbiek már rég eltűntek a balvégen, Frank Mariak pedig még most is aktív a MorphOS csapatban, ráadásul működő classic gépe is van... A baj, hogy ott a kártyának elég profinak kéne lenni, hogy őt meg lehessen győzni a támogatásáról, de az elméletben lehetséges és még legális CGFX-et is lehetne csomagolni a cucchoz. De ez nyilván nem lenne ingyen. Csak mondom.
A Genlockról - nem is értem magát az egész kérdést. Hogy kap a felhasználó memóriaterületet? Mit kever rá az Amiga GUI-t és hova? Mi köze ennek a Genlockoláshoz és mivan?!
|
AliveMOon
Tag
|
# Elküldve: 2016. Dec. 29. 12:59 - Szerkesztve: alivemoon
Quoting: charlie A Genlockról - nem is értem magát az egész kérdést. Hogy kap a felhasználó memóriaterületet? Mit kever rá az Amiga GUI-t és hova? Mi köze ennek a Genlockoláshoz és mivan?!
A képernyő buffer az nem memória?
Ha a kártya egy megadott memória területből készít egy PAL képet, ahhoz az Amiga hozzá tudja szinkronizálni a képernyőjét, a színpalettában pedig egy bit fen van tartva, hogy átlátszik a pixel vagy nem.
Én ezt egyébként használtam már, a Sam OS4 képernyőjét össze kötöm egy genlockon keresztül az Amiga 2000-es képernyőjével. A 2000-es desktopján hátérben látom az OS4 képernyőjét, soroson meg vezérlem az OS4 pointerét. Olyan mintha egy gépet használnék.
De úgy gondolom ezt egy kártyán belül is meg lehetne oldani.
Gombot, ablakot, felhasználói felületet rajzolja a hagyományos képernyőre + kártyával meg gyakorlatilag kilehetne színezni a képernyőt.
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Dec. 29. 15:03 - Szerkesztve: charlie
De ebben az esetben:
A., Hogyan rajzolsz a grafikus kártya képernyőjére, arra a "memóriára"? Framebufferként döglassú lenne, ha meg már adsz hozzá valami gyorsítást hardverben, meg szoftveres API-t, annyi erővel akár RTG-t is csinálhatsz hogy azon fusson a WB...
B., Limitálod magad az Amiga felbontásokra, PAL-ra és NTSC-re, hiszen az Amiga chipset csak ezekben tud menni (és még pár egzotikus felbontásban, de nem mindnek van Genlock supportja a chipsetben).
C., Ilyet tud pl. a PicassoIV is csak, fordítva - van benne Framegrabber, ami betolja neked a Cirrus VGA-ba a chipset képét (ez a kártya "flicker fixere" is egyben), és aztán arra elvileg rajzolhatsz a grafkártya képével. Bár ehhez nincs szoftveres támogatás, de ugyanezt a mechanizmust használja a PalomaTV TV kártya addon is, és ott van OSD support a TV képernyőjén, ami sima overlayként működik... Így a PAL képet bármilyen a VGA chip által támogatott felbontásba ki tudod tolni. (Ha pedig van Pablo PAL encoder add-on is a kártyádon, akkor ugyanezt vissza is tudod tolni PAL-ba...)
Szóval ja, végülis lehet ilyesmire a Genlockot feature-t abuzálni, csak totál értelmetlen.
Abban egyetértek, hogy az Amiga-Workbench Amiga-Workbenchen nagy stunt, én is szeretek ilyesmivel szórakozni... :) De ehhez nem kell Genlock...
|
AliveMOon
Tag
|
# Elküldve: 2016. Dec. 29. 16:59 - Szerkesztve: alivemoon
Ez onnan indult, hogy a HC508 v2-ben jó lenne valami GFX és hogy 020-al is lassúcska az RTG.
Én abból indultam ki, hogy a HC508-ban egy 68k van és szerintem 24bites címbusz.
Azaz max. 16mega ram.
A P96 eleve nem megy 68k-n, meg beszerezhetetlenek a forrásai és jogi nonszenszek, szerintem senki nem fogja downgradelni 68k-ra.
Amit te sorolsz az nem egy advanced HC508, hanem akor nem 68k hanem mondjuk 030 +++++
A merlin kártyám zorroII-n keresztül max 2Mbyte-ot tud használni.
68k val nem is megy a P96 nem is azért mert lassú egyáltalán nem elég neki az utasítás készlet. EGS-ben sikerült 68k-n beröffenteni.
720*576*2byte = ~800k 16bit.
Dupla bufferelve el is fogyott.
Én a földön maradva gondolkodtam.
Amigán mi akadályoz meg, hogy a ramba írjak? Azaz, ha tudjuk hol van semmi nem akadályoz meg, hogy bele rajzoljak. Annyit kell megoldani, hogy az OS ne ossza ki másra.
Talán a legegyszerübb egy 2mega 1-1 megára bontott multiplexelt buffer lenne.
egyszerre csak az egyiket lehetne elérni ram ként, míg egyikben szabadon matatunk, másikat használja megjelenítésre, ha kész a matatás csere....
Csere lehetőség füg.visz. futás.
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Dec. 29. 17:44 - Szerkesztve: charlie
Ha feltétlenül alap 68k és custom RTG vagy rajzoló API, akkor én konkrétan memórialapozást csinálnék. Pl. 1MB vagy 2MB-ként. Akkor annyi RAM-ot teszel a grafikuskártya felőli oldalra, amennyit akarsz, és nem fut ki belőle a rendszer. A grafikus chip és/vagy a bele-belőle dolgozó DMA-k úgyis látják az egész RAM-ját, szóval simán rajzolnak bele bárhogy, felprogramozva, ha meg CPU-val kell írni bele, mivel az úgyis custom, szóval a kirajzoló rutinba simán lehet tenni lapozást. Sokat - az általános amigás vélekedéssel ellentétben - nem is lassítana rajta, ha jól van megírva és elég nagy az "ablak".
Nem azt mondom h. a lapozgatós videómemória feltétlenül jó megoldás, de ennél extrémebb megoldások is voltak már, ha feltétlenül egy korlátolt címterületbe kellett nagyteljesítményű grafikát beleszuszakolni.
Vicces módon Amigán is van rá példa, a Mediator pont ezt csinálja A1200-on, MMU-val, ahol a komplett PCI buszt, benne a Radeon vagy Voodoo sok-sok MB RAM-ját kell belapozni az A1200 24 bites címtartományába. De ha custom megoldásokban gondolkozunk és nem kell a meglévő RTG API-kat kiszolgálni, akkor sem MMU sem nullahúsz nem kell ugye.
És onnantól máris nem vagy 2MB-re meg PAL-ra kárhoztatva. De whatever. (Amúgy úgy rémlik valamelyik Zorros RTG kártya is tudott lapozós módban menni, hasonló címtartomány problémák okán, de most nem találom...)
Szerk:
Kicsit részletesebben a lapozós mód problémája - az egyetlen gond a meglévő RTG API-kkal, hogy ha lockolsz egy bitmapot, akkor annak címfolytonosan elérhetőnek kell lenni a CPU felől. Tehát:
A., vagy kisebb bitmapnak kell lenni mint az ablak, és egyszerűen fölé mozgatod az ablakot lockoláskor, és minden más taszk RTG művelete blocking, amíg a szoftvered el nem engedi a lockot.
B., locknál átmásolod a RAM-ba, unlocknál pedig a módosított bitmapot vissza a VRAM-ba. Ekkor a bitmap nem lehet nagyobb mint a CPU szabad RAM-ja.
Az amigás RTG rendszerek általában az "A"-t csinálják, még akkor is ha nem kell lapozniuk közben. A Mediátor az MMU-s lapozással a "kisebbnek kell lenni mint az ablak" problémát oldja meg. A "B", vagyis a memóriába átmásolásra is van példa, mindkét RTG rendszer a FastRAM-ot használja amúgyis olyan bitmapok tárolására, amik éppen nem férnek a VRAM-ba. De azt is tudjuk, tapasztalatból, hogy ez a másolgatás rohadt lassú. Persze gyorsabb lehet, ha custom busz van a CPU felé, és-vagy szimmetrikus a buszsebesség, mert a régi VGA kártyákon a kártyából való olvasás volt mocskos lassú, lévén az írási műveletek tették ki az idő 98%-át, ergó az olvasást kevés kártya oldotta meg rendesen. Menjen valahogy, oszt szevasz.
Összefoglalva, már megint olyasmit akarsz feltalálni, amit előtted már feltaláltak, ráadásul jobban. A Genlockot meg hagyjuk békében nyugodni.
|
AliveMOon
Tag
|
# Elküldve: 2016. Dec. 29. 18:50
Én nem másolgatnék semmit, egyszerűen a hardver cserélné, felcseréli a két lényegében független busz vezetékeit.
Egyszer a fastram buszra van kötve, máskor meg a saját megjelenítőt szolgálja ki.
Egy háttérkép bemásolása egy memcpy és switch oszt csokolom.
Függetlenül nyomatja a PAL képet, hardware(genlock) pedig genlock bit alapján kapcsolgat a két pixel között.
AMIGA os-hez én nem nyulnék. Egy driver indulna el ami azt a memoria területet korán lefoglalja, és tőle lehetne elkérni.
Azt írsz bele amit akarsz.
|
Yellow Dog
Tag
|
# Elküldve: 2016. Dec. 30. 10:51
Quoting: charlie az Elbox, aki szokásos Elbox módszerrel leszarja a dolgok legalitását és ad P96 drivert Radeonhoz meg a Mediatorhoz
Ez tetszik :-) Szerencsére a fizika működik illetve az elektronok áramlanak ügyvédek nélkül is ;-)
Quoting: mc68k az AMIGA tud genlockolni, azaz a felhasználó kapna egy olyan memória területet, amit a kártya képes megjeleníteni és majd az AMIGA rákeveri a GUI-t
Én anno 90 körül próbálkoztam A500 Genlock "ügyileg", mindössze annyit kellett tenni, hogy a megfelelő (most nem emlékszem pontosan melyik) regiszter megfelelő bitjét külső, external clock-ra kellett állítani, ettől kezdve az 1-es lábra (External Clock) kötött tv felől jövő szinkron jel lett az érvényes. A 14-es (PixelSw) pedig ment a tv Teletext dekóderébe ahol találtam egy használható "Blanking" vezetéket. A lényeg, a háttér mindenféle szoftveres beavatkozás, módosítás nélkül átlátszó volt.
Jut eszembe, most a képet nézve, az is lehet, hogy a 2-es (Extern Clock Enable) lábon keresztül kellett engedélyezni a külső szinkront, nem regiszter írással, de erre már nem vennék mérget...
Amiga Video Pinout
|
AliveMOon
Tag
|
# Elküldve: 2016. Dec. 30. 11:39 - Szerkesztve: alivemoon
Quoting: yellowdog Jut eszembe, most a képet nézve, az is lehet, hogy a 2-es (Extern Clock Enable) lábon keresztül kellett engedélyezni a külső szinkront, nem regiszter írással, de erre már nem vennék mérget...
Igen valahogy így van. Szerintem arra emlékszel még, hogy a gépben mikor beállítod a színregisztert ott kell beállítani, hogy átlátsszon az azzal rajzolt pixel avagy ne.
The table below shows the color register bit usage.
+--------+-------------+-------------+-------------+-------------+
| BIT# | 15,14,13,12 | 11,10,09,08 | 07,06,05,04 | 03,02,01,00 |
+--------+-------------+-------------+-------------+-------------+
| LOCT=0 | T X X X | R7 R6 R5 R4 | G7 G6 G5 G4 | B7 B6 B5 B4 |
| LOCT=1 | X X X X | R3 R2 R1 R0 | G3 G2 G1 G0 | B3 B2 B1 B0 |
+--------+-------------+-------------+-------------+-------------+
T = TRANSPARENCY, R = RED, G = GREEN, B = BLUE, X = UNUSED
T bit of COLOR00 thru COLOR31 sets ZD_pin HI, When that color is
selected in all video modes.
|
Yellow Dog
Tag
|
# Elküldve: 2016. Dec. 30. 15:39
Ezek szerint alapból a WB a háttérszín "T" bitjét beállította, a többinél viszont nem.
|
