A fenti problémák QT specifikusnak tűnnek és nem egyértelmű, hogy valójában a GCC vagy a QT a hibás, mert ha jól látom, későbbi QT verzióban javították. A ROM letöltésnél mindenesetre a GCC verziómnak nincs jelentősége, mivel azt egy NSIS plugin (INetC) végzi, amit és az installert nem én fordítottam. Ezen kívül Zozosoft XP-s gépein nincs hiba. De fordítottam egy optimalizálás nélküli 32 bites verziót, talán jelent valami különbséget, bár valószínűleg csak lassabb.

(Attachment Link)

A ROM letöltési részhez nem tudok hozzáfűzni semmit.
A QT csak egy példa volt a gcc6 extrém finnyás voltára, és hogy csak futási időben jött elő ott is jó pár bibi. A noveau meghajtóval jó pár QT5 program még mindig keményen segfaultol (VLC, satöbbi), ehhez még a mesa nouveau drájver részt kellene teljesen átdolgozniuk a fejlesztőinek, mert az ott most csak egyszálas, az új gcc6 -al fordított QT-nél meg többszálon akarna menni, ezért elseggel. A gcc6 -nál a -std=c++11 az alapértelmezett és ez hozta elő a temérdek fordítási gondot, és jó pár futásidejűt is.
Nem tudom, esetleg meg lehetne próbálni egy más régebbi paraméterrel lefordítani az emut a gcc6 -al, amely most explicit módon megadandó neki.
Például -sdt=c++98.

Talán...

Hmmm... ha a plus4emu-ban van SID, akkor az ep128emu-ba is be lehetne tenni Balagesz SID kártyáját?

Elvileg igen, de erről a kártyáról nem sokat tudok. Például hogy milyen port címeken érhető el, mi a SID órajele, ha sztereó a hang akkor azt hogyan oldja meg, stb. Szerk.: a kapcsolási rajz alapján feltételezem, nem biztos hogy helyesen:
- jumperelhető, hogy a 08-0Bh vagy 0C-0Fh portokat használja (nem tudom, melyiket lenne célszerűbb emulálni?)
- két hardveresen emulált SID található a kártyán 1 MHz-esnek megfelelő órajellel, az egyiknek a kimenete a bal csatorna, a másiké pedig a jobb
- a páros címeken 5 bites cím-, a páratlanokon pedig 8 bites adatregiszterek találhatók
- a 08-09h vagy 0C-0Dh a bal SID, a 0A-0Bh vagy 0E-0Fh pedig a jobb
- a portok csak írhatók

(Frissítés) Kimaradt: a Fake-SID a C64-es sebességet, a 985.248 KHz-es órajelet (17.73447 MHz / 18) emulálja.

Az 1 MHz megoldása egyszerűbbnek tűnik, a meglevő EP hang emuláció 500 kHz-en fut, így annak az egész számú többszöröse jobban működne. Hasonló okból elvileg a plus4emu-ban is jobb minőségű a SID az alapértelmezett TED frekvencián mint a 10/9-szeres (illetve az emulátorban most pontatlanul 9/8-szoros szerk.: javítva) C64 kompatibilis órajelen, bár ez a gyakorlatban nem tűnik jelentősnek. Ettől eltekintve nem lenne különösebben nehéz EP-s SID kártyát emulálni, de tartok tőle, hogy nem lenne olyan program ami ténylegesen használná is. A DTM lejátszóhoz emulált 4x8 bites D/A konvertert sem használja semmi más, és a hardver sem készült el.

A Pear féle All in one kártyába remélem mind belekerül. Meg egy AY kéne meg

D/A: Tennek ra egy min par szaz byte-os FIFO RAM-ot, pl FULL es HALF-EMPTY jellel (ez utobbit lehetoleg interrupt-ot triggerelheto modon), programozhato "lejatszasi sebesseggel" az olvasasi oldalon. Igy sokkal kisebb CPU eroforrassal lehetne jo minosegben lejatszani Ez csak onnan jutott az eszembe, hogy amikor az SD-s lejatszoval jatszottam, ugye rajottem, hogy nagyon sok orajelciklust az visz el, hogy minden mintanal megszakitas, Dave fele interrupt latch torles, miegymas ...

Olyanokat mondasz, amiről még az életben nem hallottam

FIFO (FIFO: First-In-First-Out, a stack mint adatszerkezet az ugye LIFO - Last-In-First-Out, a FIFO tehat egyfajta puffer szeruseg) RAM az vegulis egy dual port RAM (na jo, nem egeszen), de specialis, nem tudsz cimezni. Egyik bemeneten "nyomod" bele az adatot, masikon meg olvasod ki (cimezni nem kell, "automatikus"). Altalaban vannak "okos" kimenetei is, azaz jelzi, hogy "ures" (empty) szoval ha olvasol vmit es ures volt mar eleve, akkor ugye hulyeseg lesz amit olvasol. Hasonlokeppen, ha a FIFO megtelt ("full") akkor nem ajanlatos bele irni ugye. Egyeseken meg van ilyen "felig" jelzes is, vagy hasonlo. Amugy ha jol remlik, van ilyen a 74xx IC sorozatban is, igaz nem tul nagy meretben - 74xx220 vagy valami hasonlok ha jol remlik

Azert gondoltam, hogy ez jo lenne ilyen digi lejatszas celra, mert pl egy az egyben kiirsz pl 64 byte sample-t (felteve ha a FIFO merete 64 byte vagy tobb) es akkor annyi sample-nyi ideig megoldja maganak, felteve, ha adott frekvenciaval olvasod ki pont a FIFO masik felen, ami egy D/A-ra van kapcsolva.

Pl: http://www.idt.com/document/dst/720072017202-datasheet

Bar, amugy nem tudom, lehet van olcsoert eleve olyan IC-kent kaphato D/A is, ami parhuzamos bemenettel rendelkezik es van benne nemi puffer, es lehet programozni a lejatszasi frekvenciat is? Mondjuk vmi VS akarmi cimszo alatt valhol egyszar lattam olyat ami akar mp3-at meg ogg-ot is lenyom, ha "stream-eled" neki az adatot megfelelo sebesseggel pl, amibol ezt megteszi. Talan SymbOS-nel volt vmi demo, ahol mp3-at jatszottak le, ott is vmi custom hw csinalta a dekodolast persze, azert egy Z80-nak software-bol az nem igazan menne, lassuk be

- a 4x8 bites DTM lejátszós D/A konvertert

Ilyen volt eddig is? Ezt hogyan kell engedélyezni?

A héten ki is próbálom

Kúúúúl, kipróbáltam, nagyon jó