Ha valaki 6510 vagy 8500 procival szeretné járatni a C16 vagy Plus/4-ét, az most megteheti ezzel az adapterrel! :-D Kernel ROM csere után IEC port is működik vele!
Épp a "gyorsan leskiccelt" Baltissen féle javított proci kihelyettesítő rajzot nézegetem és egységeire bontottam a kapcsolást. Jó, nagyot nem kell képzelni rólam, mert csak ugatom az elektronikát, de végül is az AEC-re épül a címzés, meg persze másra is, de az AEC jel adja meg a CS-et a 6522-nek. A 74LS688-ak akkor adnak "szabad" jelzést ha a címbuszon %"000000000000000(1)" van. Az (1)-es címbit a processzor $0000 adatirány és $0001 adat regiszter kiválasztása, ha nem csalódok. :-) A 6522 RS3-2-1-0, CS0, CS1 meg úgy van konfigurálva, hogy a DDRA és ORA regisztereket írja olvassa. Így hirtelen ezt akartam leírni! :-)
Üdv! A TED-ből prociba menő AEC ről valami bővebb infója valakinek? Tudom hogy a jel letiltja a 8501 címbuszt és ilyenkor a TED hajtja. De mit mikor? :) Köszi!
Profi1/Profik ( :D ), aki a konvertert és magát a slideshow-t is csinálta azt mondta, hogy hamaroson közzéteszi a forrást is. Egyébként mocskosul nagy mákja volt, hogy a projektorban volt flicker-fixer, mert egyébként a képek (nem tom a betűrendet, de) interlace-hires-FLI módban voltak.
Tartott róla egy előadást nekünk (meg megnéztük az én monitoromon C64-en és plus/4-en is és hát azon azért eléggé vibrált). Alapvetően az a trükk, hogy a szemünk sokkal érzékenyebb a pixelek intenzitására, mint a színére, ezért képes nagyobb prioritást adni a hasonló fényerejű C64 színeknek a hasonló színű ellenében.
Egyébként ezt felismerték a pixelgrafikusok is régen, ezért van, hogy minden arc zöldes színezetű, mert a világoszöld szín intenzitása pont a legvilágosabb szürke és a fehér közé esik. Csak eddig ezt a képkonverterek nem nagyon használták ki.
256k-s volt, az jól dokumentált, emulátorok is tudják (részben), programok is vannak rá, pl. egymenetes lemezmásoló, assembler, stb. Sőt Csory által konvertált játékok cache-nek használják és nem kell annyit lemezt cserélgetni. Ezt csak macerás megépíteni, mert sok helyen kell piszkálni az alaplapot és piggy-back IC-kre készült.
Erről a 128-ksról viszont az egyetlen említés ez a hirdetés és a programokat sem találtam meg, hogy vissza lehessen fejteni.
Mintha lett volna 256KByte-os RAM bővítés a Plusihoz, de lehet, keverem valamivel - a C64-hez tuti volt, beépíthető, de csak halványan dereng valami.
Jut eszembe: ha hétfő estig szólok, tudsz hozni KERNAL 8+ -t a party-ra? Egy régi gépbe kéne betenni, benne pl:
- Action Warp Loader - plusz save, ha lehet!
- Jiffy DOS
- SpeedDOS - meg amelyik tudja a 40 track-es töltést
- Prologic DOS
- Dolphin DOS 3
- rád bízom
Privátban beszéljük meg! Ja, még egy apróság: nekem nincs ilyen kiszedőm, de van Lumafix-erem, betenném, ha ki lehetne szedni a VICII-t.
Mindegy, majd írj rám kérlek pl a facén!
Előre is thx!
(Tényleg, ha valakinek kell ilyen fast loader beépítés, szvsz keresse meg most IEC-ATA-t, mert egyszerűbb, ha több gépbe szereli, már ha van kedve ezzel foglalkozni az Árkon.)
Annyit kiderítettem, hogy Dr. Tolnai János még él és rádióamatőr. A hívójele HA5LQ, de nincs rádióm, hogy beszéljek vele. Azt is tudom melyik községben él, de cím az nincs! :-( Nincs fenn FB-n sem! :-(
Passz. Az első 1551-et dobozosan vettem, még a rózsaszínű műanyag zacskója is megvan!
A másodiknak a felső része hófehér, és vettem még egyet, azon van egy kis letöredezés a felső részén, ahol a hűtőbordák vannak - vagy mi a pontos neve.
Még jó, h elmebeteg tippjeim vannak, pláne, h van valaki - Te -, aki meg meg is valósítja!
Van 1551-em! És van az emu1551-azt is ki tudom próbálni! most jut eszembe, Tényleg nem te vetted meg a 1551-em 2006-ban, hacsak akkor nem voltál 10-15kg-al nehezebb! :-D Ez csak úgy eszembe jutott, hogy múltkor találkoztunk. :-D
Azonnali Árok Party előadást kérünk róla! Az ötletről, a fejlesztésről és a belövésről! Mindenről!
(Mekkora már! Még a végén lesz Plus/4 DTV is, ha így haladsz! Éljeeen! Kéretik a szakértő kollégákat, h segítsék IEC-ATA-t, hogy a 1551 kezelését is átírja!)
Meglett a hiba és az eredménye is a javításnak! :-) A floppy elindult! Próbáltam DEMO-val, persze leült a meghajtó, de a cél nem az volt, hogy turbóval is menjen, hanem csak az hogy betöltsön, ezt maradéktalanul meg is csinálja. :-) A mentést is kipróbáltam, az nincs a videon, de működik!!! Akkor >>>ITT<<< lehet nézelődni! :-)
Fél siker! :-) Megírtam átírtam a kernelben lévő rutinokat a P3-P4. lábakra. A fél siker azt takarja, hogy LOAD-ra, Directory-ra elindul a Floppy meghajtó, de csak forgatja a lemezt. Valahol még kifagy. Van egy olyan érzésem, hogy a kernelben beírt új programkódok nem jó helyen vannak. Az $FCD1-től írtam be a helyettesítő kódokat, illetve az $FF20-tól. Itt volt hely! Jók ezek a címek? Majdnem az összes seriel portot író és olvasó rutint sikerült az eredetiről a módosított proci lábakra átírni, (külön kimásoltam és futtattam az eredeti kódokat, csináltam a seriel portra a CLK-ra és a DATA-ra is nyomógombot szimulálva a jeleket) Ezeket természetesen a módosított proci lábakra is kipróbáltam átírva a kernelt. Valahol még bug van. Van még egy két rutin amit le akarok ellenőrizni, habár csak sima ANT, DATA CLK magasra állítás, de van benne egy (ha magas) na ezeket még átnézem. :-)
Lehet az lesz a megoldás, hogy a P1-re "1"-et írok, ekkor a negáltja megjelenik a P6-on vagyis ott "0" lesz és akkor a CLK-ra kívülről adok "1"-et.
Egyébként az e feletti kódokat átírtam már a 6510-es procihoz és le is teszteltem. Általában, vagyis inkább mindig +3 ASL-el többet kell beírni, csakhogy ezekhez az átírásokhoz a kernel szabad helyein szubrutinokat kell írni, hogy meglegyen a megfelelő bit eltolás (P6-P7 helyett P3-P4), de ezek már mennek. Csak a fent ill. alant írt kód tesztelésénél akadtam el. Meg meg kellene keresnem az eredeti kernelben a $0000-cím hol állítódik be $0F-re, mert a 6510-es procinál $07 kell, így POKE-olni kell az elején! :-D