Ha a "*" az utoljára betett adatot jelöli, akkor talán érdemes lenne SP=$FF esetén a $0200 körüli tartalmat mutatni jelölés nélkül.

Ez a változtatás már megtalálható (egyebek mellett) a Git forráskódban.

Nem tudom, jó-e ez a megoldás, de módosítottam a Git-ben hogy ne a nullára való lefutást hanem a 0000 -> FFFF átmenetet figyelje mindkét számláló, és az első újratöltése még további egy ciklus késleltetés után történjen.

A GitHub-on egy ideje már van 1.2.10 verzió.

Az időzítő probléma egyébként a CIA emulációját is érintheti, bár csak az 1581-es floppy meghajtó használ ilyet, így talán kevésbé jelent problémát. Az itt található részletes leírás szerint 2 időtartam beállítása esetén például a számláló értéke 2,1,2,2,1,2,2,1,... lesz, azaz 3 ciklusonként generál megszakítást 2 helyett. Nem tudom, a 6526 és a 8520 között van-e különbség.

Az időzítő probléma egyébként a CIA emulációját is érintheti, bár csak az 1581-es floppy meghajtó használ ilyet, így talán kevésbé jelent problémát.

Erről konkrét infóm nincs, de mintha valaki azt említette volna, hogy a CIA-kból Timer működés szempontjából két fajta is van. Itt egészen biztosan nem lesz ezzel probléma. (Hacsak az ep128emu mintájára nem csinálsz ebből is C64 meg VIC20 emulátort is... )

Az új verziót köszi, csekkolom!

A p4fliconv előnézet funkciója nem működött (csak fekete képernyő jelent meg), javítottam a Git forráskódban. Valójában már az előző beta verzióban is rossz volt. Hamarosan frissítem a letölthető csomagokat.

A jelenlegi "kiadott" verzió az az 1.2.10.1? Azt hiszem fogtam egy "hibát". Vagyis nem is hiba, csak - a forráskódot nézve - nincs teljesen kész ez a rész. (Mivel nincs gh accom, (meg a fogalmazás se lenne egyszerű,) inkább ide írnám...)

A probléma az 1551 emulációban van, mégpedig a Byte-Ready kezelésében. A most letöltött forrásban (1.2.10.2-nek mondja magát) a vc1551.cpp fájl 268. sorában van a Byte Ready Flag beállítása, ez rendben van. (Gondolom... ) A 396-os sorban van ugyanezen Flag törlése, ami akkor következik be, ha a bitszámláló 2. Na, ezen törlés előtt van egy FIXME megjegyzés, hogy ez a hack egy workaround. Tisztelettel FIXálnék...

Az 1551-ben, pont mint az 1541-ben is, "kézzel" kell törölni a Byte-Ready-t, nem történik meg automatikusan. A törlő jel viszont maga a TIA _CS-je, tehát bármilyen TIA elérés történik, az törli a Byte-Ready-t. Normál lemezolvasásnál a Byte-Ready jel után a bejött adat kiolvasása történik, ami a TIA egyik regiszterének az olvasását jelenti, ott az a lépés egyben a törlés is. (Írásnál ugyanez a logika.) A Byte-Ready (a beolvasott adattal egyetemben) a következő adat teljes beeséséig "él", tehát ezidő alatt bármikor kiolvasható az adat is meg a (még nem törölt) Byte-Ready is.

Ha már lemezkezelés; van még pár ötlet, amit nem tudom mennyire lenne bonyolult megcsinálni:

Van ugye a lemez-konfiguráló ablak. Ebben az U8/U9-hez ki lehet választani a meghajtó típust... Egyrészt érdeme lenne beállíthatóvá tenni az 1581-et is, ne csak "indirekt módon", olyan lemez behelyezésével lehessen kiválasztani. (Ha már tudja... De ez mehetne az U10/U11-hez is.) Illetve ugyanitt jó lenne, ha kiválasztható lenne a "disabled" is, tehát lehetne innen is tiltani az egyes egységeket. (Most ezt egy kissé körülményesnek érzem: ki kell törölni az "image file"-t, majd kérni egy "Disable unused drives"-t.)

Ugyanitt lehetne olyat is csinálni, hogy "create disk image", vagy valami hasonló, tehát ezen az oldalon jó lenne tudni egy "üres lemez"-t csinálni az adott típusú meghajtóval.

Illetve még egy ötlet: ha változik a lemez tartalma, esetleg jó lenne megkérdezni a júzert, hogy mi legyen vele. A jelenlegi automatikus felülírás helyett megkérdezhetné, hogy felülírja, mentse más néven, vagy dobja el a változásokat. Nyilván az emu bezárásakor is rá kellene erre kérdezni... Ha esetleg ez valakinek nagyon nem esik kézre, az automatikus mentés esetleg konfigurálható is lehetne.

Módosítottam, most csak TIA hozzáférésre törlődik.

Köszönet! A lemezkezelést nem is gondoltam, hogy ennyire "real-time" módon van megoldva... Ez már régebben is eszembe jutott: mi van akkor, ha egy "jófej" program olyan stream-et ír ki egy sávra, amit nem lehet .d64-be alakítani?

Két dolog jutott még az eszembe, bár ezek egyike se plus4emu specifikus, jól jönne az ep128emu-ban is. Az egyik: a debug / breakpoint ablakban most fedeztem fel, hogy van az "r"/"w"/"x" mellett "i" mint "ignore" lehetőség is. Ez tök jó! De az is jó lenne, ha ez kombinálható lenne, egy "1234xi"-t is elfogadna, természetesen "ignorálva", nem lenne tőle "syntax error". (Ha végre sikerült találni egy megfelelő breakpointot, akkor átmenetileg anélkül ki lehetne kapcsolni, hogy "meg kellene jegyezni", hogy milyen is volt.) A másik: van-e arra valami egyszerű mód, hogy meg lehessen tudni az utoljára generált kép rasztersorainak a számát? Debug esetén ez is azért jól jönne. Hagyományos CRT-n ez nem volt annyira kritikus, de manapság elég finnyásak a tv-k / egyéb eszközök. Ha ezt esetleg (igény szerint) ki tudná rakni valahova (Ablaknév, mint ahogy a % van?), fullextrának esetleg a képszinkronsorok számával, az segíthetne "kompatibilis" stuffot faragni.

A GitHub-on jeleztek még egy lehetséges hibát, ezt egyelőre nem sikerült javítani.

A p4w-n láttam az "igényt"... Ha kell még valami, szívesen tesztelek, bár az is igaz, hogy az ember jobban szereti egyből kipróbálni, ha valami az eszébe jut. Mondanám, hogy megnézem a géped, csak mostanában mintha egy kissé túlvállalnám magam.

Ugyanitt lehetne olyat is csinálni, hogy "create disk image", vagy valami hasonló, tehát ezen az oldalon jó lenne tudni egy "üres lemez"-t csinálni az adott típusú meghajtóval.

Az hasznos funkció lenne, ha .d64 kiterjesztésű nem létező file megadása esetén automatikusan létrehozna egy üres lemezt? Az alábbi tömörített image egyszerűen beépíthető lenne, csak 100 byte. Bár a lemez neve és azonosítója így mindig "NEW DISK" és 00 2A. Az utóbbit véletlenszerűen is lehetne generálni, ha az előnyösebb.
[ Guests cannot view attachments ]

Szerk.:

Az egyik: a debug / breakpoint ablakban most fedeztem fel, hogy van az "r"/"w"/"x" mellett "i" mint "ignore" lehetőség is. Ez tök jó! De az is jó lenne, ha ez kombinálható lenne, egy "1234xi"-t is elfogadna, természetesen "ignorálva", nem lenne tőle "syntax error". (Ha végre sikerült találni egy megfelelő breakpointot, akkor átmenetileg anélkül ki lehetne kapcsolni, hogy "meg kellene jegyezni", hogy milyen is volt.)

Erre a célra is használható újdonság a Git forrásban a megjegyzések támogatása, ; vagy # karakter után a sor további részét figyelmen kívül hagyja. Egy sorban több breakpoint is lehet, így ilyen módon mind egyszerre tiltható.