ilyen nem lesz támogatva, azaz hogy más címről töltse a snapshotot?
http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/miner2013_final_zzzip.ep128s

Ez most is tamogatva van. Nyiss egy javascript console-t, ha az URL OK, akkor valoszinu hogy ilyet latsz benne:

XMLHttpRequest cannot load http://etyekfilm.hu/miner2013_final_zzzip.ep128s. Origin http://ep.lgb.hu is not allowed by Access-Control-Allow-Origin. ?snapshot=http://etyekfilm.hu/miner2013_final_zzzip.ep128s:1

Errol irtam minap amikor kicsit hosszasan taglaltam, hogy megy a betoltes: alapvetoen itt az a gond, hogy ezt bar az emulator tamogatja, itt altalaban a browserek security vedelme lep elepetbe. Arrol van szo, hogy biztonsagi okokbol nem engedi az "cross site" kereseket, tehat ha pl az ep.lgb.hu oldalon futo JavaScript egy masik site (itt: egyekfilm.hu) site-hoz akar hozzaferni, mert ez ugye lehet - sot sajna gyakori - "gonosz" celokra valo kihasznalasa. Irtam is errol, hogy ez kikerulheto, ha a kerdeses site-on (ahonnan a betoltendo file szarmazik) garantalt a kovetkezo HTTP header a valaszban:

Access-Control-Allow-Origin:

Itt utana vagy az ep.lgb.hu adando meg logikusan, vagy ha semmilyen korlatozas nem kell, akkor egy csillag peldaul.

Amugy van ennek egyszerubb "ellenszere" is, lehet majd implementalom: a betoltendo file-oknal mindenkeppen az en site-omra megy vissza a keres, ami kvazi "proxy" modban letolti server oldalon, es le-stream-eli az JSep-nek, igy a forras site-on (ahol a betoltendo file van) nem szukseges semmifele header preparacio. Ez viszont kisse veszelyes, mert kikeruli ezt a security mechanizmust, amit csunyan ki lehet hasznalni mas site-ok tamadasara, es ott ez ugy fog jeletkezni h az lgb.hu webserver "tamadja" oket, ezert nem szokas ilyesfajta "open proxy" megoldast krealni nyilt internetes kornyezetben ...

Ha a webservereden apache van, es .htaccess megy, akkor tedd az JSep-nek szant dolgokat kulon konyvtarba, majd ott probalj vmi hasonlot irni egy .htaccess nevu file-ba:

Header add  Access-Control-Allow-Origin "ep.lgb.hu"

Vagy ha nem megy (lehet kell az ep.lgb.hu ele a http:// is), akkor idezojelek koze egy csillagot az ep.lgb.hu helyett.

Elvileg ez pont azt csinalja, amit mondtam, minden http keres valaszahoz hozzadja a kerdeses http header-t. Azert irtam, hogy kulon konyvtarba tedd, mert ha a docroot szintjen beallitod akkor a site minden cuccara igaz lesz, ami problema lehet

Igy mindenki sajat EP programjat leiro web oldalara beteheti online az emulatort, ahol mondjuk bemutatja a programot, stb. Remelem kb ertheto volt, mit terveznek ...

Igen, én is ilyesmire gondoltam!

Más. Ha olyan programba botlunk az image fájlokban, ami nem működik, elakad, vagy ilyesmi, azt jelezzük?

Szerintem az lenne a jo, ha olyan esetben szolnatok, ahol legalabb valakinek van otlete (pl valodi ep-n vagy ep128emu-n), hogy mi okozhat gondot, kulonben sokat nem biztos, hogy tenni tudok

Akkor én semmiért se szólnék, mert nem értek a témához, fogalmam sincs, ha gond van, miért van. Esetleg ha mégis írok valami hibát, a szakavatottabbak (pl. Zozo, István) is tudnak talán segíteni.
Nekem a Race Ace program maga elindult, csak a menüben az utolsó opció után maga a játék nem akart elindulni. Azt hiszem, másik játékkal is volt hasonló. Nem tudom, ez beletartozik-e valamelyik kategóriába, amit írtál, szerintem nem a lassúság okozhatta. Vagy ki tudja.

Tényleg nem lehet, hogy valamelyik egyszerűbb ROM konfiggal gyorsabb lenne? Nekem Firefoxon a ZT órája 3-4 másodpercenként vált, Chrome-on is kb. 2 másodpercenként. Tehát erre sincs elég energiája szerintem az emunak. Na, de most már nem kontárkodom tovább.

Ok, a Race Ace-t nezve latszik pl a debug ablakban lent, hogy teleirja ilyesmivel:

Reading undecoded port 0xb6

Ha barmi gond van, erdemes megnezni a debug ablakot, gyanus ha a READY kezdetu sor utan sok minden van, foleg ha ugyanaz, de jo sok peldanyban! Jelen esetben pl jo lenne tudni, hogy a B6 port olvasasaval mit akarhat a program ...

Valószínűleg external joystick kezelése.

Ez volt nekem is a tippem, noha mindig is zavart, hogy valahogy soha nem talalok egy teljes, szep I/O port listat, es ugy kell keresgelni/kerdezgetni, ha vmi nem megy "fejbol" Itt a forumokon volt mar szo tobbszor is ezekrol, egyszer tenyleg veszem a faradtsagot, es osszegyujtom, hogy meglegyen egyben. Itt egyszer mar elkezdtem, csak hat ez nem teljes, es nem is tul reszletes.

Azt veletlenul nem tudod, mit csinalna ez a jatek egy valodi gepen? Ugyanis en 0xFF erteket adok vissza, ha olyan portrol olvasna a program, amit nem kezelek le. Ezek szerint ez a jatek vagy valodi gepen is elakadna (ha nincs kulso joy) vagy pedig nem 0xFF-t kene visszaadni ...

EHHHHHH ... Most nezem, ha nyomok egy space-t akkor elindul a jatek Azaz lehet, nezi a kulso joy-t de billencsre tovabb lehet menni, ha az nincs. Ha jol ertelmezem. Tehat, akkor gondolom, ez igy normalis!

Sajna itt azert elojon a gond, hogy vmi mas debug-os modszer kene ... mert mikozben olvassa szepen a B6-os portot allandoan, mindegyik egy debug uzenet, amde mivel a debug "ablak" maga egy html entitas, amiben minden uzenetel beletolom az uj sort is, ez iszonyat modon lassitja a browser mukodeset, ha sok uzenet menne oda ... Ezert is irtam, hogy az - jelenleg meg - sajna normalis, hogy nagyfoku lassulat (akar 0 FPS-ig!) okoz, ha sok debug uzenettel kell vacakolnia a browsernek az emulacio soran.

FONTOS: modositottam az emulatort, debug uzenet futas kozben nem jelenik meg, csak tarolja! Debug uzenet akkor jelenik meg (a futas alatt tarolt osszes), ha stop-al leallitasra kerult az emulator (persze utana run-al folytathato a futas). Igy remelhetoleg a debug uzenetek altal okozott lassulas nem fog problemat okozni. Annyi plusz van, hogy futasidoben a debug uzenetek "ablaka" pirosas hatteruve valik, ha egy vagy tobb uj uzenet van, amde latni az uzenetet - fentiek ertelmeben - csak akkor lehet, ha stop-oljuk a futasat az emulatornak.

Btw, a fullscreen-t nezte valaki, megy valakinek?

Nekem megy.

Megtaláltam a Boulder Dash hibát: az IM2 megszakítás emulációja nem működött megfelelően. A z80_interrupt() függvényben (z80_full.js) inttemp &= 0xfff; helyett inttemp &= 0xffff; kell. Ez valószínűleg egyszerű gépelési hiba volt, talán már az eredeti Spectrum emulátorban.