Enterprise Forever

:HUN => Emulátorok => Topic started by: PiotrSoft on 2013.February.20. 20:30:42

Title: Web emu
Post by: PiotrSoft on 2013.February.20. 20:30:42
Csak kérdezném a két emulátor gyártó zsenit. (ne érezzetek élt vagy gúnyt a szóban tényleg így érzem, nem lennék képes portolni emulátort)

Mondjuk nem megoldható pl chrome bővítésként egy emut írni?
Title: Re: Web emu
Post by: endi on 2013.February.20. 20:45:41
Szerintem akkor már Androidra lenne érdemesebb. Android a jövő! :) Tabletek, telefonok, és jönnek a játék konzolok is.
Title: Re: Web emu
Post by: PiotrSoft on 2013.February.20. 20:48:23
endi. Igazad van
a telommal EP-zhetnék
uj neve lenne 

Nem Samsung glaxy sIII hanem samsung enterprise s3
Title: Re: Web emu
Post by: PiotrSoft on 2013.February.20. 21:12:59
de már volt ilyen topic de behalt
Title: Re: Web emu
Post by: lgb on 2013.June.26. 22:14:15
Nezegettem az JSspecy nevu Javascriptben irt emut, es raero oramban atirtam picit a leheto legalapabb EP emulatorra (jo indulattal nevezhetjuk annak, azert nagyon sok minden hianyzik!):

http://ep.lgb.hu/jsep/ (http://ep.lgb.hu/jsep/)

Azert ez persze igy meg semmire sem jo, eloszor is csak chrome alatt probaltam ki mar eleve. Masreszt, szinte semmi nincs emulalva. Interrupt-ok sem (!), Nick-bol csak annyi, hogy karakteres mod (ezert nem latszik az enterprise felirat) az is altind nelkul (ezert latszik az error felirat is a memteszt alatt), Dave-bol csak B0-B3 regiszterek, billentyuzet meg maradt a speccy-s kodreszlet, szoval az valoszinu nem fog menni igy ... Meg egyeb bugok is latszanak ennyibol is, de az mar latszik, hogy valamit csinalna legalabb ... Erdekes, hogy EXOS2.4-vel nem ment, gondolkoztam, hogy mi az oka, egyik tippem a CPU emulacio, a masik pedig az, hogy annak kellenek az interrupt-ok (pl CPU orajel teszthez?) ami ugye itt meg nincs emulalva :( Ja, hang nyilvan semmenyire nincs, talan mondanom sem kell!

Esetleg, ha van valaki Javascript wizard itt, es erdekli ... Ui en nem vagyok valami nagy tudor javascript-ben, kb proba cseresznye alapon elkezdtem atirogatni - eleg rondan ...
Title: Re: Web emu
Post by: geco on 2013.June.27. 09:28:11
:smt041
Próba cseresznye alapon azért elég sokáig jutottál :)
Title: Re: Web emu
Post by: endi on 2013.June.27. 11:08:31
Elsőre nagyon is jó! A Mordons Quest már majdnem futna rajta. :)
A sebesség vajon növelhető? Mert ha nem akkor az lesz a fő baj.
Title: Re: Web emu
Post by: lgb on 2013.June.27. 11:25:05
Quote from: endi
Elsőre nagyon is jó! A Mordons Quest már majdnem futna rajta. :)
A sebesség vajon növelhető? Mert ha nem akkor az lesz a fő baj.

Namost, a sebesseg ugye nagyban fugg attol, hogy milyen browsered van, es mennyire hatekony benne a javascript JIT/stb. Chrome-ban imho nem olyan rossz. Azert durva ez, nemreg par eve, meg C-ben optimakolt cuccnak is kihivas volt uez azert. Az emulacio jelenleg tenyleg loszerszam (hogy ne kelljen csunyat irni ide), egyreszt meg a spectrumoshoz volt beallitva, ami eleve 3.5MHz (ha jol tudom), most vettem eszre. Masreszt a nick "emulacio" javascript resze (amit en irtam bele) az finoman szolva sem optimalis (az meg a masik, hogy mennyire hianyos), szoval az nyilvanvaloan erosen javithato lenne. Harmadreszt, a jelenleg hasznalt JS setTimeout() fuggveny nem tudom mennyire optimalis erre, az eredeti JSspeccy kodban igy volt, de vannak ketsegeim.

Igazabol ez egy "ejfel kornyeken lefekves elott meg tudom-e csinalni" jellegu teszt volt, nem tudom, van-e igeny egyaltalan ilyesmire. Meg jo lenne, ha valaki JS szakerto is meglesne. Odaig azert amugy szeretnek eljutni, hogy legalabb IS-BASIC-ig eljusson, es lehessen gepelni, stb. Ha funkcionalisan felno ehhez, utana erdemes optimalizalni, mert jelenleg annyira hianyos minden, hogy ezt igy ebben a formaban kar is gyorsitgatni meg (hiszen ugyis ujra kell irni, amikor mar latom egyaltalan h kb hogyan kene mukodnie rendesen) ...

Masreszt, itt latszik h a spectrum mennyivel egyszerubb gep. Az erdeti emu kodot neztem, nemes egyszeruseggel azt csinalja, hogy Z80 altal vegzett memoria iras muveletnel megnezi, hogy a kiirt byte-nak van-e koze a keptartalomhoz. Ha van, akkor kiszamitja hova "esik" az es modositja. Ergo, ha eppen nem valtozik a kep, nem is kell CPU ido arra, hogy ujrarajzolni. Ha meg valtozik de pl csak par pixel, akkor csak arra. Na, ez EP-nel nem mukodik. Ott a nick komplexitasa miatt kvazi lehetetlen megmondani, hogy egy VRAM-ba irt byte okoz-e majd valtozast a keptartalomban, es ha igen hol, es pontosan mit. Ezert azt csinalom, hogy a teljes LPT-n vegigmegyek es pixelenkent mindent frissitek frame-enkent. Mondanom sem kell, hogy ez performanciaban igen jelentos CPU terhelest okoz a spectrum-os implementaciohoz kepest!
Title: Re: Web emu
Post by: endi on 2013.June.27. 11:28:20
Szerintem abszolut lenne rá igény. Sok ember van aki nem akar szórakozni emulátor installálással, megtanulással, pedig megnézné egypár régi kevenc játékát.
Title: Re: Web emu
Post by: lgb on 2013.June.27. 11:53:08
Quote from: endi
Szerintem abszolut lenne rá igény. Sok ember van aki nem akar szórakozni emulátor installálással, megtanulással, pedig megnézné egypár régi kevenc játékát.

Nu, kitettem az oldalra egy uj verziot. Hatranya, hogy a PIXEL emulacio miatt a memoriateszt soran nem igazan latszik semmi ertelmezheto (ismert bug!), viszont ha varsz eleget, az enterprise logo mar latszik! Plusz, egy FPS merest beletettem. Nekem stabilan 19-et mutat a logo alatt, mindez Chrome 28-al, Linux-on, Intel Core i3-2100 CPU @ 3.10GHz procival. Kivancsi lennek, neked milyen hw/browser alatt mennyit produkal.

Mondom mindezt "normal" (def.speed gomb) sebessegre, turbo.speed-nel az van h a timeout erteke csak 1, igy az FPS 28 lesz nalam.
Title: Re: Web emu
Post by: Zozosoft on 2013.June.27. 12:14:28
Core2 Quad 6600 CPU, XP SP3
Firefox: 14-15 fps
Chrome: 6 fps
IE8: el se indul
Title: Re: Web emu
Post by: endi on 2013.June.27. 12:14:36
Opera: 16fps / 20 fps (turbo)
Chrome: 17/23

gép: amd 6 magos, fx6100, 3,3GHz
Title: Re: Web emu
Post by: lgb on 2013.June.27. 12:42:25
Az az igazsag, hogy mostanaban mindenki nagyon durvan gyur az JS performanciara, hogy kezdenek a webes technologiak felfejlodni (es a webRTC-rol pl ne is beszelujunk ahol mar std feature lesz audio/video chat minden plusz software nelkul). Igazabol a szamaitokbol azt latom, hogy pl lehet sokat szamit, hogy nalam a 28-as verzioja van a chrome-nak. Nu, de mind1 is, amig rendesen nincs megcsinalva, kar azon aggodni, hogy lassu, en egyaltalan azon csodalkozom hogy van ennyire gyors, ahhoz kepest, hogy mi van a kodban, es vegulis ez egy scriptnyelv, oszt' megis szeretnem pixelenkent feldolgozni az egesz screen-t masodpercenkent jo sokszor, plusz kozben persze Z80, stb.

Zozo, ha mar itt vagy! EXOS-nal, ha ott a logo mar, mi kell ahhoz, hogy abbol "ki tudjak lepni"? Marmint ok, egy billentyu :) Ertem ezt, csak ugye itt nem mux. Lehet koze ennek ahhoz, hogy interrupt emulacio konkretan nulla van az egesz emulacioban? :) Mert azt nezem, hogy nem latom, olvasna-e a 0xB5 portot legalabb egyszer is, amivel ellenorizne, hogy most lenyomtak-e vmi gombot.
Title: Re: Web emu
Post by: Zozosoft on 2013.June.27. 12:47:36
Működő videómegszakítás kell a billentyűolvasáshoz.
Title: Re: Web emu
Post by: geco on 2013.June.27. 13:27:58
Status: running, FPS is 22, timeout is 20
Linux Mozilla 17.0.6

És ami meglepő :lol:
Status: running, FPS is 18, timeout is 20.
virtuális XP SP3 Mozilla 17.0.7

intel 4 i5-3320M 2,6 GHz
Title: Re: Web emu
Post by: lgb on 2013.June.27. 13:59:27
Quote from: Zozosoft
Működő videómegszakítás kell a billentyűolvasáshoz.

Koszi. Nemi VINT-et implementaltam is (dave latch stb total kihagyva ...), igy most latszolag ugy-ahogy megy ez is, ki is lehet probalni. Mondjuk status sor hol van az jo kerdes :D Illetve ALTIND tovabbra sincs. Meg sajna az egesz eleg csunyan lagzik is, nehez rajta gepelni. A spectrum-os kbd matrix egy reszet atirtam, betuket/szamokat/enter/space, mast meg nem is ...

Vegulis ezt meg is lehetne irni egesz mukodore :) Max vmi optimalizacio es meg esetleg frame skipping (ha tul lassu, akkor kihagy egy frame megjeleneset automatice, stb) lehetne bele ... miutan persze legalabb alapveto dolgokat mar tud, ez a mostani allapotrol nem igazan mondhato meg el.
Title: Re: Web emu
Post by: lgb on 2013.June.27. 14:22:04
Quote from: Zozosoft
IE8: el se indul

Hat az IE-n nem lepodok meg, kb semmi ertelmes dolgot nem tud, amit az utobbi idoben talaltak ki webes technikak cimszo alatt ... Az IE egyeduli ertelme kb az, hogy nehany bazi draga "webes" ceges applikaciot (ilyenekkel gyakran talalkozok) IE-hez "optimalizaltak" telerakva a sajat dolgaikkal (ActiveX, sajatos MS fele html ertelmezes stb), es mas browser-rel ezert nem igazan (vagy sehogy) mennek ...

Nem is ertem, miert vannak emberek akik meg mindig az IE-hez ragaszkodnak (oke, a fenti kategorian kivul) ... UPDATE: ize, nem szemelyeskedes akart lenni, ha itt valaki a forumon IE-t szereti, akkor bocsanat, termeszetesen mindenki azt hasznal, ami neki tetszik! Technikai szemmel nezve viszont megallapitasom megallja a helyet, velemenyem szerint!
Title: Re: Web emu
Post by: szipucsu on 2013.June.27. 18:04:57
Quote from: lgb
nem tudom, van-e igeny egyaltalan ilyesmire.
Pl. arra is jó lenne, hogy ha valaki feltesz ide valami új EP-s cuccot, akkor ne kelljen letöltögetni és az emuba betöltögetni (fő a lustaság). Hanem kattintásra megnyitná a webes emu. Már ha ezt meg lehetne csinálni.
Title: Re: Web emu
Post by: endi on 2013.June.27. 18:17:06
Quote from: szipucsu
Pl. arra is jó lenne, hogy ha valaki feltesz ide valami új EP-s cuccot, akkor ne kelljen letöltögetni és az emuba betöltögetni (fő a lustaság). Hanem kattintásra megnyitná a webes emu. Már ha ezt meg lehetne csinálni.
én ezért szoktam snapshotban felrakni, az csak 1 katt és indul
Title: Re: Web emu
Post by: lgb on 2013.June.27. 19:12:10
Quote from: szipucsu
Pl. arra is jó lenne, hogy ha valaki feltesz ide valami új EP-s cuccot, akkor ne kelljen letöltögetni és az emuba betöltögetni (fő a lustaság). Hanem kattintásra megnyitná a webes emu. Már ha ezt meg lehetne csinálni.

Azt pont meg lehet egy kattal kb csinalni imho ep128emu-val is :) Masreszt az ep128emu snapshot kezeleshez implementalni kene a dolgokat ugy, ahogy az ep128emu elmenti, ami nem biztos h trivialis, gondolom a memoriatartalom stb-n kivul ott van az emu belso allapota is (bar forrasban nem neztem meg, csak tippelek).

Ami viszont erdekes: eleve szo volt rola, hogy ugye azert lenne jo egy JS vagy hasonlo emu, mert sok ember nem akar telepiteni emut "bonyolultan", stb. Lehet, csinalni kene egy olyan ep128emu build-et ami windows-osok kedveert egy szem exe (nem installer!) azonnal futtathato, ROM benne, stb, beallitani nem kell, es pl akar webrol szedni a futtatando programokat. Lehetne akar csinalni egy EP prg gyujtemenyt ami vmi egyszeru API-n at lekerdezheto, es az alapjan egy hasonlo program azonnal on-line elerhetove es "emulalhatova" tenne. Az JSspeccy2 (mivel van 2-es verzioja, most neztem, joval pofasabb, habar browser-eket eleg meg tobb "up-to-date" kovetelmenyt allit) eseten is van vmi world of spectrum integracio, ahol lehet vallogatni az oda feltett cuccok kozul.
Title: Re: Web emu
Post by: endi on 2013.June.27. 19:18:29
igen, ilyen "egy exe" dolog marha jó lenne!
Title: Re: Web emu
Post by: Lacika on 2013.June.27. 20:07:37
3GHz-s Core2 Duo
WinXp, FireFox 21.0
16-17 fps
Title: Re: Web emu
Post by: Zozosoft on 2013.June.27. 20:41:38
Core i5-650 4Ghz-en
Win7 64bit, Firefox 22: 20 fps
Title: Re: Web emu
Post by: endi on 2013.June.27. 20:47:42
sőt ha lenne "egy exe" androidra, iosra, mekkora állat játékokat lehetne csinálni EP tudással :)
Title: Re: Web emu
Post by: lgb on 2013.June.28. 00:11:06
Nos, az ujdonsag ereje. A mostani kitett verzio nalam mar 50fps felett (turbo mode). Az egesz valtozas kb annyi, hogy uint8array javascript tipust hasznalok. Ez meg ugy az ujdonsag ereje, hogy ez nem egy tul regi dolog, tehat igy viszont meg up-to-date-ebb browser kell hozza. Most direkt megneztem, az MS IE 10-ben mar elvileg tamogatja (de lehet a canvas hozzaferest meg mindig nem, szal mind1). A tanulsag csak az, hogy ilyen egyszeru 1-2 soros modositassal is durvan gatyaba lehet razni. Mi lenne, ha meg normalisan is lenne a megirva a kod ... No, persze hirtelen ezt is csak Chrome 28-al neztem. Firefox alatt nekem viszont nem igazan mukodott ...
Title: Re: Web emu
Post by: Zozosoft on 2013.June.28. 00:17:30
Quote from: lgb
 Firefox alatt nekem viszont nem igazan mukodott ...
Nekem se.
Title: Re: Web emu
Post by: lgb on 2013.June.28. 11:52:51
Quote from: Zozosoft
Nekem se.

Most jobb?
Title: Re: Web emu
Post by: Zozosoft on 2013.June.28. 11:56:51
Quote from: lgb
Most jobb?
Most megy.
Title: Re: Web emu
Post by: endi on 2013.June.28. 18:59:52
Az lenne még jó ha az EP128.hu-ról meg lehetne neki linket adni és betöltené.
Title: Re: Web emu
Post by: lgb on 2013.June.28. 19:17:22
Quote from: endi
Az lenne még jó ha az EP128.hu-ról meg lehetne neki linket adni és betöltené.

Az bizta, kulonosen, ha egyaltalan tudna barmit is betolteni + legalabb alapszinten normalisan emulalni :D Elkezdtem ujrairni a nick-es reszt, mert haaat a jelenlegi implementacio finoman szolva is gaz (256 szinu pixel mod van, az ep logo miatt, meg sima karakteres, de altind nelkul, a kepet egyben epiti fel, vint kezeles is a legvegen kerul kiertekelesre stb). Igazabol van egy olyan erzesem, hogy normalisan talan meg lehet oldani, de sose lesz annyira szofisztikalt, mint egy ep128emu, eleve tul sok sebesseget elvinne, ha igazan jo emulaciot akar az ember ... Itt van pl az interlace mod, azt valoszinuleg fel kell aldozni (par tech demo jellegu dolgon kivul hasznal barmi program ilyet?), igy pl azonnal eleg lenne 25fps-t elerni celnak, es a renderelese is joval egyszerubb.
Title: Re: Web emu
Post by: endi on 2013.June.28. 19:35:20
előbb attr mód kell, úgyis az emberek nagy részét csak az érdekli a specy átiratok miatt
:)
Title: Re: Web emu
Post by: endi on 2013.June.29. 13:02:24
még az jutott eszembe, hogy ilyen "azonnal betölthető" játékot mégis snapshotból érdemes csinálni, mert akkor be lehet úgy állítani hogy egyből a játékban vagyunk, nem kell az irányítást kiválasztani meg ilyesmiket beállítani

pl specy emun szokott ez gond lenni, a sokféle joy típus miatt, a laikus nem tudja beállítani úgy hogy jó legyen

mondjuk EP-n talán egyszerűbb a helyzet a belső joy miatt
Title: Re: Web emu
Post by: nyuzga on 2013.June.29. 21:57:33
ITT! (http://www.cpcbox.com/) egy ügyes CPC java online emu. Érdemes a demokat megnézni.
Title: Re: Web emu
Post by: Zozosoft on 2013.June.29. 22:15:13
Quote from: nyuzga
ITT! (http://www.cpcbox.com/) egy ügyes CPC java online emu. Érdemes a demokat megnézni.
1.8Ghz-es Core Duo-n kb egy tized sebességgel fut...
Title: Re: Web emu
Post by: nyuzga on 2013.June.29. 22:22:07
Quote from: Zozosoft
1.8Ghz-es Core Duo-n kb egy tized sebességgel fut...
Nálam 28 fps. (E5700 3.00 GHz)
Title: Re: Web emu
Post by: lgb on 2013.June.30. 13:58:37
Quote from: Zozosoft
1.8Ghz-es Core Duo-n kb egy tized sebességgel fut...

Erdemes megnezni, hogy van-e ujabb browser abbol, amit hasznalsz, illetve kiprobalni chrome-al, ha eddig firefox-szal tetted, vagy forditva. Tovabba: nekem pl elojott (nem a cpc emun hanem ugye amivel en szorakozok, de mind1 ...), hogy lassabb gepen a gyorsabb ugymond, meghozza majdnem duplaja, es a kulonbseg csak annyi, hogy az egyiken az ujabb chrome-ban be van kapcsolva a hw gyorsitas, a masikon meg nincs ... Ezek eleg durva eltereseket tudnak adni. Nyilvan IE-vel felesleges is szinte probalkozni, Opera az passz, ha jol tudom eppen webkit-re valtanak engine kapcsan (?), hogy elotte/utana mi az abra, azt ki kene probalni. Ami pl jo emuhoz kell (arraybuffer es typed arraies) az pl IE 10-ben mar van, elotte nincs is, ugyanakkor firefox 4-esben mar volt, szoval IE sehol nincs az ujdonsagok koveteseben kb ...
Title: Re: Web emu
Post by: nyuzga on 2013.June.30. 18:32:28
ITT (http://www.xlatari.com/?p=1221) egy gyors Atari emu. 

Azért linkelem ezeket az oldalakat, mert hátha segítenek valamit az EP emu megírásában.
Title: Re: Web emu
Post by: endi on 2013.June.30. 18:34:41
mondjuk java-t én már régóta nem használok, rég uninstalláltam
Title: Re: Web emu
Post by: lgb on 2013.June.30. 21:38:11
Quote from: nyuzga
ITT (http://www.xlatari.com/?p=1221) egy gyors Atari emu.

Azért linkelem ezeket az oldalakat, mert hátha segítenek valamit az EP emu megírásában.

Koszi, de Atari az 65xx, az kb C64 emulatornal segitene inkabb :) Az JSspeccy azert jo kiindulasi alap nalam mert az legalabb Z80 :) Ugye amivel elkezdtem jatszani az az JSspeccy regi verzioja. Van belole azota 2-es, azota inkabb azt nezegetem. Azert nem azzal kezdtem, mert - mint irtam - nem vagyok kifejezetten JS szakerto, es a 2-es az mar joval inkabb tunik nekem JS wizard megoldasnak, de kezdek belejonni, pl mar ertem mi az a typed array, meg egyeb dolgok, amirol mar irtam :)

Viszont egy dologra (Zozo?) meg nem kaptam valaszt: mennyire "must have", hogy legyen valodi interlaced emulacio? Ha az elfelejtheto, lenyegesen egyszerubb (es gyorsabb) lehet az emulacio! Azert lassuk be, JavaScript megis script, csoda egyaltalan hogy lehet ilyesmit irni benne, es sokat segit, ha lehet "sporolni".
Title: Re: Web emu
Post by: endi on 2013.June.30. 21:47:05
tuti hogy nem kell interlace szerintem
Title: Re: Web emu
Post by: Zozosoft on 2013.June.30. 21:55:22
És az miért lenne spórolás? Rendes LPT nélkül sokra amúgy se lehet jutni. Ha meg lesz rendes LPT akkor miért ne lenne interlace is?
Title: Re: Web emu
Post by: lgb on 2013.June.30. 22:09:21
Quote from: Zozosoft
És az miért lenne spórolás? Rendes LPT nélkül sokra amúgy se lehet jutni. Ha meg lesz rendes LPT akkor miért ne lenne interlace is?

Lehet, en latom rosszul :) Mindenesetre, ha nincs interlaced, akkor a ket felkep ugyanaz. Tehat a kepet eleg 25 fps-el frissiteni. Ha kell interlaced, akkor 50 fps-el megy. Ez fuggetlen attol, hogy amugy az lpt-n vegigmegyek, a kerdes az, hogy realizalom-e a valtozast a borwser szamara. Illetve itt is lehet "csalni" meg tobb sporolva: pl, egyik menetben vegigmesz _ES_ rendereled _ES_ meg is jelenited, a masik kov frame-ben viszont nem is renderelsz semmit, meg sem jelenited, de maga az lpb "parse-olas" megvan, vint ertelmezessel stb (csak pixelek lerenderelesenek reszevel nem foglalkozol es annak atkuldesevel a borwser szamra, hisz ezek visznak el komolyabb eroforrasokat pl).

OK, konkret pelda ha erthetobb: nick slot-onkent olvasok ket byte-ot pl PIXEL uzemmodban. Ha epp frame skip van, akkor ennyi, vege. Ha nem frame skip van, akkor a 2 byte-ot bitenkent le kell foriteni EP palettera, onnan RGB palettara, onnan a html canvas tipusara, es a vegen meg kozolni is kell a borwser-el, hogy lesz szives atvenni ... Holott az emulalt gep szempontjabol tok mind1, onnantol hogy a 2 byte olvasasa megvolt, a ket eset kozott csak az a kulonbseg, hogy te, mint felhasznalo, latod-e az eredmenyt a szemeiddel :)

Persze egy igazi EP-hez kepest elsore nem tunik fel, hogy miert sporolas ez, hisz a Nick mindig megcsinalja amugy is :) Csak ne felejtsuk el, hogy egy emulator eseten a Nick osszes funckiojat emulalni kell. Ha en most TV-re kotom az EP-t, es epp kikapcsolom a TV-t (igy persze nem latok semmit) akkor attol a Nick meg dolgozik persze, az EP-nek ez mind1. Azonban ha egy emuban sporolni akarok akkor a "TV kikapcsolasa" jelentheti azt, hogy pl akar tobbszorosere gyorsul a gep emulacioja, mert elhagyhatoak bizonyos tevekenysegek az emulacios lepesekbol!
Title: Re: Web emu
Post by: IstvanV on 2013.June.30. 22:35:20
Quote from: lgb
Mindenesetre, ha nincs interlaced, akkor a ket felkep ugyanaz. Tehat a kepet eleg 25 fps-el frissiteni.
Interlace nélkül is 50 fps kell. Ilyenkor nincsenek félképek, hanem 50 teljes kép másodpercenként, amelyek azonban kis felbontásúak. Valójában interlace esetén is csak annyi a különbség, hogy minden második kép időzítése el van tolva fél sorral.

De ha nem elég gyors az emulátor az 50 fps-hez, akkor lehet értelme 25-re korlátozni, ha ez rontja is a video minőséget.
Title: Re: Web emu
Post by: lgb on 2013.June.30. 23:32:25
Quote from: IstvanV
Interlace nélkül is 50 fps kell. Ilyenkor nincsenek félképek, hanem 50 teljes kép másodpercenként, amelyek azonban kis felbontásúak. Valójában interlace esetén is csak annyi a különbség, hogy minden második kép időzítése el van tolva fél sorral.

De ha nem elég gyors az emulátor az 50 fps-hez, akkor lehet értelme 25-re korlátozni, ha ez rontja is a video minőséget.

Miert is? Ha jol tudom, (PAL szabvanyrol beszelunk) ugye 25 teljes kep masodpercenkent, es az 50 ugy jon ki (felkep) hogy paratlan sorok + paros sorok. Ha nincs interlaced mod hasznalva, akkor a paros es paratlan sorok tartalma ugyanaz, tehat csak 25Hz frissites van jelen a keptartalomban, ami valtozast jelentene. Amire pl en gondoltam az az, hogy az JS emulator belsoleg egy 672*256-os kepmeretre renderel. Az LPT-t nyilvan masodpercenkent 50-szer vegignyalazom stb, de csak minden masodik alkalommal renderelek/kuldok uj infot a browser canvas fele, raadasul Y-scale-2-vel, hogy a 672*256-ot 672*512-kent jelenitse meg. Kozben meg meg nemi adaptiv frame skipping technika (amit pl videolejatszok is csinalnak) hogy ha igy is tul lassu, adott esetben ujabb frame-eket hagyhat ki (ettol persze az emulalt gep nem veszi eszre, nem gyozom ismetelni, a kulonbseg csak abban van, hogy mi jut ki az emulatorbol a browser cancas fele, ugymond).

Vagy a masik lehetoseg, hogy en nem ertem teljesen a TV-k mukodeset :) En eddig ugy gondoltam hogy egy atlag TV (legyen vmi regi CRT stb) mindig szigoruan csak interlaced uzemmodban megy, azaz paros sorok felkepe aztan paratlan sorok felkepe, igy a felkepek frissitesi frekvenciaja 50Hz, de a teljes keptartalomra csak 25. Ezek szerint lehetseges egy tv-vel olyat csinalni, hogy 50Hz frissitesi frekvencia legyen a keptartalom barmelyik elemere, ha feltesszuk persze hogy a fuggoleges felbontast ~312 sorban korlatozzuk (nyilvan ebbol lejon a nem hasznos megjelenitesi terulet, vsync stb)?? En azt gondoltam volna, hogyha sima "nem interlaced" LPT-vel nick-el megprobalnal EP-n vmit 50fps-el mozgatni (pl egy teglalap), akkor az "fesusen" szetcsuszik, mert ugye a teljes keptartomra 25Hz-el koveti csak a TV, es mivel ennel gyorsabban valtoztatjuk, a ket felkepnyi idore eso keptartalom nem teljesen ugyanaz ... Ezek szerint ezt rosszul hiszem?
Title: Re: Web emu
Post by: IstvanV on 2013.July.01. 11:51:46
Quote from: lgb
Vagy a masik lehetoseg, hogy en nem ertem teljesen a TV-k mukodeset :) En eddig ugy gondoltam hogy egy atlag TV (legyen vmi regi CRT stb) mindig szigoruan csak interlaced uzemmodban megy, azaz paros sorok felkepe aztan paratlan sorok felkepe, igy a felkepek frissitesi frekvenciaja 50Hz, de a teljes keptartalomra csak 25.
A CRT TV-k nem tudnak az interlace és nem interlace mód közötti különbségről. A frissítési frekvencia mindig 50 Hz, és a függőleges felbontás mindig 312 vagy 312.5 sor. Interlace esetén azonban minden második (fél)kép VSYNC jele fél sorral el van tolva. Mivel a függőleges eltérítés egy folyamatos fűrészjel (azaz az elektronsugár a sor közben is mozog lefelé lassan), a fél sorral eltérő időzítés a képet függőlegesen elmozdítja fél (azaz 2x felbontásban egy egész) sorral.

A normál EP-s LPT 312 soros és nincs interlace. A frissítési frekvencia 889846 Hz / 57 slot / 312 sor = ~50.036 Hz. Az animációk sebessége is 50 fps lehet, mert a 25 fps-re korlátozáshoz a NICK-nek tárolnia és ismételnie kellene az egész képet, amit nehezebb lett volna megoldani, és CRT TV-ken értelme sem lett volna.

Egyébként az interlace módú TV adás sebessége is lehet 50 fps. Azaz 50 kép másodpercenként, de ezeknek felváltva csak a páros vagy páratlan sorai jelennek meg. Az egymást követő félképeknek nem kell feltétlenül ugyanahhoz a logikai teljes képhez tartozni. A filmek csak 24 fps sebességűek, azonban TV-re készült műsorok kihasználhatják az 50 fps sebességű animáció lehetőségét. A telecine effektusnál (24 fps -> 60 Hz NTSC konverzió) sem mindig két félkép egy teljes kép (A, B, C, és D a teljes képeket, 0 és 1 pedeig a félképeket jelöli):
  A0 A1 A0 B1 B0 C1 C0 C1 D0 D1 ...

Az újabb, "digitális" TV-ken, és a PC-s TV kártyákon azonban problémát okozhat az EP és más 8 bites gépek nem interlace módú képe. Ezek ugyanis gyakran feltételezik, hogy az adás csak interlace módú lehet.
Title: Re: Web emu
Post by: lgb on 2013.July.01. 17:41:19
Koszi a magyarazatot. Most lehet, valami iszonyat baromsagot kerdezek, bocsanat elore is :) Amit nem ertek: ha en nem-interlace-t csinalok, es a vsync nincs eltolva a ket felkep kozott, akkor viszont nem lesz "lyukas" a kep? Hiszen alapbol ugye interlaced stb eseten egyik felkepben a paros sorok, masikban a paratlanok kerulnek megjelenitesre, azaz egy felkepen belul nem minden sor van letapogatva. Ha most pl alap lpt-vel a vsync uaz, akkor kimarad minden masodik sor ... Bar az sem tiszta, hogy a minden paros/paratlan jelzo van egyszer, aztan viszont fel sorokrol beszelunk.
Title: Re: Web emu
Post by: lgb on 2013.July.01. 20:18:27
Kozben van fenn ujabb verzio, igazabol meg nem tudtam nekiallni aminek akartam, de legalabb kb jo a gep par bug-tol eltekintve, van altind, latszik a status-sor, ugy-ahogy gepelni is lehet benne, baaar ...
Title: Re: Web emu
Post by: endi on 2013.July.01. 21:03:00
ja mondjuk úgy elég nehéz gépelni hogy a space lejjebb viszi a browser fókuszt, a backspace meg visszamegy az előző weboldalra :)
Title: Re: Web emu
Post by: lgb on 2013.July.01. 21:30:44
Quote from: endi
ja mondjuk úgy elég nehéz gépelni hogy a space lejjebb viszi a browser fókuszt, a backspace meg visszamegy az előző weboldalra :)

:D igen tobbek kozott erre is celoztam :) :) Bar nekem mar az sikerelmeny volt, hogy eljutott is-basic-ig es info enter, es tadaaam csinalt vmit, amit kene raadasul. Btw, backspace elozo oldal? Hmm. Operad van? Ja, latom igen, oda is van irva a fejed ala :) Na megkersem majd a ceges ajax-os konzolos projectemet, mert abban anno szenvedtem mar ezzel, hogy browser "ne nyulja le" a billentyuket, es pont az operanal szivtam is rendesen a backspace miatt, ami mas browsernel nem volt. Ez eszembe nem jutott volna, de ahogy igy emlitetted ... koszi.
Title: Re: Web emu
Post by: Zozosoft on 2013.July.01. 21:59:53
Firefox is lenyúlja a spacét meg a backspace-t.
Title: Re: Web emu
Post by: endi on 2013.July.01. 22:08:45
azért nem semmi hogy ilyen rövid idő alatt idáig jutottál
Title: Re: Web emu
Post by: lgb on 2013.July.01. 22:11:34
Quote from: Zozosoft
Firefox is lenyúlja a spacét meg a backspace-t.

Erdekes, nekem firefox-szal sem teszi. Na kozben megneztem amirol beszeltem h irtam en mar ilyet. Haaaat ... Mar total elfejtettem hogy ahany browser tok kulon handler-ben adjak vissza (van ami keyup/down handlerben ok, mas csak keypress handlerrel muxik, es browsere valogatja nehol hogy melyik billentyure pontosan mit es hogyan, marmint a Javascript kod szemszogebol), neha maskepp kell kezelni stb. Na mindenestre - ha jol szamolom - hat billentyuleutes volt a legalabbis nalam tapasztalhato bug javitasa (JS keydown handler visszateresi ertekenek hianya).  Mondjuk a shift meg pl beragad igy is :( Ha ezeket mind valahogy is megcsinalom kb mukodonek nevezhetore (marmint az egesz emut), felig javascript zseni leszek :)
Title: Re: Web emu
Post by: lgb on 2013.July.01. 22:13:46
Quote from: endi
azért nem semmi hogy ilyen rövid idő alatt idáig jutottál

Hat, ugye irtam mar EP128 emut anno, kb ideaig jutottam azzal is, igaz az C-ben volt es lassan mar 13 eve :) Es javascriptben is irogattam kisebb dolgokat, sok mas programnyelven meg mast, komolyabbat is (arrol nem is beszelve, hogy ebben a Z80 emu meglevo jsspeccy kod volt, ami azert igen nagy falat lenne nullarol! - igaz o is mashonnan vette, a fuse-bol konkretan), szoval en nem ertekelem akkora teljesitmenynek ezt meg, de azert koszi :)
Title: Re: Web emu
Post by: IstvanV on 2013.July.02. 10:27:09
Quote from: lgb
Koszi a magyarazatot. Most lehet, valami iszonyat baromsagot kerdezek, bocsanat elore is :) Amit nem ertek: ha en nem-interlace-t csinalok, es a vsync nincs eltolva a ket felkep kozott, akkor viszont nem lesz "lyukas" a kep?
CRT-n nincsenek "pixelek" függőlegesen, és a TV-ken gyakran nem elég éles a kép, hogy a sorok közötti rések feltűnőek legyenek. De az effektus valóban létezik, és az ep128emu emulálni is tudja OpenGL módban (változtatható élességgel).

PC-s CRT monitorokon ez problémát okozott nagyon alacsony (pl. 320x240) felbontásnál, ilyenkor a "double scan" mód jelentette a megoldást, azaz a video kártya minden sort kétszer küld a kimenetre, kétszerezve a fizikai függőleges felbontást.

Quote from: lgb
Bar az sem tiszta, hogy a minden paros/paratlan jelzo van egyszer, aztan viszont fel sorokrol beszelunk.
A fél sorok a kis (312 soros) felbontáshoz képest értendők, ami a video jel fizikai felbontása egy 50 Hz-es (fél)képben.
Title: Re: Web emu
Post by: lgb on 2013.July.02. 11:43:53
Quote from: IstvanV
CRT-n nincsenek "pixelek" függőlegesen, és a TV-ken gyakran nem elég éles a kép, hogy a sorok közötti rések feltűnőek legyenek. De az effektus valóban létezik, és az ep128emu emulálni is tudja OpenGL módban (változtatható élességgel). PC-s CRT monitorokon ez problémát okozott nagyon alacsony (pl. 320x240) felbontásnál, ilyenkor a "double scan" mód jelentette a megoldást, azaz a video kártya minden sort kétszer küld a kimenetre, kétszerezve a fizikai függőleges felbontást. A fél sorok a kis (312 soros) felbontáshoz képest értendők, ami a video jel fizikai felbontása egy 50 Hz-es (fél)képben.
Ok, koszonom szepen az eddigi kimerito jellegu okitast a temaban :)
Title: Re: Web emu
Post by: lgb on 2013.July.07. 22:09:56
Valahol esetleg van info a 18h port _pontos_ mukodeserol? Mivel jelenleg semmit nem tudok betolteni (igy tesztelni is nehez) irtam nemi exdos emulaciot, csak eppen mukodni nem akar, es mivel a WD kapcsan van rakas info, de pl a 18h port kapcsan keves, itt csak talalgatok, hogy egyaltalan mire valo (pl kapcsrajz alapjan), am nem mondom, hogy eddig sikerult barmi mukodest elernem :( Igen, arra igyfelek, hogy a portok elerhetoek tobb cimen is (nem teljes a dekodolas) amit elvileg EXDOS rom ki is hasznal ... 
Viszont legalabb a nick emulacio mar slot-onkent tortenik, es minden "dokmentalt" modot ismer (na jo pl character modban csak 2 colour-t ...).
Title: Re: Web emu
Post by: Zozosoft on 2013.July.07. 22:28:34
Ami kell belőle: 0-3 bitek a megfelelő meghajtót (A-D) választják ki, 4 bit pedig 1-es oldalt.
Title: Re: Web emu
Post by: lgb on 2013.July.07. 22:35:05
Quote from: Zozosoft
Ami kell belőle: 0-3 bitek a megfelelő meghajtót (A-D) választják ki, 4 bit pedig 1-es oldalt.

Ez OK, csak nezegettem kozben az ep128emu forrasat is, es ott olvasasnal viszont eleg erdekes dolgok vannak, amit nem teljesen ertek. Azt, hogy irasnal mire valo, az kb mostanra mar vilagos (azt hiszem). Mondjuk lehet, az az elepveto baj, hogy direkt nem akartam emulalni idozitest stb, mert itt tenyleg csak arra kell, hogy betoltsek programokat (irni nem is lehet vele, formatalni meg vegkepp nem), ezert pl WD status registerben busy bit sose allitodik be mert minden muvelet "azonnal kesz". Ez lehet, igy nem is fog menni, naiv voltam, hogy ilyen egyszeruen atverheto az exdos? :) Illetve WD leirasban szepel meg vmi interrupt a WD reszerol. Ez EP-nel EXDOS kartyan van hasznalva? Vagy van vmi koze a 0x18-as port olvasasahoz? mert ott vmi interrupt status is mintha lenne, nem teljesen vilagos ez igy nekem ...
Title: Re: Web emu
Post by: endi on 2013.July.07. 23:02:37
a tapeio dolog nem sokkal jobb? én sose használtam ilyen floppy dolgot emuval
Title: Re: Web emu
Post by: lgb on 2013.July.07. 23:17:12
Quote from: endi
a tapeio dolog nem sokkal jobb? én sose használtam ilyen floppy dolgot emuval

Mi az a tapeio? A fileio-ra gondolsz, vagy en keverem? Az ep128emu altal is hasznalt fileio rom nem lenne rossz otlet, csakhogy kisse maskepp epul fel, tehat irni kene egy hasonlot csak kicsit mast :) Az elsore meg nekem egyszerubbnek tunt, hogy implementalok par portot es megy vele az exdos, mint irni vmi tok ujat, de lehet, hogy tevedtem :)
Title: Re: Web emu
Post by: endi on 2013.July.07. 23:47:39
ja a fileio
Title: Re: Web emu
Post by: Zozosoft on 2013.July.08. 08:58:33
Quote from: lgb
direkt nem akartam emulalni idozitest stb
Ezt az ep128emu sem emulálja.
Title: Re: Web emu
Post by: lgb on 2013.July.08. 09:46:36
Quote from: Zozosoft
Ezt az ep128emu sem emulálja.

Aha, akkor csak siman elszurtam valamit :-P Most epp ott tartok, hogy pl egy dir a:-ra azt mondja h rakjak disket a meghajtoba legyek mar kedves, utana meg nemi varakozas utan azt mondja hogy ez nem egy DOS disk :) Az emulator debug kimenete szerint viszont fura dolgokat csinal, pl motort be sem akarja kapcsolni az elejen (bar az engem kevesbe erdekel, de fura), illetve nem is azt a disk-et valasztja ki amit kene (0x18-as porton irasnal latszik ugye). Bar mondjuk az teny, es endinek igaza lehet, hogy egy webes emulator eseten kisse fura otlet lehet a disk image, mert ott altalaban az kene, hogy egy adott program klikkelesre menjen stb. Talan ep128emu snapshot file-jat kene hasznalni, de ott meg a belso allapotok a hw szinten tok nem ugy vannak, ahogy nalam, szoval nem tudom ezt meg lehetne-e ertelmesen csinalni egyaltalan, max csak kb-re ...
Title: Re: Web emu
Post by: Zozosoft on 2013.July.08. 09:51:41
Quote from: lgb
illetve nem is azt a disk-et valasztja ki amit kene (0x18-as porton irasnal latszik ugye).
Ezt mikor nézed? Induláskor (az EP logó előtt) megnézi az EXDOS, hogy van-e B meghajtó.

Erről jut eszembe, a track 0 jelet emulálod?
Title: Re: Web emu
Post by: lgb on 2013.July.08. 09:57:24
Quote from: Zozosoft
Ezt mikor nézed? Induláskor (az EP logó előtt) megnézi az EXDOS, hogy van-e B meghajtó.

Erről jut eszembe, a track 0 jelet emulálod?

Igen, mondjuk en epp ezt talaltam (http://info-coach.fr/atari/documents/mydoc/WD1772-JLG-V11.pdf), ami alapjan probaltam megirni. Itt a vegen a "status register summary" tablazat alapjan, amelyik parancsnal az S2-nel T0 serepel, ott beallitom azt a bitet ha a belso wdTrack valtozo (ami a tack-ot tartalmazza nyilvan) erteke nulla. Mondjuk nekem elegge talanyos a dolog, pl nem ertem mire jo az, hogy ugy track-et valtani, hogy a track register ne update-elodjon, meg lehet ugy is, hogy igen. Akkor aztan total kaosz, lehet az a baj, hogy ezt felfogni se tudtam, hogy miert jo, es nalam mindig update-elodik :)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.08. 10:01:34
Quote from: lgb
Mondjuk nekem elegge talanyos a dolog, pl nem ertem mire jo az, hogy ugy track-et valtani, hogy a track register ne update-elodjon, meg lehet ugy is, hogy igen.
Pl, ha 40 sávos lemezt olvasunk 80 sávos meghajtóban, akkor csak minden másodiknál kell update-elni.
EP-n mondjuk nem jellemző, de különböző trükkös másolásvédelmekhez is jól jöhet :-)
Title: Re: Web emu
Post by: lgb on 2013.July.08. 10:07:47
Az mondjuk tovabbra is fura, hogy valamit EXDOS akar azzal is, hogy _olvassa_ 0x18-as portot, nem csak irja ... Errol nincs sok info, mint irtam. ep128emu-ban ilyesmik vannak ennel a resznel:

return uint8_t(  (floppyDrive.getInterruptRequestFlag() ? 0x3E : 0x3C)
                         | (floppyDrive.getDiskChangeFlag() ? 0x00 : 0x40)
                         | (floppyDrive.getDataRequestFlag() ? 0x80 : 0x00)
                         | (floppyDrive.haveDisk() ? 0x00 : 0x01));

De persze az sem kizart, hogy osszekevertem (nekem ez a C++ nagyon nem megy, csak a sima C). A fenti viszont erdekes, mert a data request az megvan a sima wd status flag-ben is (csak mas biten) minek az ide kulon a 0x18-as port olvasasahoz is? Illetve erdekes meg az elso sor fentebb az a getInterruptRequestFlag hogy az alpjan 0x3E vagy 0x3C, az tenyleg nem tudom mibol jon, es mire kell ...

Tenyleg, azt jol tippelem, hogy a WD leirasaban szerepelo "interrupt generalas" az nem general interrupt-ot EP fele EXDOS kartyan? Vagy igen?
Title: Re: Web emu
Post by: Zozosoft on 2013.July.08. 10:16:17
Quote from: lgb
Tenyleg, azt jol tippelem, hogy a WD leirasaban szerepelo "interrupt generalas" az nem general interrupt-ot EP fele EXDOS kartyan? Vagy igen?
Jól tippeled, a 18h-n olvasható az INT láb, ill. a DRQ láb is.

Ha jól rémlik azért nem a status regiszterből nézi a DRQ-t, mert van valami várakozási idő, hogy a parancs kiadása után mikor lesz érvényes a status, DRQ lábbal nincs ilyen gond.

Egyébként itt az EXDOS visszafejtés aktuális állapota (http://enterprise.iko.hu/EXDOS.ZIP), hátha segít. Az inicializálás, és a DISKIO már elég jól meg van.
Title: Re: Web emu
Post by: lgb on 2013.July.08. 10:19:37
Quote from: Zozosoft
Jól tippeled, a 18h-n olvasható az INT láb, ill. a DRQ láb is.

Ha jól rémlik azért nem a status regiszterből nézi a DRQ-t, mert van valami várakozási idő, hogy a parancs kiadása után mikor lesz érvényes a status, DRQ lábbal nincs ilyen gond.

Egyébként itt az EXDOS visszafejtés aktuális állapota (http://enterprise.iko.hu/EXDOS.ZIP), hátha segít. Az inicializálás, és a DISKIO már elég jól meg van.

Igazad vagyon. Most random irtam valamit hogy 0x18 olvasasra mit adjon vissza, erre Enterprise logo utan "lefagy" uj LPT-t sem inicializal, viszont vegtelen ciklusban olvassa az adatregisztert eppen. Egy bitet atallitva meg tovabbmegy, csak epp nem kap ertelmes adatot, tehat biztos, hogy ez pl egy problema az emulaciomban ezek szerint, hogy a 0x18-at olvasasra jol be kell loni, kulonben nem fog menni nekem ...

UPDATE: Na, haladok, kozben legalabb format-ra azt mondja hogy write protected, amit tenyleg be is allitok bitet, es ezek szerint meg is kapja. Ami nem vilagos meg: egy "sima" PC file-kent tarolt disk image az pontosan hogy megy? Van mondjuk X track, es Y sector benne, es legyen ket oldalas diskrol. Akkor a disk image-ben ez hogy van? Eloszor a 0-as track szektorai, aztan az 1-ese, stb, es ha vege, kezdodik a disk masik oldalaval? Illetve: hogy szokas sector szamot tarolni, ami atadasra kerul WD-nek is? Ott a szamozas 1-tol indul, vagy ott is nullatol, mint a track eseten?

UPDATE#2: WOW, mux! En voltam a hulye! Nagy naivan azt hittem, hogy a writeprotect bitet a statusban fixen 1-en tartom (ahogy a motor on flag-et is, minek is vacakolni vele), hogy nem lehet ra irni. Ugy tunik ez nem tul jo taktika, mert olvasasnal ha ez az eredmeny, akkor azt is valami hibanak tekinti, akkor illik csak beallitani, ha az tenyleg gond (=csak irasnal pl). Kozben nekem amugy ugy tunik, hogy a 0x18-as port olvasasnal az 1. bit erteke 1, ha az INTRQ aktiv a WD-n. A nullas bit, hogy van-e disk a meghajtoban, a 7. kb uazt mutatja mint a DRQ bit a wd statusban (data request, csak itt epp a WD kimenetrol van veve, ez lehet az az idozitesi problem, amit emlitettel Zozo, hogy inkabb innen nezi EXDOS es nem a wd status reg-et olvassa?), a 6.bit pedig azt, hogy volt-e lemezcsere. A tobbiben nem vagyok meg biztos ... Amugy ha jol tippelek, az EXDOS kapcsrajzon U10-essel jelolt cucc "csinalja ezt". Ez alapjan ugy is latszik, hogy nem igazan van hasznalva a tobbi bit.
Title: Re: Web emu
Post by: Zozosoft on 2013.July.08. 16:19:32
Quote from: lgb
Eloszor a 0-as track szektorai, aztan az 1-ese, stb, es ha vege, kezdodik a disk masik oldalaval?
Nem, először a 0-as track 0. oldal, aztán 0. sáv 1. oldal, utána 1. sáv 0. oldal, 1. sáv 1. oldal.
Egyoldalas lemeznél persze csupa 0. oldal van.

Quote
Illetve: hogy szokas sector szamot tarolni, ami atadasra kerul WD-nek is? Ott a szamozas 1-tol indul, vagy ott is nullatol, mint a track eseten?
Image-ben nincs tárolva. Csak a szektor azonosító olvasásánál kell ilyet generálni, és igen 1-től van számozva.


Amúgy most néztem, a sebesség már brutális :smt038
Viszont kettőspontot nem tudok írni :oops:
Ha jól sejtem azért, mert a magyar ékezetes PC billentyűzet nincs lekezelve.
Title: Re: Web emu
Post by: lgb on 2013.July.08. 16:37:54
Quote from: Zozosoft
Nem, először a 0-as track 0. oldal, aztán 0. sáv 1. oldal, utána 1. sáv 0. oldal, 1. sáv 1. oldal. Egyoldalas lemeznél persze csupa 0. oldal van. Image-ben nincs tárolva. Csak a szektor azonosító olvasásánál kell ilyet generálni, és igen 1-től van számozva.

Igen, azt tudom, hogy ott az nincs tarolva, csak azert erdekelt, mert lattam, hogy 0-as sectort sosem kuld exdos a sector registerbe, ezert felteteleztem is, hogy 1-estol ertendo. Ez max nekem ugye ott fontos, hogy amikor kiszamolom, hogy a disk image melyik byte poziciojatol adjam az adatot, akkor azert nem mindegy :)

Quote
Amúgy most néztem, a sebesség már brutális :smt038
Na igen, csak nem pontos az idozites, amin dolgoznom kell majd. Most elvileg a nick emulacio - mint irtam - mar slot-onkent dolgozik. Arrol mondjuk fog'sincs, hogyan emulalom (erdemes-e?), hogy pl vram z80 eleresnel lassabb legyen a memoriamuvelet, meg dave a 0xbf-re irt dolgok stb. Bar ez most reszletkerdes, mert amirol itt szo van az az, hogy a globalis sebesseg onbeallo idozites se tokeletes, aminek a feladata csak az lenne, hogy atlagosan 4MHz real-time sebessegen tartsa az emulalt t-state-ek szamat (a nick ehhez igazodik, mivel jelenleg abbol van szamolva, hogy egy nick slot-ra hany - amugy tort szamu - t-state jut). Vagy hasonlo, na erted. Viszont van mar mas videomod is mint szoveg, legalabbis text 80/40 az mukodni latszik illetve beallitva par videomodot majd plot ellipse kb ertelmezheto megjelenest adott, jobban - oszinten szolva - nem teszteltem :)

Quote
Viszont kettőspontot nem tudok írni :oops:
Ha jól sejtem azért, mert a magyar ékezetes PC billentyűzet nincs lekezelve.

Na igen. Ez kb igy belegondolva hasonlo problema mint ami a taszt illesztonel jelenkezett (ha jol remlik volt ott ilyen topic is): en a shift gombot is pl megkapom browser-tol (anelkul, hogy barmi mas le lett volna nyomva - amugy ez latszik a run stb gomboknal, hogy eppen mi mire mappelodik) es aszerint beallitom a shift-et az emulalt ep matrixban. Gond lenne, ha egy billentyu shift-elt a valodi PC taszturan, de nem az EP-n vagy forditva, meg ha tobb mapping-et is beletennek kulonbozo kiosztasokra ... Amugy angol billentyuzeten (magyaron fogalmam sincs hol van - nem hasznalok magyar kiosztast) a ' van az EP : -re mappelve. Tehat voltakeppen angol billentyuzet eseten sem 1:1 a megfeleltetes a PC es az EP szimbolumok kozott, mert van ahol EP-n vmi shift-elt ami PC-n nem, vagy forditva, akkor inkabb mas gombra mappeltem. Meg bonyolultabb persze a problema, ha mar eleve tobb PC kiosztas van, pl magyar ... Olyan aprosagokat meg nem is emlitek, hogy ugy tunik egyes browserek is neha mas kodot adnak ugyanolyan kiosztas mellett is, van ami duplan benne is van emiatt a mapping tablaban, mert firefoxban maskepp ment mint pl chrome-ban. Szep nagy kutyvasz :(

Ha erdekel, itt lathatod (http://ep.lgb.hu/jsep/demo/keyboard.js) a key mapping-et, bar eleg programozoi szemszogbol :)
Title: Re: Web emu
Post by: lgb on 2013.July.08. 17:44:40
Btw. Tudnatok ajanlani tesztelendo programokat? Marmint, amivel lehetne tesztelni az emulator eddigi funkcionalitasat. Akkor abbol csinalnek disk image-et. Sajnos ferfiasan bevallom, meg igen sok hianyzo pont van, de mielott tovabb haladnek, szeretnem latni, hogy kb mukodik ami van (ellenkezo esetben a tipikus hiba lep fel: az ember bovitget, aztan rajon, hogy az egeszet ismet ujra kell irnia, mert alapfunkciok nem jok). Hang ugye nincs, ahogy sajna kb Dave semennyire. Ami dave-bol latszik az kb csak a memorialapozas. Ebbol adodoan interrupt sincs, kiveve a video megszakitast (a dave latch a video interrupt-ra is hatareset, nem is biztos, hogy most korrekt, sot pl letiltani eppen nem is lehet dave-en at). Exdos azert van, mert az kellett ahhoz, hogy valami tesztet csinaljak aztan, betoltheto programokkal, mert az IS-BASIC prompt az szep, csak epp gaz lenne mindig kezzel mindent begepelni teszt cimszo alatt. Tudom, a fenti dolgok eleg eros limitaciok, es hasznalhatosag szempontjabol ezt az emulatort nem emeli a mar hasznalhatoak koze, dehat valahogy csak el kene indulni ... Mentsegemre legyen szolva, hogy kb most tanultam meg a javascript-et is, mar ahhoz kepest, hogy elotte max par sort alkottam neha javascript-ben. Ha az latszana, hogy kb a nick ok (persze lehetnek reszletek, de legalabb az emulacio "alapfilozofiaja" ok a nick-re nezve!), akkor a dave is johetne. A hang az biztos a legvegen, mert ahhoz erzem magam kb a leghulyebbnek dave/ep es javascript/browser szintjen is egyarant ... Az mondjuk szepen el fogja vinni a teljesitmenyt, attol felek :(
Title: Re: Web emu
Post by: lgb on 2013.July.08. 21:30:22
Feltoltam nemi ertelmes(-ebb) disk image-et. Az altalam felig megirt :) primo emulator, ami vicces, mert igy javascript-ben futo EP emulatorban fut egy primo emulator, ami igaz semmire nem jo, de mindegy. A visions konyvtar tartalma gondolom kitalalhato, hogy mi. A scroll es a tunnel viszont egesz jol mutat web browserben pl ...
Title: Re: Web emu
Post by: endi on 2013.July.08. 22:42:19
mármint hova? és hogy lehet betölteni az emuba?
Title: Re: Web emu
Post by: Zozosoft on 2013.July.08. 22:48:49
ext "cd visions"
load "visions.com"
Title: Re: Web emu
Post by: lgb on 2013.July.08. 23:03:41
Quote from: endi
mármint hova? és hogy lehet betölteni az emuba?

Siman mintha exdos-os gep lenne, ugyanugy, a disk image-et (es mellekesen amugy a rom-okat is) az oldal betoltesenel ajax-os interface-en atuomatikusan lehuzza a serverrol, hogy ne kelljen csunyan beleeroszakolni az JS kodba, amitol az allat nagy lenne. Az mas kerdes, hogy esetleg kesobb majd lehet sajatot hasznalni, vagy fileio stb hasonloan betolteni netrol disk image nelkul is vmit, de ez meg nem az a fazis :)
Title: Re: Web emu
Post by: lgb on 2013.July.08. 23:06:58
Quote from: Zozosoft
ext "cd visions"
load "visions.com"

Ez a kettospont kikerulo hadmuvelet akkor? :)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.08. 23:09:43
Quote from: lgb
Ez a kettospont kikerulo hadmuvelet akkor? :)
Igen :-)
Title: Re: Web emu
Post by: lgb on 2013.July.09. 11:55:16
Meg mindig erdekelne, hogy az EXOS2.4 miert nem megy ezzel az emuval, nem tortenik semmi lathato. Lehet, ott kell vmi mas interrupt is pl a cpu clock test miatt, mint a VINT?
Title: Re: Web emu
Post by: Zozosoft on 2013.July.09. 12:08:27
A nem dokumentált utasításokat tudja a Z80-ad?

Ebből a verzióból már ki lettek szedve, hogy elinduljon Z180-on.
Title: Re: Web emu
Post by: endi on 2013.July.09. 13:04:09
nekem insert disk drive A-t ír, bármit akarok csinálni ext vagy : után
Title: Re: Web emu
Post by: Zozosoft on 2013.July.09. 13:06:24
Quote from: endi
nekem insert disk drive A-t ír, bármit akarok csinálni ext vagy : után
Nekem is, ENTER-t kell nyomni, aztán megy :-)
Title: Re: Web emu
Post by: endi on 2013.July.09. 13:13:55
bakker... ezt eredeti EP-n is kellett? :D
Title: Re: Web emu
Post by: Zozosoft on 2013.July.09. 13:16:25
Quote from: endi
bakker... ezt eredeti EP-n is kellett? :D
Nem :-)
Title: Re: Web emu
Post by: lgb on 2013.July.09. 16:44:51
Quote from: Zozosoft
Nem :-)

Amugy ez nekem se vilagos miert kell :) Marmint miert irja ki h insert disk. Bar gyanus, mert ha azt mondom neki hogy ":DIR B:" akkor azonnal mux. Miert arra akar beallni defaulte? Illetve ez azert is fura, mert amugy a 0x18-as portra kiirt erteknel ha az also 4 bit nem 1, akkor hibakat adok vissza a wd statusban. Lehet itt a gond? :) Volt vmi elbeszeles anno itt a forumon is, hogy a PC-s drive-oknal fel van cserelve A/B vagy hogy is volt, mar nem remlik :(
Title: Re: Web emu
Post by: Zozosoft on 2013.July.09. 17:02:24
Ha jól sejtem olyan EXDOS ROM-ot tettél be, ami B-n is keres EXDOS.INI-t.
Mivel nálad nincs B: meghajtó, ezért az MAPDISK-elődik az A-ra, és így elsőként a B-nek lesz olvasva.

Ha a B meghajtónak rendesen visszaadod a Track 0 állapotát, akkor megszűnik a dolog.
Title: Re: Web emu
Post by: lgb on 2013.July.09. 17:14:21
Quote from: Zozosoft
A nem dokumentált utasításokat tudja a Z80-ad?

Ebből a verzióból már ki lettek szedve, hogy elinduljon Z180-on.

On nyert :) Amugy nem az en Z80-om, az JSspeccy-bol semmi nem maradt mar, csak a z80 emu resze, de ahhoz nem is nyultam hozza (eddig, most nezegetem, hogy ezen is lehetne faragni majd, performanciaban is). Most megy az EXOS2.4 :) Illetve dave emulacio abbol a szempontbol mar megvan, hogy video interrupt-ra elvileg korrekt, marmint van normalis latch, miegymas ami eddig nem volt (csoda h ment anelkul, mindig fix erteket adtam vissza, stb). Szivtam vele egy kicsit, mert jo darabig nem ment (enterprise logo utan nem fogadott billentyuket, gondolom nem volt jol emulalva a dolog, igy a video interrupt nem igazan kepzodott z80 fele).
Title: Re: Web emu
Post by: lgb on 2013.July.09. 17:28:45
Quote from: Zozosoft
Ha jól sejtem olyan EXDOS ROM-ot tettél be, ami B-n is keres EXDOS.INI-t.
Mivel nálad nincs B: meghajtó, ezért az MAPDISK-elődik az A-ra, és így elsőként a B-nek lesz olvasva.

Ha a B meghajtónak rendesen visszaadod a Track 0 állapotát, akkor megszűnik a dolog.

Koszi, megcsinaltam, igy tenyleg jobb (:dir -re azonnal mux, nincs insert disk), amde most van egy nagy delay az IS-BASIC "bejovetele" elott, ami eddig nem volt. Mondjuk nem vilagos, ha a drive fizikailag nincs (B:) akkor mi adna vissz a track0-at pontosan?
Title: Re: Web emu
Post by: lgb on 2013.July.11. 11:20:41
Btw, kettospont: Zozo, probaltad nyomodni azokat a billentyket, ahol magyar kiosztason ugye a magyar ekezetes karakterek vannak? Ui elvileg a konverzio az pozicio alapu, tehat ami az L gomb mellett van jobbrol az lesz a pontosvesszo, mellette meg a kettospont. En linuxon kiprobaltam magyar kiosztassal, ott igy ment, de nincs garancia, hogy firefox/chrome mas OS-en is ugy viselkedik mint linuxon ha mas a kiosztas, hogy konkretan milyen charcode event-et kuld (eleve pl chrome/firefox kozott is van elteres - meg ugyanolyan OS _es_ angol kiosztas eseten is! - nehany karakternel, faj is a fejem miatta ...).
Title: Re: Web emu
Post by: Zozosoft on 2013.July.11. 11:32:05
Quote from: lgb
Ui elvileg a konverzio az pozicio alapu, tehat ami az L gomb mellett van jobbrol az lesz a pontosvesszo, mellette meg a kettospont.
Ezt vártam volna én is :-)
Most megnéztem Chrome-al jó, Firefox alatt érzékeli az emu, csak nem érti (Unknow to map).
Title: Re: Web emu
Post by: lgb on 2013.July.11. 12:12:42
Quote from: Zozosoft
Ezt vártam volna én is :-)
Most megnéztem Chrome-al jó, Firefox alatt érzékeli az emu, csak nem érti (Unknow to map).

Aha, akkor megirhatnad milyen char kodokat mond az unknown to map-nal (a szogletes zarojelben), most mar nagyon kivancsi vagyok :) Ha nincs conflict mas koddal, akkor pl beleirom azt is :) Es akkor talan menni fog.

Kicsit mas topic: van olyan EXDOS ROM image-ed, ami szigoruan csak az A:-n keres EXDOS.INI-t, es beken hagyja a B: meghajtot? Mert igy eleg lassu szegeny, a hiba javitva, hogy "insert disk" (az otleteddel hogy adjam viszza nem letezo meghajton is a track0-at rendesen), viszont igy idegesitoen sokat kell varni, hogy az enteprise hasznalhato allapotba keruljon :)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.11. 12:18:42
Quote from: lgb
Aha, akkor megirhatnad milyen char kodokat mond az unknown to map-nal (a szogletes zarojelben), most mar nagyon kivancsi vagyok :)
0-t!
Title: Re: Web emu
Post by: lgb on 2013.July.11. 12:20:53
Quote from: Zozosoft
0-t!

Na az gaz, akkor az vmi "extended" vagy hasonlo kod, ha jol remlik. OK, koszi, majd akkor megszakertem, hogy megy ez ilyen esetben JavaScript-ben! :)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.12. 14:59:43
Quote from: lgb
Kicsit mas topic: van olyan EXDOS ROM image-ed, ami szigoruan csak az A:-n keres EXDOS.INI-t, es beken hagyja a B: meghajtot?
Ezek elvileg ilyenek. (http://enterpriseforever.com/programozas/exdos-283/?action=dlattach;attach=3272)
Title: Re: Web emu
Post by: lgb on 2013.July.12. 18:52:11
Quote from: Zozosoft
Ezek elvileg ilyenek. (http://enterpriseforever.com/programozas/exdos-283/?action=dlattach;attach=3272)

Koszi, ezekkel sem jobb nekem :( Lehet (valoszinu?) hogy az emummal van a gond :) Amugy ha szurke a disk statnal, akkor nem letezo meghajtora probalkozik eppen (a 0x18 portra kiirt select jelekkel azonositva ugye), ha zold, akkor a tenylegesen "letezo" (=emulalt) meghajtot hasznalja eppen. Ja, es btw tettem fel ujabb verziot emulatorbol, nem tudom jobb lett-e barmi :) Van 1HZ interrupt meg rtc emulacio. Illetve az emulator kepes mar - elvileg - netrol tolteni disk-et megadhato modon (url-ben kell megadni), sot programot is, azzal a nyakatekert modon h azt is neten at lehuzza, on-the-fly a memoriaban a javascript csinal belole egy disk image-et, es opcionalisan egy EXDOS.INI-t is, ami elinditja, illetve akar aktivalhat logo skip uzemmodot is, ami a space-t nyomva tartja az elso disk sector read-ig, igy az emu autostart-al egyutt "azonnal" elindulna a neten at betoltott program ugymond. A dolog egyik szepseghibaja,  hogy elegge lassu sajnos az EXDOS meghajto keresgetese, ami messze a legtovabb tart a folyamatban, ahogy en erzem leglabbis. Ennek a csunya szedett/vetett leirasnak a vegen (http://ep.lgb.hu/jsep/) van magyarazat, illetve par konkret link is, amire lehet kattintani. Sajnos azt latom, hogy elvetve van fenn BARHOL disk image, program file akarmi, mindenki zip-eli, rar-olja stb, igy nem is talaltam jo "celpontot" amivel lehetne jol demozni ezt a kepesseget :( Ja, meg az is erdekes lehet, hogy most firefox-on pl magyar billencsen milyen kodokat mutat ... Ha 0/0/0 akkor tenyleg nem lesz sok otletem :(
Title: Re: Web emu
Post by: szalai56 on 2013.July.12. 20:42:45
Quote from: lgb
Btw, kettospont: Zozo, probaltad nyomodni azokat a billentyket, ahol magyar kiosztason ugye a magyar ekezetes karakterek vannak? Ui elvileg a konverzio az pozicio alapu, tehat ami az L gomb mellett van jobbrol az lesz a pontosvesszo, mellette meg a kettospont. En linuxon kiprobaltam magyar kiosztassal, ott igy ment, de nincs garancia, hogy firefox/chrome mas OS-en is ugy viselkedik mint linuxon ha mas a kiosztas, hogy konkretan milyen charcode event-et kuld (eleve pl chrome/firefox kozott is van elteres - meg ugyanolyan OS _es_ angol kiosztas eseten is! - nehany karakternel, faj is a fejem miatta ...).
Szóval ez nem jön össze. Az ékezetek helyén nem ad karaktert.
Title: Re: Web emu
Post by: Zozosoft on 2013.July.12. 22:40:36
ZT-ből véletlenül nem EXDOS.INI kergető verziót raktál be? :oops:
Title: Re: Web emu
Post by: lgb on 2013.July.13. 08:51:40
Quote from: szalai56
Szóval ez nem jön össze. Az ékezetek helyén nem ad karaktert.

Hat lehet, hogy nem, pedig "javascript wizard-ok foruma" :) szerint is (mar erdeklodtem am par helyen, mivel nem erzem magam szakertonek azert JS temakban) a charCode-ot kell meg elemezni az event-ben a keyCode mellett ha ez utobbi nulla. Amugy ha nem is ad semmi karaktert, az tovabbra sem vilagos, hogy pontosan mit ir ki a szogletes zarojelben, par napja akkor ugye ott lehetett pl 0 most viszont harom szam van per jellel elvalasztva. Ez most mind nulla ha pl az é vagy á gombot lenyomod (a Status: alatt irja az egyes key event-eknel ugye)?
Title: Re: Web emu
Post by: lgb on 2013.July.13. 16:26:59
Quote from: Zozosoft
ZT-ből véletlenül nem EXDOS.INI kergető verziót raktál be? :oops:

Nem akarsz josnak elmenni? :) Felelmetes talalati aranyod van, a lotto 5-os szamot is szeretnem megtudni a kovetkezo hetre :)

Komolytalanra forditva a szot: koszi. Amugy most az url-ben levo parameterezessel a zt-t is kikapcsolhatova tettem, ha a zt=no opcio szerepel az URL-ben. Van ZT-bol olyanod, ami nem ilyen kergetozos? :) Sajna en mindig megszivom, hogy nem nagyon van ilyen "gyujtemenyem" kb abbol valogattam ami nalam az ep128emu roms konyvtaraban van :)

Plusz meg egy kerdes: amikor irtam az RTC emulaciot, nekem ugy tunt, hogy az idokijelzes alapvetoen csak binaris/24 oras uzemmodban megy, maga az emulalt IC viszont ugye elvileg tudna BCD-t meg 12 oras uzemmodot. Jol tippelek hogy EP-n kb semmire nem kell bcd/12 oras mod, es le is egyszerusithetem az emulaciot, ha csak ide kell nekem? No meg persze hasonlo dolgok meg ugye az alarm time, meg ilyenek. Illetve az nem vilagos, hogy az evszamot honnan veszi, arra hulyeseget irt ki nekem, ha az en logikam szerint csinaltam az emuban. Most nemes egyszeruseggel hozzadok 20-at, mert ugy jon ki :D Nem teljesen ertem hogy miert, en pont a DS12885-DS12C887A doksija alapjan probaltam csinalni mivel az allitolag compatible a "PC-kben altalaban hasznalt RTC IC-vel", ami pontosan nem is tudom mi, de minegy :D Most epp azon filozom, ha ugy is ott van par byte CMOS RAM, egy valodi gepen azt lehetne hasznalni akar valamire, csak nem tudom meg mire :D
Title: Re: Web emu
Post by: varrogy on 2013.July.14. 15:19:51
Quote from: lgb
Nezegettem az JSspecy nevu Javascriptben irt emut, es raero oramban atirtam picit a leheto legalapabb EP emulatorra (jo indulattal nevezhetjuk annak, azert nagyon sok minden hianyzik!):

http://ep.lgb.hu/jsep/ (http://ep.lgb.hu/jsep/)
Szuper munka! Nagy gratula a webes emuért!

Kipróbáltam én is Safari alatt 
(OSX + Intel 3840QM 2,8Ghz)
és 166-200fps-t ír speed módban, 
normál módban pedig 111-142fps között mozog.

iPad mini: 10fps!

Nagyon szuper munka ez egy igazi nextgen crossplatform emu!!
Ennek a projektnek nagy jövője lehet, mert tényleg minden a web felé halad.
Csak így tovább!!
Title: Re: Web emu
Post by: endi on 2013.July.14. 15:27:56
Úúúúúúúúú! Eszembe se jutott hogy ez futhat iOS-on! És tényleg fut. Wow!
De hogy lehet gépelni?
Title: Re: Web emu
Post by: varrogy on 2013.July.14. 15:42:46
Quote from: endi
Úúúúúúúúú! Eszembe se jutott hogy ez futhat iOS-on! És tényleg fut. Wow!
De hogy lehet gépelni?
és valószínűleg egy csomó androidos készüléken is!
Gépelni majd akkor lehet (gondolom én) ha kezelve lesz, hogy feljöjjön a virtuális billentyűzet amire valahogy rá lesz mappelve az EP keyboardja. Próbáld meg ha van rá lehetőséged bluetooth billentyűzettel párosítva eszközt (bár asszem csak iPad kezeli) hátha.
Title: Re: Web emu
Post by: lgb on 2013.July.14. 19:14:04
Quote from: endi
Úúúúúúúúú! Eszembe se jutott hogy ez futhat iOS-on! És tényleg fut. Wow!
De hogy lehet gépelni?

Szerintem nem iOS-tol (OS-tol) fugg, hanem csak a browser-tol :) Ha barmilyen OS-en van olyan browser ami elfogadhato JavaScript teljesitmenyt nyujt, es tamogatja az ujabb JavaScript "talalmanyokat" (mint a typed arraies, itt bukik el az IE, de a canvas-nal is elverzik mar ...), akkor elvileg azon mennie kell. A billentyuzet kerdese erdekes, javascript keyup/keydown event-eket kezelek le. Azt, hogy egy mobil bongeszo mit csinal ezzel, enged-e csak "ugy" virtual keyboard-ot, amikor nincs input elem csak keyevent-et kezelek le, az mas kerdes ... Sajnos abban nem vagyok biztos, hogyan lehetne ezt lekezelni, mivel itt webes (kb platformfuggetlen) technikak vannak, nem hinnem hogy JS-bol en "beleszolhatok" hogy en kernek egy keyboard-ot most mobil eszkozokon. Megerkoszakolni talan meg lehetne valahogy, pl input mezo feldobasa egy adott elemre kattintassal vagy hasonlo, nem tudom ...
Title: Re: Web emu
Post by: endi on 2013.July.14. 19:33:26
Igazából demókhoz meg játékokhoz lenne értelme mobilon az emunak. Tehát szerintem kéne egy kirajzolt joy+fire a browser ablakba, az emu képernyő mellé vagy rá.
Esetleg a touch space lenne, slide-olás meg irányok?
Title: Re: Web emu
Post by: BruceTanner on 2013.July.15. 13:48:09
Quote from: varrogy
és valószínűleg egy csomó androidos készüléken is!

Kérem, bocsásson meg a Google lefordított magyar, de tudom erősíteni, hogy működik az én Android Nexus 10 érintőképernyős tábla egészen a villogó Enterprise. Aztán kell ahhoz, hogy nyomjon meg egy billentyűt ...
Title: Re: Web emu
Post by: Zozosoft on 2013.July.15. 14:25:34
Normális telefonon vannak gombok   (http://www.sonymobile.com/gb/products/phones/xperia-pro/):twisted:

Érzékeli is az emu, bár nem az igazi, a space, pont, vessző, enter és joy megy rendesen, de a betűket "kék shift-tel" kell nyomni.
Legalábbis Chrome alatt, majd nézem másban is.
Chromeban 3-4 fps van...

Firefox is ugyanez, csak ott 7 fps :-)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.15. 14:47:12
Quote from: lgb
Van ZT-bol olyanod, ami nem ilyen kergetozos? :)
Ez a csomag tuti nem :-)
Title: Re: Web emu
Post by: lgb on 2013.July.15. 15:34:43
Quote from: BruceTanner
Kérem, bocsásson meg a Google lefordított magyar, de tudom erősíteni, hogy működik az én Android Nexus 10 érintőképernyős tábla egészen a villogó Enterprise. Aztán kell ahhoz, hogy nyomjon meg egy billentyűt ...

Funny Hungarian translation (it's unerstandable anyway) but thanks for the feedback, Bruce! :) Anyway I think it's OK to write here in English as well. Though I am really not sure about the "forum policy" to have separated English and Hungarian boards for the very same topic all the time, or should it be the expected behaviour ... ? Others, what are your opinions on this?

Szoval, nekem eddig is feltunt, hogy neha ugyanarrol van angol es magyar topic is, aztan mindig "szinkronizalni" kell az infokat, mert egyes dolgok csak angolul, masok csak magyarul hangzottak el, a vegen meg mar soha nem emlekszem, hogy hol mi volt. Kell-e "kotelezoen" kulon angol es magyar resz ugyanarrol a temarol, vagy elfogadhato, hogy lehet "vegyes" is? Bar akkor azt nehanyan nem feltetlen ertik (mondjuk angolul kb tud mindenki legalabb alapszinten itt - gondolom -, de magyarul mar nem feltetlen!). Mi a "hivatalos allaspont"?
Title: Re: Web emu
Post by: lgb on 2013.July.15. 15:41:53
Quote from: Zozosoft
Chromeban 3-4 fps van...

Firefox is ugyanez, csak ott 7 fps :-)

Ez amugy durva, en anno elpartoltam a firefoxtol, mert voltak vele problemaim, aztan a chrome mellett kotottem ki. Viszont nekem is feltunt, hogy gyorsabb firefox alatt. Utana is olvastam, eleg szep dolgokat irtak az ujabb firefoxok javascript teljesitmenyerol, a chrome-nal gyorsabb (ja, es valami olyasmit is olvastam, hogy a javascript-et leforditja kvazi gepi kodra, es ugy hajtja mar vegre, es - allitolag - a nativ optimalizalt kodhoz kepest igy kb csak ketszer lassabb mar a javascript firefox-bol nezve legalabbis). Ettol persze teny, hogy leemulalni egy 4MHz-es Z80-at es kozben a nick mukodeset slot-onkent, az azert nem eppen eroforrastakarekos muvelet, meg agyonoptimalizalt es eloforditott pl C-ben irt kod eseten sem feltetlen lenne eleg barmilyen lassu CPU/GPU, tehat nem biztos, hogy egy telefon itt "hozza a format".

Amit meg lehetne: ha tul lassu, akkor csinalhatnam, hogy egyre tobb frame frissitest hagyok ki, amig real-time-ban tarthato, de felek, hogy az mar nagyon "kockas" lesz akkor animacio eseten (jelenleg is van az emuban ilyen, minden masodik frame most skip modban megy - azaz nincs megjelenitve -, igy 25fps a hasznos max sebesseg, ha ennel tobbet ir ki az emu az csak azt jelenti, hogy tudna gyorsabban is mukodni ennel, lehet 50fps folott mar ki kene total kapcsolni a frameskip modot, mert akkor minek). Ja, a frameskip persze nem azt jelenti, hogy akkor nem emulalja a nick-et, az lpb-k ugyanugy mennek, ahogy ld1/ld2 "karbantartasa", vint figyeles, minden stb is, viszont akkor nem is rendereli le az eredmenyt, es nem is kuldi a browser fele, tehat ezzel sporol.
Title: Re: Web emu
Post by: Zozosoft on 2013.July.15. 16:04:28
Megnéztem az Opera Mobile-t, kb mint a Chrome.

Amúgy az a érdekes, hogy mindegyikben jó kódot ír ki billentyűnél, csak nem működik. Lehet, hogy ezért, mert jön közbe valami got 0 reseting?
Title: Re: Web emu
Post by: BruceTanner on 2013.July.15. 16:19:09
Quote from: BruceTanner
Kérem, bocsásson meg a Google lefordított magyar, de tudom erősíteni, hogy működik az én Android Nexus 10 érintőképernyős tábla egészen a villogó Enterprise. Aztán kell ahhoz, hogy nyomjon meg egy billentyűt ...
Chrome 8-13fps; Firefox 20-30fps :)
Title: Re: Web emu
Post by: lgb on 2013.July.15. 17:05:17
Quote from: Zozosoft
Megnéztem az Opera Mobile-t, kb mint a Chrome.

Amúgy az a érdekes, hogy mindegyikben jó kódot ír ki billentyűnél, csak nem működik. Lehet, hogy ezért, mert jön közbe valami got 0 reseting?

Az a "baj", hogy nekem nincs windowsom illetve mas OS-em sem (Android-os telom van csak tele van a memoria, meg regi az OS is rajta, a default browser meg meg nem tud olyasmiket ami emuhoz kell), igy nem egeszen vagyok benne biztos, hogy mashol pontosan mit csinal, hiaba webes technika es ugymond platformfuggetlen ...

Viszont, most jol ertem? Azt mondod, hogy valami kodot kiir (ugye harom szam per jellel elvasztva) csak nem jelenik meg ra karakter? Akkor viszont kellenenek a kodok az egyes magyar karakterekhez ... A keyboard reset az meg elvileg csak a keyup-ban van (billentyu _fel_engedese), szoval az azzal kapcsolatos anomalia max azt okozna, hogy ugy erzekeli, nem engeded el a billentyut, de a lenyomasban nem kene zavart okoznia, amire meg is jelenik valami. Viszont egy tesztet megerhet, ime pl ezt kell beadni hogy ne legyen kbd reset, most beleirtam: http://ep.lgb.hu/jsep/demo/?kbdreset=no

Ha mar sikeresen unja mindenki grafoman jellemvonasaimat, belekezdenek egy olyan eposzba, ami arrol szol, hogy javascriptben a keyup/keydown event valo arra hogy billentyu lenyomasat es felengedeset erzekeld. Egy gep emulalasa eseten a kbd matrixnal nem art tudni ezt, ugye. Van egy harmadik javascript event aminek a neve keypress. Legtobb javascript alkalmazas ezt hasznalja, es allitolag - megbizhato modon - specialis (ertsd: pl nem angol karakter ...) billentyuket csak azzal lehet kezelni normalisan. Ezzel viszont az a baj, hogy ott a billentyu "hasznalatarol" van info, nem tudod mennyi ideig tartjak nyomva lehet egy tizedmasodperc, lehet 2 perc is :( Ezzel ugye eleg nehez dolgozni, ha egy masik gep billentyuzetet szeretned emulalni ... Max azert "nem tunik ez fel" a legtobb embernek, mert altalaban javascriptet nem feltetlen emulaciora szoktak legtobbszor hasznalni, mashol meg boven eleg a keypress event.
Title: Re: Web emu
Post by: Zozosoft on 2013.July.15. 17:27:31
Quote from: lgb
Viszont, most jol ertem? Azt mondod, hogy valami kodot kiir (ugye harom szam per jellel elvasztva) csak nem jelenik meg ra karakter? Akkor viszont kellenenek a kodok az egyes magyar karakterekhez ...
Ez nem csak magyar karakterekkel, hanem mindegyikkel (a,b,c,d...)

Quote
Viszont egy tesztet megerhet, ime pl ezt kell beadni hogy ne legyen kbd reset, most beleirtam: http://ep.lgb.hu/jsep/demo/?kbdreset=no
Nem változott :-(

Lehet az a gond, hogy csak fölfele nyilacskás kódot ír?
A működő gomboknál, és a kék shiftes betüknél van lefele nyilacskás kód is.
Title: Re: Web emu
Post by: lgb on 2013.July.15. 18:05:19
Quote from: Zozosoft
Ez nem csak magyar karakterekkel, hanem mindegyikkel (a,b,c,d...)
Nem változott :-(

Lehet az a gond, hogy csak fölfele nyilacskás kódot ír?
A működő gomboknál, és a kék shiftes betüknél van lefele nyilacskás kód is.

Na varj, keverednek a dolgok, en most meg a desktop PC-s nincs ":" az "á" helyen problemajanal tartok, te meg a mobilnal? :) Amugy az gaz: ha nincs folfele nyilas kod, akkor sajna ezek szerint ott a keyup javascript event egyszeruen nincs implementalva a bongeszoben :( Lehet, mobilra kene egy sima keypress-es event handler, csak ott sajna nem lehet "lenyomva tartani" egy gombot (mivel hianyik a keyup), szoval max azt lehet, hogy pl negyed masodperc elteltevel az emu leemulalja, hogy elengedtek a gombot :( Sajna desktop PC-n is ugy latszik ez a gond, csak ott enyhebb: ott "csak" pl az "á"-val van a gond es hasonlo gombocokkal ...
Title: Re: Web emu
Post by: endi on 2013.July.15. 18:11:41
a graphics után kiadott look parancs máris jó eredményt ad :)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.15. 18:36:20
Quote from: lgb
te meg a mobilnal? :)
Írtam, hogy sok gombos mobilról van szó.
Az a érdekes, hogy néhány (korábban felsorolt) gombra működik, és kék shifttel a betűk is... (amivel alapból a mindenféle jeleket írná, nem betűket)
Title: Re: Web emu
Post by: lgb on 2013.July.15. 23:02:23
Quote from: Zozosoft
Írtam, hogy sok gombos mobilról van szó.
Az a érdekes, hogy néhány (korábban felsorolt) gombra működik, és kék shifttel a betűk is... (amivel alapból a mindenféle jeleket írná, nem betűket)

Alternativ otlet: ott az emu oldalan is a gombok alatt link az JSspeccy-re. Meg lehetne nezni, hogy ott mux-e ami nalam gond ...
Title: Re: Web emu
Post by: Zozosoft on 2013.July.15. 23:41:08
Ugyanez.
Azt nem lehetne,hogyha jön a felengedés kód akkor mindenképpen generál egy kis lenyomást,akkor is ha nem volt lenyomás kód?
Title: Re: Web emu
Post by: lgb on 2013.July.16. 00:23:34
Quote from: Zozosoft
Ugyanez.
Azt nem lehetne,hogyha jön a felengedés kód akkor mindenképpen generál egy kis lenyomást,akkor is ha nem volt lenyomás kód?

Mindent lehet, csak energia kerdese, de a fentit nem lenne egyszeru a jelenlegi struktura mellett, hiszen most up/down is adott es maga a browser generalja. Ha nekem kell adott ideig "szimulalni" akkor ugye kell idozites, hogy X ido mulva vegye le, ehhez az emulator fociklusat is at kene kicsit dolgozni, mert ilyesmi max dave 1Hz int miatt van benne jelenleg.

Viszont: most eloszor megprobalkoztam egy olyan randasaggal h regisztraltam a keypress event-et is, ha az talal vmit akkor # lesz, ugye a down/up "nyilacskai" helyett. Kerdes, hogy ez valtoztat-e vmit, es ha igen nem az az eredmeny-e, h most megy csak "beragad" az emulalt ep billentyu mindig ...
Title: Re: Web emu
Post by: Zozosoft on 2013.July.16. 09:21:33
Semmi változást nem vettem észre :-(
Title: Re: Web emu
Post by: lgb on 2013.July.16. 21:11:38
Quote from: Zozosoft
Semmi változást nem vettem észre :-(

Azt hiszem igy kerdezz-felelekkel sehova nem jutunk, vagy 1000 evig fog tartani ... Pontosan hogy hijjak' ezt a browsert azon a mobil cuccon, pontos verzioval? Esetleg megprobalok rakeresni neten, hogy mi a helyzet. Amugy ha valakit erdekel es akar szornyulkodni: nem en allitom eloszor, hogy a keyboard kezeles javascript-ben totalis agyhalal (http://unixpapa.com/js/key.html). Most nehez okosnak lenni, de megprobalom ....
Title: Re: Web emu
Post by: Zozosoft on 2013.July.16. 21:33:23
Írtam: Chrome, meg Firefox. Gondolom a legújabb, mert csak most töltöttem le.

Na az ilyen dolgoktól hányok a mai számítástechnikától! :smt078
Title: Re: Web emu
Post by: lgb on 2013.July.16. 22:21:13
Quote from: Zozosoft
Írtam: Chrome, meg Firefox. Gondolom a legújabb, mert csak most töltöttem le.

Na az ilyen dolgoktól hányok a mai számítástechnikától! :smt078

Hat na ja. Nem veletlen jott elo belolem az igeny, hogy 8 bites rendszerekkel foglalkozzak, koztuk ugye Enterprise is pl, ami pedig soha nem is volt nekem anno, nem ugy mint nektek ... Mert akkor meg tudtak takarekoskodni az eroforrasokkal stb, megfarad az ember munkaja soran, ha latja, mi folyik manapsag a szamitastechnikaban. De hogy fair legyen: azert azt is lassuk be, hogy anno egyszerubb volt, akkor megjelent egy uj gep (pl az EP) es nem kellett semmivel kompatibilisnek lennie, kvazi szabad keze volt a tervezoknek OS/hw/stb megalkotasa teren. Manapsag egyszeruen ezt nem teheted meg, ugymond vmi kozos nevezot tartani, ez viszont szinte tuti, hogy 100%-ra soha nem jon ossze. Az eredmeny ambivalens: lehet mondani hogy hu de jo, vannak szabvanyok stb, masreszt viszont vannak a bizonyos kulonbsegek. De azert regen se lett volna egyszeru (sot meg ennyire se!) programot irni ami ugyanugy fut C64-en es EP-en is, ehhez kepest, hogy kbd kezelesben van "nemi" inkompabilitas OS/browser teren, az mar nem is olyan nagy cucc :) Nude, bocsanat a filozofiai jellegu ujabb grafoman alkotasom miatt.
Title: Re: Web emu
Post by: Zozosoft on 2013.July.22. 16:30:14
Találtam egy hibát:
"Nick got reset"

Nick nem resetelődik! Csinálja tovább amit addig. (Bekapcsoláskor meg véletlenszerű adatokkal indul.)
Title: Re: Web emu
Post by: lgb on 2013.July.22. 20:06:16
Quote from: Zozosoft
Találtam egy hibát:
"Nick got reset"

Nick nem resetelődik! Csinálja tovább amit addig. (Bekapcsoláskor meg véletlenszerű adatokkal indul.)

Igen, azzal a buggal kuzdok mar par napja, mar amikor van idom ezzel foglalkozni :) Elvileg pedig reset-elodik, csak epp nem jovok ra, miert gaz megis ... A bekapcsolasi allapotnak nem tudom van-e jelentosege, hisz EXOS ugyis inicializalja, de amugy nem veletlenszeru (legalabbis elvileg nem az) hanem 0xFF adatokkal van feltoltve minden portnak megfelelo emu szamara lathato tomb, es abbol incializalja magat, ezert lesz 0xFFF0 (mivel ugye mindig 16-al oszthato cimen van, ezert van nulla a vegen persze), ahogy a debug ablakban is latszik (az indulas elott ott "NICK lpt is set to ..." az meg nem a CPU altal van odanyomva, hanem az emu incializalasnak a resze). Amugy amit lehet latni az elejen piros villanast, az sem veletlen: oszinten a VSYNC stb temakban meg mindig nem muvelodtem elegge, ezert most azt csinalja az emu, hogy ha a VSYNC tul koran van (meg a lathato keptartalomban az elozohoz kepest) akkor ezen "anomalia" jelzesere a maradek teruletet pirossal szinezi. Uzem kozben, "normalis" LPT-vel ez nem igazan szabadna, hogy eloforduljon, de az emu indulasanak pillanataban (gondolom mielott EXOS inicializalna) latszik.

Hmmm, jut eszembe, lehet ff-el incializalni nem jo otlet, atirom nullara, igy jobbnak tunik :D bar tovabbra se ertek valamit (lehet ronda bug valahol - raadasul az elejen ugye nem volt, nehany nagyobb modositas utan jott be!): tok mindegy, mivel inicializalom, reset utan exos ugyis beallitja, nem? Szoval itt valami rejtett korsag lapul a javascript kodomban. Lehet, hibas az elkepzelesem, ahogy a force reload meg a clock bit muxik a 0x83-as porton. Amugy csoda hogy ennyire megy/ment, ahhoz kepest, hogy mint azota tobbszor is kiderult, voltak teves nezeteim az EP lelkivilagat illetoen :)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.22. 20:31:21
ep128emu így indul:
Code: [Select]
  void Nick::randomizeRegisters()
  {
    uint32_t  tmp = Ep128Emu::Timer::getRandomSeedFromTime();
    writePort(0, uint8_t(tmp & 0xFF));
    writePort(1, uint8_t((tmp >> 8) & 0xFF));
    writePort(2, uint8_t((tmp >> 16) & 0xFF));
    writePort(3, uint8_t(((tmp >> 24) & 0xFF) | 0xF0));
  }
Title: Re: Web emu
Post by: lgb on 2013.July.22. 20:39:36
Quote from: Zozosoft
ep128emu így indul:
Code: [Select]
 void Nick::randomizeRegisters()
  {
    uint32_t  tmp = Ep128Emu::Timer::getRandomSeedFromTime();
    writePort(0, uint8_t(tmp & 0xFF));
    writePort(1, uint8_t((tmp >> 8) & 0xFF));
    writePort(2, uint8_t((tmp >> 16) & 0xFF));
    writePort(3, uint8_t(((tmp >> 24) & 0xFF) | 0xF0));
  }

Ok, azert C++ nemismerete mellett ennyire C tudasommal magamtol is atlatom :) A kerdes inkabb az, hogy van-e ennek jelentosege. Marmint, hasonlo kerdes, mint a Z80 regiszterek kezdoerteke RESET utan (marmint nyilvan nem a PC, mert az logikus h mi): ha van egy OS-ed (EXOS) ami ugyis incializalja a hw-t, akkor mennyire erdekes, hogy probaljunk random "undefined" ertekekkel indulni, ahhoz kepest, ha mondjuk mindig fix az ertekek? Ez akkor lehet erdekes kerdes, ha kiderul, hogy egy sw arra dependal, miszerint hogyan inicializalodott a hw "magatol", es o maga nem allitja be (talan a nick border volt ilyesmi regebbi (?) nick verziokon, amirol szo volt itt a forumon is?). Viszont mivel - gondolom - EXOS ugyis beallit egy LPT-t, elvileg nem szabadna, hogy jelentosege legyen (max par tizedmasodpercig), hogy en milyen kiindulo adatokat adok neki. De ezen ne muljon, beallitom en random-ra :) Viszont az altalam emlitett bug-nal pont az van h csupa FF kezdoertekkel megvan, 00-val nincs, tehat inkabb fixen tartanam eloszor amig ra nem jovok, mi a hiba. Ha az megvan, johet  randomizalt inditas :)

Amugy a Dave topic-ban pont errol irtam, hogy a D603 kornyeken vegtelen ciklusba kerul reset utan, ott meg - ha jol nezem - az INT1 szint allapotat nezne amugy (tehat amire a nick VINT kapcsolodik).
Title: Re: Web emu
Post by: Zozosoft on 2013.July.22. 20:57:33
A fő lényeg, hogy resetnél ne változzon meg.
Ez pl ott látszik, hogyha ESC-t nyomsz EXOS 2.3-nak resetnél, akkor amíg el nem engeded a gombot, addig az aktuális kép látszik. Ha az éppen olyan LPT emuláció, mint a Nasa&Guy demókban, akkor az természetesen animál tovább.

Randomság igazából a bordernél számít EXOS 2.0 esetén. Mivel ott még elfelejtették feketére állítani, így EP64 esetén bekapcsoláskor véletlen színű border van a RAM teszt alatt.
Title: Re: Web emu
Post by: lgb on 2013.July.22. 22:16:46
Ok, koszi. Probalkoztam, eredmeny a szokott helyen. Azert fontos megjegyezni, hogy ezen kozben mas fejlesztesek is voltak, tehat lehet, mashol meg elromlott, bar nekem mux ... Pl a Z80-as reszbe (JSspeccy orokseg) is belenyultam mar nagyon feluletesen, most meg csak JS performancia probalkozasok kapcsan, plusz az egesz un restricted javascript mode-ban fut, amihez nem biztos hogy minden browser optimalisan viszonyul, bar allitolag firefox/chrome eseten nem gond, nekem ment mindkettovel. Esetleg a http://ep.lgb.hu/jsep/ oldal vege fele ("Examples") linkeket ki lehet probalni, most nem remlik, hogy ez mar elozo "kitett" verzioban is benne volt-e, mivel en "fejlesztoi" :) valtozaton dolgozom, nem "elesben".
Title: Re: Web emu
Post by: endi on 2013.July.22. 22:20:52
Ezzel a web emuval már lenne értelme bizonyos bővítéseket fejleszteni EP-hez, pl. sprite rendszert. :)
Sok sprite lenne kezelhető, esetleg valami scroll dolog, és mindjárt lehetne kisebb játékokat fejleszteni webre, az EP  (akár Basic) programozásának ismeretével. :)
Szerintem állat lenne. :)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.22. 22:51:39
Lett : meg ; Firefoxban! :-)
Title: Re: Web emu
Post by: lgb on 2013.July.22. 22:51:49
Quote from: endi
Ezzel a web emuval már lenne értelme bizonyos bővítéseket fejleszteni EP-hez, pl. sprite rendszert. :)
Sok sprite lenne kezelhető, esetleg valami scroll dolog, és mindjárt lehetne kisebb játékokat fejleszteni webre, az EP  (akár Basic) programozásának ismeretével. :)
Szerintem állat lenne. :)

Biztos, de azert vedd figyfelmbe, hogy igy se tul gyors (legalabbis intergalt videokartyas atlag PC-n mint nalam ...), ha meg jon majd a TG/1KHz/stb interrupt, teljes hang emulacio (ha meg tudom csinalni majd hmm), memoria eleres sebesseg keredeseinek pontos emulacioja,  stb stb akkor eleg hatareset lesz egy nem eromuvon, plusz feature nelkul is. Lehet ep128emu alkalasabb lenne ilyesmire ...

Amugy IS-BASIC-szeru (esetleg 100% compatible) cuccost emu nelkul kene csinalni, mert olyankor nem is feltetlen fontos a hw minden reszenek emulacioja, igy nagysagrenddel/nagysagrendekkel gyorsabb lehetne ...

Amugy en inkabb igazi hw-n tartanam nagy durranasnak kihasznalni a nick EC bemeneteit, keszult mar barmi bovito ami elt ezzel a lehetoseggel?

Bruce baratunkat ra kene birni, hogy szalljon be egy IS-BASIC implementacioba ami mondjuk C vagy JS nyelven irodott :) Elvegre biztos eleg jol ismeri, ha o irta :) Mondjuk szep lenne ha meglenne forraskod szinten neki az IS-BASIC amiben esetleg commentek stb is vannak, de amennyire remlik, mindehol azt irta, hogy nem sok minden maradt meg :(
Title: Re: Web emu
Post by: lgb on 2013.July.22. 22:58:30
Quote from: Zozosoft
Lett : meg ; Firefoxban! :-)

Cool, bar ugy remlett mintha mar regebb ota beletettem volna a firefox-inkompatibilitasi kbd cuccosba (firefox minden mas browsertol eltero kodot general par karakterhez ...).
Title: Re: Web emu
Post by: lgb on 2013.July.23. 02:02:05
http://ep.lgb.hu/jsep/demo/?mem=64&exdos=no&exos=exos20.rom&basic=basic20.rom&autostart=yes (http://ep.lgb.hu/jsep/demo/?mem=64&exdos=no&exos=exos20.rom&basic=basic20.rom&autostart=yes)

http://ep.lgb.hu/jsep/demo/?mem=64&exdos=no&exos=exos20.rom&basic=basic20.rom&autostart=yes&zt=no (http://ep.lgb.hu/jsep/demo/?mem=64&exdos=no&exos=exos20.rom&basic=basic20.rom&autostart=yes&zt=no)

Ez normalis viselkedes? Ep64-et probal emulalni a beallitasokkal, eloszor a ZT nincs letiltva, aztan igen. Igazi gepen is futna a kep, vagy hasonlo? Illetve, az EXOS2-ben igy nez ki akkor a veletlenszeru nick keretszin miatt a dolog, amirol beszeltunk?

Csak tippelek: az EXOS2.0 kisse mas LPT-t hasznal, ami nem kompatibilis a ZT azon modositasaval, hogy kiteszi az orat is (vagy mast is modosit?).
Title: Re: Web emu
Post by: IstvanV on 2013.July.23. 10:00:13
Quote from: lgb
Amugy amit lehet latni az elejen piros villanast, az sem veletlen: oszinten a VSYNC stb temakban meg mindig nem muvelodtem elegge, ezert most azt csinalja az emu, hogy ha a VSYNC tul koran van (meg a lathato keptartalomban az elozohoz kepest) akkor ezen "anomalia" jelzesere a maradek teruletet pirossal szinezi. Uzem kozben, "normalis" LPT-vel ez nem igazan szabadna, hogy eloforduljon, de az emu indulasanak pillanataban (gondolom mielott EXOS inicializalna) latszik.
VSYNC emulációhoz én ezt az algoritmust használtam, ami "szabálytalan" LPT-nél a CRT TV-khez hasonló eredményt ad, azaz "fut" a kép, nem marad üres terület rövid LPT-nél, és korlátozza a függőleges frekvenciát:
- egy számlálót növel minden sornál (analóg áramkörben ez lehetne pl. egy kondenzátor feltöltődése)
- ha a számláló elér egy bizonyos határértéket, akkor törlődik, és függőleges visszafutás történik
- a visszafutás késleltetett (az újraindított számláló a késleltetés közben is fut), a késleltetést úgy állítottam be 288 soros megjelenítésnél és 312 soros LPT-nél, hogy az első VSYNC sor három sorral a látható területen kívülre kerüljön (ugyanis "szabványos" LPT-nél három VBLANK sor előzi meg), azaz az alsó keret pontosan a látható kép utolsó sorában ér véget
- a számláló határértéke a VSYNC állapotától függ: ha nem aktív, akkor 312-nél több, egyébként 312-nél kevesebb sort engedélyez (én 290-351 sor tartományt (44.5-53.8 Hz frekvencia) állítottam be, de ez természetesen változtatható)
- a VSYNC aktívnak tekinthető, ha az adott sor 0-s video módú, és nem teljesen keretszínű (helyesebb megoldás lenne az aktív állapotra minimális időtartamot beállítani, pl. 1/4 sor; az ep128emu-ban nincs ilyen, de pontosabb lenne az emuláció)
- a 0-s módú sorok teljesen feketék (a keret is)
- interlace emuláció: ha a visszafutást a VSYNC kezdete váltja ki, akkor ha a bal margó a sor közepéhez van közelebb, akkor a következő képet fél sorral el kell tolni felfelé (ep128emu bug :oops:: ha a VSYNC a sor végén kezdődik, akkor nincs eltolás, pedig ilyenkor egy egész sorral kellene elmozdítani a képet; a fent említett minimális VSYNC hosszúság teszt ezt javítaná)
Title: Re: Web emu
Post by: lgb on 2013.July.23. 10:46:47
Quote from: IstvanV
VSYNC emulációhoz én ezt az algoritmust használtam, ami "szabálytalan" LPT-nél a CRT TV-khez hasonló eredményt ad, azaz "fut" a kép, nem marad üres terület rövid LPT-nél, és korlátozza a függőleges frekvenciát

Koszi, vegulis nalam is van ilyen counteres dolog, csak ott eppen csak arra van hasznalva, ha a masik eset all elo, mi van, ha nincs VSYNC, pedig mar regen kellett volna, hogy legyen. Voltakeppen ha tul koran van a VSYNC, meg egyszerubb is, ha hagyom a pirosozast, stb, es nem bonyolitom.

Amugy most nem is ez utott szoget a fejembe, hanem az, hogy a ZT ROM az EXOS2.0-vel tenyleg ilyet produkal valodi gepen is, vagy ez vmi emu bug nalam, es ott is stabil kepnek kellene lennie? :)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.23. 11:06:23
ZT még nem EXOS 2.0 kompatibilis :oops: :( :oops: (A version 1.9 lesz majd az :-) )
Title: Re: Web emu
Post by: lgb on 2013.July.23. 11:39:15
Quote from: Zozosoft
ZT még nem EXOS 2.0 kompatibilis :oops: :( :oops: (A version 1.9 lesz majd az :-) )

Ok, koszi! Amugy nekem "nem baj", csak azt hittem en szurtam el valamit az emuban, hogy ebben a kombinacioban nem megy, azert kerdeztem!
Title: Re: Web emu
Post by: lgb on 2013.July.23. 17:32:56
http://ep.lgb.hu/jsep/demo/?disk=EPSLIDESHOW.IMG&autostart=yes&skiplogo=yes&mem=128&zt=no (http://ep.lgb.hu/jsep/demo/?disk=EPSLIDESHOW.IMG&autostart=yes&skiplogo=yes&mem=128&zt=no)

Probaltam csinalni egy szep nagy disk image-t az EP slideshow kepekbol, aztan megnezni mit produkal. Mondjuk, nem biztos, hogy jo, mert ugye eleve az emu nem tud interlaced kepet megjeleniteni, nem tudom van-e kozottuk ilyen ... A running/stopped felirat hattere akkor lesz pirosas, ha out of sync szituaciot erzekel a nick emulacio.
Title: Re: Web emu
Post by: endi on 2013.July.23. 18:31:59
Quote from: lgb
Biztos, de azert vedd figyfelmbe, hogy igy se tul gyors (legalabbis intergalt videokartyas atlag PC-n mint nalam ...), ha meg jon majd a TG/1KHz/stb interrupt, teljes hang emulacio (ha meg tudom csinalni majd hmm), memoria eleres sebesseg keredeseinek pontos emulacioja,  stb stb akkor eleg hatareset lesz egy nem eromuvon, plusz feature nelkul is. Lehet ep128emu alkalasabb lenne ilyesmire ...

Amugy IS-BASIC-szeru (esetleg 100% compatible) cuccost emu nelkul kene csinalni, mert olyankor nem is feltetlen fontos a hw minden reszenek emulacioja, igy nagysagrenddel/nagysagrendekkel gyorsabb lehetne ...

Amugy en inkabb igazi hw-n tartanam nagy durranasnak kihasznalni a nick EC bemeneteit, keszult mar barmi bovito ami elt ezzel a lehetoseggel?

Bruce baratunkat ra kene birni, hogy szalljon be egy IS-BASIC implementacioba ami mondjuk C vagy JS nyelven irodott :) Elvegre biztos eleg jol ismeri, ha o irta :) Mondjuk szep lenne ha meglenne forraskod szinten neki az IS-BASIC amiben esetleg commentek stb is vannak, de amennyire remlik, mindehol azt irta, hogy nem sok minden maradt meg :(
Itt nekem az lenne a lényeg, hogy weben fusson. Majd olyan játékot találok ki amihez nem kell nagy sebesség. De pl a szöveges kalandjaim is milyen tök állat lenne ha futnának weben. :)
Persze, ha rendes sebességet akarnék, megtanulnám a javascriptet vagy valamit, csak hát kinek van erre energiája...
Title: Re: Web emu
Post by: lgb on 2013.July.23. 20:08:56
Quote from: endi
Itt nekem az lenne a lényeg, hogy weben fusson. Majd olyan játékot találok ki amihez nem kell nagy sebesség. De pl a szöveges kalandjaim is milyen tök állat lenne ha futnának weben. :)
Persze, ha rendes sebességet akarnék, megtanulnám a javascriptet vagy valamit, csak hát kinek van erre energiája...

En is kenytelen vagyok JS-t tanulni kozben, mikozben irom, ha ez vigasztal :) Amugy valtozatlanul fenntartom, hogy IS-BASIC emulatort (a HW nelkul) is lehetne irni. JS meg amugy syntaxisban kb C leszamitva nyilvan egy rakas dolgot, de azert nem olyan erzes, mintha C tudassal python-t akarnal tanulni :)
Title: Re: Web emu
Post by: Zozosoft on 2013.July.24. 08:19:30
Quote from: lgb
Mondjuk, nem biztos, hogy jo, mert ugye eleve az emu nem tud interlaced kepet megjeleniteni, nem tudom van-e kozottuk ilyen ...
Ezek szerintem simák, az interlacékat külön interlace csomagokban vannak.
Title: Re: Web emu
Post by: endi on 2013.August.04. 19:58:17
Lehet már ilyeneket csinálni ezzel az emuval?

-saját weblapra kirakni
-megadott konfiggal indítani (pl 200%-os sebességgel, bizonyos játékoknál jó lenne)
-megadott snapshottal indítani
-átlag user számára elrejteni ami nem kell (szóval pl csak induljon el a snapshot és ne legyen semmilyen gomb a képernyőn stb)

Tök jó lenne ha ezeket lehetne. :)
Title: Re: Web emu
Post by: szipucsu on 2013.August.05. 12:47:42
Quote from: endi
Lehet már ilyeneket csinálni ezzel az emuval?
Ezeket a lehetőségeket én is igénybe venném majd!
Pl. Snapshot meghatározott konfiggal, és hozzá valami virtuális lemez is, ahonnan olvasgatna be adatokat.
Pl. olyan program biztos futna rajta basicben, ami kiír egy mondatot magyarul, és be kell írni angolul azt a mondatot, vagy hasonló.
Title: Re: Web emu
Post by: endi on 2013.August.05. 13:24:39
vicces lenne, ha írna az ember egy webes játékot ami siker lenne, és EP emuban futna :D
Title: Re: Web emu
Post by: lgb on 2013.August.05. 15:13:11
Quote from: endi
Lehet már ilyeneket csinálni ezzel az emuval?

-saját weblapra kirakni
-megadott konfiggal indítani (pl 200%-os sebességgel, bizonyos játékoknál jó lenne)
-megadott snapshottal indítani
-átlag user számára elrejteni ami nem kell (szóval pl csak induljon el a snapshot és ne legyen semmilyen gomb a képernyőn stb)

Tök jó lenne ha ezeket lehetne. :)

Ezeket nem lenne lehetetlen megcsinalni, amde nem latom ertelmet addig, amig nagyjabol nem talalni benne tobb bugot, mert jelenleg elegge el van bonyolitva amiatt, hogy egyszerubb legyen fejleszteni. Ha a disztribucio mar az elsodleges cel, akkor alaposan at kene dolgozni majd ...
Title: Re: Web emu
Post by: endi on 2013.August.05. 15:46:47
áá, szerintem így legalább használnánk már most...
nem hiszem hogy egy "tökéletes" verzió olyan nagyon fontos lenne

pár játékomat tök szívesen kiraknám a netre, marha nagy lenne hogy browserből játszhatóak lennének :)
Title: Re: Web emu
Post by: lgb on 2013.August.05. 17:18:54
Quote from: endi
áá, szerintem így legalább használnánk már most...
nem hiszem hogy egy "tökéletes" verzió olyan nagyon fontos lenne

pár játékomat tök szívesen kiraknám a netre, marha nagy lenne hogy browserből játszhatóak lennének :)

Nem azt mondtam, hogy "tokeletes", mert egyreszt egy software sosem lesz az :) Amugy meg hianyzik a feedback; az jelenleg is lehetne, hogy megprobalni jatekok mennek-e egyaltalan alatta, ha valakit ez erdekel. Engem kevesbe hatnak meg a jatekok (es ez mindig is igy volt), ezert ilyen tesztekre nem en vagyok az optimalis ember ... Az egyetlen jatek amivel az emu irasa soran talalkoztam az ugye a javasolt boulder dash volt (merthogy tobb szinu karakteres mod ...), amde az valami masert nem megy jelenleg, ami meg nem derult ki mi (valszeg nem dokmentalt Z80 opcode miatt ...).
Title: Re: Web emu
Post by: szipucsu on 2013.August.13. 13:40:15
Szerintem BASIC programokkal kéne az emut kipróbálni. Csak nem tudom, hogyan kell betölteni bármit is.
Snapshotból indított BASIC programokkal én lehet, hogy tényleg használnám is, kitenném oldalakra!
Title: Re: Web emu
Post by: endi on 2013.August.13. 14:49:44
igen, pont ez érdekelne engem is :)
Title: Re: Web emu
Post by: lgb on 2013.August.13. 15:49:57
Quote from: szipucsu
Szerintem BASIC programokkal kéne az emut kipróbálni. Csak nem tudom, hogyan kell betölteni bármit is.
Snapshotból indított BASIC programokkal én lehet, hogy tényleg használnám is, kitenném oldalakra!

Ha snapshot alatt az ep128emu snapshot-at erted, az azert nem annyira trivialis, mivel erosen a sajat  belso allapotat menti el bele sajat logikaja szerint, igy nem olyan egyszeru egy masik emulatorba betolteni. Bar nem is lehetetlen, ezzel viszont nem igazan foglalkoztam meg.

Ami a kirpobalast illeti: ahogy az oldalon le is van irva, alapvetoen a kovetkezo modon mukodik. Mivel ez egy webes emulator nem olyan egyszeru, hogy megnyitsz egy file-t a gepedrol, ezt nem is lehet megtenni, hiszen ez egy webre epult cucc, ami nem lathatja a sajat dolgaidat (ennek security okai vannak, szep is lenne ha egy atlag javascript a weben a geped merevlemezen turkalhatna szabadon ...), ezt direkt ki akartak vedeni webes technikakkal, hogy ilyet ne is lehessen csinalni. Az emulator webrol (konkretan pl http-vel) tud barmit betolteni. Ez jelenleg lehet egy disk image, akkor azt emulatorban sima disk-kent latod EXDOS-al. A masik lehetoseg a "fake disk" mod, ebben az esetben webrol egy szem file-t (pl egy .BAS file) tolt be, majd futasi idoben o maga az emulatoron belul kreal ebbol egy disk image-et, es opcionalisan olyan EXDOS.INI-t, hogy magatol inditsa is el, ne kelljen kezzel betolteni (ennel elegansabb es egyszerubb lenne az ep128emu-hoz hasonlo FILEIO extension amivel tenyleg direkt per file-t lehet beolteni, az teny). Amugy a ROM-okkal is ez a helyzet, azt is "weben at" tolti be, es lehetoseg is van megadni neki mas ROM-okat, nincs "beepitve" az emulatorban semmifele ROM.

Namost, ez az "alap" emunal ugy megy (ha nem parameterezed fel kulon), hogy az ep.lgb.hu/jsep/data helyen vannak a cuccok amit letolt. Megfelelo URL parameterezessel barhonnan mashonnan is tud tolteni barmit, ha az az adott valami http, https vagy public ftp protokollal elerheto (bar en csak http-re teszteltem) szabadon. Egyetlen apro problema az, hogy legalabbis a chrome (firefox nem tudom, erre nem probaltam) security mechanizmusa kepes limitalni, hogy ilyen AJAX keresek csak ugyanoda mehetnek ahonnan az oldal is szarmazik ... Erre az ep.lgb.hu/jsep/data "default load" teruleten olyan trukk van, hogy egy custom http header-t ad hozza a keres valaszahoz:

Access-Control-Allow-Origin: *

En belatom, hogy ez eleg zavarosan hangozhat barkinek, aki nincs benne az ilyen webes szutykokban aktivan ugy altalaban :)

Tehat lehet celszerubb lenne, ha krealnatok egy disk image-et, rajta mindenfele programokkal amit tesztelni kellhet, es odaadjatok nekem, amit en kipakolok, es leirom az URL-t ahol aztan lehet ezzel nyomulni. Disk image-ek kozul a kovetkezok vannak tamogatva: csak ketoldalas, sav/szektor felosztas: 40/8, 40/9, 80/8, 80/9, 80/15, 80/18, 80/21, 82/21, 80/36.

Amire meg gondoltam: az "ihletet" ado (es a Z80 emulaciot ...) project az JSspeccy hasonlo "webes" Spectrum emulator eseten beepitett feature h a world of spectrum altal gyujtott programokat lehet hasznalni vele egyszeruen. Arrol filoztam en is, ha nekunk lenne ilyen gyujtemenyunk, akkor az JSep-t is hasonloan meg lehetne csinalni. Az enterprise specifikus weboldalakon levo programok sajnos kevesbe alkalmassak ehhez: ami weben, ftp-n fenn van (itt is az enterpriseforever.com-on) azok mind arj/zip/rar/stb cuccok, ami az emulator altal nem emeszthetoek, tehat igy sajnos ki van zarva az a lehetoseg, hogy ilyen automatikus funkcio legyen :( Ehhez specifikusan kene epiteni egy olyan "tarhelyet" ahol a programok kozvetlenul elerhetoek (nincsenek tomorotive), lehetoleg valami up-to-date lista van roluk, ami automatmizalt (nem html stb), igy az emulatorban olyan funkcio is lehetne, hogy o maga jelenit meg az alapjan listat, amibol lehet valasztani. Stb-stb.
Title: Re: Web emu
Post by: szipucsu on 2013.August.13. 19:32:08
Ez nem rossz! Szerintem akár az ep128.hu oldalon, akár itt is létre lehet hozni valami file adatbázist, de majd az illetékesek megmondják.
Akkor rakjunk ide kipróbálásra szánt programokat? Az egyszerűség kedvéért a játékból elsőre a Dot Collectort (http://www.ep128.hu/Ep_Games/Prg/Dot_Games.rar) javasolnám, és az egyszerűség kedvéért az Opening Strategies (http://www.ep128.hu/Ep_Util/Prg/Opening_Strategies.rar) nyelvoktató programot, meg a Verbentrainer-t (http://www.ep128.hu/Ep_Util/Prg/Verbentrainer.rar) (ez utóbbi basic).
Meg mondjuk a Lands of Havoc és a Traffic is mehetne a játékok közül, megnézni, működnek-e.
Persze ha nincs más javaslat. Nem tudom, mik azok, amik kevés olyan dolgot használnak, amit az emu még nem tudhat, nem értek ehhez a részéhez.
Title: Re: Web emu
Post by: szipucsu on 2013.August.13. 19:37:45
Snapshotot úgy értettem, akár maga a webes emu is menthetne el ilyet, és ezt töltené vissza. Nem kéne akkor a LOAD, START, stb. parancsokkal szöszmötölni, főleg, ha nem EP-s szakavatott használja a programot. Így pl. rögtön az indulás utáni állapot töltődne be.
Title: Re: Web emu
Post by: lgb on 2013.August.13. 21:22:06
Quote from: szipucsu
Snapshotot úgy értettem, akár maga a webes emu is menthetne el ilyet, és ezt töltené vissza. Nem kéne akkor a LOAD, START, stb. parancsokkal szöszmötölni, főleg, ha nem EP-s szakavatott használja a programot. Így pl. rögtön az indulás utáni állapot töltődne be.

A gond a mentessel van kisse, mivel - mint hosszu hozzaszolasomban kifejtettem - ez webes javascript-es dolognal nem ugy van, hogy csak ugy betolt vagy lement file-okat a hattertarra mint egy "nativ" program (pl ep128emu), hiszen attol web technika, hogy a weben at tud dolgozni, kvazi csak ott. Bar nyilvan ezt se lehetetlen megoldani (vegulis a vilagon barmi csak ido es/vagy penz kerdese). Az ep128emu snapshot _betoltes_ szerintem realisabb, es talan hasznos is. Az, hogy az JSep snapshot-ot irjon ki maga, az kicsit nehezebb kerdes.

Megjegyzem, hogy jelenleg is lehetseges a user interakcio nelkuli betoltes, csak ez - ahogy irtam - kisse trukkos (es talan lassu is), azon alapul, hogy egy EXDOS.INI file-ban benne van a LOAD. Csak ugye igy idoveszteseg igy is, amig bootol a gep (bar EXOS2.4-nel nem tart soka pl 128K rammal), stb stb.
Title: Re: Web emu
Post by: lgb on 2013.August.13. 21:35:26
Quote from: szipucsu
Ez nem rossz! Szerintem akár az ep128.hu oldalon, akár itt is létre lehet hozni valami file adatbázist, de majd az illetékesek megmondják.

Ezt jol meg kene "tervezni" azert, ahhoz, hogy normalisan hasznalhato legyen. Ha jol meg van csinalva, abbol sok minden dolgozhatna, akar ep128emu-ba is epitheto lenne valami, amivel programok onnan tolthetoek, stb stb. Pl alap kerdes, hogy milyen legyen a szerkezete: egyes programoknal disk image vagy maguk a file-ok. Ez azert is erdekes, mert ugye ha tobb file-bol all egy program, akkor nem mindegy, bar nem tudom igy van-e, de el tudom kepzelni hogy pl ep128emu-nal sem feltetlen megy minden program FILEIO-val ... Az JSep meg jelenleg vagy disk image-et igenyel, vagy pedig olyan programot, ahol egyetlen file van, es semmi tobb, ami kell hozza. Aztan meg kene oldani vmi "katalogus" letrehozasat, ami vmi strukturalt adat, amit nem human felhasznalasra optimalizalt az ember, pl emulatorok vagy emulator frontendek abbol dolgozhatnak. Oszinten szolva nem tudom pontosan hogy megy ez a World of Spectrumos dolog az JSspeccy-val egesz pontosan, mivel Spectrumos dolgokban nem vagyok otthon ...
Title: Re: Web emu
Post by: varrogy on 2013.August.14. 10:14:38
Quote from: lgb
Ezt jol meg kene "tervezni" azert, ahhoz, hogy normalisan hasznalhato legyen. Ha jol meg van csinalva, abbol sok minden dolgozhatna, akar ep128emu-ba is epitheto lenne valami, amivel programok onnan tolthetoek, stb stb. Pl alap kerdes, hogy milyen legyen a szerkezete: egyes programoknal disk image vagy maguk a file-ok. Ez azert is erdekes, mert ugye ha tobb file-bol all egy program, akkor nem mindegy, bar nem tudom igy van-e, de el tudom kepzelni hogy pl ep128emu-nal sem feltetlen megy minden program FILEIO-val ... Az JSep meg jelenleg vagy disk image-et igenyel, vagy pedig olyan programot, ahol egyetlen file van, es semmi tobb, ami kell hozza. Aztan meg kene oldani vmi "katalogus" letrehozasat, ami vmi strukturalt adat, amit nem human felhasznalasra optimalizalt az ember, pl emulatorok vagy emulator frontendek abbol dolgozhatnak. Oszinten szolva nem tudom pontosan hogy megy ez a World of Spectrumos dolog az JSspeccy-val egesz pontosan, mivel Spectrumos dolgokban nem vagyok otthon ...
Én egy hasonló elgondolást valósítottam meg az ep128emu iOSre portolása közben.
Az ep128.hu lévő rar fájlok eléggé jó alapanyag, mert minden programot ki lehet tömöríteni egy mappába amit meg lehet adni a FILEIO-nak.
Én úgy tudnám ezt elképzelni, hogy amikor valaki elindítja az emut akkor létrejöjjön egy session a szerver oldalon ami létrehoz egy "workspace" mappát (ez addig él amíg be nem zárja a böngészőjét a user) 
csinálni kellene egy webservicet amit a sessionnel és a rar file urljével paraméterezve kicsomagolná a "workspace"-be a programot (szerver oldalon) és ezt már talán tudná használni a webEmu. (ehhez esetleg fel lehet parsolni az ep128.hu-n lévő játék oldalakat is)

Illetve Chrome 9 től pedig elérhetőek már sandbox mappában végezhető fájl műveletek is. Ami viszont már direkt fájl elérést tesz lehetővé.

Én iOS alatt annyit csináltam (természetesen azért lehetett mert nativ alkalmazásról van szó), hogy egy böngésző ablakban induláskor megnyitom az első játék oldalt az ep128.hu-n és figyelem az érkező eseményeket és amikor a request során a megfelelő mime type érkezik, akkor letöltöm a háttérben és kitömörítem a filet egy mappába amit megadok a FILEIO-nak az emun belül. 
Ami viszont igéynként felmerült, hogy a betöltést ne kelljen begépelni, most ezen dolgozom. így sokkal kényelmesebben lenne és ki lehetne kerülni, hogy az iOS eszközön mivel nincs hardweres bill, ne kelljen szívni hogy még az ember a virtualis billentyuzeten gépeljen. Ráadásul nem is biztos hogy tudja az adott betöltendő file nevét, hiszen a rendszer ezt elrejti a user elöl.

Gy
Title: Re: Web emu
Post by: IstvanV on 2013.August.14. 10:26:47
Talán hasznos információ az ep128emu snapshot file formátumának a leírása:

- minden ep128emu2/plus4emu bináris file egy 16 byte-os azonosítóval kezdődik:
Code: [Select]
{
  0x5D, 0x12, 0xE4, 0xF4, 0xC9, 0xDA, 0xB6, 0x42,
  0x01, 0x33, 0xDE, 0x07, 0xD2, 0x34, 0xF2, 0x22
};
- ezt tetszőleges számú adatblokk követi a következő formátumban:
Code: [Select]
- blokk típus (4 byte)
- blokk adat méret (4 byte)
- blokk adat (blokk_adat_méret byte)
- blokk ellenőrző összeg (a gyakorlatban az egyszerűség kedvéért figyelmen kívül hagyható)
- a több byte-os egész értékek mindig MSB..LSB ("big-endian") formátumúak
- az utolsó, "file vége" blokk 0x00000000 típusú és 0 adat méretű

A snapshot betöltéshez hasznos blokk típusok (egyelőre nem teljes lista :oops:):

0x45508002 (memória állapot)
- verzió (4 byte, jelenleg mindig 0x10000000)
- lapregiszterek (B0h..B3h) állapota (4 byte)
- szegmens adatok a blokk végéig, egy szegmens formátuma:
Code: [Select]
- szegmensszám (1 byte)
- szegmens típus (1 byte, 0 = RAM, 1 = ROM)
- szegmens adat (16384 byte)

0x45508003 (I/O állapot, gyakorlatilag a portokra utoljára kiírt értékek)
- verzió (4 byte, jelenleg mindig 0x10000000)
- I/O port állapot (256 byte)

0x45508001 (Z80 állapot)
- verzió (4 byte, jelenleg 0x10000002, régi emulátor verzióknál kisebb érték is előfordulhat, de a gyakorlatban valószínűleg elég ezt támogatni)
- regiszterpárok állapota PC, AF, BC, DE, HL, SP, IX, IY, AF', BC', DE', HL' sorrendben (mind 2 byte)
- I regiszter (1 byte)
- R regiszter (1 byte, a 7. bitet figyelmen kívül kell hagyni)
- belső regiszter, figyelmen kívül hagyható (4 byte)
- IFF1 regiszter (1 byte, 0 vagy 1)
- IFF2 regiszter (1 byte, 0 vagy 1)
- R regiszter 7. bitje (1 byte, 0 vagy 0x80)
- IM regiszter (1 byte, 0, 1, vagy 2)
- az IM2 mód cím táblázat címzéséhez az alsó 8 bit (1 byte)
- jelzőbitek (4 byte):
Code: [Select]
- bit 0: az aktuális utasítás végén lehetséges megszakítás (1 = igen, a DI és EI letiltja ezt)
- bit 1: a Z80 megszakítás bemenete aktív (1 = igen)
- bit 2: az aktuális utasítás HALT (1 = igen)
- bit 3: a Z80 megszakítás bemenete aktív (1 = igen)
- bit 4: NMI az aktuális utasítás végén (EP-n nem fordul elő)
- bit 5: új PC beállítása az aktuális utasítás végén (ez csak a debuggerben lehetséges)

A gyakorlatban az 1. bit a fontos, a többi valószínűleg figyelmen kívül hagyható játékok
betöltésénél, mivel snapshot normál esetben nem készül utasítás közben, és a debugger funkciók
támogatása sem lényeges.
- új PC cím az aktuális utasítás után (4 byte, előjeles, -1: nincs ugrás); ezt a debugger használja, és figyelmen kívül hagyható

0x45508004 (DAVE állapot)
- verzió (4 byte, jelenleg mindig 0x01000000)
- órajel osztó (1 byte, 2 vagy 3, = (port(BFh) & 2) / 2 + 2)
- órajel osztó számláló (1 byte, visszafelé számol 0-ig)
- változtatható hosszúságú polinom számláló hossza (1 byte, 9, 11, 15, vagy 17)
- 4 bites polinom számláló fázis (4 byte, 0..14, visszafelé számol)
- 5 bites polinom számláló fázis (4 byte, 0..30, visszafelé számol)
- 7 bites polinom számláló fázis (4 byte, 0..126, visszafelé számol)
- változtatható hosszúságú polinom számláló fázis (4 byte, visszafelé számol)
- változtatható hosszúságú polinom számláló fázis kezdőérték (4 byte, 510, 2046, 32766, vagy 131070)
- 4 bites polinom számláló kimenet (1 byte, 0 vagy 1)
- 5 bites polinom számláló kimenet (1 byte, 0 vagy 1)
- 7 bites polinom számláló kimenet (1 byte, 0 vagy 1)
- változtatható hosszúságú polinom számláló kimenet (1 byte, 0 vagy 1)
- 62500 Hz számláló (4 byte, 0..3, visszafelé számol)
- 1000 Hz számláló (4 byte, 0..249, visszafelé számol)
- 50 Hz számláló (4 byte, 0..4999, visszafelé számol)
- 1 Hz számláló (4 byte, 0..249999, visszafelé számol)
- 31250 Hz (62500 / 2) órajel állapot (1 byte, 0 vagy 1)
- 0., 1., és 2. hang csatorna állapota a következő formátumban:
Code: [Select]
- kimenet (1 byte, 0 vagy 1)
- előző kimenet (1 byte, 0 vagy 1)
- flip-flop állapot (1 byte, 0 vagy 1)
- számláló fázis (4 byte, visszafelé számol 0-ig)
- számláló kezdőérték (= frekvencia kód, 4 byte, 0..4095)
- polinom számláló mód (1 byte, 0, 4, 5, 7, vagy 17)
- felüláteresztő szűrő engedélyezett a következő csatorna kimenetével (1 byte, 0 vagy 1)
- gyűrűmoduláció engedélyezett a 2. következő csatorna kimenetével (1 byte, 0 vagy 1)
- számláló engedélyezett (1 byte, 0 vagy 1, 1 = számláló fut)
- bal hangerő (1 byte, 0..63)
- jobb hangerő (1 byte, 0..63)
- 3. hang csatorna állapota a következő formátumban:
Code: [Select]
- kimenet (1 byte, 0 vagy 1)
- előző kimenet (1 byte, 0 vagy 1)
- polinom számláló kimenet (1 byte, 0 vagy 1)
- szűrő kimenet (1 byte, 0 vagy 1)
- órajel forrás (1 byte, 0..2 = másik hang csatorna kimenetének lefutó éle, 3 = 31250 Hz órajel
                 lefutó éle)
- órajel forrás előző kimenete (1 byte, 0 vagy 1)
- 7 bites és változtatható hosszúságú polinom számlálók felcserélése (1 byte, 0 vagy 1, 1 = igen)
- zaj csatorna polinom számláló (1 byte, 7 vagy 17)
- aluláteresztő szűrő a 2. csatorna kimenetével (1 byte, 0 vagy 1)
- felüláteresztő szűrő a 0. csatorna kimenetével (1 byte, 0 vagy 1)
- gyűrűmoduláció az 1. csatorna kimenetével (1 byte, 0 vagy 1)
- bal hangerő (1 byte, 0..63)
- jobb hangerő (1 byte, 0..63)
- hang megszakítás forrása (1 byte, 0 = 0. csatorna, 1 = 1. csatorna, 2 = 50 Hz, 3 = 1 kHz)
- hang megszakítás engedélyezett (1 byte, 0 = nem, 1 = igen)
- 1 Hz megszakítás engedélyezett (1 byte, 0 = nem, 1 = igen)
- video megszakítás engedélyezett (1 byte, 0 = nem, 1 = igen)
- INT 2 megszakítás engedélyezett (1 byte, 0 = nem, 1 = igen)
- hang megszakítás bemenet állapot (1 byte, 0 vagy 1)
- 1 Hz megszakítás bemenet állapot (1 byte, 0 vagy 1)
- video megszakítás bemenet állapot (1 byte, 0 vagy 1)
- INT 2 megszakítás bemenet állapot (1 byte, 0 vagy 1)
- hang megszakítás tároló (1 byte, 0 vagy 1, 1 = aktív)
- 1 Hz megszakítás tároló (1 byte, 0 vagy 1, 1 = aktív)
- video megszakítás tároló (1 byte, 0 vagy 1, 1 = aktív)
- INT 2 megszakítás tároló (1 byte, 0 vagy 1, 1 = aktív)
- aktuális audio kimenet (4 byte, bal + jobb * 65536, egy csatorna kimenete 16 bites előjel nélküli egész érték)
- memória lapregiszterek állapota (4 byte)
- magnó hang visszacsatolás engedélyezett (1 byte, 0 vagy 1)
- aktuális magnó bemenet (1 byte, 0 vagy 1, 0 = B6h port 7. bit = 1)
- aktuális magnó szint (1 byte, 0 vagy 1, 0 = B6h port 6. bit = 1)
- billentyűzet mátrix sor (1 byte, 0..15)
- billenyűzet mátrix állapot (16 byte)

Ezek közül a gyakorlatban elsősorban a megszakítással kapcsolatos regiszterek fontosak, a sok belső hang regiszter különösebb probléma nélkül figyelmen kívül hagyható.

0x45508005 (NICK állapot)

- verzió (jelenleg 0x04000000)
- az aktuális LPB paraméterei:
Code: [Select]
- sorok száma (4 byte, 1..256)
- VINT flag (1 byte, 0/1 = VINT alacsony/magas)
- VRES bit (1 byte, 0 vagy 1)
- reload bit (1 byte, 0 vagy 1)
- szín mód (1 byte, 0..3)
- video mód (1 byte, 0..7)
- altInd0 bit (1 byte, 0 vagy 1, = jobb margó 7. bitje)
- altInd1 bit (1 byte, 0 vagy 1, = jobb margó 6. bitje)
- lsbAlt bit (1 byte, 0 vagy 1, = bal margó 6. bitje)
- msbAlt bit (1 byte, 0 vagy 1, = bal margó 7. bitje)
- bal margó (1 byte, 0..63)
- jobb margó (1 byte, 0..63)
- paletta (16 byte, a 8..15 színeket a 80h port írása állítja)
- aktuális LD1 cím (4 byte; minden cím video cím 0 és 0xFFFF között)
- aktuális LD2 cím (4 byte, karakteres módban a tényleges cím)
- LPT kezdőcím (4 byte)
- aktuális LPB kezdőcíme (4 byte)
- aktuális LPB sorszámláló (visszafelé számol 0-ig) (4 byte)
- video megjelenítés aktív (nem keret) (1 byte, 0 vagy 1)
- aktuális slot (1 byte, 0..56)
- keret színe (1 byte)
- adatbusz állapota (1 byte, figyelmen kívül hagyható)
- LPT jelzőbitek (1 byte, belső regiszter az LPT újratöltésének vezérléséhez)
- 80h port mentett értéke (1 byte)
- 83h port mentett értéke (1 byte)

0x45508009 (gép állapot, leírás később)

Az egyéb blokk típusok figyelmen kívül hagyhatók, de az alábbiakra érdemes hibaüzenetet adni, mert EP snapshotban nem fordulhatnak elő:
- 0x45508007 (emulátor konfiguráció)
- 0x4550800A (demo adat, azaz billentyűzet események időzítéssel)
- minden, ami 0x4550800B, vagy nagyobb (ezek csak Plus/4, Spectrum, vagy CPC emulációnál lehetségesek)
Title: Re: Web emu
Post by: lgb on 2013.August.14. 14:19:48
Quote from: varrogy
Én egy hasonló elgondolást valósítottam meg az ep128emu iOSre portolása közben.
Az ep128.hu lévő rar fájlok eléggé jó alapanyag, mert minden programot ki lehet tömöríteni egy mappába amit meg lehet adni a FILEIO-nak.
Én úgy tudnám ezt elképzelni, hogy amikor valaki elindítja az emut akkor létrejöjjön egy session a szerver oldalon ami létrehoz egy "workspace" mappát (ez addig él amíg be nem zárja a böngészőjét a user)
csinálni kellene egy webservicet amit a sessionnel és a rar file urljével paraméterezve kicsomagolná a "workspace"-be a programot (szerver oldalon) és ezt már talán tudná használni a webEmu. (ehhez esetleg fel lehet parsolni az ep128.hu-n lévő játék oldalakat is)
Igen, erre gondoltam en is, bar nekem annyira nem tetszik, hogy oszinte legyek, jobban orulnek annak, ha olyan "normalis" program adatbazis lenne ugymond, ami azonnal felhasznalhato kozvetlenul, minden ilyen trukk nelkul. Bar lehet, az nagyobb melo lenne, mint megcsinalni igy, az is igaz. Egyeduli problema, a FILEIO nincs JSep-ben implementalva, vagy valtozatlanul meg kene azt csinalni (es akkor az ep128emu-ban is hasznalt ROM jo hozza) vagy irni kell egy hasonlot.
Quote
Illetve Chrome 9 től pedig elérhetőek már sandbox mappában végezhető fájl műveletek is. Ami viszont már direkt fájl elérést tesz lehetővé.
Nem tudom itt mire gondolsz, de pl local storage neven van valami w3c tervezet is, bar lehet masra utaltal itt.
Quote
Én iOS alatt annyit csináltam (természetesen azért lehetett mert nativ alkalmazásról van szó), hogy egy böngésző ablakban induláskor megnyitom az első játék oldalt az ep128.hu-n és figyelem az érkező eseményeket és amikor a request során a megfelelő mime type érkezik, akkor letöltöm a háttérben és kitömörítem a filet egy mappába amit megadok a FILEIO-nak az emun belül.
Ami viszont igéynként felmerült, hogy a betöltést ne kelljen begépelni, most ezen dolgozom. így sokkal kényelmesebben lenne és ki lehetne kerülni, hogy az iOS eszközön mivel nincs hardweres bill, ne kelljen szívni hogy még az ember a virtualis billentyuzeten gépeljen. Ráadásul nem is biztos hogy tudja az adott betöltendő file nevét, hiszen a rendszer ezt elrejti a user elöl.
Na igen. Most egy webes emu soran egyszeru mert kvazi lehet (akar generalni is) egy olyan html oldalt ahol a jatekok vannak sorban, akar screenshottal, roviden leirva, stb is, plusz egy link, ami az JSep-re mutatna, es ugy van felparameterezve, hogy egy klikkre bejon az emu oldal es el is indul benne a program. Nem kell semmit sem gepelni ehhez, ilyesmit most is tud, bar kicsit trukkosen (mar leirtam, az a "fake disk image" nevu krealmany). A masik amit elkepzeltem sokkal trukkosebb es nem is tudom van-e ertelme: kvazi letrehozni (vmi I/O porton pl) egy "fiktiv hardvert" amin at webes keresek intezhetoek. Ebben az a poen, hogy akkor az JSep-en _belul_ futhatna barmilyen puccos kivalaszto, ami kommunikal a "program DB-vel", illetve kesobb mas trukkoket is lehetne vele csinalni, ha valaki ilyen perverzitasokra vagyik (http keresek inditasa EP programokbol, es hasonlok).
Title: Re: Web emu
Post by: endi on 2013.August.14. 14:53:10
nem akarok megint ünneprontó lenni, de az EP játékok nagy része ügye specy átirat, amikkel bárhol tud  bárki játszani a neten is

azaz az ep128 adatbázisát elérhetővé tenni az emu számára szerintem felesleges

továbbá amit már többször írtam: sajnos a legtöbb ember nem fog szenvedni azzal hogy futásra bírjon egy játékot. az embereknek már nincs ideje erre, azoknak se akik amúgy nosztalgiázni akarnának. sőt ha el tud indítani egy játékot az emuban de elakad az irányítással pl, akkor se sokat fog szórakozni vele, otthagyja

ezért lenne jó a snapshot, amiben minden jól be van állítva, egyből lehet vele játszani, és alul html-el kiírunk még infókat, hogy tényleg mindent értsen az user...
Title: Re: Web emu
Post by: lgb on 2013.August.14. 14:58:38
Quote from: endi
ezért lenne jó a snapshot, amiben minden jól be van állítva, egyből lehet vele játszani, és alul html-el kiírunk még infókat, hogy tényleg mindent értsen az user...

Az eredmeny ugyanaz, ha snapshot-ot tolt be az emulator webrol, vagy ha magat a programot, max az elozo javara irando, hogy gyorsabban bejon (meg akkor is ha az utobbinal sem kell gepelni stb, mert autostart). Tovabba, az JSep webes emulator minden "beallitas" az URL paramterezesevel tortenik, azaz a linket amit kiraksz az tartalmaz mindent, egy kattintas, semmit nem kell "kezzel" beallitani utolag. Vagy a "beallitast" ugy erted, hogy maga az EP programban kellhet beallitani dolgokat (mittomen' jatekosok szama stb) es azert tartanad jobbnak ha a snapshot akkor keszul amikor eppen tenyleg indul a jatek? Mert eddig en ugy ertettem, hogy azert tartod ezt jobb megoldasnak mert az emut nem kell allitgatni (pl kezzel betolteni stb) ...
Title: Re: Web emu
Post by: szipucsu on 2013.August.14. 16:53:19
Quote from: lgb
Vagy a "beallitast" ugy erted, hogy maga az EP programban kellhet beallitani dolgokat (mittomen' jatekosok szama stb) es azert tartanad jobbnak ha a snapshot akkor keszul amikor eppen tenyleg indul a jatek? Mert eddig en ugy ertettem, hogy azert tartod ezt jobb megoldasnak mert az emut nem kell allitgatni (pl kezzel betolteni stb) ...
Igen, erre gondolhatott Endi. Tehát ha betöltünk egy játékot, még be kell állítani pár dolgot, pl. billentyűzetet definiálni, vagy alapból nem az a joystick van beállítva induláskor, ami kompatibilis az emulátor irányítási lehetőségével. Az ebből adódó bonyodalmak elkerülése érdekében lenne jó a snapshot.
Mivel az EP-s programok kb. 80%-a Spectrum átirat, ami teljesen ugyanolyan Spectrumon is, azokat esetleg nem is kell felvenni az adatbázisba, hanem a többi programot - egyelőre.
De szerintem egyelőre a legjobb lenne valami egy fájlból álló programmal kipróbálni az emulátort, pl. Dot Collector, Lands of Havoc, meg néhány basic program. Lgb, ezeket be tudnád lőni az emulátorba, hogy kipróbáljuk? Vagy hova töltsük fel a fájlt és hogyan?
Title: Re: Web emu
Post by: lgb on 2013.August.14. 18:59:23
Quote from: szipucsu
Igen, erre gondolhatott Endi. Tehát ha betöltünk egy játékot, még be kell állítani pár dolgot, pl. billentyűzetet definiálni, vagy alapból nem az a joystick van beállítva induláskor, ami kompatibilis az emulátor irányítási lehetőségével. Az ebből adódó bonyodalmak elkerülése érdekében lenne jó a snapshot.
Mivel az EP-s programok kb. 80%-a Spectrum átirat, ami teljesen ugyanolyan Spectrumon is, azokat esetleg nem is kell felvenni az adatbázisba, hanem a többi programot - egyelőre.
De szerintem egyelőre a legjobb lenne valami egy fájlból álló programmal kipróbálni az emulátort, pl. Dot Collector, Lands of Havoc, meg néhány basic program. Lgb, ezeket be tudnád lőni az emulátorba, hogy kipróbáljuk? Vagy hova töltsük fel a fájlt és hogyan?

Mar irtam a hosszu (hmm, OK: az atlagosnal hoszabb - hehe) hozzaszolasomban, hogy kene csinalni egy disk image-et, nem tudom van-e hozza energiatok, lehetseges mereteket irtam, hogy miket ismer az emu. Vegulis ami rafer, azt ra lehet zsufolni, aztan a disk image-et en majd szepen elhelyzem es szolok, hogy mivel hasznalhato (URL). Ez most igy tenyleg nehezkes, elvileg tudna mashonnan is weben at tolteni, de - mint szinten irtam - itt van par technikai finomsag. A snapshot toltest megprobalom majd implementalni! A mentest nem igerem ... Igy gondolom az elfogadhato kompromisszum, hogy ep128emu snapshot-jat megprobalom hasznalni, azaz ep128emu-val lehet jatszogatni, snapshot-ot eloallitani, aztan majd az menne a "webes emuval" (JSep, ha valakinek van jobb nev otlete, ne tartsa vissza, by the way!) amivel aztan webre is kipakolhato. Persze azt megigerni nem tudom, hogy mikorra tudom osszehozni ha sikerult egyaltalan :)

Kis mellekinformacio: HTML5-ben ugymond van W3C szabvanytervezet full screen modra ... Az JSep fejlesztoi (azaz csak nalam van meg ... nem amit ti is lathattok) verzioba megprobaltam beletenni, firefox 23-on latszolag muxik (viszont torzul a kep mert ugye legtobb mai monitor 16:9). Chrome-on full screen-be valt, de semmi kep nincs ...

Viszont btw firefox 23: ha valakinek az van, ranezne az emura a szokott helyen? Ugyanis nekem ugy tunik hogy lelassult durvan, holott 22-essel meg siman lenyomta a chrome-ot is. Erdekelne, hogy csak nalam gaz, vagy mas is lat ilyen effektet? Koszi.
Title: Re: Web emu
Post by: lgb on 2013.August.14. 19:14:05
Quote from: IstvanV
Talán hasznos információ az ep128emu snapshot file formátumának a leírása:

Koszi szepen az infokat, biztos hasznosak lesznek majd :)
Title: Re: Web emu
Post by: szipucsu on 2013.August.14. 19:27:24
Itt vannak fent image fájlok, (http://www.ep128.hu/Ep_Emulator.htm) Ezek is jók? Ezekből ki tudsz próbálni néhányat?
Title: Re: Web emu
Post by: lgb on 2013.August.14. 19:59:55
Quote from: szipucsu
Itt vannak fent image fájlok, (http://www.ep128.hu/Ep_Emulator.htm) Ezek is jók? Ezekből ki tudsz próbálni néhányat?

Elvileg jok. Most a Disks_Games.rar -bol az osszes disk image-et feltoltam (a rar-ban amugy van egy List.txt nevu file, az alapjan elore kikeresheto, hogy melyiken mi van, nem kell "probalgatni" - felteve ha az a lista korrekt!). A hasznalat bar nem full komfort, azert megoldhato az URL parameterezessel: http://ep.lgb.hu/jsep/demo/?disk=GAMES_01.IMG (http://ep.lgb.hu/jsep/demo/?disk=GAMES_01.IMG)

Ehhez hasonloan a disk= utani reszt kell lecserelni a megfelelo image hasznalatahoz. Kis es nagybetu _kulonbozo_ erre tessek vigyazni!

Egy kis minimalis segitseg, hogy ne kelljen URL-ekkel szorakozni (es van benne autostart/logo skipping mod is):

http://ep.lgb.hu/jsep/games/ (http://ep.lgb.hu/jsep/games/)

Kvazi a List.txt-t alakitottam at gyorsan egy sor awk scripttel html-e, a megfelelo URL-ekkel, persze azert ez igy nem tul szep ...

Most neztem a GAMES_01.IMG-t, tok jo, van benne "program loader" is :D

Koszi a linket, itt van jo par remek dolog, nekem pont az volt a bajom eddig, hogy nem igazan talaltam EP programokat disk image formaban, csak file-onkent tomoritve stb, amihez nem volt turelmem disk image-eket gyartani, vagy vmi automatizmust hozza (lasd a topicban emlitett "web service" otletet pl). Igy viszont kvazi mar "keszen" van jo par disk image, tehat most lehet mar tesztelni is dolgokat. Talan ...
Title: Re: Web emu
Post by: szipucsu on 2013.August.14. 20:58:29
Szép lassú, de nagyon király ez az első lemez! Néhány játékot kipróbáltam, betölti, működik!!! Jó lesz ez!!!
Eddig a Lands of Havoc-ig próbáltam a játékokat. A Catacomb és a Havoc nem indul el: FATAL event, doing hard reset: TG/1KHz/50Hz interrupt is to be enabled, but it is not implemented yet! - ezzel a hibával áll le mindkettő indulás előtt. De pl. az Abyss, Eggs of Death, Airwolf is működik! Szóval gratula!
Nálam nagyon lassú az emulátor. 23-as Firefoxot használok csúnya Windows XP alatt, és a proci valami 1700-as teljesítményű.

Esetleg valami lépésről-lépésre receptet tudnál adni, hogyan etethetjük meg az emuval a többi Disk Image-t? Tudom, nagyon sokat írtál már erről az egészről, de nekem az ilyesmikhez gyenge a felfogásom. :oops:

Szerintem a snapshot mentési lehetőség nem túl fontos egy webes emunál, a betöltés lenne talán fontosabb, bár eddig az indító menüből is elég jól működött mindent.

Basic programokat lenne jó még kipróbálni, azok hogyan működnek.
Még valami: szerintem valami alapabb konfig is elég lenne, talán nem fontos, hogy a status sor fölött az időt is jelezze, talán ez is lassítja az emulátort. Vagy ez nem lassít? Végülis jól néz ki így, az biztos!
Title: Re: Web emu
Post by: lgb on 2013.August.14. 21:14:48
Quote from: szipucsu
Szép lassú, de nagyon király ez az első lemez! Néhány játékot kipróbáltam, betölti, működik!!! Jó lesz ez!!!
Eddig a Lands of Havoc-ig próbáltam a játékokat. A Catacomb és a Havoc nem indul el: FATAL event, doing hard reset: TG/1KHz/50Hz interrupt is to be enabled, but it is not implemented yet! - ezzel a hibával áll le mindkettő indulás előtt.

Igen. Az azt jelenti, hogy az emulatoromban Dave szinten csak a video es az 1Hz interrupt van jelenleg emulalva ... Ezert olyan program ami a fent emlitetett probalja hasznalni azzal az uzenettel "el fog szallni" ... Persze majd ez is implementalva lesz valamikor, es akkor nem lesz ilyen bug.

Quote
Abyss, Eggs of Death, Airwolf is működik! Szóval gratula!
Nálam nagyon lassú az emulátor. 23-as Firefoxot használok csúnya Windows XP alatt, és a proci valami 1700-as teljesítményű.

Hat hmmm, 23-as firefox-szal nekem is lassu, esetleg probald meg 22-essel, ha lehet, ez nekem is feltunt (22-essel nekem meg jol ment - fura). Es/vagy esetleg hasonlitsd ossze chrome-al. Mondjuk 1700-as proci (az mi, MHz?) lehet tenyleg karcsu lesz neki ... Azert megiscsak egy javascriptben irt cuccos, ami par eve meg arra volt valo, hogy egy menuben atrakja a gomb hatteret, ha raklikkelsz es hasonlo hulyesegek :) Ehhez kepest szerintem megdobbento, hogy mire kepes manapsag!

Quote
Esetleg valami lépésről-lépésre receptet tudnál adni, hogyan etethetjük meg az emuval a többi Disk Image-t? Tudom, nagyon sokat írtál már erről az egészről, de nekem az ilyesmikhez gyenge a felfogásom. :oops:

Marmint milyen tobbi image-et? Ami a Disks_Games.rar-ban van? Mint irtam: http://ep.lgb.hu/jsep/games/ (http://ep.lgb.hu/jsep/games/)

Aztan klikkelj a megfelelo linkre (disk image nev). Ha viszont arra celzol, hogy sajat disk image-eket, akkor az elvileg ugy menne, hogy ki kell neked rakni valahova weben elerheto helyre, ott grantalni, hogy a hosszu hozzaszolasomban emlitett HTTP header be legyen allitva, majd az URL-t megadni az emulatornak ott, ahol a disk= van, utana. Ha ott teljes URL van akkor onnan probalja betolteni, ha nem teljes URL akkor az "en tarolombol", ami amugy szinten weben van.

Quote
Basic programokat lenne jó még kipróbálni, azok hogyan működnek.
Még valami: szerintem valami alapabb konfig is elég lenne, talán nem fontos, hogy a status sor fölött az időt is jelezze, talán ez is lassítja az emulátort. Vagy ez nem lassít? Végülis jól néz ki így, az biztos!

Az normal EP-n is igy van, ha a ZT (zozotools) ROM ott van szerintem :) Szoval ez nem az emulatorom sajatossaga (annyiban, hogy nemi RTC emulacio van - ahogy ep128emu-ban is - ebbol tudja a ZT hogy mi az aktualis ido boot utan), nekem ep128emu alatt is pont ugyanilyen, hiszen ott is van ZT. Ha zavar, kikapcsolhatod, zt=no resz kell hozza az emulator URL-jebe.

Alapbol ZT-vel: http://ep.lgb.hu/jsep/demo/?disk=GAMES_01.IMG&autostart=yes&skiplogo=yes (http://ep.lgb.hu/jsep/demo/?disk=GAMES_01.IMG&autostart=yes&skiplogo=yes)

Ugyanez ZT nelkul: http://ep.lgb.hu/jsep/demo/?disk=GAMES_01.IMG&autostart=yes&skiplogo=yes&zt=no (http://ep.lgb.hu/jsep/demo/?disk=GAMES_01.IMG&autostart=yes&skiplogo=yes&zt=no)

Amugy nem hinnem, hogy sokat lassitana, max annyit amit egy valodi EP-n is lassitana :) Az az 1Hz interrupt lekezelese stb, szerintem nem tul szamottevo, mivel masodpercenkent frissul imho, de Zozo biztos jobban tudja :)
Title: Re: Web emu
Post by: endi on 2013.August.14. 21:24:08
bug: magicball lassan fut, de ha nyomok egy gombot, akkor jó a sebessége. más játékoknál is van.
chrome
Title: Re: Web emu
Post by: szipucsu on 2013.August.14. 21:30:29
http://ep.lgb.hu/jsep/games/

Ezt a linket ki kéne tenni a főoldalra, vagy valami feltűnő helyre, hogy ne kelljen mindig visszakeresgélni.
Title: Re: Web emu
Post by: lgb on 2013.August.14. 22:01:08
Quote from: endi
bug: magicball lassan fut, de ha nyomok egy gombot, akkor jó a sebessége. más játékoknál is van.
chrome

Erdekes, en ilyen problemaba nem futottam bele. Addig gyors, amig nyomod a gombot, vagy eleg egy gombnyomas es utana mar vegig jo? Firefox-szal is megprobalnad? Sajnos sok otletem nincs, mert en nem talalkoztam vele :( Az FPS es a timeout kiiras amugy valtozik a sebeseggel egyutt? Ha igen, kb mirol mire?
Title: Re: Web emu
Post by: endi on 2013.August.14. 22:13:26
ha nyomva tartom a gombot akkor 40 fps, ha nem, akkor 13 fps
firefoxom nincs
Title: Re: Web emu
Post by: szipucsu on 2013.August.14. 23:09:57
Quote from: endi
ha nyomva tartom a gombot akkor 40 fps, ha nem, akkor 13 fps
firefoxom nincs
Firefox 23-mal én is ilyesmit tapasztaltam. A Magic Ballnál, és a King of the Castle-nál is. Van, hogy leesik 3FPS-re, és ha nyomva tartom a gombot, akkor 6 FPS-re felmegy. (Jaja, nekem ilyen lassú. :D )

Nálam még a Race Ace akad ki, amikor választani kell 4 LAP RACE és 8 LAP RACE között. A parancsfájl nem válaszol ilyenkor.

Még annyit, hogy eddig Firefox 23-mal kb. 7-10 volt a maximális FPS. Most kipróbáltam Chrome-mal (Verzió: 28.0.1500.95 m), amiben sokkal gyorsabb, kb. 24 FPS volt a sebessége.
Title: Re: Web emu
Post by: lgb on 2013.August.15. 00:32:25
Quote from: szipucsu
Még annyit, hogy eddig Firefox 23-mal kb. 7-10 volt a maximális FPS. Most kipróbáltam Chrome-mal (Verzió: 28.0.1500.95 m), amiben sokkal gyorsabb, kb. 24 FPS volt a sebessége.

Ha esetleg 22-es firefox-szal is ki tudnad probalni ... :) Mert erdekes modon a helyzet forditott volt meg par hete: firefox alatt gyorsabb volt mint chrome-al (nekem is ...).
Title: Re: Web emu
Post by: Zozosoft on 2013.August.15. 09:17:41
Quote from: lgb
http://ep.lgb.hu/jsep/games/ (http://ep.lgb.hu/jsep/games/)
A 17-es meg 21-es nem megy, valószínűleg a kimaradt S betű miatt.

A demókat nem rakod be? Nincs sok belőlük, de a gépet jobban kihasználva jól jöhetnek a teszteléshez.

Hang mikorra várható? Legalább a Dave DA módját jó lenne berakni (az tán nem túl bonyolult), azzal már szerintem sok játéknak lenne hangja.
Title: Re: Web emu
Post by: lgb on 2013.August.15. 09:35:23
Quote from: Zozosoft
A 17-es meg 21-es nem megy, valószínűleg a kimaradt S betű miatt.
Most nem igazan vagyok kepben, milyen kimaradt S betu?


Quote
A demókat nem rakod be? Nincs sok belőlük, de a gépet jobban kihasználva jól jöhetnek a teszteléshez.

Ok, probalkoztam, itt lehet nezni: http://ep.lgb.hu/jsep/demos/ (http://ep.lgb.hu/jsep/demos/)

Quote
Hang mikorra várható? Legalább a Dave DA módját jó lenne berakni (az tán nem túl bonyolult), azzal már szerintem sok játéknak lenne hangja.

Hangban nem is feltetlen az EP oldala a razos (foleg ha elso korben csak barmi hang kene, pl csak DA amit mondtal is), hanem az, hogy Javascript-bol, weben at ez hogy megy, hogyan lehet az emuba passzirozni, es mennyivel fogja az emu sebesseget ez csokkenteni. Ilyet meg tenyleg soha nem csinaltam javascriptben, ehhez elobb ki kene talalnom, hogy a fenebe mukodik :)
Title: Re: Web emu
Post by: Zozosoft on 2013.August.15. 09:40:06
Quote from: lgb
Most nem igazan vagyok kepben, milyen kimaradt S betu?
GAMES helyett csak GAME van írva.
Title: Re: Web emu
Post by: lgb on 2013.August.15. 09:45:58
Btw, ha extrem lassunak tunik valami egy ponton, akkor erdemes lehet megallitani az emulatort a stop gombbal, es megnezni azt a debug ablakot, ahol az uzenetek vannak: sajnos attol nagyon durvan be tud lassulni, ha sokat kell oda valami miatt loggolnia ...

Pl talan a scroll demo volt ilyen amit epp neztem, a debug ablak azzal van teli, hogy: "Reading undecoded port 0x82". Ez mondjuk erdekes, elvileg - tudtommal - nick registerek nem visszaolvashatoak, tehat a scroll demo nem tudom miert akarja azt a portot olvasni, van otletetek, hogy ezzel mit akar elerni? Illetve ha mar itt tartunk; mas programban meg 0x32 es 0x3F es hasonlo portokat akar valami hasznalni, otletem sincs, hogy az mi lehet ... Hmm most nezem hogy valszeg az EXOS csinalja, legalabbis a 2.4. Zozo, otlet, hogy mik ezek a portok?
Title: Re: Web emu
Post by: IstvanV on 2013.August.15. 09:51:48
Bár ennek nem sok jelentősége van, de a NICK slot frekvencia nem 890625 Hz, hanem 889846 Hz. Ugyanis egy sor EP-n pontosan 284 PAL színsegédvivő (= 17734475 / 4 Hz) ciklus.
Title: Re: Web emu
Post by: lgb on 2013.August.15. 09:56:15
Quote from: IstvanV
Bár ennek nem sok jelentősége van, de a NICK slot frekvencia nem 890625 Hz, hanem 889846 Hz. Ugyanis egy sor EP-n pontosan 284 PAL színsegédvivő (= 17734475 / 4 Hz) ciklus.

:) Ok, az csak az en gyors szamitasom eredmenye volt :D De koszi az eszrevetelt, majd atirom :)
Title: Re: Web emu
Post by: Zozosoft on 2013.August.15. 09:57:54
Quote from: lgb
0x32 es 0x3F es hasonlo portokat akar valami hasznalni, otletem sincs, hogy az mi lehet ... Hmm most nezem hogy valszeg az EXOS csinalja, legalabbis a 2.4. Zozo, otlet, hogy mik ezek a portok?
Z180 inicializálás, te nyugodt szívvel figyelmen kívül hagyhatod :-)
Title: Re: Web emu
Post by: IstvanV on 2013.August.15. 10:01:57
Quote from: lgb
Koszi szepen az infokat, biztos hasznosak lesznek majd :)
A leírás ugyan bonyolultnak tűnhet, de az adatok nagy része figyelmen kívül hagyható. Amik a legfontosabbak:
- memória
- Z80 regiszterek
- DAVE I/O portok (a 0x45508003 típusú blokkból kiolvashatók az utoljára írt értékek)
- NICK I/O portok (ezeket célszerűbb a 0x45508005 blokkból olvasni a nem teljes címdekódolás miatt)
A portok újraírása, az LPB mutató inicializálása, és a megszakítás tárolók törlése után valószínűleg a programok nagy többsége működne. De a jobb kompatibilitáshoz még betölthetők a NICK és DAVE számlálói, és a DAVE megszakítás tárolói.
Title: Re: Web emu
Post by: IstvanV on 2013.August.15. 10:20:02
Quote from: lgb
Az egyetlen jatek amivel az emu irasa soran talalkoztam az ugye a javasolt boulder dash volt (merthogy tobb szinu karakteres mod ...), amde az valami masert nem megy jelenleg, ami meg nem derult ki mi (valszeg nem dokmentalt Z80 opcode miatt ...).
Ezt még érdemes lenne javítani, de nehéz megtalálni, hol a hiba, és nincs debugger. Az ep128emu "TR" parancsához hasonló funkcióval talán sikerülne megtalálni, de ez igen nagy méretű file-t (akár több száz MB) ír, és JavaScript emulátorban valószínűleg lassú is lenne.
Title: Re: Web emu
Post by: lgb on 2013.August.15. 20:37:59
Quote from: IstvanV
Ezt még érdemes lenne javítani, de nehéz megtalálni, hol a hiba, és nincs debugger. Az ep128emu "TR" parancsához hasonló funkcióval talán sikerülne megtalálni, de ez igen nagy méretű file-t (akár több száz MB) ír, és JavaScript emulátorban valószínűleg lassú is lenne.

En is ettol tartok ... Azert is gondoltam valami programra ami tesztelne az undocumented (de akar a documented-eket is, hatha van vmi extrem flags bit, pl a 3. v 5. bit hasznalata - ha jol emlekszem - es itt nem total compatible) opcode-okat, csak ugye minden hatasat jo lenne. Orultem is Zozo ud.com-janak, amde ahogy nezem - nem tudom mit kene adnia ha vmi hibat talal - nem igazan azonositott problemat. Pedig ez jo megoldas lenne, mert ugye akkor minden nyomkovetes, TR stb nelkul egyenkent lehetne tesztelni az opcode-okat hogy minden OK-e. Persze ha kiderul hogy minden OK, akkor fura a szitu, akkor valami mas bug van, lehet nem is a Z80 core-ban pl, az is igaz ...
Title: Re: Web emu
Post by: lgb on 2013.August.16. 23:04:49
http://ep.lgb.hu/jsep/demo/?snapshot=wavedemo2.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=wavedemo2.ep128s)

Elso probalkozas snapshot betoltesre. Abszolute nincs meg kesz, pl dave-bol semmit sem told be, nick-bol is csak az lpt-t, stb, vadasztam is vmi snapshot-ra amivel egyaltalan mutat valamit, hogy kezd mar mukodgetni (ami nem azt jelenti, hogy mar mukodonek nevezheto!).

Plusz pl van pl fullscr (fullscreen) gomb, ami ugyan nalam eppen nem mux chrome alatt, firefox-ban meg igen, csak csunya kicsit.
Title: Re: Web emu
Post by: endi on 2013.August.16. 23:21:49
elképesztő, nem semmi vagy :)
Title: Re: Web emu
Post by: lgb on 2013.August.16. 23:35:31
Quote from: endi
elképesztő, nem semmi vagy :)

Koszi, de nem nagy szam, csak ennyi (http://ep.lgb.hu/jsep/demo/snapshot.js) az egesz :) Mar ami snapshot-bol eddig vala.
Title: Re: Web emu
Post by: szipucsu on 2013.August.17. 11:47:03
Quote from: lgb
http://ep.lgb.hu/jsep/demo/?snapshot=wavedemo2.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=wavedemo2.ep128s)
Nekem Firefox alatt ez nem indul el: FPS is ??, timeout is ??, ezt írja ki. Chrome alatt sem.
Title: Re: Web emu
Post by: Zozosoft on 2013.August.17. 11:58:40
Run-t nyomtál?
Title: Re: Web emu
Post by: lgb on 2013.August.17. 12:02:51
http://ep.lgb.hu/jsep/demo/?snapshot=wavedemo2.ep128s&autostart=yes (http://ep.lgb.hu/jsep/demo/?snapshot=wavedemo2.ep128s&autostart=yes)

Na igy el is indul magatol pl ...

Igazabol azon lehetne filozni, hogy legyen default-e az elindulas ugy altalaban. Ebben a fazisban azert nem szeretnem, mert en pl eleve atnezem a debug uzeneteket meg indulas elott, megnezem javascript konzolt, stb, es csak akkor inditom utana. Ha magatol indulna, nehez lenne ellenorizni, hogy minden OK volt-e az emulacio indulasa elott. Az mas kerdes, hogy mar tobbe-kevesbe "kesz" allapotban at lehetne gondolni a logikat, es esetleg tenyleg alapbol inditani az oldal betoltodese utan automatice.
Title: Re: Web emu
Post by: szipucsu on 2013.August.17. 12:10:07
Quote from: Zozosoft
Run-t nyomtál?
Nem. :oops:
Nem baj, majd belejövök az emulátor használatába idővel. :D
Így már nagyon király!
BASIC programról snapshotot csinálni egyszerűbb lenne? Vagy az is ugyanolyan bonyolult? Bár ott is menteni kell mindent, azt hiszem.
Title: Re: Web emu
Post by: lgb on 2013.August.17. 12:28:26
Quote from: szipucsu
Így már nagyon király!
BASIC programról snapshotot csinálni egyszerűbb lenne? Vagy az is ugyanolyan bonyolult? Bár ott is menteni kell mindent, azt hiszem.

Ezt nem teljesen ertem. Snapshot-ot csinalni nem tudsz JSep-vel, azt ep128emu-val tudsz, amit aztan esetleg megprobalunk betolteni jsep-be :) EP128emu-val megcsinalni a snapshot-ot meg szerintem kb tok ugyanolyan egyszeru basic program eseten mint barmi masnal. Snapshot szinten tok mind1, hogy basic program vagy nem, a snapshot szamara total lenyegtelen. Ugyanugy benne van az emulalt gep osszes RAM-ja, ROM-ja, hw elemek (ide ertve pl nick, dave, z80) allapota, stb. Azt, hogy mit "futtat" eppen az emulator az lenyegtelen ilyen szempontbol. Itt egy pelda, ep128emu-ban elkezdtem gepelni, es nyomtam egy snapshot-ot, majd ezt JSep-be betoltve:

http://ep.lgb.hu/jsep/demo/?snapshot=lgbsnap.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=lgbsnap.ep128s)

Sajna az latszik, hogy pl itt van bug, mert ugye nincs kurzor, nem lehet gepelni, ZT idokijelzese is all, stb. Ez annak a kovetkezmenye lehet, hogy dave allapota pl nincs visszaallitva normalisan (ideertve az interrupt latch, stb dolgokat is), de az elvet szemlelteti talan. Tehat a snapshot loading nagyon hianyos megvalositasa az ok, ezen majd dolgozom persze.
Title: Re: Web emu
Post by: szipucsu on 2013.August.17. 13:16:53
Arra gondoltam, hogy a basic-ből mentett snapshotot könnyebb-e "megetetni" a webes emuval. Ezek szerint nem. :) (Mert naivan gondoltam, az "csak" basic.)
Majd egyszer élnék a lehetőséggel és tennék fel egy oldalra emut basic programos snapshottal, persze előzetes megegyezés alapján. De még nekem is meg kéne írni hozzá a basic programot, szóval nem sürgős.
Title: Re: Web emu
Post by: endi on 2013.August.17. 13:28:57
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
 (http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/miner2013_final_zzzip.ep128s)
Title: Re: Web emu
Post by: szipucsu on 2013.August.17. 13:52:47
Quote from: endi
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
 (http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/miner2013_final_zzzip.ep128s)
Akkor már nem jobb, ha a saját oldaladra is felteszed magát az emulátort (persze ha Lgb megengedi), a snapshottal együtt?
Title: Re: Web emu
Post by: lgb on 2013.August.17. 14:01:32
Quote from: szipucsu
Akkor már nem jobb, ha a saját oldaladra is felteszed magát az emulátort (persze ha Lgb megengedi), a snapshottal együtt?

LGB megengedi, GNU/GPL, tehat szabad software, mindossze azt irja le a licenc, hogy ha hasznalod valamire neked is elerhetove kell tenni a forrast masok reszere, illetve ha felahasznalod es atirod, hozzaadsz barmi, annak is GNU/GPL-nek kell lennie. Na nem ragozom, szoval amit a GPL software licenc leir, ha valakit erdekel nezzen utana.

Az mas kerdes, hogy van-e ertelme, ui foleg a jelenlegi fazisban kb naponta valtozik ... Ha felteszed sajat magadnak, akkor ugye nagyon hamar kiderul, hogy mindenkinek a sajat kopiajat is frissiteni kene, mert volt bugfix, uj feature, stb. Nyilvan ez akkor is lehetseges, ha majd mar "kesznek nevezheto", jelenlegi fazisban viszont egyszeruen tul gyakran valtozhat!
Title: Re: Web emu
Post by: szipucsu on 2013.August.17. 14:08:27
Quote from: lgb
Az mas kerdes, hogy van-e ertelme, ui foleg a jelenlegi fazisban kb naponta valtozik ...
Én arra gondoltam, hogy ha majd kész lesz nagyjából, akkor tenni fel. És, igazi honlaptulajdonos frissíti is a honlapján a cuccokat, vagy mindenesetre a verziószám fel lenne ott tüntetve.
Nyilván, ha olyan változtatás történik (majd) az emulátorban, ami jelentősen érinti az adott honlapon futtatott programot, akkor kéne elsősorban frissíteni.
De ez még csak felvetés. Endinek jobban tetszene, mint látom, ha linkből nyílna meg az oldaláról, én meg még csak "hangosan gondolkozom", de a jövőben majd jó lenne ilyet megcsinálni.
Title: Re: Web emu
Post by: lgb on 2013.August.17. 14:08:50
Quote from: endi
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
 (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 :D
Title: Re: Web emu
Post by: lgb on 2013.August.17. 14:13:42
Quote from: szipucsu
Én arra gondoltam, hogy ha majd kész lesz nagyjából, akkor tenni fel. És, igazi honlaptulajdonos frissíti is a honlapján a cuccokat, vagy mindenesetre a verziószám fel lenne ott tüntetve.
Nyilván, ha olyan változtatás történik (majd) az emulátorban, ami jelentősen érinti az adott honlapon futtatott programot, akkor kéne elsősorban frissíteni.
De ez még csak felvetés. Endinek jobban tetszene, mint látom, ha linkből nyílna meg az oldaláról, én meg még csak "hangosan gondolkozom", de a jövőben majd jó lenne ilyet megcsinálni.

Jah, hat ha a "majd kb kesz" allapotot nezzuk, akkor eleve a celom az lesz, hogy "beultetheto" legyen egyszeruen mas oldalaba. Jelenleg ez nem igaz, mert a demo oldal felepitese fontos, ott kell lennie extra UI elemeknek mint a debug ablak, a gombok stb, ami nelkul nem fog menni. A kesz verzioban az lenne, hogy lenne egy merge-olt javascript, azt az egyet eleg berakni barkinek a sajat oldalaba, es par soros javascript kodban "meghivja" hogy adott helyre tegye be az oldalan belul az emulatort, ahova o szeretne, az oldalon lehet sok mas minden is kozben, az nem fog zavart okozni. Megszunnek majd az extra gombok, UI elemek stb minden, az emulatorra pl a context menuben (jobb klikk) lesznek a funkciok, ha valakinek szuksege van ra, illetve pl FPS stb ki/be kapcsolhato lenne, es amolyan OSD modjara az emu sarkaban latszana, ha be van kapcsolva (nyilvan defaulte nem lesz, ha mar a "kb kesz" kategoriat nezzuk). Igy mindenki sajat EP programjat leiro web oldalara beteheti online az emulatort, ahol mondjuk bemutatja a programot, stb. Remelem kb ertheto volt, mit terveznek ...

Masreszt: ha ez a terv megvalosul, akkor maga az JS lehet az ep.lgb.hu-n, es az szerepel annak az embernek a html oldalan aki hasznalni akarja, igy csak az JS jon onnan, maga az emulator javascript kodja, de az emulator "ablak" az a sajat weboldalan, sajat site-jan, stb jelenik meg! Igy meg frissitenie sem kell, ha az JS az ep.lgb.hu-rol szarmazik, mindig a legfrissebb lesz. Ha valaki ezt nem erti, akkor jo pelda erre az, amikor a site-odon egy olyan kep van, ami masik web serveren van, viszont nalad jelenik meg, mert az img html tag src-jeben a valami "tavoli" url van.
Title: Re: Web emu
Post by: szipucsu on 2013.August.17. 14:25:30
Quote from: lgb
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?
Title: Re: Web emu
Post by: lgb on 2013.August.17. 14:38:13
Quote from: szipucsu
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?

Hat ez jo kerdes ... Az a baj, hogy sok esetben otletem sem lesz, hogy lehetne javitani, foleg ha egy program "fagy" es nincs semmi uzenet pl debug ablakban ami segitene, az JSep-ben meg ugye semmi debugger nincs :( 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 :( Az biztos, hogy jelenleg ismert bug-ok, amiert tenyleg felesleges szolni:

* lassu az emulator
* NAGYON lassu az emulator, kozben debug ablakban viszont a normalisnal tobb uzenet latszik a READY utan
* nincs hang :)
* TG/stb hibauzenet egy alert ablakban es rebootol az emulator (nincs megirva a TG int kezeles ...)
* snapshot loader barmi problema, mivel meg nincs kesz, ezert az esetek nagy szazalekaban nem is fog menni (altalaban kep van, csak utana semmit nem lehet csinalni) ...

Illetve, erdemes lehet egy javascript konzolt nyitni (chrome-on ctrl-shift-j) , ha ott vmi hibauzenet van, az nem art, ha tudom :)

Jo pelda az "otletem sincs mi a baj" temara, amit irtatok nemreg, hogy lassu az emu, kiveve ha egy gomb nyomva van tartva. Ettol fuggetlenul tudni hasznos, hatha rajovok egyszer csak, szoval vegulis ...

Vagy jo pelda a mar emlitett Boulder Dash, amit a tobbszinu karakteres mod miatt teszteltem volna, de valahol elhasal. A nem dokumentalt Z80 opcode-okra gyanakszom, de Zozo teszt programja alapjan nem igazan talaltam hibat az emulacioban ...
Title: Re: Web emu
Post by: szipucsu on 2013.August.17. 15:01:30
Quote from: lgb
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. :D 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. :D
Title: Re: Web emu
Post by: lgb on 2013.August.17. 15:11:45
Quote from: szipucsu
Akkor én semmiért se szólnék, mert nem értek a témához, fogalmam sincs, ha gond van, miért van. :D Esetleg ha mégis írok valami hibát, a szakavatottabbak (pl. Zozo, István) is tudnak talán segíteni.

Na jo, ebben igazad van :) Honnan tudhatnad, hogy en mire gondolok, milyen problemak erdekelnek pontosan ...

Quote
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.

Egy dolog: en "erdendoen" nem voltam soha EP-s, ezert igen limitalt az EP-s programok (kulonosen a jatekok) ismerete nalam ... Ezert azt megtehetnetek, hogy ilyenkor elmondjatok, hogy melyik disk image-rol van szo, es azon belul mi volt a file neve, lehet nevrol sem ismerem, pl semmilyen gepen ("kedvencemen" a C64-en se) nem igazan jatszottam jatekokkal soha ... Nekem valahogy a programozas a jatek, es ezzel mar gyerekkoromban is igy voltam :)

Quote
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. :D

Azert valt lassabban, mert az egesz emulator lassabb (tehat nem az van h nincs energiaja az emunak a ZT-re hanem az hogy nincs energiaja az emunak ugy az egesz emulaciora mindennel egyutt, ebbol a ZT max nehany tizezred szazalek lehet igy saccra, de csak mondtam valamit) ... Az sok idot nem vesz el, de mar irtam, hogy kikapcsolhatod, ha zavar, az URL-be kell a zt=no reszlet. A games-es URL-en most atirtam, hogy ha ott klikkelsz az image nevekre akkor a zt ki lesz kapcsolva. Ha meg mindig lenne, akkor toltsd ujra a games-es oldalt, hatha be-cache-elte a browsered ... Oszt' ki tudja, lattunk mar fura dolgokat, ha csak a ZT letiltasa miatt gyorsabb jelentosen az valami fura bug lehet, aminek nem kene lennie :)
Title: Re: Web emu
Post by: lgb on 2013.August.17. 15:24:49
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 ...
Title: Re: Web emu
Post by: IstvanV on 2013.August.17. 15:36:29
Quote from: lgb
Jelen esetben pl jo lenne tudni, hogy a B6 port olvasasaval mit akarhat a program ...
Valószínűleg external joystick kezelése.
Title: Re: Web emu
Post by: lgb on 2013.August.17. 15:44:09
Quote from: IstvanV
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 (http://epbas.lgb.hu/result-dist-db.txt) 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.
Title: Re: Web emu
Post by: Zozosoft on 2013.August.17. 16:34:56
Quote from: szipucsu
Tehát erre sincs elég energiája szerintem az emunak.
Igazából az 1700 Mhz-es procidnak nincs energiája már ilyen flancos modern technikákra mint Java Flash és társai... :-(
Én már azon is meglepődtem, hogy mai gépen sikerült értékelhető sebességet elérni!
Title: Re: Web emu
Post by: Zozosoft on 2013.August.17. 16:37:59
Dave periféria portokról itt értekeztem. (http://enterpriseforever.com/hardver/dave/msg27102/#msg27102)
Title: Re: Web emu
Post by: lgb on 2013.August.17. 17:18:14
Quote from: Zozosoft
Igazából az 1700 Mhz-es procidnak nincs energiája már ilyen flancos modern technikákra mint Java Flash és társai... :-(
Én már azon is meglepődtem, hogy mai gépen sikerült értékelhető sebességet elérni!

Mondjuk ez JavaScript, nem Java es nem is flash :) A Java != JavaScript nagyon fontos kitetel, mert a nevhasonlosag alapjan sokan azt hiszik, hogy kozelebbi rokonok (egymas valtozatai stb), holott hivatalos neven ECMAscript-nek hivjak ma mar, es anno is vmi mas neve volt ... az meg kb marketing fogas volt csak - ha jol tudom mindezt - hogy legyen ennek a neveben is benne, hogy "java", a ket nyelv alapvetoen mas filozofian alapul, bar az alapszintakszis hasonlit (de ez fokepp azert van mert a Java es a JavaScript is C-szeru szintaxison alapul, ami az alapjat illeti legalabbis).

Amugy igazad van, en is meglepodtem, hogy egy "atlag" (na jo, nem 1700-as proci...) kepes elerni realtime sebesseget egy ilyen emulator, ez azert eleg durva. Eleve nemreg meg optimalizalt, asm betetekkel tuzdelt C-ben is kihivas volt az akkori gepeken egy jo emulatort irni (vagy en vagyok oreg, nekem tizen-iksz ev meg a "nem regen" szinonimaja).

Btw, a fullscreen-t nezte valaki, megy valakinek?
Title: Re: Web emu
Post by: IstvanV on 2013.August.17. 18:28:15
Quote from: lgb
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.
Title: Re: Web emu
Post by: lgb on 2013.August.17. 19:04:58
Quote from: IstvanV
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.

Hahahahaaaa, na neee, pont az JSspeccy blogjan olvastam ezt a hibat 1-2 napja (persze mar regebbi dolog ez, csak most olvastam marmint), de h oszinte legyek nem neztem utana (elfelejtettem), hogy ez tenyleg benne volt-e mar ebben a verzioban is (mivel ez a Z80 js core meg egy regebbi verzio). Itt irtak rola (http://matt.west.co.tt/spectrum/jsspeccy-tiny-bugfix/). Oszinten szolva, nem gondoltam, hogy IM2-ot hasznalnak EP-n is valamire ... Ezt amugy hogy talaltad meg, erdekelne :) Koszi szepen!

Akkor megse undoc opcode okozta a hibat a boulder dash eseten, amire tippeltem. Kerdeses, hogy az EXOS2.4 miert nem megy (a nem Z180 compatible azaz erdeti verzio marmint - nem ahol mar mentesitve lett az undoc opcode-oktol a kod a Z180 miatt by Zozo), azt hittem kozos a gond a Boulder Dash-al.

Na mind1, lehet bdash-t tesztelni akkor :) A default disk image-en (minden parameter nelkul inditva az emut) is ott van a bdash.cpc konyvtarban.
Title: Re: Web emu
Post by: endi on 2013.August.17. 19:07:53
hát ez etyekfilm nem az én szerverem, meg nem is értek én az ilyesmikhez
de megcsináltam amit mondtál, sajna így se indul, egy "ep" könyvtárban van most a cucc

http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/ep/miner2013_final_zzzip.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/ep/miner2013_final_zzzip.ep128s)
Title: Re: Web emu
Post by: IstvanV on 2013.August.17. 19:30:54
Quote from: lgb
* snapshot loader barmi problema, mivel meg nincs kesz, ezert az esetek nagy szazalekaban nem is fog menni (altalaban kep van, csak utana semmit nem lehet csinalni) ...
A getSnapWord() függvény hibás, fordított a byte sorrend. Így például a PC és SP regiszterek értéke sem jó.
Title: Re: Web emu
Post by: IstvanV on 2013.August.17. 19:36:57
Quote from: lgb
Oszinten szolva, nem gondoltam, hogy IM2-ot hasznalnak EP-n is valamire ...
Eredeti EP programoknál ugyan ritkán van értelme, de átiratoknál előfordul, különösen Spectrum átiratoknál (Spectrumon a 0038h cím ROM-ban van).


Quote from: lgb
Ezt amugy hogy talaltad meg, erdekelne :)
A javascript kód módosításával kiírattam a Z80 regiszterek értékét bizonyos PC címek elérésekor. Az első cím, amit már nem ért el, olyan rutin után volt, ami megszakításra várakozik (HALT utasítás). Ezért ellenőriztem a megszakítás emulációt.
Title: Re: Web emu
Post by: lgb on 2013.August.17. 20:46:04
Quote from: IstvanV
A getSnapWord() függvény hibás, fordított a byte sorrend. Így például a PC és SP regiszterek értéke sem jó.

Az lehet, nekem kicsit fura a snapshot formatuma az ep128emu-nak a logikustol (marmint x86, z80, 65xx stb szerint logikus) eltero a byte sorrend, igy a vegen belekeverdtem, thx :) Btw, amit nemreg ide irtal snapshot leirast: ha jol remlik nehany helyen egyel tobb nullat tettel a verzioszamba, mint ami valojaban van, legalabbis nekem ugy jott be, ha a feles nullakat levagom :D A masik gondom meg az, hogy pl dave allapot eseten van egy allat hosszu lista, de nincsenek offset ertekek, igy mindig ujraszamolva mas jon ki (jol tudok szamolni, mi?), sose sikerul eltalanom, mivel ugye en nem sorban olvasnam, elsore csak par adat kene ...

Igy viszont azonnal megy is: http://ep.lgb.hu/jsep/demo/?snapshot=lgbsnap.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=lgbsnap.ep128s)

vagy ez: http://ep.lgb.hu/jsep/demo/?snapshot=game.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=game.ep128s)

Ma az IstvanV altal megtalalt typo-k es egyeb kis egy soros (amde fontos!) hibak javitasa van, ugy tunik :) Koszonet ertuk.
Title: Re: Web emu
Post by: IstvanV on 2013.August.17. 21:19:25
Quote from: lgb
Btw, amit nemreg ide irtal snapshot leirast: ha jol remlik nehany helyen egyel tobb nullat tettel a verzioszamba
Ez előfordulhat, nem ellenőriztem, hogy a leírás hibátlan-e :oops:

Quote from: lgb
A masik gondom meg az, hogy pl dave allapot eseten van egy allat hosszu lista, de nincsenek offset ertekek, igy mindig ujraszamolva mas jon ki (jol tudok szamolni, mi?), sose sikerul eltalanom, mivel ugye en nem sorban olvasnam, elsore csak par adat kene ...
Itt talán egyszerűbb lenne a blokk végétől visszafelé számolni (a méret ismert), mert ahhoz jóval közelebb vannak a lényeges adatok. :)
Title: Re: Web emu
Post by: lgb on 2013.August.17. 21:28:54
Quote from: endi
hát ez etyekfilm nem az én szerverem, meg nem is értek én az ilyesmikhez
de megcsináltam amit mondtál, sajna így se indul, egy "ep" könyvtárban van most a cucc

http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/ep/miner2013_final_zzzip.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/ep/miner2013_final_zzzip.ep128s)

Ez most 500 Internal Server Error-t ad eredmenyul :-/ Azaz a server adminjaval kene megbeszelni, eros a gyanum, hogy nincs engedelyezve az a feature, amit hasznalni akarunk. Ha van hozzaferesed a server logjahoz, az apache error.log-t erdemes megnezni (ha jol latom ez ubuntu-n futo apache, tehat /var/log/apache2/error.log lenne a file vagy hasonlo). Na mind1, amugy is latom, lehet megis lesz itt mas gond is, most tesztelgettem ezt is. Amugy szolj, ha php-t lehet futtatni a szerveren, akkor van talan egyszerubben nyomhato (bar kevesbe elegans) megoldas, amihez nem kell akkor a server confighoz nyulni (amihez lehet nincs is jogod, vagy nem akarod ...).

Btw, a regi helyrol (nem az ep dir alol) le tudtam szedni a snapshot-ot. Tudom ez meg nem az igazi (nem onnan tolti be), de azert kitettem:

http://ep.lgb.hu/jsep/demo/?snapshot=miner2013_final_zzzip.ep128s&autostart=yes (http://ep.lgb.hu/jsep/demo/?snapshot=miner2013_final_zzzip.ep128s&autostart=yes)
Title: Re: Web emu
Post by: lgb on 2013.August.19. 14:30:18
http://ep.lgb.hu/jsep/demo/?snapshot=dtm.ep128s&sound=yes (http://ep.lgb.hu/jsep/demo/?snapshot=dtm.ep128s&sound=yes)

Elso probalkozas, csak D/A mod van tamogatva, es csak chrome-on megy (firefox-on azert nem, mert firefox-on nem lehetseges meg az AudioContext API hasznalata, mivel lehet JS-bol generalni sajat audiot, de allitolag nightly build-ekben mar ott is van, szoval van remeny ...). Az audio minosege amugy pocsek, mivel buffer tul/alulcsordulas stb nincs normalisan semmi benne kezelve, de legalabb kb felismerheto, amit elsore pozitivumkent konyvelek el :)

Btw: firefox 23-ban az about:config oldalon beallithato mar a web audio, es igy van is hang firefox-ban is, de nekem pl csak par masodpercre, aztan kuka, szoval eros a gyanum, hogy firefox-ban meg tul alpha ennek a tamogatasa sajnos :(
Title: Re: Web emu
Post by: endi on 2013.August.19. 14:52:17
Alakul. :)
Mondjuk nálam alap, hogy több böngészőt használok, konrétan Opera és Chrome. Ez azért is jó mert pl több gmail címen egyszerre vagyok bejelentkezve így. Meg hát tudok váltani ha valahol valami nem megy. Opera számomra a legkényelmesebb, leggyorsabb, de azon még a flasht is tiltom. Minden másra ott a Chrome.
Title: Re: Web emu
Post by: lgb on 2013.August.19. 14:56:53
Quote from: endi
Alakul. :)
Mondjuk nálam alap, hogy több böngészőt használok, konrétan Opera és Chrome. Ez azért is jó mert pl több gmail címen egyszerre vagyok bejelentkezve így. Meg hát tudok váltani ha valahol valami nem megy. Opera számomra a legkényelmesebb, leggyorsabb, de azon még a flasht is tiltom. Minden másra ott a Chrome.

Igen, hat tobb browser hasznalata meg ok, tobbre fejleszteni nagyobb kihivas ... Pl van itt ez a webaudio API ami w3c szabvany tervezet ... Valojaban a firefoxnak van amugy regota ilyesmije, a baj az hogy tok mas API, nem is hasonlit a webaudiora. Most valoszinuleg ok dobjak majd azt es atternek a leendo szabvanyosra. En azert is gondoltam, hogy talan nem allok neki ket kulon API-val mukodo cuccot irni, ha a firefox is nemsokara uazt fogja hasznalni. Bar nem tudom, hogy mikor jonnek ki vele "stabilan" ... Ha nightly build-ben ott van, akkor talan 24-es firefoxban mar hasznalhato lesz. Akkor meg tenyleg felesleges talan ket kulonbozo audio layer-t irni az JSep-be mostmar ... Opera meg - ha jol tudom - vmi chromium-hoz kozeli (blink vagy mi?) motort fog hasznalni a regi helyett (talan presto volt a neve ...), szoval gondolom akkor ott sem lesz gond. Az IE meg haaat, az annyi mindenben le van maradva, hogy szot sem erdemel, hasznalhatatlan.
Title: Re: Web emu
Post by: lgb on 2013.August.19. 16:44:41
Quote from: endi
hát ez etyekfilm nem az én szerverem, meg nem is értek én az ilyesmikhez
de megcsináltam amit mondtál, sajna így se indul, egy "ep" könyvtárban van most a cucc

http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/ep/miner2013_final_zzzip.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/ep/miner2013_final_zzzip.ep128s)

Most jobb otletem nem volt hirtelen, megis megcsinaltam a proxy-s megoldast, igy viszont nem kell specko .htaccess stb, vedd is ki. Pl ez most mukodni latszik:

http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/miner2013_final_zzzip.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/miner2013_final_zzzip.ep128s)
Title: Re: Web emu
Post by: varrogy on 2013.August.19. 17:34:38
Quote from: lgb
http://ep.lgb.hu/jsep/demo/?snapshot=dtm.ep128s&sound=yes (http://ep.lgb.hu/jsep/demo/?snapshot=dtm.ep128s&sound=yes)

Elso probalkozas, csak D/A mod van tamogatva, es csak chrome-on megy (firefox-on azert nem, mert firefox-on nem lehetseges meg az AudioContext API hasznalata, mivel lehet JS-bol generalni sajat audiot, de allitolag nightly build-ekben mar ott is van, szoval van remeny ...). Az audio minosege amugy pocsek, mivel buffer tul/alulcsordulas stb nincs normalisan semmi benne kezelve, de legalabb kb felismerheto, amit elsore pozitivumkent konyvelek el :)

Btw: firefox 23-ban az about:config oldalon beallithato mar a web audio, es igy van is hang firefox-ban is, de nekem pl csak par masodpercre, aztan kuka, szoval eros a gyanum, hogy firefox-ban meg tul alpha ennek a tamogatasa sajnos :(
Gyors feedback, hátha érint valakit

OSXen Safarival (7.0-ás) is megy, ott is van hang! 
iOS6 és iOS7 safarija támogatja ugyan a kérdéses API-t, de ott nem volt hangja.
Title: Re: Web emu
Post by: endi on 2013.August.19. 17:48:13
Quote from: lgb
Most jobb otletem nem volt hirtelen, megis megcsinaltam a proxy-s megoldast, igy viszont nem kell specko .htaccess stb, vedd is ki. Pl ez most mukodni latszik:

http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/miner2013_final_zzzip.ep128s (http://ep.lgb.hu/jsep/demo/?snapshot=http://etyekfilm.hu/miner2013_final_zzzip.ep128s)
ez nagyon király :)
tehát ilyenkor azt csinálod hogy a te szerveredre átmásolódik a kért file?
rakhatok még fel így játékokat? csinálnék egy weboldalt az ilyen játékaimnak, demóimnak
az nem gond, ha frissük alattuk az emu, sőt
Title: Re: Web emu
Post by: lgb on 2013.August.19. 17:53:24
Quote from: endi
ez nagyon király :)
tehát ilyenkor azt csinálod hogy a te szerveredre átmásolódik a kért file?
rakhatok még fel így játékokat? csinálnék egy weboldalt az ilyen játékaimnak, demóimnak
az nem gond, ha frissük alattuk az emu, sőt

Nem masolodik. Az tortenik, hogy az JSep javascriptje a kerest az ep.lgb.hu fele kuldi, ami a valodi webserver fele tovabbitja, a valaszt meg visszaadja az JSep-nek. A serveren max a memoriaban tarolodik el (par pillanatra csak persze!), disk-en nem. Tehat minden alkalommal ujra le fogja kerni.

Azert a jobb megoldas az lenne, amirol beszeltunk mar, es probaltuk is, mert akkor nem kene ilyen ganyolas. Ha lesz kedved/idod ra, majd visszaterhetnenk a kerdeskorre, addig igy is megy talan most ezzel a proxy-zgatassal.
Title: Re: Web emu
Post by: lgb on 2013.August.19. 17:56:02
Quote from: varrogy
OSXen Safarival (7.0-ás) is megy, ott is van hang!
iOS6 és iOS7 safarija támogatja ugyan a kérdéses API-t, de ott nem volt hangja.

A safari nem meglepo, a chrome es safari is webkit-re epul, es elsosorban azon mulik. A firefox eseten a "motor" a gecko nevu entitas, most neztem mozillanal trackelik mar a fejlesztes menetet, es tippelgetnek hogy talan 24-es verzioban mar menni fog, es alapbol engedelyezve is lesz. A "mobil" eszkozok browserei kicsit mas kerdes, ott jo nehany dolgot kihagynak, gondolom eleve a szuksebb eroforrasok miatt is?

MOST JUTOTT ESZEMBE: iOS kapcsan mintha olvastam volna, hogy trukkos az Apple ... Valami olyan erdekes policy-juk van, hogy nem akarjak, hogy egy oldal "magatol" hangot adjon (ok, ez vegulis logikus lepes is lehet). Tehat ahol nem user interakcio indit hangot, ott szandekosan nem lesz hang. Ezt mondjuk hirtelen igy nem tudom, hogyan lehetne athidalni, talan pl "run" gombhoz tarsitani kene vmi hangot, ha az ember ranyom, megvolt az interakcio es van hang :) Apple dolgokban nem igazan vagyok otthon, de tenyleg remlik h vmi hasonlorol irtak.

Meg is van pl: http://www.html5rocks.com/en/tutorials/webaudio/intro/ (http://www.html5rocks.com/en/tutorials/webaudio/intro/)

"An important point to note is that on iOS, Apple currently mutes all sound output until the first time a sound is played during a user interaction event [...]"
Title: Re: Web emu
Post by: lgb on 2013.August.20. 13:38:06
Ujabb verzio, a D/A mod mellett van "normal" hang is, amde tonnanyi problemaval es hianyosaggal: semmi torzitas, modulacio, stb, zajcsati nincs. A hang igen beteges tovabbra is - velhetoen - a puffer problemak es idozites miatt. Tovabba - elvileg - mar mukodik az 50hz/1khz/TG interrupt is, szoval azokat a programokat is ki lehet probalni, ahol eddig feljott egy ablak h nincs tamogatva ...

Pelda: http://ep.lgb.hu/jsep/demo/?sound=yes (http://ep.lgb.hu/jsep/demo/?sound=yes)

Bar idozitesi stb problema (lasd fentebb) van, mar van vmi "billentyu hang", illetve kiprobalhato az igen szornyu eredmenye a ping basic utasitasnak :) Az tovabbra is igaz, hogy sound support alapbol KI van kapcsolva (sound=yes kell az URL-be az aktivalasahoz), illetve amit irtam a web audio API tamogatasarol (chome-ban elvileg OK, firefox-ban meg nincs vagy specko browser hack kell hozza?).

Ja, es a harom hang csatorna szamlalo ertekenek kiszamitasat nagy hirtelen odafirkantottam, lehet total nem is jo ... Szoval ez meg alpha allapotnak sem nevezheto hang tekinteteben ...
Title: Re: Web emu
Post by: IstvanV on 2013.August.20. 14:36:11
Néhány kisebb hiba:
- D/A módban csak a 0. csatornának kellene szólnia 4-szeres hangerővel, a többi ilyenkor tiltott (de a számlálóik továbbra is futnak)
- a +/- 1 tartományra korlátozás jelenleg torzítást eredményez, ha egynél több csatorna aktív; a 31.5-el való osztásokat 126-ra kellene cserélni (kivéve a D/A módban)
- ha jól látom, a hanggenerátorok frekvenciája túl alacsony (egy oktávval mélyebb, de nem teszteltem, hogy valóban így van-e); 125000 helyett valószínűleg 250000-el kellene osztani
- ennek ugyan viszonylag kevés jelentősége van, de a kimenetek valójában nem lehetnek negatívak, és a DC offszetet felüláteresztő szűrővel kellene eltávolítani

A daveTick() függvényt célszerűbb lenne 250000 (vagy 166666.67, ha a BFh port 1. bitje 1) Hz frekvencián hívni, akkor a különböző frekvencia konverziók elkerülhetők lennének, és talán még gyorsítana is az emuláción. Jó minőségű hanghoz ezt kellene újramintavételezni kisebb (pl. 44100 Hz) frekvenciára, de az Javascriptben talán túl lassú lenne. Ha működik tetszőleges mintavételezési frekvencia lejátszása, akkor azzal lehetne próbálkozni, hogy például 41667 Hz legyen a D/A frekvencia, és a kimenet 6 vagy 4 (a BFh port 1. bitjétől függően) DAVE hangminta átlaga.
Title: Re: Web emu
Post by: szipucsu on 2013.August.20. 16:11:10
Quote from: IstvanV
- ha jól látom, a hanggenerátorok frekvenciája túl alacsony (egy oktávval mélyebb, de nem teszteltem, hogy valóban így van-e); 125000 helyett valószínűleg 250000-el kellene osztani
Kipróbáltam, szerintem valóban egy oktávval mélyebb hang szól, mint kéne.
Title: Re: Web emu
Post by: lgb on 2013.August.20. 17:15:13
Quote from: szipucsu
Kipróbáltam, szerintem valóban egy oktávval mélyebb hang szól, mint kéne.

Az "jo", mert ha emlekeim nem csalnak egy oktav az ketszeres frekvencia, azaz akkor valoban "csak" IstvanV altal megjegyzett oszto modositas kell. Ezert jok a kedves tesztelok, mivel EP-s kozvetlen tapasztalatom foleg sw ismeret kapcsan keves, nekem fel sem tunt, hogy mikepp szol eredetiben egy sw :-) Mondjuk ep128emu-val ossze tudnam hasonlitani, az is igaz (csakhat az a franya lustasag!). Most modositottam.
Title: Re: Web emu
Post by: szipucsu on 2013.August.20. 17:48:52
A billentyűhang "dupla". Csak egy click-nek kéne szólni egy billentyű leütésekor. Nálam legalábbis Chrome-mal két click szól egy gomb lenyomásakor.
Title: Re: Web emu
Post by: endi on 2013.August.20. 18:25:13
Quote from: szipucsu
A billentyűhang "dupla". Csak egy click-nek kéne szólni egy billentyű leütésekor. Nálam legalábbis Chrome-mal két click szól egy gomb lenyomásakor.
ez azért van mert akadozik a hang
Title: Re: Web emu
Post by: szipucsu on 2013.August.20. 18:32:16
Quote from: endi
ez azért van mert akadozik a hang
Nem tudom, szerintem nem biztos, mert elsőre is "lecseng". Legalábbis úgy hallom.
Title: Re: Web emu
Post by: endi on 2013.August.20. 18:36:17
igen, mert az a bugja hogy ismételget egy kis hangrészletet, akadozva
Title: Re: Web emu
Post by: lgb on 2013.August.20. 18:39:32
Quote from: endi
ez azért van mert akadozik a hang

Jah, helyes a diagnozis, a problema az, hogy nincs tokeletes szinkronban a dave emulacio altal torteno audio sample buffer feltoltes, es az audio API altal biztositott atadasi mechanizmus (magyarul a bufferunk olvasasa). Mint irtam, ez ismert bug, es majd ha jobban belemaszok ebbe az a webaudio ganyolasba, akkor talan lesz ra megoldas. :)

Mivel jelenleg a buffer egy "ring buffer", elofordulhat hogy tul/alul csordulasnal egy regebbi hangminta reszlet kerul be, stb, ezert okoz neha fura effekteket a dolog. Legyszi azert vegyetek figyelembe, hogy tenyleg komolyan irtam, hogy ez meg alpha verzio szintjetol is igen messze levo "tudok-e egyaltalan kiadni browser-bol _barmi_ hangot" szintu verzio (pl kicommentezve meg mindig benne van a kodban az, hogy szinusz hangot jatszok folyamatosan az emutol fuggetlenul, hogy egyaltalan hallani-e valamit ...), jelenleg messze az emulator leggyengebb resze, ha tippelhetek ...
Title: Re: Web emu
Post by: lgb on 2013.August.20. 19:02:12
Quote from: IstvanV
Néhány kisebb hiba:

Azert azt fontos am kiemelni, hogy nem tekintettem ezt meg alpha verzionak se, ahogy irtam is :) Szoval szerintem joval tobb gond van benne annal is, mint amit irtal ... Mindenesetre a "release often, release early" jelmondat szellemeben probaltam eljarni.

Quote
- D/A módban csak a 0. csatornának kellene szólnia 4-szeres hangerővel, a többi ilyenkor tiltott (de a számlálóik továbbra is futnak)

Na ezt pl nem tudtam :) En nagy naivan azt gondoltam, hogy siman lehet D/A modban hasznalni a 0-as csatit, kozben a tobbivel "zenelni" ... Tenyleg nem lehet ilyet? :( Illetve: mi van ha pl csak a tone 0 bal csati van D/A modba kapcsolva? Akkor az tone1 es tone2 bal csatija nem lesz hallato, de a right mukodni fog? Illetve ilyenkor a zaj csatival mi van (nem mintha azt jelenleg implementaltam volna)?

Quote
- a +/- 1 tartományra korlátozás jelenleg torzítást eredményez, ha egynél több csatorna aktív; a 31.5-el való osztásokat 126-ra kellene cserélni (kivéve a D/A módban)

Ezen sokat gondolkodtam, oszinten nem tudom, hogy szokas normalisan digitalis audio jeleket mixelni. Marmint amire gondolok: ha feltesszuk, hogy pl egy MOD/XM/stb playert irunk, amiben mondjuk 32 csati van, akkor egy csatornara 32-ed resze juthat csak? Ez azert fura, mert ugye ha eppen csak egy csati szol az igen halk lesz ... Es a "valo vilagban" siman meg lehet csinalni hogy pl 32 hang szol es nem lenyegesen hangosabb az eredmeny, mintha 1 szolna, mert ugye normal esetben sokszor kioltjak egymast a hangok vagy legalabbis gyengitik ha pl eppen ellentetes fazisban vannak, vagy kozel abban. Magyaran: eleve ez az osszeadas kerdes kicsit nekem santit, hogy ez igy jo, ahogy van.

Ha jol remlik, anno meg pont az emlitett mod/stb player-ek idejeben x86 assemblyben nem is adtak ossze, hanem mindenfajta tablazattal "mixeltek" pont a fenti problemak miatt. Imho - bar lehet tevedek - igazi EP-n sem igaz, hogy pl 3 hangcsatornan jatszott hang egyutt pont 3-szor hangosabb, mintha 1 szolna, vagy igen?

Ezert indultam ki abbol, hogy annak valoszinusege kicsit, hogy pont ugy adodik ossze a csatornak jele, hogy jelentosen tullepi a -/+ 1 tartomanyt, mert lehetnek ellentetes fazisban stb is. Anno jo regen lattam ilyen kodot, ott nem is siman adjak ossze, hanem vmi pre-calculated logaritmikus izevel, viszont az ilyen audio processing dolgokhoz sajnos pont kevesbe ertek :-(

Quote
- ha jól látom, a hanggenerátorok frekvenciája túl alacsony (egy oktávval mélyebb, de nem teszteltem, hogy valóban így van-e); 125000 helyett valószínűleg 250000-el kellene osztani

Azt a kepletet egy doksibol vettem, ha jol emlekszem. Viszont lehet rosszul ertelmeztem kicsit :) Most atirtam az osztot.

Quote
- ennek ugyan viszonylag kevés jelentősége van, de a kimenetek valójában nem lehetnek negatívak, és a DC offszetet felüláteresztő szűrővel kellene eltávolítan

Soha nem csinaltam meg semmiben komolyabb hangprogramozast, ahol ilyen kerdesekkel kellett volna foglalkoznom, meg a web audio API-val is kb 2 napja talalkoztam eloszor :) Imho a web audio API koveteli ezt csak meg, bar valoszinu nem tortenne semmi fatalis, ha 0...1 tartomanyba maradna, elobb-utobb audio lesz belole amikor "kijon" a hang a gepbol, ott meg a DC offset amugy is el szokott tunni, ha mas miatt nem, hat az erositoben alkalmazott kondik miatt :) Egy digitalis szurot implementalni kicsit korulmenyes lenne JS-ben, bar ehhez se ertek igazan. Elvileg a web audio API tud amugy olyanokat hogy van benne implementalva pl szuro stb is, es ezeket egymashoz lehet "huzalozni" programbol, az implementacio meg optimalizalt kod akkor, nem JS, mivel az mar a web audio API epitokovei a broswer oldalrol. Egyszer majd csak rajovok :)

Quote
A daveTick() függvényt célszerűbb lenne 250000 (vagy 166666.67, ha a BFh port 1. bitje 1) Hz frekvencián hívni, akkor a különböző
frekvencia konverziók elkerülhetők lennének, és talán még gyorsítana is az emuláción.

Ez igy van, sot erre gondoltam mar en is. Az biztos, hogy az emulator ujrastrukturalasa elobb-utobb szuksegszeru lesz, jelenlegi felepitese inkabb idezi a kezdeti elso lepeseket, hogy "lassuk, eljutunk-e az EP logoig egyaltalan, a tobbi nem fontos". Az emulatorban _jelenleg_ a nick slot frekvenciahoz van minden idozitve, annak es a fenti altalad is megadott frekvenciaknak nincs egesz szamu kozos osztoja. Enelkul is persze mehetne a dolog, hiszen a counter-ek jelenleg sem egesz szamok (JS-ben amugy is egy numerikus tipus van, nincs kulon float/int, kiveve a typed array nevu jelenseget, de az mas tema). A BFh porttal meg total nem is foglalkoztam eddig semmilyen szinten :(

Quote
Jó minőségű hanghoz ezt kellene újramintavételezni kisebb (pl. 44100 Hz) frekvenciára, de az Javascriptben talán túl lassú lenne. Ha működik tetszőleges mintavételezési frekvencia lejátszása, akkor azzal lehetne próbálkozni, hogy például 41667 Hz legyen a D/A frekvencia, és a kimenet 6 vagy 4 (a BFh port 1. bitjétől függően) DAVE hangminta átlaga.

Hat a resampling kisse lassu lenne imho JS-ben. Most az van, hogy a web audio API default mintavetelezesi (nalam 44100-at ad) frekvenciaja lekerdezheto, de ez lehet nem ugyanaz mindenkinek a gepen, szoval nehez eset. Azt, hogy a web audio API tud-e resampling-ot, szamomra meg nem tiszta. Sajnos ez meg szabvany draft a w3c-nel is, a chrome-os implementacio pl kisebb eltereseket is mutat,  vagy nincs benne vmi, amit w3c specko alapjan tudnia kene ... Firefox-ban meg igazabol tamogatva sincs (config:flags hackekkel igen, de furan viselkedik), es el tudom kepzelni, hogy ott is lesznek elteresek. Szoval ez eleg uj dolog a web vilagban, hogy adjunk ki JS-bol generalt hangot, nekem foleg uj :) Ezt regebben amugy ugy ganyoltak, hogy flash-ben irtak audio generalast, aztan javascript - flash kozott adtak at adatokat, de a flash resze adta konkretan a hangot. Ilyet azert nem szeretnek, na meg flash-hez meg tenyleg konkretan semennyire sem ertek, az meg a masik.
Title: Re: Web emu
Post by: IstvanV on 2013.August.20. 23:19:51
Quote from: lgb
Na ezt pl nem tudtam :) En nagy naivan azt gondoltam, hogy siman lehet D/A modban hasznalni a 0-as csatit, kozben a tobbivel "zenelni" ... Tenyleg nem lehet ilyet? :( Illetve: mi van ha pl csak a tone 0 bal csati van D/A modba kapcsolva? Akkor az tone1 es tone2 bal csatija nem lesz hallato, de a right mukodni fog? Illetve ilyenkor a zaj csatival mi van (nem mintha azt jelenleg implementaltam volna)?
A dokumentáció szerint "normál" (nem D/A) módban a DAVE a 4 hanggenerátort időosztásos rendszerben küldi a kimenetre. Ha az adott generátor kimenete logikai "1", akkor a hangerő regiszterének megefelő érték jelenik meg a DAVE kimenetén, egyébként 0. A D/A mód hatása az, hogy amelyik csatornán (bal és/vagy jobb) engedélyezett, ott minden időszeletben feltétel nélkül a 0. generátor hangerő értéke a kimenet. Ezért lesz négyszeres hangerő a D/A módban, mert gyakorlatilag a többi generátor helyett is a 0. szól. Ha csak az egyik csatornán engedélyezett a D/A, akkor a másikon továbbra is lehet zene és/vagy zaj, mert a D/A módnak csak a kimenet vezérlésére van hatása, a generátorokra (számlálók, szűrők, stb.) nem.

Quote from: lgb
Ezen sokat gondolkodtam, oszinten nem tudom, hogy szokas normalisan digitalis audio jeleket mixelni. Marmint amire gondolok: ha feltesszuk, hogy pl egy MOD/XM/stb playert irunk, amiben mondjuk 32 csati van, akkor egy csatornara 32-ed resze juthat csak? Ez azert fura, mert ugye ha eppen csak egy csati szol az igen halk lesz ... Es a "valo vilagban" siman meg lehet csinalni hogy pl 32 hang szol es nem lenyegesen hangosabb az eredmeny, mintha 1 szolna, mert ugye normal esetben sokszor kioltjak egymast a hangok vagy legalabbis gyengitik ha pl eppen ellentetes fazisban vannak, vagy kozel abban. Magyaran: eleve ez az osszeadas kerdes kicsit nekem santit, hogy ez igy jo, ahogy van.
Sok csatornánál és "analóg" hullámformáknál valóban ritka, hogy minden csatorna egyszerre legyen fázisban, és maximális értékű (de előfordulnak az átlagos kimenetnél jóval nagyobb csúcsok, a torzítás vagy halk hang elkerülésére dinamikakompresszort lehet használni). EP-n azonban néhány négyszögjel keverésekor könnyen előfordul, mivel a generátorok kimenete bináris, azaz mindig maximális vagy minimális értékű (a hangerő csökkentésének a lehetőségétől eltekintve). Mindenesetre igazi gépen az időosztásos megoldás gyakorlatilag egyszerű összeadásnak felel meg, és nincs túlvezérlés, ha egyszerre szól a 4 csatorna - egyébként nem is lehetne D/A módban a teljes hangerő tartományt torzítás nélkül használni. Tehát a halkabb hang jó megoldás. "Valódi" zenéhez képest a négyszögjelek egyébként is nagyon hangosak, ezért nem probléma a hangerő csökkentése. :)


Quote from: lgb
Azt a kepletet egy doksibol vettem, ha jol emlekszem. Viszont lehet rosszul ertelmeztem kicsit :) Most atirtam az osztot.
A négyszögjel frekvenciája 125000 / (n + 1), de a kimenet ennél kétszer gyakrabban vált értéket. Ezért az emulátorban a 250000 a helyes. Vagy 166667, a BFh porttól függően.

Quote from: lgb
Soha nem csinaltam meg semmiben komolyabb hangprogramozast, ahol ilyen kerdesekkel kellett volna foglalkoznom, meg a web audio API-val is kb 2 napja talalkoztam eloszor :) Imho a web audio API koveteli ezt csak meg, bar valoszinu nem tortenne semmi fatalis, ha 0...1 tartomanyba maradna, elobb-utobb audio lesz belole amikor "kijon" a hang a gepbol, ott meg a DC offset amugy is el szokott tunni, ha mas miatt nem, hat az erositoben alkalmazott kondik miatt :) Egy digitalis szurot implementalni kicsit korulmenyes lenne JS-ben, bar ehhez se ertek igazan.
A hardverben valójában nem mindig van DC szűrés (egyes hangkártyák fejhallgató kimenetén például tudom, hogy nincs). A megvalósítása nem túl bonyolult, csak néhány műveletet kell végezni a javascript kimeneti (tehát alacsony) mintavételezési frekvencián. Igaz, egyelőre fontosabb megoldandó problémák is vannak.
Title: Re: Web emu
Post by: endi on 2013.August.21. 20:56:04
amúgy az nem elkeserítő számodra hogy kb 3 embert érdekel ez az egész?
persze, én is évekig gyártottam a játékokat, demókat, amik kb senkit se érdekeltek, de akkor még fiatal voltam :)
most azért örülük amikor a kisfilmjeimet megnézi 100k ember, vagy egy játékomat több tízezren... persze ez is kb nulla, de azért mégis valami :)
Title: Re: Web emu
Post by: lgb on 2013.August.21. 22:16:31
Quote from: endi
amúgy az nem elkeserítő számodra hogy kb 3 embert érdekel ez az egész?
persze, én is évekig gyártottam a játékokat, demókat, amik kb senkit se érdekeltek, de akkor még fiatal voltam :)
most azért örülük amikor a kisfilmjeimet megnézi 100k ember, vagy egy játékomat több tízezren... persze ez is kb nulla, de azért mégis valami :)

Nezd, ha igy neznem, minek egyaltalan EP-vel foglalkozni _barmit_? Hany embert erdekelhet, mondjuk a teljes internetes kulturabol? Nyilvan ez nem az a nepszerusegi agazat, mint amikor youtube-on millio viewer-re hajt az ember, amibol esetleg penzt is tud mar krealni, ha valaki erre vagyik, inkabb ilyesmibe kezd. Sok hobbyra jellemzo, hogy teljesen oncelu, sot az a lenyege: az embert szorakoztatja, aki csinalja, szivesen bibelodik vele, stb. Nem kell, hogy akar legyen meg egy ember a vilagon, aki ugyanigy gondolja. Az mar csak plusz, hogy jelen esetben van azert par ember, sot, ha egyszer elkeszulne, es pl konkret jatekokat lehetne vele weben jatszani, talan lenne meg legalabb par tucat ember, akit - ugyan csak kozvetve - de erdekelne a dolog. Imho, itt a forumon is meg lehetne kerdezni par embert, hogy nem elkeserito-e ep128emu-t irni, EP hw-ket kesziteni/Z180-at megprobalni illeszteni EP-be, stb stb ...

Masreszt, amit mar irtam: van kozvetett haszna is. Pl en kozben csomot tanultam a javascript-rol, ami konkret "penzes" munkaknal is jo johet. Ha mar mindenaron vmi "logikus" indokot keresunk :)

Amugy le akarsz beszelni, eleg volt mar belolem es az JSep-bol? :) A 10K meg 100K user, viewer az mar valami, de akkor ha logikusak akarunk lenne, te is jobban jarnal, ha nem EP forumuznal, mert az keves usert/viewert vonz akar az 1K emberhez kepest is, az ember elettartama meg veges, jol kell beosztani :) Na, ne ertsd felre, nem piszkalodni akartam, tenyleg! Csak eppen tenyleg nehez ezt megmagyarazni, szeretni kell amit csinal az ember, no! :)
Title: Re: Web emu
Post by: Czo on 2013.August.21. 22:24:43
Azert elegge "relativ" minden. En 1 hete regisztraltam, szombaton turtam elo, a 20 eve elpakolt ep-t. Az elmult par oraban, wav-ba "vettem at" programokat, hogy ha legkozelebb a gep kozelebe kerulok, legyen mit ujra kiprobalni. Szoval, barmikor johet 1-1 uj ember, akit erdekel a dolog :).
Title: Re: Web emu
Post by: Zozosoft on 2013.August.22. 09:43:45
Quote from: lgb
En nagy naivan azt gondoltam, hogy siman lehet D/A modban hasznalni a 0-as csatit, kozben a tobbivel "zenelni" ...
Eddig én is ebben a hitben voltam :oops:
Title: Re: Web emu
Post by: geco on 2013.August.22. 09:46:04
Quote from: Zozosoft
Eddig én is ebben a hitben voltam :oops:
És én is :lol: , akkor a Rockdigi hogy műxik? Ott van két digi csatorna, és 2-n meg négyszögjel, ha jól emléxem.
Title: Re: Web emu
Post by: endi on 2013.August.22. 11:21:42
Quote from: lgb
es pl konkret jatekokat lehetne vele weben jatszani, talan lenne meg legalabb par tucat ember, akit - ugyan csak kozvetve - de erdekelne a dolog. 
na, akkor tehát téged is érdekel valamennyire a játék oldala :)
Title: Re: Web emu
Post by: szipucsu on 2013.August.22. 12:27:34
Quote from: geco
És én is :lol: , akkor a Rockdigi hogy műxik? Ott van két digi csatorna, és 2-n meg négyszögjel, ha jól emléxem.
A Rockdigiben 4 digi csatorna van (mind a 4 változtatható frekvenciájú), négyszögjel nincs.
A Soundtracker 2.1-ben van 2 négyszögjel (változtatható frekvenciával), 1 változtatható frekis digi csatorna, és egy fix frekis digi csatorna (vö. a 3. csatorna is fix frekis: source 3). De ez a program BASIC-ben íródott (Zzzip jó barátja volt a szerzőnek), csak a lejátszó rész gépi kódú.
Title: Re: Web emu
Post by: geco on 2013.August.22. 13:33:02
Quote from: szipucsu
A Rockdigiben 4 digi csatorna van (mind a 4 változtatható frekvenciájú), négyszögjel nincs.
A Soundtracker 2.1-ben van 2 négyszögjel (változtatható frekvenciával), 1 változtatható frekis digi csatorna, és egy fix frekis digi csatorna (vö. a 3. csatorna is fix frekis: source 3). De ez a program BASIC-ben íródott (Zzzip jó barátja volt a szerzőnek), csak a lejátszó rész gépi kódú.
Bocs, a soundtrackerre gondoltam :oops:
Title: Re: Web emu
Post by: szipucsu on 2013.August.22. 13:36:34
Quote from: geco
Bocs, a soundtrackerre gondoltam :oops:
OFF, de a Sondtrackerre nem nagyon írtak zenéket, csak a demó van hozzá. Pedig mókás lenne 2 négyszögjel csatorna mellett digi csatorna is. Meg a Music Box-ra se írtak zenéket, csak amiket Spectrumról átkaptak, az van rá, pedig az is zeneszerkesztő lenne. Egyedül a Rockdigire írtak, arra is csak Héder Józsi. (No meg szerény személyem, de én csak a 21. században. :D )
Title: Re: Web emu
Post by: endi on 2013.August.22. 13:52:16
én írtam musicbox-al zenéket, de csak már a "végén", pár demómba raktam őket (azelőtt saját rendszert használtam)
meg a logiballba is musicboxos zenét írtam asszem

hát igen, H Józsi igencsak kihasználta a rockdigit :)
Title: Re: Web emu
Post by: szipucsu on 2013.August.22. 14:46:43
Quote from: endi
én írtam musicbox-szal zenéket, de csak már a "végén", pár demómba raktam őket
melyek azok?
Ha nincsenek benne a Music Box zenegyűjteményében, oda is be lehetne tenni.

Na, majd ezek a hozzászólások, gondolom, átkerülnek a zenés topikba.
Title: Re: Web emu
Post by: lgb on 2013.August.22. 15:13:12
Quote from: endi
na, akkor tehát téged is érdekel valamennyire a játék oldala :)

Ja, hat emu oldalarol nezve persze :) Jatszani viszont nem jatszanek veluk, amugy szamitogepes jatekokhoz mindig is olyan bena voltam, hogy azt elmondani is nehez ...

Viszont komolyra forditva a szot: olyan "fura" embereknek mint en, eleg, ha emulal egy EP-t, de azert "normalis" embernek nem az emulacio tenyenek elvezete a lenyeg, meg a HW emulacios reszletei, hanem az, hogy mennek rajta konkret programok, pl jatekok, amiket ok szeretnek. Ezert irtam, hogy egy szamitogep emu userbazisa altalaban nagy mertekben fugg a jatekoktol is, hiszen a userek futtatnanak is vmit az adott emulalt gepen (nem a villogo kurzort akarjak nezni egesz nap ...), az meg igen sok esetben pont a jatek :)
Title: Re: Web emu
Post by: szipucsu on 2013.August.22. 19:05:02
Csak egy lényegtelen kitérő: az image fájlok tartalmát esetleg tudhatja majd módosítani az emu? Tehát ha pl. SAVE utasítással elmentünk valamit, az belekerülhet az image fájlba, vagy módosulhat benne? Akkor lenne poén, ha a legjobb eredményeket elmentené egyes játékoknál. Bár ez problémás is lehet, mert mi van, ha egyszerre többen mentik el ugyanazt a fájlt...
Gondolom, ftp-ről kell feltenni az image fájlokat, azt meg csak úgy nem tudja az oldal módosítani.
Title: Re: Web emu
Post by: endi on 2013.August.22. 21:28:30
ezt cookie-val lehetne megcsinálni, talán file mentés megoldható, de a teljes snapshot talán túl nagy ehhez...
Title: Re: Web emu
Post by: IstvanV on 2013.August.22. 23:23:51
Quote from: geco
És én is :lol: , akkor a Rockdigi hogy műxik? Ott van két digi csatorna, és 2-n meg négyszögjel, ha jól emléxem.
Digitális hang lejátszására nagy frekvenciájú (nem hallható) négyszögjel is használható, így nem kell bekapcsolni a D/A módot, és a többi csatornán továbbra is lehet négyszögjel vagy zaj. Itt egyébként lényeges a hardvernek az a tulajdonsága, hogy a kimenet 0 vagy 1, és nem -1 vagy 1, mert csak az első esetben eredményez használható hangot az előbb leírt módszer (a DC összetevő modulációjával). Érdekesség, hogy a DAVE hanggenerátorai nem működnek a 0 frekvencia kód használatakor, ezért a négyszögjel frekvenciája legfeljebb 62.5 kHz (vagy 41.67, a BFh porttól függően) lehet.
Title: Re: Web emu
Post by: Ep128 on 2013.August.22. 23:58:53
én írtam musicbox-al zenéket, de csak már a "végén", pár demómba raktam őket (azelőtt saját rendszert használtam)
meg a logiballba is musicboxos zenét írtam asszem

hát igen, H Józsi igencsak kihasználta a rockdigit :)

Tesóm is írt Music Box-al zenéket, ill. Ő "átírt" Music Box-ra szinti zenét, meg filmzenét, ilyesmit... (Asszem ott van a gyűjteményben, de nem tudom már... :-P )
Title: Re: Web emu
Post by: lgb on 2013.August.23. 06:55:08
Quote from: szipucsu
Csak egy lényegtelen kitérő: az image fájlok tartalmát esetleg tudhatja majd módosítani az emu? Tehát ha pl. SAVE utasítással elmentünk valamit, az belekerülhet az image fájlba, vagy módosulhat benne? Akkor lenne poén, ha a legjobb eredményeket elmentené egyes játékoknál. Bár ez problémás is lehet, mert mi van, ha egyszerre többen mentik el ugyanazt a fájlt...
Gondolom, ftp-ről kell feltenni az image fájlokat, azt meg csak úgy nem tudja az oldal módosítani.

Elmeletileg igen (marmint most nem, arra gondolok hogy megoldhato lenne - elvileg), ahogy pl Endi is mondta akar cookie-val azonositva stb. Igy viszont mindenkinek sajat disk image-e van ugymond, azaz ha vmit elmentesz, akkor azokat a modositasokat te latod csak. Pedig pl a jatek rekordoknal mondjuk az lenne a logikus, hogy mindenki latja a top listan, ki van az elen stb. Ez viszont elviekben nehezkes: az EXDOS FAT fs-t hasznal. Nyilvan eleg rosszul viselne az EXDOS, ha egyszerre tobb emu megprobalna neten at beleirni ...  Nem csak arrol van szo, hogy uaz a file mentese egyszerre tobb ember altal ... Hanem az, hogy eleve folulirnak egymas adatblokkjait stb, total file rendszer keveredes/serules lenne belole az elso menteskor, akkor is, ha _nem_ ugyanazt a file-t mentik ... Ehhez meg egy mai "fejlett" server OS alatt is konkurens hozzaferest lehetove tevo halozati filerendszer kene (cluster/cloud filerendszer, esetleg nfs/cifs vagy vmi hasonlo, kb mind eleg messze van az ep-tol) ...... Csak akkor azt EP oldalan implementalni kene, magyaran lecserelni ez EXDOS-t! Masik megoldas, hogy nem EXDOS-on at kene irni, hanem vmi FILEIO-hoz hasonloan es server oldalon epiteni egy konkurens hozzaferest turo megoldast, ez sem feltetlen trivialis, bar lehet, hogy egyszerubb azert :)
Title: Re: Web emu
Post by: szipucsu on 2013.August.23. 10:57:47
Quote from: lgb
Elmeletileg igen
Vagy, a Cookie-kből egy, a weboldalon (nem az emulátorban) futó program kiolvasná az adatokat és sorba rendezné, már ha ez megoldható. Hogy ebből az emulátor ki tudna-e olvasni bármit is, ezt nem tudom.
Na, nem mintha ez olyan fontos probléma lenne.
Title: Re: Web emu
Post by: Zozosoft on 2013.August.23. 11:04:17
Szerintem majd kéne egy saját fileio rendszer az emu-ba, ill. a versenyzésre kiszemelt játékokat módosítani ehhez a rendszerhez.

Vagy esetleg az is lehet, hogy a szerveren futó program fésüli össze a high score-okat, és akkor nem kell módosítani a programokat.
Title: Re: Web emu
Post by: lgb on 2013.August.23. 12:09:24
Quote from: Zozosoft
Szerintem majd kéne egy saját fileio rendszer az emu-ba, ill. a versenyzésre kiszemelt játékokat módosítani ehhez a rendszerhez.

Vagy esetleg az is lehet, hogy a szerveren futó program fésüli össze a high score-okat, és akkor nem kell módosítani a programokat.

Az biztos, de akkor server oldalon ismerned kell a jatekok modszeret, hogy mikepp taroljak benne az adatokat. Es ugye ezt minden egyes jatekra ...

Amugy a fileio szeruseg nem megoldhatatlan persze, elmeletben AJAX keresekben adatot kuldeni is lehet a server fele nem csak letolteni (ahogy most az image-ekkel teszi).

Kicsit mas: Hasonlokeppen elviekben pl IDE interface-t is lehetne emulalni: ekkor az image tipikusan mar tul nagy ahhoz, hogy az egeszet lerantsa, am lehetne pl blokkonkent read kereseket nyomni a server fele. Azert IDE, mert akkor lehetnek nagyobb image-ek is, amire felfer tobb software, es nem kell image-et valtani. Ettol persze igaz, ha _menteni_ is akarsz, az nehezebb kerdes. Ha meg fat16 is lenne exdos-ban (egyszer mintha irtad volna, hogy szerinted nem lenne lehetetlen kisse megbizeralni az exdos-t), akkor meg plane jo lenne. Mondjuk akkor eleve ki lehet talalni egy "kamu hw-t" is, ami minnel primitivebb es csak az emu miatt kell az AJAX keresek illesztesehez, stb.

Es akkor ugy kene megoldani hogy a jatekok a hiscore mentesnel a fileio-szerusegre akarjanak menteni, programokat tolteni viszont "normal" exdos-on at (legyen az disk vagy hdd/ide image, ez mas kerdes ...).
Title: Re: Web emu
Post by: Zozosoft on 2013.August.23. 12:12:24
Quote from: lgb
Es akkor ugy kene megoldani hogy a jatekok a hiscore mentesnel a fileio-szerusegre akarjanak menteni, programokat tolteni viszont "normal" exdos-on at (legyen az disk vagy hdd/ide image, ez mas kerdes ...).
Ez a rész a legkönnyebb, mert csak bele kell írni az eszköznevet a hiscore filenévbe.
Title: Re: Web emu
Post by: lgb on 2013.August.23. 12:30:58
Quote from: Zozosoft
Ez a rész a legkönnyebb, mert csak bele kell írni az eszköznevet a hiscore filenévbe.

:) Ja. Meg ugye akkor minden jateknal vigyazni kell h eleve eleg egyedi legyen a filenev, ne egymas hiscore file-jait irogassak felul csunyan :) Innentol kezdve, meg akar olyan rettenet is elkepzelheto h pl server oldalon akar SQL adatbazisban van, amit olvas/frissit az emu altal adott olvasas/iras alapjan, viszont igy a hiscore lista felhasznalhato akar arra is, hogy egy adott web oldalon ki legyen teve olvashato formaban is, az emun kivul is. Mar ha ez barki szerint ertelmes ...

Igazabol ebben a projectben tenyleg "csak" az a gaz, hogy ertelmezni/tudni kell az adott jatekoknal egyenkent h hogyan epul fel a hiscore file-jai ... Meg ugye azt az esetet kezelni kene (nem tudom ilyen van-e) hogy a jatek nagy naivan beoltti a file-t, az ember jatszik vele, eler X pontot, o lesz az elso, amit o ugyan kiir, de nem olvassa vissza, igy az altala adott listaban nincs benne hogy kozben egy masik ember megelozte, ami a szerveren amugy mar ott lenne. Vagy ennyire kar szetszofisztikalni a problemat? :)
Title: Re: Web emu
Post by: Zozosoft on 2013.August.23. 12:55:47
Quote from: lgb
viszont igy a hiscore lista felhasznalhato akar arra is, hogy egy adott web oldalon ki legyen teve olvashato formaban is, az emun kivul is. Mar ha ez barki szerint ertelmes ...
Igen, ez jó lenne, ha a játékok mellett látszódnának egyből a rekordok is.
Ki lehet találni egy egységes formátumot (pl soronként x karakter a név, y bájt a pontszám), és a versenyzésre kiszemelt programokba ezt beépíteni.
Title: Re: Web emu
Post by: lgb on 2013.August.23. 13:39:47
Quote from: Zozosoft
Igen, ez jó lenne, ha a játékok mellett látszódnának egyből a rekordok is.
Ki lehet találni egy egységes formátumot (pl soronként x karakter a név, y bájt a pontszám), és a versenyzésre kiszemelt programokba ezt beépíteni.

Egy vicces dolog lenne: mivel webes cucc az egesz emu, barki "belenezhet" a javascriptbe stb. Ha ert hozza, azt is latja, hogy hol tortenik a tarolas a server fele, es ilyet o maga is emulalhat, onnantol kezdve meg barmi hazug pontszamot beallithat maganak, amit el sem ert. Bar ez legyen mar becsuletbeli kerdes, de nem mindenki gondolna igy, lehet ... Mar mint nem az itt - a forumon - levo emberekre gondolok, hanem arra, ha esetleg tobb embert is vonzana.

Amugy Zozo, te pl valalnad hogy irsz egy ROM-ot? :) Az kene, hogy mondjuk megadok par - valodi EP-n nem letezo, "fiktiv" - I/O portot, aztan oda pl ki kene irni memoriacimet (plusz szegmens), ez mondjuk 3db I/O port, 4.-be meg vmi funkciokod szeruseg, es akkor ez alapjan lehtne "file-t" irni/olvasni (kene meg h pl adott offsettol file-on belul). Igazabol nem state-full implementacio kene (azaz minden muvelethez kene a file nev, nem ugy hogy meg lehet nyitni aztan hivatkozni ra, mert ugye szerver oldalon kisse nehezkes, hiszen tobb dolog is johet, akkor max szerver oldalon kene allapot infot tarolni, es vmi "file descriptor" azonositot visszaadni). Igazabol ez erdekes kerdes, hogy lehetne szepen ... Aztan az mar csak egy "kisebb" kerdes, hogy adott spec filenev eseten az pl adott jatek high score listaja, masik filenev eseten fix server oldali file-ok (ha kell ilyen) vagy akar egy iRC gateway, igy lehet chatelni neten at "EP-bol" legalabbis JSep-bol. Anno "netlink" neven kezdtem volna ilyet irni az JSep-be, csak rajottem h nem feltetlen tudom megirni az "EP oldali" dolgot, ami ezt lekezelne. Nemileg hasonlitani az ep128emu fileio ROM-jahoz, de azert nem teljesen. Annak a forrasat neztem, de nem feltetlen mondom, hogy ertem ...
Title: Re: Web emu
Post by: endi on 2013.August.23. 13:55:48
hazug pontszámok a legnagyobb rendszerekben is vannak. pl ios-en van a gamecenter, ami az apple hivatalos szolgáltatása ilyen pontszám meg egyéb célokra. teli van akkora csalásokkal, mint a ház. egy játék toplistáinak tetején rendszeresen elérhetetlen (sőt, kiolvashatatlan) nagy számok vannak :)
Title: Re: Web emu
Post by: lgb on 2013.August.23. 14:18:02
Amugy lehet egy egyszerubb, bar kevesbe szep megoldas is: maga a weboldal (nem az EP program!) megkerdezne a jatekos nevet, es/vagy cookie-bol kiolvassa (es tarolja is, legkozelebb ha visszater a gamer, nem kell ujra megadnia, de felajanlhatja modositasra stb). A jatekot csak annyira kene modositani hogy a pontszamot kuldje el a szerverre, semmi mast. A cookie-ban megvan a jatekos neve, ezzel taroltuk is. Elony: nem kell bonyolult "hi-score formatum visszafejtese" jatekot jatszani a szerveren, a jatek modositasa is egyszerubb lehet, stb. Hatrany: a jatekon _belul_ mutatott hi-score lista nincs szinkronban azzal, amit a weboldal tobbi resze mutatna, ott lenne ugye az "igazi" lista, a jatekon belul mindig csak az aktualis latszana, amit eppen jatszott (mivel nem azt tarolna el ilyen formatumban). Max annyi modositast lehetne az adott jatek(ok)ba, hogy ki is szedni az egesz top lista megjeleniteset, mert a weboldalon pl mellette/alatta megjelenne, az emun kivul mar. Vagy szerintetek ez gaz?
Title: Re: Web emu
Post by: szipucsu on 2013.August.23. 21:18:06
Quote from: lgb
Max annyi modositast lehetne az adott jatek(ok)ba, hogy ki is szedni az egesz top lista megjeleniteset, mert a weboldalon pl mellette/alatta megjelenne, az emun kivul mar. Vagy szerintetek ez gaz?
Szerintem maradhatna a játékban is a toplista. Ez főleg az Eggs of Death-hoz hasonló játékoknál "fontos", ahol a csodálatos "Sotripák" fedőnevű képzeletbeli játékos nevétől fosztanánk meg az oldalra látogató nagyérdeműt. Hogy ne említsem Attus Gombócfalóját, amiben pl. Horn Gyuszi és hasonló nevű "játékosok" neve díszeleg. A Hungry Creature-ben is dallamos nevű (Sucega, Fafula, Muszuki, Mukucsu, Bucetlon) játékosok "próbálkoztak", elsöprő eredményekkel.
Már nem tudom, melyik játékban vannak a "kecskenyáj", "birkabocs" és hasonló nevű játékosok...

OFF: Olyan verseny nem volt még, hogy ki tud "ütősebb" játékosnevet kitalálni a toplistába?
Title: Re: Web emu
Post by: lgb on 2013.August.30. 15:11:10
Elkezdtem atirni a dave idozitessel kapcsolatos dolgait, szoval lehet most meg rosszabbnak tunik a hang mint annak elotte volt, remelhetoleg ez javulni fog. Viszont egy masik erdekesseg, amivel elkezdtem jatszani: na nem is mondom, keretik bepotyogni ezeket az emulatorba (text 80 ajanlott, illetve persze exdos-bol pl nem kell a kettospont nyilvan az elejen) szepen egymas utan:

:help
:help nl
:help jsep
:jsep
:help wdemo
:wdemo ep.lgb.hu
:wdemo index.hu

stb, lehet mas domain nev is persze. A kevesbe gepelosoknek eleg az :jsep es a :wdemo kezdetu is :) Fontos, hogy csak az elso 512 byte jon vissza jelenleg, ez csak "demo" azert wdemo.

Ennek igy nyilvan sok ertelme nincs, ha majd mint device driver erheto el, es pl akar load "nl:filenev/url/miegymas" stb is lehet, akkor lesz jo valamire komolyan. Illetve jelenleg emu szintjen van minden muvelet, igy "megfagy" addig az emulator amig a http muvelet zajlik a wdemo-nal. Ezt majd async http handler-rel orvosolom, de ahhoz a lekezelo rom-ot is szofisztikalni kell, ami jelenleg igen primitiv ...
Title: Re: Web emu
Post by: Zozosoft on 2013.August.30. 15:31:12
:-)  :smt038
Title: Re: Web emu
Post by: lgb on 2013.August.30. 15:47:26
Quote from: Zozosoft
:-)  :smt038

Ez a ROM konkretan forraskodkent (http://ep.lgb.hu/jsep/demo/rom/netlinkfs.asm). Nem egy szep munka, es a fele nincs is hasznalatban, csak elkezdtem a device driver reszt kitalalni doksik alapjan, hogy azt hogy is kell. Azt majd kesobb. Igazabol ez utobbi lenne jo majd arra, hogy ne kelljen disk image-ekkel trukkozni, ha csak egy programot tolt be az ember valahonnan, vagy ezzel irni is lehetne majd, ami server oldalon pl a mar targyalt high score listat tarolja, ha a jatekokat modositja vki, hogy az NL device-ra irja ki a highscore erteket.
Title: Re: Web emu
Post by: IstvanV on 2013.August.30. 16:31:04
Nem tudom, hasznos-e ez még, de itt egy rövid leírás az ep128emu file I/O funkciójának a működéséről:

A ROM az EDh FEh FEh n "utasítással" tudja hívni az emulátort, ahol n az elvégzendő művelet kódja. Ez többnyire az EXOS csatorna műveletekkel azonos, a teljes lista a következő:

00h: megszakítás (ez csak A=0-t állít be, egyébként nem történik semmi)
01h: csatorna megnyitása olvasásra
02h: csatorna megnyitása írásra
03h, 04h: csatorna bezárása
05h: karakter olvasása
06h: blokk olvasása (ezt az epfileio.rom valójában nem használja)
07h: karakter írása
08h: blokk írása (ezt az epfileio.rom valójában nem használja)
09h: csatorna állapot olvasása (C=0: nem EOF, C=FFh: EOF)
0Ah: csatorna állapot beállítása (nem támogatott, C=0, A=E7h a visszatérési érték)
0Bh: speciális funkció (nem támogatott, A=E7h a visszatérési érték)
0Ch: inicializálás (= összes csatorna bezárása, A=0)
0Dh: puffer mozgatás (figyelmen kívül hagyható, A=0)
0Eh: alapértelmezett eszköz tesztelése (visszatérési érték: A=0: nem FILE:, A=1: FILE: )
0Fh: alapértelmezett eszköz beállítása (FILE: ha A nem 0)

A paraméterek általában ugyanazok, mint az EXOS funkcióinál (tehát érdemes azoknak a leírását megnézni a részletekért), és a hibakódot is az A regiszterben kell visszaadni. Az epfileio.rom hibaüzenetei:

00h: nincs hiba

FBh: csatorna nem létezik
F9h: a csatorna már létezik (megnyitásnál)
E7h: nem támogatott funkció
E4h: file vége / írási vagy olvasási hiba

CFh: File not found
BAh: Not ready (egyéb hiba)
B8h: Data error (nem használt)
ACh: Disk full (nem használt)
AAh: Directory not found (ha a munkakönyvtár nem létezik)
A7h: Read only file
A6h: Invalid file name (pl. üres file név, vagy érvénytelen karaktert tartalmaz)
A1h: Invalid file attributes (pl. könyvtár megnyitása file-ként)
97h: File exists (nem használt)

A blokk műveleteknél (amelyeknek a megvalósítása azonban nem lényeges, mert a ROM nem használja ezeket) figyelni kell a lapozásra az FFh:3FFCh-3FFFh területen tárolt szegmensszámoknak megfelelően.
Title: Re: Web emu
Post by: lgb on 2013.August.30. 17:13:58
Quote from: IstvanV
Nem tudom, hasznos-e ez még, de itt egy rövid leírás az ep128emu file I/O funkciójának a működéséről:

A ROM az EDh FEh FEh n "utasítással" tudja hívni az emulátort, ahol n az elvégzendő művelet kódja. Ez többnyire az EXOS csatorna műveletekkel azonos, a teljes lista a következő:

Koszi.

Ja, olvasgattam a forraskodot, de aztan nekem "nem jott be" ez a modszer. Ennek csupan az az oka, hogy az JSep Z80 emulacioja meg mindig az JSspeccy v1-e valojaban, es majd tervezek atallni valamikor. Mindenesetre emiatt (is) azt gondolom, hogy en _semmit_ nem szeretnek a Z80 emulacioba tenni ami platform specifikus (legalabbis jelenleg tuti nem), az legyen szepen generic Z80 emulacio, es kesz. Ezert en - jelenleg - a 0x90 - 0x9F portokat hasznalom (0x90 most csak), az a "trigger", de nem is feltetlen csak IN/OUT, hanem hatasara az emulatorban mas regiszterek is modosulnak, mint amit amugy csinalna az adott utasitas. Raadasul csak akkor mux, ha a megfelelo (netlinkfs.rom) szegmensbol probaltak, igy nem gond, ha pl egy program veletlenul bizeralja ezeket a portokat, nem tortenik semmi. Azon persze lehetne vitatkozni, hogy ez mennyire szep megoldas :) Hasonloan ronda, hogy az emulator modositja a ROM-ot :) Egy reszet puffernek hasznalja (maga az emulalt enterprise viszont nem tud irni bele, mivel megiscsak ROM-rol van szo).

Illetve jelen allapotban az en ROM-om az kvazi szinte csak par byte, minden mas (pl rom entry funkciokod vizsgalata stb) az az emulatorban van. Mivel ez az egesz javascript/ajax/net/jsep osszefonodas ugyis tul szoros, hogy ez egy generic es/vagy "szep" megoldas legyen, ezt nem tartom problemanak, meg gyorsabb is :)

Azon gondolkoztam anno, hogy milyen szep is lenne egy meghajtonak latni egy webes tarhelyet. Viszont amennyire tudom az EXDOS ugye erosen FAT orientalt, azt nem tudod "kiirtani" belole, neki block szinten kell iras/olvasas, stb. Pedig szep is lenne, ha std exdos-os cuccokkal lehetne hasznalni, konyvtarastul mindenestul. Nezegetve az EXDOS leirasat, modularisnak tunik es az FISH nevu resze talan az ami a FAT-et implementalja, de gondolom nem olyan egyszeru azt "kivenni" onnan vagy boviteni. Pl arra gondolok, hogy mondjuk a :DIR a netlink eseten ne FAT-el kinlodjon, hanem en implementalom. Vagy nem tudom, megoldhato-e, hogy pl az egyik meghajto betujelet valahogy "felulbiralom" es az EXDOS disk image-ekkel megy tovabbra is, csak arra a meghajtora van spec case, ami valojaban total nem FAT, disk image, meg semmi. Igazabol otletem sincs, hogy ez mennyire egyszeru/nem egyszeru, vagy nem is erdemes vele foglalkozni, es max csinalok egy NDIR/NCD/stb commandokat-ot, ami a netlink-es dolgokra csinal hasonlot, mint ami EXDOS-ban is van. Csak igy pl EPDOS-bol stb nem lehet kezelgetni persze, mert specialis parancsokkal megy, miegymas. Pedig vicces lenne ...
Title: Re: Web emu
Post by: IstvanV on 2013.August.30. 17:21:41
Quote from: lgb
Ja, olvasgattam a forraskodot, de aztan nekem "nem jott be" ez a modszer. Ennek csupan az az oka, hogy az JSep Z80 emulacioja meg mindig az JSspeccy v1-e valojaban, es majd tervezek atallni valamikor. Mindenesetre emiatt (is) azt gondolom, hogy en _semmit_ nem szeretnek a Z80 emulacioba tenni ami platform specifikus (legalabbis jelenleg tuti nem), az legyen szepen generic Z80 emulacio, es kesz.
Az ep128emu csak ROM-ban ismeri fel a "bővített" utasítást, tehát az EP-s programokra nincs hatása, még akkor sem, ha valamelyikben véletlenül előfordulna. De le is lehet tiltani.
Title: Re: Web emu
Post by: lgb on 2013.August.30. 17:28:04
Quote from: IstvanV
Az ep128emu csak ROM-ban ismeri fel a "bővített" utasítást, tehát az EP-s programokra nincs hatása, még akkor sem, ha valamelyikben véletlenül előfordulna. De le is lehet tiltani.

Ez ok, a fo ok amiert en nem ezt a modszert hasznalom az az, amit irtam a Z80 emulaciorol az JSep-n belul. Azt mar az en implementaciomra irtam, hogy a 0x9X portok hasznalata nem okoz gondot, ha valahol elo is fordulna valamiert egy programban.
Title: Re: Web emu
Post by: lgb on 2013.September.06. 17:14:38
LGB-nek ismet elgurult a gyogyszere. Legujabb agymenes, chat (na jo, amugy a post ajax interface tesztelese cimszo alatt is hasznos, ha mar nincs tul sok ertelme amugy). Szokasos helyen emuval kiprobalhato, basic-bol kalapalva pl:

Code: [Select]
:ncnick LGB
Ezzel nick nevet valasztottunk, ertelemszeruen LGB helyett mas is megadhato :) Ezek utan peldaul johet egy uzenet kuldese:

Code: [Select]
:nchat Ez itt egy uzenet kerem szepen.
Ha csak arra kell a dolog, hogy megnezzuk, jott-e uj uzenet mastol, akkor csak (mellesleg az uzenet kuldesnel is van polling, ez a verzio arra kell ha nem akarunk uzenetet kuldeni de le kene kerdezni hogy jott-e uj):

Code: [Select]
:nchat
Az implementacio meglehetosen silany, szoval bugok lehetnek. Ha tobb ember probalja egyszerre, elvileg tudnak egymasnak irogatni. A meglepi az ott van, hogy ez nem csak ugy chat, hanem iRC-n zajlik! Azaz, ha valaki belep egy tetszoleges iRC klienssel, akkor latni fogja az uzenetvaltasokat, sot o is beleirhat, JSep/EP/8bit/Z80/stb nelkul is. Ehhez az irc.freenode.net serverre kell csatlakozni, es az #enterprise128.hu csatornara belepni. Sajnos, mivel az iRC gateway (ep.lgb-n fut) egy normal irc kliens amugy, igy minden jsep-bol erkezo uzenet az jsep irc usertol latszik jonni, amde a [] jelek kozott odairja a valasztott nick-et legalabb. Ez nem kikerulheto, mivel javascript nem fog tudni irc-zni kozvetlenul, mivel az http kerest tud csak (attol webes ...) igy kell hozza jelen esetben az lgb.hu serveren fut, primitiv taknyolt http-irc gateway, ami athidalja a problemat. Aztan a netlink ROM-ja es az JSep js-e egyutt lekezeli a dolgokat valahogy. Tenylegesen EP-n futo iRC klienset nem is lehetne irni, max igazi hw-n ha csinalunk pl ethernetet, vagy emun, ha emulal tcp/ip hozzaferest stb (az viszont javascriptben lehetetlen), a fentiek miatt. Amugy a :wdemo is hasonloan mux, ott is server oldalon "renderelodik" az oldal (mar amennyire karakteres verzioba valo rendereles renderelesnek szamit).

Elvileg lehetne (gondolom ...) primitiv basic programot irni (pl ext utasitas hasznalataval) ami automatizalja az nchat-es "pollingot" (nezegetes h jott-e uj uzenet), stb. Ha egyszer kesz lesz a netlinkfs akkor ez amugy normalisabban file megnyitassal es olvasas/irassal is mehet, most meg csak kulon exos parancsok.

Sajna az egyszeruseg miatt vannak korlatok, pl 1K van pufferelve max server oldalon, tehat ha nchat-et nem nyom vki es kozben 1K-nal tobb forgalom zajlott az iRC csatin, akkor el fog veszni az uzenetek egy resze annak szamara aki nezi.

Vagy esetleg vmi hasonlo (fejbol irom) basic programmal lehet probalkozni:

Code: [Select]
10 ! Az LGB helyere a nicked jon
20 ext "ncnick LGB"
30 input a$
40 ext "nchat " & a$
50 goto 30

Akkor lehet nyomkodni neha enter-t a frissiteshez, illetve nyilvan uzenet is beirhato, majd utana enter. Ez mar mini iRC kliens, bar meglehetosen esetlen, mindenesetre hasznalhato valamennyire ...
Title: Re: Web emu
Post by: MrPrise on 2013.September.07. 14:35:32
Tényleg nem vagy normális, hogy ezt megcsináltad. :-) Most próbáltam ki és működik.
Title: Re: Web emu
Post by: Povi on 2013.October.03. 13:04:10
Quote from: lgb

stb, lehet mas domain nev is persze.
Vicces! :-) Facebook: Friss**tsd a b**ng**sz**d!
Title: Re: Web emu
Post by: lgb on 2013.October.03. 17:52:36
Quote from: Povi
Vicces! :-) Facebook: Friss**tsd a b**ng**sz**d!

:) :) :) Nem tetszik nekik az EP :) A karakterkeszlet meg lathatoan utf8 volt valamikor es nem sikerult konvertalnom.

Az emu kapcsan: sajna sok idom nincs mostanaban, elozo ejjel is vegig melohelyen voltam stb. Amit elkezdtem, hogy emu ujrairas, mindenki szamara haszanlhato, sajat oldalba inzertalhato modon, kulso hulye gombok helyett "context menuvel", stb. Elso lepesben irtam egy primo javascript emulatort (ok, meg nincs kesz), es mellesleg a vicc kedveert egy jupiter ace-t is, mivel ezek eleg egyszeru gepek (de a cpu z80) igy ezzel egyszerubb tesztelni, mert ep emu eleg nagy mar, nem akarom addig ujrastrukturalni, amig nem vagyok benne biztos, hogy egyaltalan jo-e az, amibe bele akarom eroszakolni mint "framework" :)
Title: Re: Web emu
Post by: MrPrise on 2013.October.19. 19:14:15
Kapcsólodik: x86 emu böngészőben (http://copy.sh/v24/)
Title: Re: Web emu
Post by: lgb on 2013.October.19. 22:04:57
Quote from: MrPrise
Kapcsólodik: x86 emu böngészőben (http://copy.sh/v24/)

Ja, van ilyen mar par :) Sot a dosbox-nak van JS verzioja (jsdosbox neven - vagy lehet az is volt itt mar tema?) amivel elosorban "klasszikus DOS-os jatekokat" lehet pl nyomatni bongeszobol. Mostanaban egyre nagyobb divat lesz amugy, pl a mess-nek is van nemi JS valtozata. A mess ugye egy ilyen gyujtmenye kvazi az emulatoroknak, tobb szaz dolgot tud emulalni, igaz altalaban nem feltetlen olyan "profin" mint egy-ket tipusra kihegyezett emulator.

Title: Re: Web emu
Post by: Zozosoft on 2013.October.30. 11:20:03
Firefox 25 Web Audio-val (http://www.mozilla.org/en-US/firefox/25.0/releasenotes/)
Erre vártunk a hanghoz?
 (http://www.mozilla.org/en-US/firefox/25.0/releasenotes/)
Title: Re: Web emu
Post by: lgb on 2013.October.30. 12:03:52
Quote from: Zozosoft
Firefox 25 Web Audio-val (http://www.mozilla.org/en-US/firefox/25.0/releasenotes/)
Erre vártunk a hanghoz?
 (http://www.mozilla.org/en-US/firefox/25.0/releasenotes/)

Lehet, hogy oszinte legyek, nem probaltam meg. Bar ami hangot most tud az emu, arra lehet, hogy nem kene annyira varni inkabb :) :) Megnezem majd.
Title: Re: Web emu
Post by: szipucsu on 2013.December.08. 17:29:08
Van lehetőség arra, hogy az emulátort egy másik weboldalra is feltegyük, egy bizonyos egyszerű basic programmal? Csak annyi lenne, hogy egy weboldalon használni lehetne azt a programot, ami kapcsolódik a weboldal témájához.
Title: Re: Web emu
Post by: szipucsu on 2014.July.05. 20:16:06
Gondoltam, előállok valami szokatlannal.
Meg lehetne csinálni az alábbi egyszerű basic programot webes emuba úgy, hogy egy linkre kattintva a webes emu oldalára vinne, és rögtön elindítana egy snapshotot a mellékelt basic program indulás után állapotával? A linkre kattintó, török nyelv iránt érdeklődő emberek nagy örömmel írogatnák be a számokat, amiket aztán kiírna nekik a gép törökül. Talán fura felhasználása lenne elsőre így a webes emunak a gyakorlatban, de ha meg lehetne ezt csinálni, tennék fel ehhez a programhoz linket a netre.
És persze a lehető legegyszerűbb konfig kéne alá, hogy ne legyen lassú.
Title: Re: Web emu
Post by: lgb on 2014.July.05. 20:38:32
http://ep.lgb.hu/jsep/demo/?snapshot=turkish.ep128s&autostart=yes (http://ep.lgb.hu/jsep/demo/?snapshot=turkish.ep128s&autostart=yes)

Valami ilyesmire gondoltal?
Title: Re: Web emu
Post by: szipucsu on 2014.July.06. 12:41:21
Quote from: lgb
Valami ilyesmire gondoltal?
Igen, pont ilyenre, összességében nagyon jó!!!
Csak elég lassú. Azt hittem, egy egyszerű basic program ennél gyorsabb lesz. Ha olyan konfiggal tennénk be, ami nem mutatja fent a dátumot és időt, gyorsabb lenne?
Vagy zzzippelni kéne a basic programot?
Gondolom, az bonyolult lenne, hogy annyira lebutítani az emut ehhez, hogy csak az legyen benne, ami ehhez a programhoz feltétlen kell. Csak ez tényleg zavaró sajnos, hogy késve vagy egyáltalán nem reagál a billentyűkre. :(
Title: Re: Web emu
Post by: Zozosoft on 2014.July.06. 13:49:40
Erről az elején tárgyaltunk, úgy kb max 5 éves gép kell értelmes Java sebességhez...
Title: Re: Web emu
Post by: szipucsu on 2014.July.06. 15:07:09
Quote from: Zozosoft
Erről az elején tárgyaltunk, úgy kb max 5 éves gép kell értelmes Java sebességhez...
Sokaknak van még ennél régebbi gépe vajon? Érdemes lehet a linket megosztani?
Title: Re: Web emu
Post by: szipucsu on 2014.July.06. 15:17:30
Zzzippel sajnos nem működik. A nagy számokat az nem kezeli. Bonyolult...
Title: Re: Web emu
Post by: lgb on 2014.July.06. 16:01:21
Quote from: szipucsu
Igen, pont ilyenre, összességében nagyon jó!!!
Csak elég lassú. Azt hittem, egy egyszerű basic program ennél gyorsabb lesz. Ha olyan konfiggal tennénk be, ami nem mutatja fent a dátumot és időt, gyorsabb lenne?

Nem hinnem, hogy gyorsabb lenne (legalabbis nem eszreveheto modon). Amugy meg config nincs, mert snapshot van itt, tehat ha csinalsz egyet es azzal megeteted, akkor az lesz, es kesz. Most azert van benne ora is, mert amit adtal basic programot, betoltottem ep128emu-ba, es csinaltam egy snapshot-ot rola, azt toltottem be az JSEP-be. Nyilvan, ha ilyan configgal csinalod, amiben nincs ZT, akkor ido sem lesz benne pl kiirva, csak nekem epp igy volt beallitva az ep128emum :)

Quote
Vagy zzzippelni kéne a basic programot?
Gondolom, az bonyolult lenne, hogy annyira lebutítani az emut ehhez, hogy csak az legyen benne, ami ehhez a programhoz feltétlen kell. Csak ez tényleg zavaró sajnos, hogy késve vagy egyáltalán nem reagál a billentyűkre. :(

Hat, ha ep128emu-n jobban mux, akkor ez az JSEP es/vagy a browser problemaja lesz. Lebutatni az emulatort nem olyan egyszeru, es sokat nem is segitene, max az, ha az egesz nick emulaciot kivagnam belole es pl sima char lenne csak, azzal lehetne gyorsitani, de ez igy nem igazan eri meg, mert aztan mas ertelmes dologra kevesbe lesz jo, az mar nem EP valojaban :(
Title: Re: Web emu
Post by: lgb on 2014.July.06. 16:06:27
Quote from: Zozosoft
Erről az elején tárgyaltunk, úgy kb max 5 éves gép kell értelmes Java sebességhez...

JavaScript! :) Nincs kozuk egymashoz, semmi, az egy marketin trukk volt aztan, hogy a JavaScript neveben is benne legyen a "java", hogy azzal jobban el lehet "adni" :) Amugy hivatalos neven sokszas EcmaScript-nek is hivni (a hasonlo nevu szabvanynak implementacioja pl a JScript, a JavaScript es az ActionScript). Ettol persze, amit mondtal igaz, vmi dog lassu gepen nem feltetlen lesz jo (hozzateszem, lehetne a sebessegen javitani, pl a Canvas kezelesben kozvetlen dword-okat kene typed array-ben hasznalni, igy 1 pixel egy iras a jelenlegi 3+skip helyett, illetve ott az asm.js nevu cucc ami javascript subsetet tud jobban futtatni megfelelo borwsereken, ezt altalaban forditokhoz hasznaljak, peldaul az emscripten nevu fordito sima C kodot tudd js-re forditani ilyen asm.js targettel, ilyennel portoltak bonyolult 3D FPS jatekokat is browserekbe a WebGL-t hasznalva).
Title: Re: Web emu
Post by: szipucsu on 2014.July.06. 16:15:38
Esetleg ZT nélkül is lehetne tenni egy próbát? Persze csak ha nem gond, és ezzel nem lesz felülírva a többi image-hez is a konfig. Szóval egy teljesen alap configgal, amiben csak a basic van benne. Vagy nincs értelme?
Title: Re: Web emu
Post by: lgb on 2014.July.06. 16:27:27
Quote from: szipucsu
Esetleg ZT nélkül is lehetne tenni egy próbát? Persze csak ha nem gond, és ezzel nem lesz felülírva a többi image-hez is a konfig. Szóval egy teljesen alap configgal, amiben csak a basic van benne. Vagy nincs értelme?

Hat csinalj egy snapshot-ot ep128emu-val ahogy csak akarod, aztan kuldd el :) Masik lehetoseg: te magad is meg tudod tenni, hogy aztan hasznalod a snapshot-ot azzal, sajna viszont ahhoz az kell, hogy kirakd egy publikus tarhelyre a snapshot-ot, illetve ott kell nemi specko http header-t kuldeni az Allow-Origin: *-t ha jol emlekszem. Ez azert kell, mert ugyan az JSEP fel tudja nyalni barhonnan (mas site-rol is) csak epp a legtobb browser biztonsagi mechanizmusa ezt nem engedi cross-site ref-re hivatkozva, ahhoz kell az allow-origin header-rel megadnod, hogy onnan mehet. Mondjuk, en ketlem, hogy tul sok ertelme lenne, dehat proba cseresznye. Configot nem ir felul semmit, snapshot modban egyszeruen az JSEP a snapshot-ot hasznalja, maskor meg nem, ilyen egyszeru.
Title: Re: Web emu
Post by: szipucsu on 2014.July.06. 23:27:01
Quote from: lgb
Hat csinalj egy snapshot-ot ep128emu-val ahogy csak akarod, aztan kuldd el :)
Na, ezt még tudtam követni, a többi rész megint kínai volt nekem. :D
Ezekkel meg tudnál csinálni egy-egy snapshotot?
Az egyik a basic program, a másik ennek a zzzippelt változata. Ez utóbbi nem működik tökéletesen (ami érthetetlen, mert egészen kicsi számoknál is néha kiakad), de próbaképp megteszi, hogy gyorsabb lesz-e az emuban.

Néha komolytalan ez az Enterprise... Megadtam a 102-es csatornát először, hogy gyorsabb legyen a kiírás, erre újra a szavak közepén választotta el a szavakat, amivel már nem lehet mit kezdeni. Vissza kellett raknom a kiírást a 0-ás csatornára.
Title: Re: Web emu
Post by: lgb on 2014.July.07. 00:16:47
Quote from: szipucsu
Na, ezt még tudtam követni, a többi rész megint kínai volt nekem. :D

Valakivel jatszottuk ezt mar, nem emlekszem ki volt, bocsanat :( A lenyeg, hogy elvileg megoldhato, ha van sajat tarhelyed, ahol php-s dolgok mennek es/vagy apache .htaccess-eket engednek hasznalni.

Quote
Ezekkel meg tudnál csinálni egy-egy snapshotot?

http://ep.lgb.hu/jsep/demo/?snapshot=turkish-simp.ep128s&autostart=yes (http://ep.lgb.hu/jsep/demo/?snapshot=turkish-simp.ep128s&autostart=yes)

http://ep.lgb.hu/jsep/demo/?snapshot=turkish-zip.ep128s&autostart=yes (http://ep.lgb.hu/jsep/demo/?snapshot=turkish-zip.ep128s&autostart=yes)
Title: Re: Web emu
Post by: szipucsu on 2014.July.07. 15:45:20
Quote from: lgb
Valakivel jatszottuk ezt mar, nem emlekszem ki volt, bocsanat :(
Korábban én is érdeklődtem privátban pont erről.
Köszi, hogy megcsináltad! Igazából tényleg mindegy, zzzippelve van-e a program, és hogy milyen konfiguráció. Nálam mindkettő egyformán lassú. Akiknek újabb gépük van, azoknál jó lehet. Azért megmutatom másoknak is. :)
Title: Re: Web emu
Post by: lgb on 2014.July.07. 20:56:54
Quote from: szipucsu
Korábban én is érdeklődtem privátban pont erről.
Köszi, hogy megcsináltad! Igazából tényleg mindegy, zzzippelve van-e a program, és hogy milyen konfiguráció. Nálam mindkettő egyformán lassú. Akiknek újabb gépük van, azoknál jó lehet. Azért megmutatom másoknak is. :)

Neked nem is webes EP emu kene szerintem, hanem IS-BASIC -> JavaScript compiler :) :) Mondjuk vicces lenne IS-BASIC-et hasznalni webes cuccok irasahoz .........
Title: Re: Web emu
Post by: szipucsu on 2014.July.08. 18:24:52
Quote from: lgb
Neked nem is webes EP emu kene szerintem, hanem IS-BASIC -> JavaScript compiler :) :) Mondjuk vicces lenne IS-BASIC-et hasznalni webes cuccok irasahoz .........
Ezt pontosan eltaláltad. Az egyetlen programozási nyelv, amihez értek valamit, az a basic. És tényleg gondolkoztam ilyen programon, hogy hogyan lehetne megcsinálni, hogy webes felületen működjön, hogy beírunk egy számot számjegyekkel és kiírja betűkkel valamilyen nyelven. Talán nem lehet túl bonyolult nekem sem, végülis csak van már valami emberközeli webes programozási nyelv, amiben a basic-hez hasonlóan IF-ekkel és hasonlókkal lehet szórakozni.

A törökös snapshotokhoz a linkeket megosztottam másokkal is, nekik gyorsabb, mint nekem, szóval jól használható. Ha más nincs, lehet, ebbe az irányba tovább fogok menni még.

Léteznek egyébként gyári nyelvoktató programok is EP-re (az ep128.hu-n van egy rakat), ezeket is érdemes lehet webes emu formában megosztani, szerintem sokan használnák, ha tudnának róla.
Title: Re: Web emu
Post by: gflorez on 2014.July.08. 22:17:55
See your emuler running at 9/11 f/s on an android tablet with a bluetooth keyboard....
Title: Re: Web emu
Post by: szipucsu on 2014.July.08. 22:30:41
Quote from: gflorez
See your emuler running at 9/11 f/s on an android tablet with a bluetooth keyboard....
I am really surprised that even Spanish people try to use the Turkush number converter. :D
Anyway, we could write a program too, that prints the numbers in Spanish.

Már meg sem lepődöm, hogy spanyolok is a törökül számokat kiíró programot használják. :D
Bár lehetne olyan programot is írni, ami spanyolul írja ki a számokat - esetleg törökül és spanyolul is, meg még pár nyelven, eddig még talán úgyse volt ilyen program, legyen az EP az első. :D
Title: Re: Web emu
Post by: gflorez on 2014.July.08. 22:49:17
I'm even more surprised to find an Hungarian guy trying to learn(or better teach) all the european languages....

Yo estoy aun mas sorprendido de encontrar un Húngaro intentando aprender( o mejor enseñar) todos los idiomas europeos.......
Title: Re: Web emu
Post by: lgb on 2014.July.09. 01:45:46
Quote from: gflorez
I'm even more surprised to find an Hungarian guy trying to learn(or better teach) all the european languages....

I'm interested in Norwegian, Finnish and Icelandic, if someone wants to teach, I don't know too much about Icelandic, and I speak a very little Norwegian/Finnish.
Title: Re: Web emu
Post by: lgb on 2014.July.09. 01:49:15
Quote from: gflorez
See your emuler running at 9/11 f/s on an android tablet with a bluetooth keyboard....

What kind of (and what version) browser do you use on that tablet? I plan (well, always planning) to speed up emulation with some JS typed array trick to write a dword (so one pixel) in once instead of  the currently used three, and/or using asm.js, maybe.
Title: Re: Web emu
Post by: gflorez on 2014.July.09. 19:30:08
I'm now in a hurry, but the browsers I use in android are Firefox and Dolphin.

You the Hungarians have easy the Finnish.... but hard the rest.
Title: Re: Web emu
Post by: szipucsu on 2014.July.09. 19:59:28
Quote from: gflorez
You the Hungarians have easy the Finnish....
Not so easy, I think. :D
Title: Re: Web emu
Post by: lgb on 2014.July.09. 21:00:21
Quote from: gflorez
I'm now in a hurry, but the browsers I use in android are Firefox and Dolphin.

Ok, if you have time to check the exact version later, I would be happy to hear. Also the hw, I guess some kind of ARM (I don't know about the opitimizations of the firefox javascript engine for ARM ....)

Quote
You the Hungarians have easy the Finnish.... but hard the rest.

Hahaha, well :) Since I know some Finnish (and much more Hungarian), true, it helps to be Hungarian to learn some rules which logical for us but totally crazy for other learners, also some similar language constructs and about some dozens of similar words, but not as much as you think still to learn more easily ... Btw, I need a language topic (well, off-topic) on this site :-D
Title: Re: Web emu
Post by: gflorez on 2014.July.09. 23:25:54
I must say that for me Magyar is impenetrable(thanks Google translator). I thought that Finnish was closer to your language, as much as Italian or Portuguese are to Spanish....
------------------------


About Firefox, the current(as for 10 June 2014) version is 3.0 for Android. In the developers page (https://developer.mozilla.org/es/docs/Mozilla/Firefox/Releases/30#Older_versions) they say this:


    "New ES6-compatible array comprehensions [for (item of iterable) item] and generator comprehensions (for (item of iterable) item) have been implemented (bug 979865).
    Typed arrays are now extensible and support new named properties (bug 695438).
    The Error.prototype.stack property now contains column numbers (bug 762556) and has been improved when using Function() and eval() calls. This can help you to better debug minified or generated JavaScript code."

--------------------
About Dolphin for android, they are more criptic, but say about their product:

"Dolphin Jetpack is an improved webkit version with extensive canvas/GPU/JavaScript enhancement and behind-the-scenes technology, which makes Dolphin Browser one of the highest scoring HTML5 browsers."

This is the devs page.
 (http://dev.dolphin-browser.com/)
-------------------

The two browser act the same with your EP128 emuler as far as I know.
Title: Re: Web emu
Post by: gflorez on 2014.July.09. 23:50:30
I use both on all my devices, some of them are a tablet Kindle fire HD 7" Android 4.0(ICS) or a phone Samsung Galaxy S Plus (GT-I9001) Android 4.4.2(Kitkat)
Title: Re: Web emu
Post by: lgb on 2014.July.17. 23:24:41
Quote from: gflorez
I must say that for me Magyar is impenetrable(thanks Google translator). I thought that Finnish was closer to your language, as much as Italian or Portuguese are to Spanish...

Closer than eg English-Hungarian, but far less close than your example between Portuguese and Spanish :)
Title: Re: Web emu
Post by: lgb on 2014.July.17. 23:30:25
Na, 10 perces hack eredmenye kovetkezik. Valoszinu, hogy nem is irtam at mindent amit kene a nagy sietsegben, igy neha hibas is lehet a kep, vagy megall az emulacio (JavaScript error, stb), amde itt most nem is ez a lenyeg, hanem a koncepcio tesztelese, hogy igy jo lesz-e majd egyaltalan.

http://ep.lgb.hu/jsep/demo/?autostart=yes
http://ep.lgb.hu/jsep/demo.new/?autostart=yes

Ezt a kettot kene sebessegben osszehasonlitani, akinek van kedve, nyilvan a masodik az ujabb. Ez nem azt jelenti, hogy nem lehetne meg tovabb gyorsitani persze. Ami itt a sebesseg novekedeset okozza [vagy okozhatja ... IE tulajdonosok meg kisebb remennyel probaljak ki, mint az eredetit, bar aki meg mindig IE-t hasznal imho meg is erdemli, mar elnezest ... :)] az az, hogy egy pixel kiirasa dword-ben tortenik (typedarray buffer trukk JS-ben), ami eddig volt harom muvelet (R, G, B plusz egy skip az alpja channelre a canvas-nal).

Nem vagyok biztos benne, hogy lathato gyorsulast okoz, en most epp csak firefox 30-on neztem, ott gyorsabbnak tunik valamivel, de igazan reszletesen nem teszteltem, illetve most chrome-on pl meg se neztem meg :(
Title: Re: Web emu
Post by: lgb on 2014.July.18. 08:41:18
My previous Hungarian post here was about two links, the newer (with "new" in the URL) contains some new idea to speed the emulation up a bit, without too much attention to fix its possible bugs; it's just for testing the concept. I am curious if any speed improvement can be noticed compared to the original version (the URL without "new" in the URL, of course).
Title: Re: Web emu
Post by: Zozosoft on 2014.July.18. 09:06:03
Úgy 10%-al gyorsabb az új, Firefoxban és Chromeban is. (Core 2 Quad Q9400 @ 3.2Ghz, 4GB, Geforce 8800GTS, XP)
Title: Re: Web emu
Post by: lgb on 2014.July.18. 10:26:53
Quote from: Zozosoft
Úgy 10%-al gyorsabb az új, Firefoxban és Chromeban is. (Core 2 Quad Q9400 @ 3.2Ghz, 4GB, Geforce 8800GTS, XP)

Aha, thx. Hat nekem tobbnek tunt kicsivel, meg tobbet is remeltem tole, de ne legyunk telhetetlenek, 10% sem rossz :)
Title: Re: Web emu
Post by: Zozosoft on 2014.July.18. 10:39:45
Quote from: lgb
Aha, thx. Hat nekem tobbnek tunt kicsivel, meg tobbet is remeltem tole, de ne legyunk telhetetlenek, 10% sem rossz :)
Lehet, hogy más konfiguráción többet számít, ki kell próbálni több gépen is.
Title: Re: Web emu
Post by: DrPrery on 2014.July.18. 11:43:07
Pitty-putty netbook :ds_icon_cheesygrin: (Atom N270): régi 10-11 FPS, új 11-12 FPS
Title: Re: Web emu
Post by: lgb on 2014.July.18. 12:03:33
Quote from: DrPrery
Pitty-putty netbook :ds_icon_cheesygrin: (Atom N270): régi 10-11 FPS, új 11-12 FPS

Aha, hat akkor hibahataron belul a 10% kornyeki gyorsulas realisnak tunik.

Most meg atirtam par dolgot a new-s verzioban, lehet ez is gyorsit, de ha ugy is van, par szazaleknal tobbet szerintem nem fog. A project teljes ujrairasa az asm.js-hez valoszinuleg elegge megdobna a sebesseget (fogadasokat nem kotnek, de lehetne akar ketszeres gyorsulas is), viszont az eleg szep munka. Bonuszkent viszont utana nativ applikaciokent (nem webes) is lehetne futtatni, igaz, sok ertelme nincs, mert az ep128emu abszolute jobb ebben :)
Title: Re: Web emu
Post by: Zozosoft on 2014.July.18. 12:11:28
Quote from: lgb
 utana nativ applikaciokent (nem webes) is lehetne futtatni, igaz, sok ertelme nincs, mert az ep128emu abszolute jobb ebben :)
És mondjuk Androidra is le lehetne fordítani?
Title: Re: Web emu
Post by: lgb on 2014.July.18. 13:47:22
Quote from: Zozosoft
És mondjuk Androidra is le lehetne fordítani?

Gondolom le, de elvileg az ep128emu-t is le lehetne ilyen elven, legalabbis gondolom :-) Mondjuk oszinten szolva nem ismerem az Andoridot tulsagosan, ugye azon egy VM van (az a Dalvik vagy mi, amit epp most akarnak vmi ART nevure lecserelni, ami allitolag joval gyorsabb is), amde tudtommal ott (is) van lehetoseg nativ (tehat ugye valszeg ARM CPU) kod futtatasra. A rasberry pi is ARM, es epp most volt itt a forumon, hogy valaki arra probal forgatni EP128emu-t, szoval innen mar csak egy ugras, hogy akkor Andorid nativ ARM app-ra (nativ alatt azt ertem hogy ARM gepi kod, nem az android VM-je folott fut, ami sosem lesz olyan gyors, hiaba JIT meg minden esetleg) nem lehetne-e, illetve Andorid enged-e ilyet egyaltalan.

Amugy ez az asm.js orulet arrol szol,hogy van a javascript-nek egy subset-je, amit elneveztek asm.js-nek, es amit optiamlizalva nagyobb performanciaval tud futtatni par modern browser (firefox biztosan, asszem chrome is mar, IE szokas szerint lemaradt, ha jol tudom), ez viszont elegge fapados, es kezzel kodot irni vele eleg gaz. Arra talaltak ki, hogy compiler legyen ilyen kimenettel, a kerdeses ilyen compiler pl az emscripten nevu, ami peldaul normal C kodot tud JS-re (illetve asm.js-re) forditani. Nekem ehhez az jsep emut ujra kene irnom C-ben, akkor utana emscripten tudna belole optmalizalt asm.js kodot gyartani, amit modern web browserek eleg szep sebeseggel tudnak futtatni (allitolag, sose probaltam komolyabban mondjuk). Ennek egyik mellektermeke, hogy mivel akkor az jsep C kod lenne, sima nativ kodra is fordithato, tehat mint onallo nem webes app is mukodne, ahogy az ep128emu is (erre irtam, hogy ennek viszont nincs sok ertelme, mert ez utobbi joval komolyabb emulator mint az en jsep-em valaha is lesz).

Viszont ilyen elven a masik mellekvagany: egyreszt az ep128emu-t is lehetne (ha lehet ...) ARM-ra forditani, Androidhoz, illetve elvileg ep128emu-t is meg lehetne probalni emscripten-nel js-re foritani, akkor lenne belole jsep128emu :) es menne webes emulatorkent is. Azert persze nem olyan trivialis, az oke, hogy C meg C++ de azert _barmit_ az emscripten nem tud leforditani, illetve kell hozza ezt/azt reszelni is ... Nameg en nem is ertek a C++-hoz (nem is akarok nagyon, nekem nem tetszik), illetve az emscripten nem is mindent tamogat a C++-bol (pl exception handlereket sem azt hiszem, bar nem tudom, olyan ep128emu-ban van-e hasznalatban).

Az asm.js maga amugy a javascript egy kis reszhalmaza, mint irtam. Lenyege az, hogy nem "uj" nyelv, tehat asm.js-rol nem is hallott browser is futtatja, max az a gaz, hogy ott ezt nem optimalizaltak ki, ezert nem okoz latvanyos sebessegnovekedest, nem ugy, mint a modern bongeszoknel, ahol erre komolyan ramozdultak. Azt irogatjak itt-ott, hogy nativ (gepi kodra forditott) C kod, es C kodbol forditott asm.js sebessege kozott akar csak ketszeres szorzo lehet, ami eleg durvan gyors egy javascripthez kepest :) Csinaltak is durva dolgokat ezzel, itt egy pelda:

https://hacks.mozilla.org/2014/05/asm-js-performance-improvements-in-the-latest-version-of-firefox-make-games-fly/ (https://hacks.mozilla.org/2014/05/asm-js-performance-improvements-in-the-latest-version-of-firefox-make-games-fly/)
http://acko.net/blog/on-asmjs/ (http://acko.net/blog/on-asmjs/)

Szokas szerint jo hosszu valasz, es kozben talan pont arra nem kaptal feleletet, ami erdekelt volna :)
Title: Re: Web emu
Post by: DrPrery on 2014.July.18. 14:13:49
Azt tudom, hogy Androidon van C++ fordító SDL-el megspékelve, tehát nem lenne reménytelen...
Mellesleg, ha félreérthető lett volna, NEM a PC-n fut a fordító, hanem az Androidon.
Azt mondja az ember neki, hogy COMPILE :ds_icon_cheesygrin: és erre fordít, sign-eli a kész APK-t, futtatja...
Title: Re: Web emu
Post by: lgb on 2014.July.18. 14:23:13
Quote from: DrPrery
Azt tudom, hogy Androidon van C++ fordító SDL-el megspékelve, tehát nem lenne reménytelen...

Kerdes az, hogy mire fordit, nativ ARM gepikodra, vagy a normal Android VM-re, ami utobbi lehet meg mindig kicsit lassu egy komoly emulatorhoz azert egy atlagos mobiltelo CPU viszonylataban ...
Title: Re: Web emu
Post by: DrPrery on 2014.July.18. 14:59:52
Nekem úgy tűnik, hogy natív, mert az APK Assets könyvtárában van egy Executable nevű file, aminek a fejlécében az ELF szerepel... ez véletlenül nem valami linux bináris-szerűség?

Amúgy kíváncsiságból lefuttattam egy 10000-es iterációjú Sieve tesztet, lett valami 8200 ms...
A telefonom szintén pitty-putty :ds_icon_cheesygrin:, egy Cortex A5 van benne, single-core.
Namost, az atomos masinámon ugyanez a teszt 2200 ms, hyperthreading, meg 1600MHz a telefon 1000 MHz-ével szemben. Nekem úgy tűnik, hogy natív a dolog...

Amúgy az atomos masinán futtattam egy JAVA teszet is ebből, lett kb. 13000 ms.
Tehát vagy a Dalvik egy csoda :roll:, vagy tényleg natív.
Title: Re: Web emu
Post by: lgb on 2014.July.18. 15:28:06
Quote from: DrPrery
Nekem úgy tűnik, hogy natív, mert az APK Assets könyvtárában van egy Executable nevű file, aminek a fejlécében az ELF szerepel... ez véletlenül nem valami linux bináris-szerűség?

Executable and Linkable Format roviditese, nem csak Linuxos, UNIX-ok kozott elterjedt (amivel en talalkoztam: Solaris, AIX, FreeBSD, OpenBSD, Linux), de amugy ami a lenyeget illeti, igen Linux-on is ezt hasznaljak mar jo par eve :) Szokasos kicsapongo valaszadasi szokasaimat nem megtagadva hozzatennem, hogy amugy pl a windows vilagban elterjdt DLL az meg alapvetoen COFF, csak elecsesztek egy EXE fejlecet, a COFF pedig a Common Object File Format, ami szinten UNIX-os eredetu. De igen, a lenyeg, hogy az imho nativnak tunik.

Quote
Amúgy az atomos masinán futtattam egy JAVA teszet is ebből, lett kb. 13000 ms.
Tehát vagy a Dalvik egy csoda :roll:, vagy tényleg natív.

:)
Title: Re: Web emu
Post by: Zozosoft on 2014.July.18. 19:52:29
Most megnéztem Lenovo X220-on (i5), Win7,  itt is +10% körüli a javulás.
Title: Re: Web emu
Post by: endi on 2014.July.18. 21:27:54
elővettem ezt az emut, tök jó :)
meg tudtam mutatni ismerősöknek pár játékomat így tök könnyen
Title: Re: Web emu
Post by: lgb on 2014.July.18. 21:35:59
Quote from: endi
elővettem ezt az emut, tök jó :)
meg tudtam mutatni ismerősöknek pár játékomat így tök könnyen

Na igen, webes technikak azert mindig csak kullognak (bar az elony csokken) a nativ appokhoz kepest, viszont van egy nagy elonye: just works (marmint rendszerint) nem kell hozza semmit letolteni, installalni, ami kulon elony, ha az ember csak gyorsan meg akar nezni vmit, vagy - ahogy irod is - masnak prezentalni vmit, aki nem feltetlen akar mindenfele "ismeretlen" (legalabbis szamara!) dolgot installalni, csak klikkel egy URL-re, es mar nezheti. Engem is ez vezerelt a megirasaban, komolyabb dolgokra en is inkabb ep128emu-t hasznalok azert, hogy oszinte legyek :)
Title: Re: Web emu
Post by: szalai56 on 2014.July.18. 21:39:23
Quote from: lgb
Na igen, webes technikak azert mindig csak kullognak (bar az elony csokken) a nativ appokhoz kepest, viszont van egy nagy elonye: just works (marmint rendszerint) nem kell hozza semmit letolteni, installalni, ami kulon elony, ha az ember csak gyorsan meg akar nezni vmit, vagy - ahogy irod is - masnak prezentalni vmit, aki nem feltetlen akar mindenfele "ismeretlen" (legalabbis szamara!) dolgot installalni, csak klikkel egy URL-re, es mar nezheti. Engem is ez vezerelt a megirasaban, komolyabb dolgokra en is inkabb ep128emu-t hasznalok azert, hogy oszinte legyek :)
IE 9 alatt sajnos nem indul el. Céges gép.(I7-es)
Title: Re: Web emu
Post by: lgb on 2014.July.18. 21:53:33
Quote from: szalai56
IE 9 alatt sajnos nem indul el. Céges gép.(I7-es)

Ugye ezen nem lepodtel meg? En akkor lepodtem volna meg, ha elindul :) IE legujabb verzioja se feltetlen tudja azt, ami az emunak kell, hiszen MS hirehedt arrol hogy a webes technikak mogott kullog majd 10 evet idonkent. Kis anekdota: a legujabb verzioba betettem ugye ezt a dword-kent iras dolgot, amihaz az kell hogy a html canvas object 2d surface byte data typed array bufferkent elerheto legyen, igy lehessen belole Uint32Array-t gyartani. Na, nem is ez a lenyeg, hanem kivancsi voltam, hogy IE tud-e ilyet, keresgeltem a neten (mivel windows-t sose hasznalok igy IE-t sem). Talaltam valami MS oldalon errol egy bug report, ahol user irja, hogy ez nem megy. MS valasza (pedig vmi fejlesztoi oldal volt): mondjon konkret peldat hol hianyzik ez, es mire jo. Pfff. Jellemzo hozzaallas, nem azert kene megcsinalni eleve, hanem mert benne van a "szabvanyban" ilyen egyszeru, erdekes modon chrome es firefox is meg tudta oldani (arrol nem is beszelve, hogy mintha a kerdeses devel oldalon levo MS developerek nem ertettek volna mi ez, holott meg en is ertettem, pedig annyira nem vagyok nagy web/js magus) ... Szerintem MS leragadt meg ott, hogy ove a 99%-ban minden, es akkor implemental vmit, ha szerinte kell, as ugysem rughat labdaba. Es sajnos rengeteg ilyen pelda van, csak webes teruleten, kedvencem pl a webRTC, amit persze - amennyire tudom - IE szinten nem tamogat (pedig cool, audio/video chat bongeszokben par sor JS koddal mindenfele plusz plugin nelkul csak webes technikaval, persze chrome es firefox tudja ...).

Persze nyilvan, ha ceges gep, nem te dontod el feltetlen, hogy milyen browser van, el tudom kepzelni (nekem ceges gepeken mondjuk sajat linux OS van, de az mas kerdes). Szoval ne vedd magadra, nem azert irtam :) Viszont a teny meg teny marad attol, hogy IE-t az ember kerulje mint a pestis, hacsak nincs rakenyszeritve (pl ceges dolgok ...).
Title: Re: Web emu
Post by: Zozosoft on 2014.July.18. 22:02:18
Quote from: lgb
IE legujabb verzioja se feltetlen tudja azt, ami az emunak kell
Kipróbáltam, merevre fagyott :twisted:
Title: Re: Web emu
Post by: lgb on 2014.July.18. 22:16:53
Quote from: Zozosoft
Kipróbáltam, merevre fagyott :twisted:

Hehe. Amugy nem ez az oldal volt, de itt is pont MS errol ir okosan, hogy fingja sincs mi ez, mert el kene neki magyarazni (hiaba irt a bejelento URL-eket ahol elmagyarazzak mire jo ez, erdemes elolvasni, megdobbento milyen hulye fejlesztok vannak hogy ezek utan sem ertik, meg ott okoskodnak, en 1000x jobban ertem ezek szerint, ami szinten megdobbento mert nem fejlesztek egy bongeszot sem, ok meg igen - lehet abba kene hagyniuk surgossen az IE fejleszteset, kedves "Internet Explorer Team" ahogy alairtak):

http://connect.microsoft.com/IE/feedback/details/781386/typed-array-support-is-incomplete-missing-uint8clampedarray-important-for-canvas (http://connect.microsoft.com/IE/feedback/details/781386/typed-array-support-is-incomplete-missing-uint8clampedarray-important-for-canvas)

Ettol eltekintve, elvileg lehetne irni IE-n is futo JSEP-et. A problem ezzel az, hogy akkor dog lassu lenne, mert IE szintjere le kene menni, es nem hasznalni az ujabb cuccokat, vagy pedig tele lenne if-el az egesz hogy "ha IE akkor ..." de olyan szinten, hogy kvazi ket kulon emu lenne egyben if-ekkel szetbarkacsolva :( Szoval nem eri meg. Foleg ugy nem, hogy nem is hasznalok IE-t, tehat tesztelni se tudnam ...

Bocsi amugy csak az ilyen foku inkompetencian, amit itt az "Internet Explorer Team" tanusit, egyszeruen duhrohamot kapok. Fejlesszenek BASIC interpretert az ment nekik nemi joindulattal (Commodore BASIC-eket MS-tol licenceltek ...), de hagyjak a modern dolgokat, ez nem megy nekik lathatoan :) Pl egeret is tok jol tud gyartani az MS, az is oke :) Csak software-rel kene leallniuk vegre.
Title: Re: Web emu
Post by: szipucsu on 2014.July.18. 23:14:40
Quote from: lgb
Na, 10 perces hack eredmenye kovetkezik. Valoszinu, hogy nem is irtam at mindent amit kene a nagy sietsegben, igy neha hibas is lehet a kep, vagy megall az emulacio (JavaScript error, stb), amde itt most nem is ez a lenyeg, hanem a koncepcio tesztelese, hogy igy jo lesz-e majd egyaltalan.
Az én csigalassú gépemen eddig 6 fps körül volt a sebesség. Most kb. 8-ra felmegy.
Title: Re: Web emu
Post by: endi on 2014.July.19. 13:36:34
egyébként hang várható valamikor? :)
Title: Re: Web emu
Post by: lgb on 2014.July.19. 13:56:24
Quote from: endi
egyébként hang várható valamikor? :)

Valamikor biztos :) Tehat a valasz igen, csa a mikort nem tudom ... Amugy most is van benne hang, csak ugye olyan amilyen (inkabb semmilyen) raadasul firefox-szal nem igazan muxik (pedig elvileg azota abban is van webaudio .........).
Title: Re: Web emu
Post by: DrPrery on 2014.July.19. 14:05:18
Valamiféle HW acceleration-nek nem volna értelme esetleg... netán gyorsulna valamit?
Vagy ez a WebGL még túl új dolog?
Title: Re: Web emu
Post by: lgb on 2014.July.19. 14:23:20
Quote from: DrPrery
Valamiféle HW acceleration-nek nem volna értelme esetleg... netán gyorsulna valamit?

Nem hiszem. A dolog lenyege pont az, hogy a javascript kod maga nyilvan nem hw-orinetalt, ha van HW GPU gyorsitas akarmi, azt mar a browsernek kell csinalnia, JS szinten ezt nem tudod befolyasolni. Nyilvan a canvas resize-ot pl a browser gyorsithatja HW-esen, amitol tenyleg gyorsabb lessz, de ebbe nem tud az JS kod beleszolni, ha a browser igy csinalja jo, ha nem igy csinalja, akkor meg kevesbe. Egy havaromnak volt vmi dual GPU-s notebookja, Linux alol neztuk, egyszeruen valthato, hogy melyiket hasznalja, hat eleg durva, a combosabb GPU-val 100 FPS folott volt, kulonben kb 20 ... Es ugye pont ez a technika mutatja, hogy csak a GPU valtozott, a hw tobbi eleme, OS, akarmi nem. Nyilvan sokat szamit.

Quote
Vagy ez a WebGL még túl új dolog?

Nem tudom mit ernel vele, az elsosorban arra jo, hogy 3D cuccokat renderelj, de nekunk nem ez kell. Nekunk sima pixmap-kent uzemelo canvas kell, ami pixelenkent irhato JS-bol. Ahogy fentebb irtam: az mas kerdes, hogy ennek "rendereleset" lathato objektumra maga a browser megoldhatja akar vmi HW gyorsitas, GL stb modon is, de az a maganugye, abba az JS kod nem kepes beleszolni, hogy egy browser hogyan optimalizalja a grafikus muveleteit ... Elvileg lehetne azt is nezni, hogy chrome/firefox eseten kulonbozo hw gyorsitas opciokat ki/be kapcsolni, valtozik-e a sebesseg, es ha igen, mennyit.

Persze, az nem elkepzelhetetlen, hogy kvazi webGL enititasokat 2D texturakent vagy vmi hasznalni JS-bol, ha erre gondolsz, ez lehet mukodne, de oszinten fogalmam sincs, nem ertek a *GL-hez ugy altalaban sem :( Raadasul ha adott gepen/browseren nincs webGL, akkor iszonyat lassu lesz, fallback koddal meg kb ketszer kene mindent megirni, az egesz nick emulaciot tehat kb.
Title: Re: Web emu
Post by: DrPrery on 2014.July.19. 14:43:09
Hát, hogy ebből mi lesz...

http://prog.hu/hirek/3518/Az+LLVM-mel+gyorsitja+a+nativ+kodok+szintjere+a+JavaScriptet+a+Webkit.html (http://prog.hu/hirek/3518/Az+LLVM-mel+gyorsitja+a+nativ+kodok+szintjere+a+JavaScriptet+a+Webkit.html)
Title: Re: Web emu
Post by: endi on 2014.July.19. 14:54:08
nálam nincs hang se chrome, se opera alatt (új opera, a webkites)

amúgy nem rossz így se, gondolom lassítana is ha van hang
Title: Re: Web emu
Post by: lgb on 2014.July.19. 15:33:23
Quote from: endi
nálam nincs hang se chrome, se opera alatt (új opera, a webkites)

amúgy nem rossz így se, gondolom lassítana is ha van hang

Alapbol nincs, kulon kell engedelyezni a megfelelo URL-el, nem default beallitas. Fejbol mar en se tudom mi volt, talan sound=yes vagy hasonlo parameter :) Bar most kiprobaltam nekem se megy, JS error stb, valoszinu, hogy amikor irtam, meg kiserleti stadiuban volt a webaudio akkor szoktak vendor specific modon irni egy-ket dolgot, amit kesobb szabvanyra ternek at, szoval majd at kene neznem egyszer azt is ujra .... Bocsi.

http://ep.lgb.hu/jsep/demo.new/?snapshot=dtm.ep128s&sound=yes (http://ep.lgb.hu/jsep/demo.new/?snapshot=dtm.ep128s&sound=yes)

Egy metodust atneveztek kozben, azert nem ment. Igy nekem chrome-ban mar van hangja, firefox-ban mondjuk nalam nincs, pedig hibat sem jelez hmmm. Mindazonaltal, az teny, hogy az JSEP audio implementacioja az megagaz, es mar akkor is vmi figyelmeztetes volt emlekeim szerint  webaudio api specben h amit hasznali akarok az elavult es nem ajanlott a hasznalata. Szoval mindenkeppen uira kell majd irnom ezt az audio reszt, hogy:

* menjen firefox/chrome-on is
* webaudio API normalis tamogatasa
* audo buffer over/underflow dolgok, ami miatt ugye olyan gagyi az egesz :)
* dave (nem digi) hang dolgok normalis tamogatasa, modulacio/torzitas stb nincs is implementalva ... :(

A hang hatranya amugy az, hogy ha bekapcsolja az ember (azert nincs alapbol) az egesz emulacio _joval_ lassabb lesz :( Ezert nem is szeretnem defaulte bekapcsolva tartani. Ez vagy vmi bug nalam, vagy pedig lehet ez sajna ilyen, akkor esetleg vmi autodetect kene ami nem emulal hangot ha ugy is csend van mar egy ideje ezzel gyorsitva a dolgot legalabb akkor :)
Viszont az is lehet, hogy ez a lassusag meg a webaudio API kiforrotlansagaban keresendo, azota meg eltelt egy-par implementacio firefox es chrome eseten is, szoval ideje lenne ujra atneznem :)
Title: Re: Web emu
Post by: lgb on 2014.July.19. 16:43:34
Quote from: DrPrery
Hát, hogy ebből mi lesz...

http://prog.hu/hirek/3518/Az+LLVM-mel+gyorsitja+a+nativ+kodok+szintjere+a+JavaScriptet+a+Webkit.html (http://prog.hu/hirek/3518/Az+LLVM-mel+gyorsitja+a+nativ+kodok+szintjere+a+JavaScriptet+a+Webkit.html)

Jah. En asm.js eseten meg "kozel csak 2x lasabb az js mint a nativ kod biznyos esetekben" cimu ertekezest olvastam, de tegnap mar olyan akadt a szemem ele, hogy 1.5x ... Es a dolgok nem allnak meg. Amugy nem csoda, van olyan torekves, hogy a web browser legyen a _a_ desktop, es ne legyen nativ applikacio, az egyetlen ilyen a browser maga az OS-el jobban integralva. Vegulis pl a firefoxOS telokra valami hasonlo, es mint ilyen nekem tetszik (jobban mint az elvont Dalvik VM az androidon ami csak ott jo, mig az JS legalabb barhol mashol is hasznalhato!). Az, hogy asztali gepen ez mennyire jo otlet, mas kerdes. Igaz, fogy is a piaca a desktop PC-knek, es terjednek a "kutyuk" helyette. Mi lesz itt ....
Title: Re: Web emu
Post by: endi on 2014.July.19. 18:56:04
lgb, nem vállalsz javascript munkát? mondjuk sokat nem tudok fizetni :(
Title: Re: Web emu
Post by: DrPrery on 2014.July.19. 19:08:32
Quote from: lgb
Jah. En asm.js eseten meg "kozel csak 2x lasabb az js mint a nativ kod biznyos esetekben" cimu ertekezest olvastam, de tegnap mar olyan akadt a szemem ele, hogy 1.5x ... Es a dolgok nem allnak meg. Amugy nem csoda, van olyan torekves, hogy a web browser legyen a _a_ desktop, es ne legyen nativ applikacio, az egyetlen ilyen a browser maga az OS-el jobban integralva. Vegulis pl a firefoxOS telokra valami hasonlo, es mint ilyen nekem tetszik (jobban mint az elvont Dalvik VM az androidon ami csak ott jo, mig az JS legalabb barhol mashol is hasznalhato!). Az, hogy asztali gepen ez mennyire jo otlet, mas kerdes. Igaz, fogy is a piaca a desktop PC-knek, es terjednek a "kutyuk" helyette. Mi lesz itt ....
Tesztelgettem egy kicsit a szokásos Sieve-t JS szempontból...
FF 22-őn volt 6500 ms, most raktam fel a 30-as verziót, azon 4200 ms... mintha gyorsulna a motor...
Viszonyításul a natív C++ 2200 ms...
Title: Re: Web emu
Post by: lgb on 2014.July.19. 20:02:05
Quote from: DrPrery
Tesztelgettem egy kicsit a szokásos Sieve-t JS szempontból...
FF 22-őn volt 6500 ms, most raktam fel a 30-as verziót, azon 4200 ms... mintha gyorsulna a motor...
Viszonyításul a natív C++ 2200 ms...

Sima "kezzel irt" JS? Esetleg ha van kedved, probald meg emscripten-el lefordtani a C++ kodot JS-re kulonbozo optimakolassal, hogy azzal mennyi, erdekes lenne latni.
Title: Re: Web emu
Post by: lgb on 2014.July.19. 20:09:21
Quote from: endi
lgb, nem vállalsz javascript munkát? mondjuk sokat nem tudok fizetni :(

Hehe, koszi, de penzert se nagyon, csak ha tenyleg jo a penz :) Az oka az, hogy idom nincs ... Szoval max a melom rovasara tudnam, az meg nem art, ha megterul akkor persze :) Hobbyra (pl EP...) azert neha kell par perc ez igaz, kulonben beleorulnek, hogy mindig csak a melo :) Amugy koszonom a bizalmat, de nem tartom magam nagy webes/js fejlesztonek, illetve a tudasom eleg specifikus, nem atlag webes dolgokhoz kello ami egy emulatornal jol jon :) De azert mondd pl privat uzenetben, hatha van otletem legalabb. Ha nagyon sok idom lesz, egyszer elgondolkodok rajtra, lehetne-e IS-BASIC - JS compiler-t irni, es akkor lehetne webes dolgokat abban nyomatni just 4 fun :) Bar oszinten szolva az IS-BASIC-et annyira nem is ismerem, max csak primitiv BASIC-eket mint a Commodore BASIC 2 (ami ugye Microsoft amugy ... heh).
Title: Re: Web emu
Post by: DrPrery on 2014.July.19. 20:30:19
Quote from: lgb
Sima "kezzel irt" JS? Esetleg ha van kedved, probald meg emscripten-el lefordtani a C++ kodot JS-re kulonbozo optimakolassal, hogy azzal mennyi, erdekes lenne latni.
Hát ez az, hogy nem... :oops:
Tulajdonképpen a Monkey nevezetű multiplatformnak szánt nyelv JS kimenete.
Ez egy Basic-szerű dolog, a BlitzMax készítőjétől.
Nem azt mondom, hogy ha nagyon akarnám, akkor nem tudnék "elmélyülni" benne, csak állandóan hezitálok, mibe lenne érdemes annyi energiát, időt feccölni...
Endi szerint a JS az Über Alles, csakhát én még nem vagyok erről annyira meggyőződve, a "legrosszabb" viszont az, hogy úgy "megfertőződtem" a Basic-kel, pláne az egyszerűsége miatt, hogy az úgynevezett "professzionális" nyelvektől néha égnek áll a hajam...
Az egy dolog, hogy bele-belekukkantok mindenféle nyelvbe; Java, C, Lua, csak hát... :roll:
Eklatáns példa Androidon az RFO Basic... na, az aztán az egyszerű ügy... LOAD, RUN oszt' jó napot... mondjuk csak egy száraz interpreter, az én alsó-kategóriás telefonomon kb. a lezippelt IS-BASIC sebességét hozza :ds_icon_cheesygrin:, de a feature készlete az állati... egyszerű játékokat amolyan retro szinten simán lehet vele csinálni...
Title: Re: Web emu
Post by: lgb on 2014.July.19. 20:46:22
Quote from: DrPrery
Hát ez az, hogy nem... :oops:
Tulajdonképpen a Monkey nevezetű multiplatformnak szánt nyelv JS kimenete.
Ez egy Basic-szerű dolog, a BlitzMax készítőjétől.

Aha, akkor asm.js kimenet meg ennel is gyorsabb lehetne esetleg!

Quote
Endi szerint a JS az Über Alles, csakhát én még nem vagyok erről annyira meggyőződve

Nem feltetlen maga a nyelv amugy ... Hanem pl elterjedtsege, minden mai browser tud JS-t futtatni kb (minden kulon plugin, install stb nelkul), es minden mai gepen van browser, szoval ez azert baromi nagy elony! Meg akkor is az lenne, ha az JS-t mondjuk technikai szinten vki nem komalja igazan. Amugy a mar emlegetett asm.js is pont azert lett olyan amolyan: sokan kerdeztek, hogy miert nem csinalnak egy uj normalisabb/jobban (vagy konyebben) optimalizalhato nyelvet. A valasz az volt, hogy mert JS mar van mindenhol, uj dolog bevezetese Internet mereteben nem egyszeru teljesen kulonbozo gyartok, platformok stb kozott nezve. Mindig veszelyes amikor egy gyarto jon elo vmivel amit tobbi nem igazan tamogat, es pl "webnek" nevezi, lasd pl a NaCl probabalkozasat a Google-nek, vagy a Microsoft SilverLight-ja.

Quote
"megfertőződtem" a Basic-kel, pláne az egyszerűsége miatt, hogy az úgynevezett "professzionális" nyelvektől néha égnek áll a hajam...

Hat, nem akarok kotekedni (bar lehet nem veszed annak), de teny, hogy BASIC-et foleg elso nyelvkent azert veszelyes tanulni, mert utana nem tudsz megtanulni "normalis" nyelveket :) Es ezt nem en talaltam ki, nalam sokkal okosabbak mondtak. BASIC-ben multkor probaltam nyomni vmit, haaat nem ment, en mar tul "normalis programozasi nyelv" hivo lettem, munkam soran is irok pl Python, C, PHP es JavaScript kodot (ebbol a PHP-re nem vagyok buszke, mert az egy igazi gany nyelv amugy), illetve sajat szorakoztatasomra foleg assembly-t jo par kulonbozo CPU-ra. Amugy, amennyit tudok az IS-BASIC-rol, az alapjan azt mondhatnam, hogy ahhoz kepest, hogy BASIC, es meg "kb retro" kategoriaban van, egesz durva dolgokat is tud, amit mas 8 bites rendszerek BASIC-jei messze nem tudtak, szoval le a kalappal elotte.
Title: Re: Web emu
Post by: DrPrery on 2014.July.19. 21:17:01
Quote
Hat, nem akarok kotekedni (bar lehet nem veszed annak), de teny, hogy BASIC-et foleg elso nyelvkent azert veszelyes tanulni, mert utana nem tudsz megtanulni "normalis" nyelveket (http://enterpriseforever.com/Smileys/phpbb/smiley.gif)
Hehe, annyira nem vagyunk sértődősek :), csak ott volt a bökkenő, hogy amikor én kezdtem ismerkedni az "ámítástechnikával", akkor a 8-bites gépek taroltak a világban, azokon meg ugye a Basic ment...
Volt ugyan C is, nade ki szórakozott ilyesmivel, pláne egy Plus4-en.
Mondjuk ez a Javascript egyre jobbnak tűnik, az érvelésed is helytálló elméletileg... csak hát az ember kedveli az out-of-box dolgokat és itt még mintha megoldatlan lenne egypár dolog...
De hát lehet hogy csak nekem tűnik úgy, mondjuk kíváncsi lennék Zozo vélekedésére az ügyben... :ds_icon_cheesygrin:
Amúgy meg van valami, ami kifejezetten bosszant... néha a számtech. világban hirtelen megbuggyannak és képesek egész kifejlett dolgokat szemétre vágni vagy úgy megváltoztatni, hogy lőttek a kompatibilitásnak... annak idején a Mac-okból kidobták a PowerPC procikat, lett X86... na, most elképzelem azoknak a fejét, akik mondjuk a régi procra "szocializálódtak", az eszmei csapásról már nem is beszélve :ds_icon_cheesygrin:
Aztán itt van a Flash vs. HTML5 háború, az előbbit nagyon ki akarják szorítani, csókoltatom azokat is, akik Flash-t tanultak...
Itt volt a VisualBasic is, egy darabig ment, aztán a Microsoft úgy döntött, hogy viszlát...
Most meg valami olyasmit hallottam, hogy az Apple az Objective-C-t akarja lecserélni egy új scriptnyelvre... ez a sok változás meg bizonytalanság az agyamra megy, de a JS talán már annyira "beágyazódott", hogy talán azt csak nem fogják idővel "szétverni"... :roll:
Title: Re: Web emu
Post by: lgb on 2014.July.19. 21:48:17
Quote from: DrPrery
Hehe, annyira nem vagyunk sértődősek :), csak ott volt a bökkenő, hogy amikor én kezdtem ismerkedni az "ámítástechnikával", akkor a 8-bites gépek taroltak a világban, azokon meg ugye a Basic ment...

En is, csak eppen nagyon rovid ido alatt Commodore-on (mivel ott a BASIC amugy sem volt sokra jo) attertem az assembly-re, igy talan nem hagyott bennem a BASIC mely nyomot :) Szoktam is mondani, hogy igen, sz** a Commodore BASIC (hat MS, mit var az ember ...), amde ez jo is, mert rakenyszeritette az emberek jo reszet, hogy asson le az assembly-ig, mert BASIC-el nem lehetett semmi ertelmeset csinalni, ha hang / sprite barmi kellett, lehetett POKE-olni, amihez mar erteni kellett kicsit a dolgokat alacsonyabb szinten, illetve grafikus mod meg kb remenytelenul lassu volt BASIC-bol, oda asm az must have volt (hacsak vki nem szerzett vmi BASIC bovitest mint a Simons' Basic pl). Szoval lehet, jobban is jar az ember, mint vmi fullos BASIC-el, ami elkenyezteti az embert, es igy talan nem is megy tovabb, es amikor menne, mar fuggo, es nem tud :) Ami a lenyeg a sok felesleges dumam kozepette: sok penz nem volt a csaladban, pedig engem erdekelt az Amitastechnika. Igy mire gyerekkent megkaptam eletem elso gepet (C64) mar tudtam assemblyben is programozni legalabbis elmeletileg papiron, mert kiprobalni csak nagyon ritkan volt alkalmam ha havernal stb hozzajutottam ket jatek kozott egy C64-hez par pillanatra ...

Quote
Mondjuk ez a Javascript egyre jobbnak tűnik, az érvelésed is helytálló elméletileg... csak hát az ember kedveli az out-of-box dolgokat és itt még mintha megoldatlan lenne egypár dolog...

Mar aki :) Azert az ordog altalaban mindig az elhitetett egyszerusegben bujik meg. Jo pelda erre a PHP. Jelenleg azzal kuzdenek a PHP fejlesztok is, hogy a nyelv alapfilozofiajaval van baj sok ponton, es mar problemat jelent a tovabbfejlesztese teren. Ez az alapfilozofia viszont (most fejbol nem tudom, de idezet volt az erdeti PHP/FI doksibol a 2-es verzio kornyeken meg!) abbol fakadt, hogy nem akarta a leeendo PHP programozoktol olyan tudast elvarni, mint mas komoly nyelvek eseten (!) ezert par dolgot egyszerusitettek/maskepp csinaltak. Azota ezek sorra visszautnek, es komoly gondot okoznak. Szoval ennek ara van, lehet vmit egyszeruen, de az nem is igazan lesz alkdalmas egykonnyen aztan nem egyszeru dolgokra, pont ez a baj. Tobbek kozott ezert se szeretem a PHP-t, bar "kenytelen vagyok" PHP-ben is nyomulni neha, ettol meg nem lesz a kedvencem :) Ha egy programozasi nyelv "bonyolult" elso latasra, annak altalaban az az oka, hogy eled tar minden lehetoseget, nem egyszerusit stb, nem koti meg a kezed, cserebe illik erteni hozza, nem csak feluletesen, ez igaz ... Tipikusan ilyesmi erzese van az embernek pl a Python eseten: az alapkoncepcio szep, de ahogy objektum jon, meg a metodusok self parametere stb, rajon az ember, hogy biza, kell hogy legyen fogalma arrol, hogy mux az egesz, hogy tudja hasznalni.

Quote
Amúgy meg van valami, ami kifejezetten bosszant... néha a számtech. világban hirtelen megbuggyannak és képesek egész kifejlett dolgokat szemétre vágni vagy úgy megváltoztatni, hogy lőttek a kompatibilitásnak... annak idején a Mac-okból kidobták a PowerPC procikat, lett X86... na, most elképzelem azoknak a fejét, akik mondjuk a régi procra "szocializálódtak", az eszmei csapásról már nem is beszélve :ds_icon_cheesygrin:

Azert nem uaz. Viszonylag eleg keves ember ir komplex user appokat assembly-ben, szoval egy CPU lecserelese tok masra sem okozhatna (persze tudjuk, hogy azert okoz ...) tul sok gondot, ha az OS amit megszokott fut az uj CPU-n is, meg pl a fordito esetleg IDE (ha hasznal vmit ilyesmit) is, akkor kb nem is feltetlen kene, hogy eszrevegye. Azert, ha a JavaScript-et akarnad vmi tok masra kicserelni hirtelen, az nem lenne egyszeru, sok-sok nagysagrenddel nagyobb lenne a gond, mint az, hogy a Mac-ek PowerPC-rol intelre valtottak.

Masreszt, amit irsz, hogy ezek a valtozasok a szamtechben: hat igen, ez azert akkor is tud bosszanto lenni. Nekem azert is jon be EP-vel, C64-el vagy ugy altalaban "8bittel" foglalkozni: ott a gep adott. Ok, elvileg lehetne procit turbozni stb, tobb memoriat, de ez nem olyan termeszetes, mint PC-nel azert. Szoval akkor vagy a "fasza gyerek" (mar elnezest) ha meg tudod oldani ezeken a gepeken a dolgot, mai modern programozok viszont siman mutogatnak rad, hogy vegyel meg tobb magos CPU-t, vegyel tobb RAM-ot stb, a te hibad hogy lassu. Regebben nem igy volt, ha lassu volt, a programozo sz**, nem tudta gyorsra megcsinalni :) Viszont rohano vilagunkban a technika gyorsabban fejlodik mint valaha (azon lehetne vitatkozni, hogy ez jo v rossz), igy egyre tobbszor van az, hogy bizony valtas kell, nincs ido arra mint regen, hogy evekig optimakoltak egy sw-t hogy ugyanazon a hw-n gyors legyen, illetve hw ugyis jon ki gyorsabb allandoan ....

Quote
Aztán itt van a Flash vs. HTML5 háború, az előbbit nagyon ki akarják szorítani, csókoltatom azokat is, akik Flash-t tanultak...
Itt volt a VisualBasic is, egy darabig ment, aztán a Microsoft úgy döntött, hogy viszlát...
Most meg valami olyasmit hallottam, hogy az Apple az Objective-C-t akarja lecserélni egy új scriptnyelvre... ez a sok változás meg bizonytalanság az agyamra megy, de a JS talán már annyira "beágyazódott", hogy talán azt csak nem fogják idővel "szétverni"...

Na igen. Amde a fenti felsorolt dolgok, vagy retegigenyek (Objective-C-t nem igazna hasznal szerintem sok embert, max ha Apple OS-t hasznal, nem surron talalkozok obj-c dolgokkal nem apple dolgok kapcsan, pedig a lehetoseg adott!), vagy eleve csak egy ceg nyomta (VisualBasic, MS, de vegulis a flash is). Az JS viszont nem olyan, hogy egy "ceg termeke", kulon plugin kene hozza, es/vagy adott bongeszon/OS-en megy, a tobbin meg nem igazan vagy nem olyan jol (lasd pl silverlight, linux alatt max vmi moonlight nevu potlek van ami neha megy is azzal aminek kene). Ezert en messzmenokig tamogatom minden olyan dolgok kioleset, ami tulzottan egy ceg dolga, es/vagy egyetlen platformhoz kotodik. JS-t "szetverzni" nehez lenne, ma mar szinte minden oldalon van vmi JS kod, ha alkotnanak is vmit, amire mindenki rakap, JS-t meg hosszu evekig ha nem evtizedekig meg kene tartani amugy is, mivel az a webes vilagban kb gerinckomponens. Hasonlo az eset (ok nem tul jo pelda, dehat a peldak mar csak ilyenek) mint az IPv6, fuuuu de szuper, fuuuu de jo, es mikor is volt mar elvileg kesz (1992-ben kezdtek el vagy vmi hasonlo)? Miota riogatnak, hogy elfogy az IPv4 cimtartomany es IPv6 az allat surgos? Ehhez kepest kinek van IPv6 otthon/munkahelyen/barhol? Biza, ami fontos "gerinckomponens" az evtizedekig huzza meg akkor is, ha tenyleg le kene cserelni, es van is alternativa! Ehhez viszont tenyleg fontosnak kell lennie, es alapnak, az JS web teruleten ilyen, de meglatosom szerint az apple gepekben hasznalt CPU vagy az obj-c megint apple fronton azert nem globalisan meghatarozo tenyezo ennyire ...
Title: Re: Web emu
Post by: DrPrery on 2014.July.19. 22:38:18
És még azt hittem, én kapom majd a Pulitzer-díjat... :ds_icon_cheesygrin:

Mellesleg, hogy jobban értsd a problémáimat: én egy eléggé összetett alak vagyok, egy teszt alapján a humán-reál megoszlásom kb. 50-50%...
Evégből kifolyólag olyan gondjaim merülnek fel, ami egy "egyoldalú" vérprofinál vagy egy univerzális zseninél elő sem fordulhatnak.
Pl. a technikai dolgokra némileg hajlamos vagyok "esztétikailag" tekinteni, ez is vitt bele a számítástechnikába annak idején. A kezembe akadt egy Mikromagazin, benne színes képek C64 játékokról, így kezdődött... a programozás inkább csak mintegy "elkerülhetetlen" dolog jött a képbe, a puszta felhasználás jobban hatott (fúú, színes, csillog-villog, mozog, na képzelheted egy tízévesnél :ds_icon_cheesygrin:)
Mondhatjuk úgy is, hogy a grafika jobban érdekelt, na :) (lásd a Zozo-féle demókat... :ds_icon_cheesygrin: :mrgreen: )
De itt jön a másik hátulütő, mert a rajzolós dolgokat sem egészen tudom "zsigerből" csinálni, mint egy született művész, ott meg mechanikus sémákban vagyok hajlamos gondolkozni, túl "technikai" a megközelítésem... hiába, zűrös fajta vagyok... :ds_icon_cheesygrin:

Jellemző eset a középiskolából... Zozo-val beiratkoztunk egy Pascal objektum-orientált fakultációra... ő "tízóraira" bevágta a lényeget, én meg csak lestem, hogy mi van... :mrgreen:
Az OO-tól amúgy a mai napig borsódzik a hátam, hiába bizonygatják, hogy mennyivel fejlettebb, logikusabb... mondjuk a lényeget már megértettem, de ahogy némely forráskódokat elnézek, hát ott nekem néha akkora káosz van, hogy csak na...

u.i.: legalább az az elégtételem megvolt, hogy Zozo az irodalom meg efféle dolgokat meg rólam másolta... :mrgreen:

u.i.2.: lehet, hogy ajánlatos lesz egy bombabiztos fedezéket keresnem... :ds_icon_cheesygrin:
Title: Re: Web emu
Post by: lgb on 2014.July.19. 23:06:23
Ertem en, az esztetika fontos. Pont ezert nekem a tul leegyszerusitett dolgok viszont nem esztetikusak, mert engem az is erdekel mi van mogotte az adott interpreterben, illetve ha az ember nem trivialis programot akar irni, akkor hogy alakul, es amivel egyszeru dolgot gyorsan keves tudassal lehet irni, arrol altalaban mindig kiderul, hogy kevesbe alkalmas komplexebb dologra, nem esztetikus. Masreszt az esztetika fogalma is szubjektiv. Pl neha van a "gyors" vs "esztetikus" fejtoro. Pl Pythonban szeretek szamomra esztetikusnak tuno egy sorban tomoren kifejezheto generator kifejezeseket es hasonlokat bedobni, mert az "elegans megoldas" azonban nem biztos, hogy a leggyorsab es a leghatekonyabb. Tehat mint minden az eletben: semmi sem csupa rossz, vagy csupa jo (feher es fekete csak a meseben van, a valosag a szurke aranyalatai), az adott feladattol fugg, hogy mit erdemes valasztani nincs univerzalis megoldas, ami megoldja a vilagegyetem osszes problemajat :)

Az OO alatt gondolom az objektum orientaltsagot irtad, bar nem fejtetted ki, hogy objektum orientalt vagy objektum alapu dologrol van szo, illetve ennek is szamos megkozelitese van, nezd meg pl az objective-c es a c++ felfogasa errol elegge kulonbozik. Az JS is erdekes, az nem a C++ hasonlo megoldast kovet, hanem prototipus alapu rendszer. Amugy reszben osztom a velemenyedet az OO "utalat" kapcsan, bar nalam nyelvtol es feladattol is fugg, hogy adott helyen "mennyire szeretem" :) Pl Python alatt total termeszetes nekem, nagyon szepen illik a filozofiaba (na itt jon az, hogy melyik nyelvnek szerves resze es melyiknel van az az erzes hogy csak beleeroszakoltak, de nem szep, es nincs ra ott szukseg igazan), C++-t viszont ki nem allhatom, es megtanulni sem volt erom soha, nekem eleg a sima C (C++ az egy megeroszakolt C - el lehet belole venni a C++ featuroket es visszkapsz egy mukodo nyelvet azok nelkul is, a C-t, ellenben a Pythonbol ha megprobalnad elvenni az OO jellegu dolgot, nem menne, mert a lenyegi resze, erre mondom en, ha igy erthetobb).

Negativ esztetikaban viszont szinte biztos, hogy a PHP vinne el a citromdijat, annal ganyabb nyelv nincs.

Btw, ezzel mar igazan elkoltozhetnenk vmi cseveges rovatba, mert ki fogunk igy kapni, ugy erzem, elegge off-topic :)
Title: Re: Web emu
Post by: DrPrery on 2014.July.20. 07:49:18
Quote
Btw, ezzel mar igazan elkoltozhetnenk vmi cseveges rovatba, mert ki fogunk igy kapni, ugy erzem, elegge off-topic (http://enterpriseforever.com/Smileys/phpbb/smiley.gif)

Háát, utólag visszanézve ez nekem is feltűnt, hajajj... :)
Pszichológiai rovat még nincs, buggyant fél-programozó részére... :mrgreen:

Egyébként, hogy legyen valami szakmai téma is:

http://prog.hu/hirek/3575/C-plus-plus-rol+JavaScript-re+atirassal+gyorsithato+a+weboldalak+mukodese.html (http://prog.hu/hirek/3575/C-plus-plus-rol+JavaScript-re+atirassal+gyorsithato+a+weboldalak+mukodese.html)
Title: Re: Web emu
Post by: DrPrery on 2014.July.20. 08:44:06
Itt van egy SNES emulátor, ami mintha megpróbálna hangot is kiadni...
Nálam nem sikerült, a hibaüzenet szerint Linux-on talán tudna :smt017 ?
 
Quote
Snes9x 1.53 for unix/SDL
Sound buffer size: 12800 (3200 samples)
SDL sound driver initializing...
    --> (Frequency: 22100hz, Latency: 100ms)...Failed

http://tjwei.github.io/xnes/sound4/snes9x.html (http://tjwei.github.io/xnes/sound4/snes9x.html)
Title: Re: Web emu
Post by: lgb on 2014.July.20. 08:53:39
Quote from: DrPrery
Itt van egy SNES emulátor, ami mintha megpróbálna hangot is kiadni...
Nálam nem sikerült, a hibaüzenet szerint Linux-on talán tudna :smt017 ?
 
http://tjwei.github.io/xnes/sound4/snes9x.html (http://tjwei.github.io/xnes/sound4/snes9x.html)

Hat, ez ranezesre valaha egy elsosorban X-es (a neve alapjan is) linux/unix SDL-t hasznalo emu volt, amit ujraforditottak az emlitett emscripten-nel hogy JS kod legyen belole :) Az emscripten maga lehetove teszi, hogy C vagy C++ kodot minimalis valtoztatasokkal leforditson "webes alkalmazassa" es amugy SDL (SDL1)-et emulal, ez gondolom a hangra is vonatkozik, habar csak most kacsingatok abba az iranyba, hogy en is elkezdjek jatszani ezzel, mit lehet ebbol kihozni es mit nem :-P A unix stb utalas benne valoszinu az eredeti kodbazis miatt van, es nem is sok jelentese van mar ebben a formaban.
Title: Re: Web emu
Post by: DrPrery on 2014.July.20. 09:53:55
Az általam emlegetett Monkey nyelv HTML5, JS kimenete hangkeltésre használ valami gxtkAudio class dolgot... nem lenne ez valahogy használható?
Title: Re: Web emu
Post by: lgb on 2014.July.20. 13:51:07
Quote from: DrPrery
Az általam emlegetett Monkey nyelv HTML5, JS kimenete hangkeltésre használ valami gxtkAudio class dolgot... nem lenne ez valahogy használható?

Nem tudom mi az, de raguglizva mindenhol Android meg Android SDK kapcsan jon elo, nekem az nem HTML technikanak tunik. Fura is lenne, mert ugye ott adott mi van, a WebAudio, amit elvileg tamogat a Chrome es a Firefox is mar, az IE szokas szerint persze nem (legalabbis 11-es verziora azt irjak h nem). Es igen, elvileg tenyleg tudja a tesztjeim szerint, egy sima primitiv, adjunk ki vmi sipolast cimu teszt nalam remekul megy firefox-on es chrome-on is. Pont az benne a talany, hogy viszont az JSEP hang firefox-on most sem jo, chrome-on meg igen, pedig tok ugyanaz, ami a kis alap tesztem, ami viszont mindkettovel megy! Valoszinu en vetettem valahol egy hibat, ami nem szurja ki a szememet, vagy nem tudom :)
Title: Re: Web emu
Post by: DrPrery on 2014.July.20. 15:15:56
Megpróbálok egy csatolmányt mellékelni, Monkey-JS audióteszt. A számgombokkal lehet választani hangeffektet. Nekem FF 30 alatt működik...
Title: Re: Web emu
Post by: lgb on 2014.July.20. 16:04:46
Quote from: DrPrery
Megpróbálok egy csatolmányt mellékelni, Monkey-JS audióteszt. A számgombokkal lehet választani hangeffektet. Nekem FF 30 alatt működik...

http://ep.lgb.hu/jsep/demo.new/audio.html (http://ep.lgb.hu/jsep/demo.new/audio.html)

Szep idegesito hangot ad ki, ez nekem is remekul megy FF 30 alatt es chrome alatt is. Mint mondtam, a baj az, hogy egy ilyen egyszeru teszt latszolag tok jol megy FF alatt nekem is, am ha ugyanezt a semat kovetem az JSEP-ben, ott FF alatt mar nincs hang, az onaudioprocess callback valamiert meg sem hivodik, amit a browsernek kene, pedig a fenti egyszeru oldalon muxik. Szoval nem az a baj, hogy nem tudom hogy kell, hanem az, hogy FF-ben valamiert az JSEP-ben mar nem megy, pedig total ugyanaz a sema. Ezert is irtam, hogy tuti, en nezek el valamit :)
Title: Re: Web emu
Post by: DrPrery on 2014.July.20. 16:39:01
Szép kis hang, a delfinek kb. hallják is... :ds_icon_cheesygrin:

Ház ez az, ezek a JS dolgok valahogy még nem az igaziak...
Az lenne ugye az elv, hogy mindenhol menjen minden... ehhez képest már a hangkiadás is mekkora probléma... :roll:

Hiába, nem mindenki profi barkácsmester-programozó :ds_icon_cheesygrin: , az egyszerű fél-kódereknek az ilyesmitől gyorsított sebeséggel kezd hullani a haja... ők azt szeretik, ha kiadják a PlaySound-ot, aztán gyerünk... és nem számít, hogy Win vagy Linux vagy Android; az legyen az adott nyelv karbantartóinak a gondja... de, hogy folyton össze-vissza kelljen "hegeszteni" mindenféle alapdolgot is, az már meghaladja némelyek ingerküszöbét...
Title: Re: Web emu
Post by: lgb on 2014.July.20. 17:28:47
Quote from: DrPrery
Szép kis hang, a delfinek kb. hallják is... :ds_icon_cheesygrin:

Jah, mert csak az adott gep sebessege hatarozza meg a frekvenciat, ez egy legegyszerubb hang szintezis teszt, igy gyors gepen jo magas lesz a frekvencia :) Ez az egyik legegyszerubb teszt, azert van benne igy, dehat nem is jo semmire csak elv szemleltetesere :)

Quote
Ház ez az, ezek a JS dolgok valahogy még nem az igaziak...
Az lenne ugye az elv, hogy mindenhol menjen minden... ehhez képest már a hangkiadás is mekkora probléma... :roll:

Teljesen igaz. Ezek a media/hang/akarmi dolgok webes technikakban mostanaban vannak felfutoban, regebben a kutyat nem erdekelt, a web az csak web, html oldalak, applikaciok meg ugye nativak, nincs kozuk a webhez, az OS-en fut, ez volt az eddigi allaspont. Ez van mostanaban valtozoban. Viszont ujra leszogeznem: SZVSZ a webaudio-nak kellene mennie FF-en es Chrome-on is, tuti en szurok el vmit az JSEP-ben. Csak jonnek ra vegre, hogy mit.

Quote
Hiába, nem mindenki profi barkácsmester-programozó :ds_icon_cheesygrin: , az egyszerű fél-kódereknek az ilyesmitől gyorsított sebeséggel kezd hullani a haja... ők azt szeretik, ha kiadják a PlaySound-ot, aztán gyerünk... és nem számít, hogy Win vagy Linux vagy Android; az legyen az adott nyelv karbantartóinak a gondja... de, hogy folyton össze-vissza kelljen "hegeszteni" mindenféle alapdolgot is, az már meghaladja némelyek ingerküszöbét...

Nem kell "ossze-vissza" heggeszteni (multidoben: kellett, pl a WebAudio lenyeg pont az hogy egyseges legyen, elotte is volt FF-ben audio API csak eppen FF sajatja nem kompatibilis semmi massal: ez valtozott a WebAudio-val), nem erted a lenyeget. Itt a lenyeg csupan az, hogy en elszurok valamit, ilyen egyszeru. Tekintve, hogy akkor mas tesztek se mennenek FF-el, azok meg mennek :) Amugy meg a peldad rossz: PlaySound stb, OK, ha le akarsz jatszani egy boci-boci-tarkat, akkor szeretnel vmi egyszerubb megoldast. Viszont azzal korantsem biztos, hogy tudnal irni egy emulatort, ahol totalis kontrol kell a hallani vagyott hullamformara, na ezt egyszerubben nem tudod megoldani, foleg, hogy kozben real-time legyen es szinkronban az emulatorral. Erre ohajtottam celozni tegnapi hosszu valaszaimban is, hogy ok, hogy egy "egyszeru" programnyelven egy sor hangot adni, es milyen gaz, hogy mas nyelven nem, ez igaz. Amde, ha ugy kell hangot krealnod mint egy emulator irasanal maris rajossz, hogy az az egyszeru az olyan mintha nem is lenne, akkor inkabb legyen bonyolult, de _egysegesen_ bonyolult, es ne kelljen megoldast megtanulni mindenre. Ezert nem jok az tulegyszerusitett megoldasok, mert elobb-utobb ugyis rajossz, hogy csak egyszeru problemakat lehet vele megoldani, es mellette masikat is meg kell tanulnod ugyis. Akkor meg nem egyszerubb es idotakarekosabb csak egyet megtanulni, meg ha a bonyolultabb is? :) Ok, abban az esetben nincs igazam, ha az adott illeto soha nem is akar tuljutni az egyszeru problemak szintjen, igy a fenti eszmefuttatasig el sem jut :) Erre viszont vannak akkor keretrendszerek, hogy ne neked kelljen minden nullarol mgirni, vagy programgeneratorok, amit pl te is emlitettel, senki nem kenyszerit, hogy kozvetlenul JS-ben irj mindent.

http://caniuse.com/audio-api (http://caniuse.com/audio-api)

Ez a Can I use? oldal amugy tok jo, egy csomo webes dologrol mutatja, hogy mi tamogatja, es milyen verziotol.
Title: Re: Web emu
Post by: DrPrery on 2014.July.20. 18:14:24
OK, végülis, abban amit leírsz, tök igazad van, csak arra akartam célozni, hogy elég kevesen vannak olyanok, akik emulátort akarnak és tudnak írni, mert az nagyon-nagy dolog...
Ott aztán tényleg le kell ásni jó mélyre, meg mindent kontrollálni, stb.

A többség legfeljebb csak odáig jut el (már ha), hogy egyáltalán valamilyen játékot tudjon összeeszkábálni és ott azért már tényleg ez az "egyszerű" megközelítés a lényeg a PlaySound analógiára célozva.

Szép dolog, hogy elkezdték felismerni az egységesítés szükségét ilyen dolgokban is, mint a hangkiadás meg a többi, de mire ez kiforr, ahogy KELLENE, hát... és épp ez itt a lényeg, hogy aki MOSTANÁBAN akar valamit csinálni, az keres valamit, amiben már tényleg minden a helyén van, nem pedig vár még ki tudja meddig, hogy az adott dolog végre összekapja magát...

Na meg a szabványosítás... állati szépen hangzik, de PC-k világában mintha ez nem akarna sokszor összejönni... egyik browseren megy, a másikon nem... ha már a magadfajta profi :ds_icon_cheesygrin: se tudja, hol a gond, akkor a mezeibb alakok mit csináljanak :ds_icon_frown:

Az OpenGL például már milyen régi egy cucc, de ha már a Valve egyik programozója is nekiáll szidni, akkor már baj van...

Quote
"...az OpenGL legnagyobb problémája, hogy húsz év örökségét hordozza a hátán. A számos alkalommal megújult API mára nehezen átlátható működést kínál, és a szabványosításért felelős Khronos Group sincs a helyzet magaslatán."
Nekem meg lassan úgy tűnik, hogy egy fejlesztőcég sincs már a helyzet magaslatán... :evil:
Folyton csak a nagyívű elképzelések a különböző technológiákról, meg víziókról (Na majd a Javascript... például), de 30 év se volt arra elég, hogy teszem azt, a stratégiai játékokban egy tisztességes AI-t ki tudjanak fejleszteni... pedig ma már nem 64Kb-okról beszélünk...

De már megint elmentem kissé OFF-TOPIC irányba, úgyhogy e heti agymenésemet JS témában most már talán le is állíthatom, úgyis meg kell még oldanom IS-BASIC-ben egy-két elképzelésemet... :ds_icon_cheesygrin:
Title: Re: Web emu
Post by: lgb on 2014.July.20. 21:14:12
Quote from: DrPrery
OK, végülis, abban amit leírsz, tök igazad van, csak arra akartam célozni, hogy elég kevesen vannak olyanok, akik emulátort akarnak és tudnak írni, mert az nagyon-nagy dolog...

Nem olyan nagy dolog, illetve valojaban emulator irasra webre nagyon jol osszevag bizonyos jatekok irasaval. Nem veletlen, hogy ami az elmult par evben megjelent es en orommel fogadtam, hogy "ah, ez pont idealis emulatorhoz" az valojaban mind inkabb jatekok irasa miatt jott letre, ilyen peldaul az egesz alapjat szolgalo canvas pixelorientalt hozzaferes. Valojaban egy JSEP szintu emulator irasa nem olyan nagy dolog, mint gondolod; pl a konkret hw olyan reszeit erinto emulacio mint a Z80 emulalasan kivul egesz jol osszevag a dolog egy jatek irasaval, ahol mondjuk szinten pixeleknet raksz ossze kepet. A hangra visszaterve: ott is kellhet neked, hogy sajat (digi stb) kontrollod legyen pontosan a kepzett hangforman, es nem csak olyan szint kell, hogy mondjuk C#4 hang 1 masodpercig, stb, ami mondjuk BASIC-ekben is szokott lenni ...

Masreszt, az JS alkalmas erre is, nem lehet egyszerusiteni, mert akkor erre pl nem lesz alkalmas. De mint mondtam, leteznek JS frameworkok amivel adott tipusu feladatra egyszerubben megfoghato megoldasok vannak. Igy neked eleg azt vezerelgetni, a konkret implementaciot (plane olyan hogy idonkent a kulonbozo browserek sajnalatosan meg mindig meglevo kulonbsege ...) a framework adja, nem kell foglalkoznod vele. Most eppen ilyen jatekirasra vonatkozo framework-re nem tudok peldat mondani (pedig van, meg olyan is ami 3D jatekokhoz valo engine es WebGL-t is tud ...), de pl atlag weboldalokhoz ilyen a hires JQuery. Igy nem feltetlen kell ismerned az JS-t a maga "pure" valojaban, ha nincs ra szukseged.

Quote
Szép dolog, hogy elkezdték felismerni az egységesítés szükségét ilyen dolgokban is, mint a hangkiadás meg a többi, de mire ez kiforr, ahogy KELLENE, hát... és épp ez itt a lényeg, hogy aki MOSTANÁBAN akar valamit csinálni, az keres valamit, amiben már tényleg minden a helyén van, nem pedig vár még ki tudja meddig, hogy az adott dolog végre összekapja magát...

Jo, dehat ilyen a tortenelem. Hiaba akarsz eljutni egy exobolygora most, ha meg nincs olyan technika. Hiaba akarsz eljutni csak a Holdra is, bar technikailag az pl nem lehetetlen, megse valoszinu, hogy fogsz ott eletedben setalni, meg par szaz ev mulva ez utobbi esetleg atlag embereknek sem lesz lehetetlen. Ugyanakkor van egy csomo dolog, amirol elodeink almodtak, es ma mar teljesen termeszetes. Az is izgalmas valahol, hogy abban a korban el az ember, amikor az ot erinto/erdeklo tema eppen uttoro jellegu. Lehet par szaz ev mulva pl olyan szamitogepek lesznek olyan programozasi lehetoseggel, hogy szoban elmondod mit akarsz, es a gep megoldja: nem lesz kihivas a programozas stb, amit most en pl elvezek, hogy en alkotom meg. Szoval fura dolgok ezek :)

Quote
Na meg a szabványosítás... állati szépen hangzik, de PC-k világában mintha ez nem akarna sokszor összejönni... egyik browseren megy, a másikon nem... ha már a magadfajta profi :ds_icon_cheesygrin: se tudja, hol a gond, akkor a mezeibb alakok mit csináljanak :ds_icon_frown:

Koszi, de nem vagyok profi, pont ez a baj :) Lehet profi mar tudna. Amugy meg ez is a fenti tortenelmi folyamat resze: mara az latszik, hogy a kulonbozo browserek egyre jobban kozelednek egymashoz, de persze ez nem megy varazsutesre, de a folyamat tetten erheto, egyedul az IE all ellen meg mindig, nem meglepo modon :) Ha ezt azonban tovabb folytatjak, egyre jobban csokkeni fog az IE reszesedese, hiszen a modern webtartalmak egyre jobban a modern technikakra akarnak epulni, es MS hulye lenne, ha nem adna be egy ido mulva a derakat (ertem en mi itt a gondjuk: a webes dolgok fejlodesevel egyre kevesbe szamit maga az OS, amin a webbrowser fut, illetve nativ applikaciokat is levalthat webes dolog: igy nem tudjak tobbe windows-hoz meg sajat termekeikhez lancolni a felhasznalokat, azonban szellel szemben pisilni nehez: ha mindenki webet, meg platformfuggetlenseget akar, meddig tudjak ezt jatszani, hogy kozben browser szinten pl az IE reszaranya a weben egyre csokken folyamatosan?). Szoval nem egyszeru dolog ez, es politika is van itt boven. Jo pelda erre a web es a multimedia, az faj sok cegnek es akarnak mindenaron minden letezo video/audio codec-re szabadalmat stb, mert ez a jovo, es uralhatja a jovo webjet az, aki ezt megszerzi. Ezert fontos a free video formatum is pl, amihez legkozelebb jelenleg a google probalkozasa van, de persze azt is folyamatosan tamadjak. Itt hiaba talal ki barmit, ha nem all mogotte izmos ceg, aki "visszaveri" a tamadasokat semmit nem er (gugli sem jofejsegbol teszi persze, ne legyunk naivak, de neki legalabb erdeke, hogy a web mindenhol _jol_ menjen platforumfuggetlen modon, ami az atlag felhasznalok erdekevel pont egybevag - a gugli a webbol el -, de pl MS erdekevel nagyon nem!).


Quote
Az OpenGL például már milyen régi egy cucc, de ha már a Valve egyik programozója is nekiáll szidni, akkor már baj van...
Nekem meg lassan úgy tűnik, hogy egy fejlesztőcég sincs már a helyzet magaslatán... :evil:
Folyton csak a nagyívű elképzelések a különböző technológiákról, meg víziókról (Na majd a Javascript... például), de 30 év se volt arra elég, hogy teszem azt, a stratégiai játékokban egy tisztességes AI-t ki tudjanak fejleszteni... pedig ma már nem 64Kb-okról beszélünk...

OpenGL-hez viszont nem ertek, igy nyilatkozni sem tudok rola ... Az viszont altalanossagban is igaz, hogy most vagy tok uj dolgot alkotunk, ami szep jo, nincs "legacy" benne, cserebe van ami tamogatja, van ami nem, es lassan terjed el (ha elterjed, hiaba lesz akarmilyen jo  DirectX csak winsux ala van, mi lesz a tobbi OS-el? Szamomra ez nem elfogadhato, platformfuggetlen megoldast kovetelek, nem egy ceg csak sajat celra valo felhasznalasi lehetoseget ...), vagy van valami regota ismert dolog, ami mar igy-ugy van mindenhol, es kicsikeket lepunk, cserebe lehet szidni, hogy milyen osi kovuletek vannak benne, ami visszafogja a fejlodeset. En nem hinnem, hogy barmelyik ket szelsoseg ezek kozul is tokeletes, sajnos tokeletes megoldas itt nincs!
Title: Re: Web emu
Post by: DrPrery on 2014.July.22. 13:03:17
Applesoft BASIC javascript-ben.
 
http://www.calormen.com/jsbasic/ (http://www.calormen.com/jsbasic/)

QBasic...

http://stevehanov.ca/blog/index.php?id=92 (http://stevehanov.ca/blog/index.php?id=92)

C64 emulátor... itt van hang, bár nekem nem hangzik valami jól, lévén kb. 5 FPS a sebességem :oops:

http://retroplay.co/c64/ (http://retroplay.co/c64/)
Title: Re: Web emu
Post by: lgb on 2014.July.22. 15:54:31
Koszi, hogy ilyen lelkes vagy, de igazabol ezek sokat nem segitenek, azt magamtol is tudom, hogy kene kineznie stb, azt nem, hogy ehhez kepest pl FF-ben miert nincs hang :) Ez az utobbi C64 emu amugy elvileg a  VICE.js ami az altalam mar sokat emlitett asm.js cuccos, az ismert VICE emulatort leforditva ala. Asszem' :) Az elso kettovel azt akarod mondani, hogy kellene IS-BASIC is, specifikus EP emu nelkul? :-) Amugy erdekes otlet lenne, foleg ha kozvetlen neten hasznalt dolgokat is valahogy bele lehetne adaptalni, igy vegulis JS "helyett" altalanos "web programozas" celjara is jo lenne :) Persze mindennek ara van, akkor nem feltetlen lenne egyszeru minenfele EP specialitast megtartani IS-BASIC ide vagy oda (pl videocsatornak/lapokkal kapcsolatos dolgok, tehat ami a hw-hez szorosabban kapcsolodik).
Title: Re: Web emu
Post by: DrPrery on 2014.July.22. 17:31:27
Quote
Koszi, hogy ilyen lelkes vagy
Lelkes utoljára a Mókus örs idején voltam...  :ds_icon_cheesygrin:

Hogy hogyan kellene kinéznie...? Hát lehetőleg ne hajoljon ki túlságosan a Windows-on, mert még kiesik... aztán lesz hangja is (hosszú sikoly...) :ds_icon_cheesygrin:

Na, de komolytalanra fordítva a szót, nem a "kinézetre" akartalak okítani, hanem csak megemlíteni, hogy a C64 emu-nak mintha lenne hangja... belőttem rá egy demo-t és igencsak SID-szerű hangok akartak ott kiszűrődni. Ki tudja, ha ott van, gondoltam, hátha valami "elleshető" belőle...

Az IS-BASIC tényleg érdekes lenne így, szó se róla, de hogy milyen lehetőségek lennének így benne, ki tudja...
Title: Re: Web emu
Post by: DrPrery on 2014.July.22. 17:53:44
Az x64.js forráskódjában találtam:

// As a workaround use Mozilla Audio Data API on Firefox until it ships with Web Audio and sound quality issues are fixed.

Most ez mi akar lenni... nekik is meggyűlt a bajuk a WebAudio-Firefox párossal...? :smt017
Title: Re: Web emu
Post by: DrPrery on 2014.July.22. 19:00:34
Ez a WebAudio dolog egyre furcsább nekem...
Kerestem egypár tesztoldalt, az eredmények igen vegyesek. Volt, ahol kiadott hangot, volt amelyik kijelentette, hogy ez a browser (FF 30) neki nem tetszik és keressek inkább Chrome-ot, és volt amelyik nem csinált semmit.

http://stuartmemo.com/synth/ (http://stuartmemo.com/synth/)

Például itt se mukkan meg nekem semmi...

Chrome 37-en meg van hang.
Title: Re: Web emu
Post by: lgb on 2014.July.22. 21:10:18
Quote
Na, de komolytalanra fordítva a szót, nem a "kinézetre" akartalak okítani, hanem csak megemlíteni, hogy a C64 emu-nak mintha lenne hangja... belőttem rá egy demo-t és igencsak SID-szerű hangok akartak ott kiszűrődni. Ki tudja, ha ott van, gondoltam, hátha valami "elleshető" belőle...

Na jo, de mutattam az audio.html-t ugye. Annal egyszerubb peldat nehez irni, es az mukodik FF-en is :) Amugy meg volt mar ra pelda, hogy fel evig (!) nem talaltam a hibat (nem jsep, mas) aztan egy nap raneztem es elsore: "ez mi a fene, ez igy meg jo hogy nem megy!" :)
Title: Re: Web emu
Post by: lgb on 2014.July.22. 21:14:04
Quote from: DrPrery
Az x64.js forráskódjában találtam:

// As a workaround use Mozilla Audio Data API on Firefox until it ships with Web Audio and sound quality issues are fixed.

Most ez mi akar lenni... nekik is meggyűlt a bajuk a WebAudio-Firefox párossal...? :smt017

Csak tippelek, de szerintem ez az volt, amikor az FF-ben meg nem volt Web Audio, csak a sajat API-juk (Mozilla Audio API?). Talan a 25-os FF-tol van, vagy hasonlo ...
Title: Re: Web emu
Post by: lgb on 2014.July.22. 21:30:22
Quote from: DrPrery
http://stuartmemo.com/synth/ (http://stuartmemo.com/synth/)

Például itt se mukkan meg nekem semmi...

Chrome 37-en meg van hang.

Ez passz, de ha nyitsz egy javascript konzolt, latod hogy van benne egy TypeError. Amugy nehez megmondani mi a fene zalik benne, mivel az JS kodot valami Closure Compiler szerusegen nyomtak at, igy emberi szem szamara kevesbe olvashato a kod mar, kezdve ott, hogy az egesz egyetlen sor :-P A tsw.min.js marmint (mondjuk nem meglepo, akkor szoktak .min-t tenni a filenevbe). Amugy meg nem tudom, a vegen kiderulhet, hogy en csinalom jol, csak az FF tudja rosszul, bar ebben kevesbe hiszek ...
Title: Re: Web emu
Post by: DrPrery on 2014.July.22. 21:57:20
Itt ír valaki a Firefox-os problémáiról:

http://blog.szynalski.com/2014/04/02/web-audio-api/ (http://blog.szynalski.com/2014/04/02/web-audio-api/)

 (http://blog.szynalski.com/2014/04/02/web-audio-api/)

 (http://blog.szynalski.com/2014/04/02/web-audio-api/)
Title: Re: Web emu
Post by: lgb on 2014.July.22. 22:11:55
Quote from: DrPrery
http://blog.szynalski.com/2014/04/02/web-audio-api/ (http://blog.szynalski.com/2014/04/02/web-audio-api/)

Itt most ket eset lehetseges: vagy semmi koze az en problemamhoz (itt oscillator objektumokrol van szo, amde jsep-ben ilyen egy sincs, itt az JS code altal kozvetlenul szintetizalt audio sample van), vagy pedig megis van koze hozza mas modon, amit viszont en ki nem tudok talalni igy hirtelen, hogy oszinte legyek :)

Kozben lett egy gyanum, hogy mi a baj, de amig nem dol el, hogy igazam volt-e, kussolok :)
Title: Re: Web emu
Post by: gflorez on 2014.July.24. 16:58:56
I've made an android app of your emulator with this (http://retrogamecoding.org/board/index.php?topic=296.0;PHPSESSID=9b54b79ad7c3d3b805ecfac9251e4f72).(I've replaced too the Linux 7z version provided with the Win attached link (http://downloads.sourceforge.net/sevenzip/7z920.exe), as it stopped with an error)

It only runs at 4 fps in my phone, and needs to be online at first, as your HTML loads the LGB.img from your webpage. After the loading, it runs standalone.

https://www.dropbox.com/s/er094ot51gqk3wc/ep128.signed.aligned.apk
https://www.dropbox.com/s/37upmp31kc1j3wq/ep128.signed.apk
https://www.dropbox.com/s/p955vaqmd00cdx8/ep128.unsigned.apk


The one that works for me is the signed and aligned.
Title: Re: Web emu
Post by: lgb on 2014.July.24. 18:37:05
Quote from: gflorez
I've made an android app of your emulator with this (http://retrogamecoding.org/board/index.php?topic=296.0;PHPSESSID=9b54b79ad7c3d3b805ecfac9251e4f72).(I've replaced too the Linux 7z version provided with the Win attached link (http://downloads.sourceforge.net/sevenzip/7z920.exe), as it stopped with an error)

Nice!

Quote
It only runs at 4 fps in my phone, and needs to be online at first, as your HTML loads the LGB.img from your webpage. After the loading, it runs standalone.

Yes, that's the default disk image, but also the ROMs are load with AJAX. It would be not hard to store those and not loading via the net, though as JSEP is a pure html stuff, it's hard to really "store locally". Maybe as a javascript array or such, but it will be quite ugly and bit then :)

Title: Re: Web emu
Post by: lgb on 2014.July.25. 16:23:05
Na, van hang FF alatt is. Az persze ismert, hogy azert csak joindulattal lehet hangnak nevezni. Illetve hangnak hang, csak eppen csetlik-botlik, de ez mar nem a WebAudio problemakore, hanem az enyem, illetve ez Chrome-ban is ilyen ugye. A kerdes max annyi, hogy masnak is jon-e vmi hang belole, most mar szeretnek biztosra menni azert tovabbi turkalasok elott.

http://ep.lgb.hu/jsep/demo.new/?snapshot=dtm.ep128s&sound=yes (http://ep.lgb.hu/jsep/demo.new/?snapshot=dtm.ep128s&sound=yes)
Title: Re: Web emu
Post by: Zozosoft on 2014.July.25. 16:40:10
Van! :-)
Csetlik-botlik :oops:
Title: Re: Web emu
Post by: DrPrery on 2014.July.25. 18:00:23
Van! :smt026
Csetlik-botlik... :smt119
(Ez valami teljesítményprobléma lenne...? Az általam emlegetett C64 emu hangja pláne borzalmas, van is kb. 5FPS... :smt088 )
Title: Re: Web emu
Post by: lgb on 2014.July.25. 18:23:36
Quote from: DrPrery
Van! :smt026
Csetlik-botlik... :smt119
(Ez valami teljesítményprobléma lenne...? Az általam emlegetett C64 emu hangja pláne borzalmas, van is kb. 5FPS... :smt088 )

Nem teljesitmenyproblema, hanem az, hogy meg nem talaltam ki hogy tartom az audio puffer olvasasat (amit a WebAudio API onaudioprocess callback-je "olvas") szinkronban azzal, hogy az emulator meg feltolti az emulalt Dave regiszterei alapjan a hangmintaval (ui a WebAudio mint kb minden audio specifikus API nem teszi lehetove hogy egyesevel add oda a hangmintakat, hanem egy buffert var el, pl mondjuk 1024 sample lejatszasa utan keri a kovetkezo 1024-et), igy folyamatosan alul/felulcsordul szegeny. Nyilvan, ha ez meg is lenne, nem megfelelo JavaScript teljesitmeny eseten ugyanugy rossz lenne (max mas jellegu hang hiba lenne, pl kihagy neha a hang), a kulonbseg az, hogy most egy atomeromu-PC-n is ilyen :) Ezt amugy nem olyan egyszeru megoldani, a WebAudio API pl azt mondja hogy sampling rate 44100Hz. Az emulacio idozitese alapjan _elvileg_ beloheto, hogy hany CPU/nick/stb ciklus jut egy hangmintara. Azonban ez sose lesz stabil egeszen pontosan es elobb-utobb elmaszik, plane, mivel tokeletes idozitest egy-egy frame emulacioja utan nem is tud a JavaScript, mar 1-2 msec sem mindig jon ossze pontosan.

Amugy teljesitmenyproblemat az JSEP eseten onnan lehet eszrevenni, hogy nezed a "timeout is ..." utani szamokat. Ha a perjel elotti 1-es erteket vesz fel (nem "turbo" modban, mert akkor mindig annyi ....), akkor keves neki a gep/js/browser stb performanciaban, foleg ha tartosan ott maszkal. Minnel kozelebb van a ket szam, annal jobb. Ha 1-esen van az elso szam, az azt jelenti, hogy az emulacio mar lassabb mint real time. Valojaban persze ilyenkor nulla vagy negativ lenne, dehat negativ varakozasi idot nehez csinalni :) nullat meg nem celszeru mert akkor a browsert total megakasztod, es sajat magara sem lesz ideje. Ezert van 1-ben limitalva.
Title: Re: Web emu
Post by: Zozosoft on 2014.July.25. 19:13:15
20-25/39-es timeout az jó vagy rossz? :oops:
Title: Re: Web emu
Post by: DrPrery on 2014.July.25. 19:23:22
Quote
20-25/39-es timeout az jó vagy rossz? (http://enterpriseforever.com/Smileys/phpbb/ds_icon_redface.gif)

Na hiszen... akkor én mit szóljak az 1/39-emhez? :ds_icon_cheesygrin:
Title: Re: Web emu
Post by: NoP on 2014.July.25. 20:08:07
Sziasztok!

Ideje volt hanggal is letesztelnem a telefonomon (iPhone 5S) ezt a dolgot... az eredmény a mellékelt képeken is látható. Fantasztikus egy dolog ez a javascript-alapú emu, lgb! :) Bárcsak tudnék valahogy gombnyomásokat is szimulálni... :)

Ja, a hang is szól "szépen" - úgy, ahogy azt az asztali gépemben lévő i5 750 is tolja kb. :)
Title: Re: Web emu
Post by: endi on 2014.July.25. 20:11:59
Quote from: NoP
 Bárcsak tudnék valahogy gombnyomásokat is szimulálni... :)

képernyőn lévő gombok mellett még az is jó lenne ha pl a slide-k a joy irányokat adnák be. nem azt mondom hogy játszható lenne egy játék tőle, de legalább kipróbálható
pl folyamatos slide folyamatosan nyomná a gombot, egy slide meg csak 1 gombnyomásnak számítana
Title: Re: Web emu
Post by: lgb on 2014.July.25. 20:14:04
Quote from: Zozosoft
20-25/39-es timeout az jó vagy rossz? :oops:

Mihez kepest :) Azt jelenti, hogy 39msec-bol 20-25msec ido maradt, ami nem kellett a realtime emulaciohoz, azaz 14-19 msec kellett hozza egy kivonas utan ugye, azaz 35-48%-nyit hasznalja ki a gepedet ahhoz, hogy emulalja az EP-t, ha atszamolod szazalekba. Vagy vmi hasonlo, hacsak nem szamoltam el :-/ Amugy azert 40msec eppen, mert 1/25 egy full PAL tv frame ideje, 39 onnan jon, hogy van egy kis kerekites miatti kulonbseg, miutan IstvanV felvilagositott a konkret Nick pontos idozitesek kapcsan. Egy frame emulalasa (ebben benne van persze cpu, nick, dave, stb ugy ertem a frame-et, hogy adott nick slot-nyi ido) utan "alszik" az emulator annyit (az az a "timeout" elso szama), hogy kitegye egy valodi EP-n levo idot a kov frame elkezdese elott.
Title: Re: Web emu
Post by: lgb on 2014.July.25. 20:16:38
Quote from: DrPrery
Na hiszen... akkor én mit szóljak az 1/39-emhez? :ds_icon_cheesygrin:

Ez milyen gepen jon ki? :) Vagy ez volt az az atom cuccos? Bocsi, lustasag nagy ur, nem neztem vegig a temat, hogy irtad-e, valahonnan remlik csak. Illetve: ezen a csucsgepen :) ep128emu milyen sebeseggel fut? Vagy ez vmi android-os/stb eszkoz, amin az nem megy?
Title: Re: Web emu
Post by: lgb on 2014.July.25. 20:24:34
Quote from: endi
képernyőn lévő gombok mellett még az is jó lenne ha pl a slide-k a joy irányokat adnák be. nem azt mondom hogy játszható lenne egy játék tőle, de legalább kipróbálható
pl folyamatos slide folyamatosan nyomná a gombot, egy slide meg csak 1 gombnyomásnak számítana

Elvileg telefon elmozdulasa alapjan is lehet ilyet csinalni, sima JS-bol is. http://lgb.hu/temp/o2/ (http://lgb.hu/temp/o2/)
Ez mondjuk nekem chrome for android browser-rel tenyleg mutatja a dolgokat, ha csinalok vmit a telefonnal (pl foldhoz vagom, mert megint kezd lemerulni ...). Mas mobil browser-rel mondjuk nem neztem, asztali sima browser-rel meg nem igazan ir ki semmit, mondjuk nem meglepo modon :) Ez meg egy masik felresikerult kiserletem: http://lgb.hu/temp/o/ (http://lgb.hu/temp/o/) Itt pont azt teszteltem, hogy lehetne "mobil eszkoz barat" emulatort csinalni majd, ahol full screen, es erzekeli a telefon elforditasat, az aspect ratio megtartasa mellett, de szerintem barmilyen mobil bongeszon ez sem fog menni (ki lehet probalni, telefonon megnezni - lehetoleg chrome-al, firefox passz, mindig tele van a telo memoriaja, grrrr, mi a halalnak van sd kartya stb, miert nem eleg a telefon mem arra hogy csak az _eppen_ futo cuccnak kelljen? na ezt nem ertem pl ...), aztan elforgatni "allo" es "fekvo" helyzetbe az eszkozt.

Na, ezzel a sok rizsaval azt akartam mondani, hogy igazabol az JSEP emulatorom jelen formaja hogyismondjam, hat megagaz ... A kod kinezete, minosege, meg az "UI" szempontjabol is, arrol nem is beszelve, ha valaki szeretne sajat oldalara rakni pl, szinte mission impossible jelenleg :( Mobil eszkozon valo hasznalhatosaga meg ugye meg benabb :( Ha vki megtamogat egy tablettel adomanykent, eskuszom megirom normalisra :-D Jelenleg viszont "okostelo" is kolcsonbe van nalam (minimal model, kb a menuje is akad mint allat, plane ha meg szeretnel rajta vmit futtatni is ........), mivel csak egy regi leharcolt htc desire-m volt amugy, de az meg tonkrement :( Igy a megfelelo eszkoz hianya okozta, hogy a fenti kiserleteimet abba is hagytam (ok, tudom lehetne emulalni telefont is akar, de igy a motivacio mar nem az igazi, ha nem "elvezhetem" az eredmenyt .....).

Viszont pl FirefoxOS kapcsan ha hallottatok rola, illetve Google ChromeBook stb projectje (amit mar terveznek Androidra is atultetni hogy azon is menjenek a chrome appok) tekinteteben erdemes megfigyelni, hogy egyre inkabb terjed az otlet, hogy "minden" legyen web. Ezert jelenik meg ennyi uj API (webaudio - errol volt szo, webtc realtim audio/video chat js-bol, de pl a sensor API is, amirol fentebb irtam, stb), hogy ez sikerulhessen, firefox OS-ben valojaban - allitolag, ha jol emlekszem - maga a dialpad is egy web oldal tulajdonkeppen :-P Na jo, ez igy teljesen nem igaz, csak technikai ertelemben bizonyos szempontbol. Bar itt en meg kisse zold vagyok, szoval ...
Title: Re: Web emu
Post by: szipucsu on 2014.July.25. 20:32:37
Quote from: lgb
http://ep.lgb.hu/jsep/demo.new/?snapshot=dtm.ep128s&sound=yes (http://ep.lgb.hu/jsep/demo.new/?snapshot=dtm.ep128s&sound=yes)
Nálam ez el se indul.

Status: ready to run, disk -, FPS is ??, timeout is ??.
 
Code: [Select]
Emulation has not been started yet or being initialized.
Nekem olyan lassú lehet a gépem, hogy minusz előjelű lenne valószínű az FPS. :D
Title: Re: Web emu
Post by: lgb on 2014.July.25. 20:39:36
Quote from: szipucsu
Nálam ez el se indul.

Run gombra klikkeltel betoltodes utan?

Quote
Status: ready to run, disk -, FPS is ??, timeout is ??.
 
Code: [Select]
Emulation has not been started yet or being initialized.
Nekem olyan lassú lehet a gépem, hogy minusz előjelű lenne valószínű az FPS. :D

:) Ez normalis, ha nem inditottad el az emulatort a run gombbal, addig igy nez ki :) Irja is, hogy ready to run.

http://ep.lgb.hu/jsep/demo.new/?snapshot=dtm.ep128s&sound=yes&autostart=yes (http://ep.lgb.hu/jsep/demo.new/?snapshot=dtm.ep128s&sound=yes&autostart=yes)

Ez az autostart-os URL, ha nem akarsz meg kulon klikkelni is. Bar igy meg nincs hang (hehe) csak egy stop majd run utan, legalabbis nalam, hmmm, na ez erdekes, megint egy audio anomalia jeeeee .... :)
Title: Re: Web emu
Post by: lgb on 2014.July.25. 20:44:14
Quote from: NoP
Ideje volt hanggal is letesztelnem a telefonomon (iPhone 5S) ezt a dolgot... az eredmény a mellékelt képeken is látható.

Uhhhh! A szifon ilyen gyors? Eleg combosnak tunik!

Quote
Fantasztikus egy dolog ez a javascript-alapú emu, lgb! :) Bárcsak tudnék valahogy gombnyomásokat is szimulálni... :)

Mint egy elozo megjegyzesemben irtam, kerek tamogataskent kulonbozo mobil eszkozoket, es megcsinalom :-D Na jo, ez persze vicc (legalabbis felig), de sajnos nekem mivel semmi normalis "kutyum" (normalis okostelo, tablet stb) nincs, igazan nem nagyon foglalkozok ilyenekkel jelenleg :(
Title: Re: Web emu
Post by: gflorez on 2014.July.25. 20:51:26
(http://enterpriseforever.com/Smileys/phpbb/smiley.gif) Bárcsak tudnék valahogy gombnyomásokat is szimulálni... (http://enterpriseforever.com/Smileys/phpbb/smiley.gif)

You can try with a bluetooth keyboard, it works....
Title: Re: Web emu
Post by: NoP on 2014.July.25. 20:55:55
Elvileg telefon elmozdulasa alapjan is lehet ilyet csinalni, sima JS-bol is. http://lgb.hu/temp/o2/ (http://lgb.hu/temp/o2/)
...
Most kipróbáltam, bár biztos túl vagy már rajta...

iOS 7.1.2-n a motion sensors alatt ír adatokat a böngésző, de túl gyorsan váltakoznak, és túl sok a tizedesjegy ahhoz, hogy következtetni tudjak belőle. Próbáltam csak az előjel változására koncentrálni, az egyik tengely mintha megfelelően működne, a többi viszont passz. Az orientation sensors-nál no info felirat van, ahogy mondtad.

Android 4.2.2 gyári böngészőjével semmilyen adat nem látszik a "No info :-(" feliraton kívül. Az ugyanezen Androidon futó Chrome 36.0.1985.128-as (szerintem legfrissebb) verziója mindössze annyiban tér el ettől, hogy a motion sensors szakasz alatt mindhárom tengely értékéhez null-t ír. Lehet, hogy korábban megtiltottam neki a helymeghatározást?
Title: Re: Web emu
Post by: NoP on 2014.July.25. 20:57:06
(http://enterpriseforever.com/Smileys/phpbb/smiley.gif) Bárcsak tudnék valahogy gombnyomásokat is szimulálni... (http://enterpriseforever.com/Smileys/phpbb/smiley.gif)

You can try with a bluetooth keyboard, it works....
Thanks, will try it as soon as I get hold of one. :)
Title: Re: Web emu
Post by: Zozosoft on 2014.July.25. 20:57:13
Quote from: gflorez
You can try with a bluetooth keyboard, it works....
Or use a right device :-)
[attach=1]
Title: Re: Web emu
Post by: NoP on 2014.July.25. 21:07:26
Uhhhh! A szifon ilyen gyors? Eleg combosnak tunik!
Én is meglepődtem. Lehetne esetleg szépen kérni, hogy a fellelhető slideshow-k kedvéért egy space gombot felvarrj a jsep UI-jára? :)
Title: Re: Web emu
Post by: lgb on 2014.July.25. 21:10:14
Quote from: NoP
Most kipróbáltam, bár biztos túl vagy már rajta...

En irtam azt a nyulfarknyi js/html cuccost, tehat azert csak kiprobaltam :)

Quote
Android 4.2.2 gyári böngészőjével semmilyen adat nem látszik a "No info :-(" feliraton kívül. Az ugyanezen Androidon futó Chrome 36.0.1985.128-as (szerintem legfrissebb) verziója mindössze annyiban tér el ettől, hogy a motion sensors szakasz alatt mindhárom tengely értékéhez null-t ír. Lehet, hogy korábban megtiltottam neki a helymeghatározást?

Lehet, emlekeim szerint, amikor ezt teszteltem (regebben volt) chrome/android-on nem volt motion sensor egy olcso sony okostelefonon, szifonom meg ilyenek viszont sose voltak es most se, hogy azzal teszteljem. Default anroid stb browserek meg nem szoktak tudni ilyen "fejlett" cuccokat altalaban, legalabbis regebbi androidokon tuti nem volt semmi hasonlo. Itt amugy nem is ez az oldal a lenyeg konkretan, csak annak kapcsan hoztam fel, hogy elvileg egy pl telon futo emulatornal be lehetne dobni az eszkoz elmozdulas -> EP joystick emulacios lehetoseget is :) Bar nem vagyok biztos benne, hogy ez ertelmes EP elmenyt adna-e, vagy hulyeseg ...
Title: Re: Web emu
Post by: szipucsu on 2014.July.25. 21:20:45
Quote from: lgb
Run gombra klikkeltel betoltodes utan?

Hát azt bizony nem. Eddig nem kellett, ezért nem jutott eszembe most sem.
Nálam is meg kell állítani és újra elindítani, úgy lesz hang, ami szaggatott, de felismerhető végülis, 15 FPS-sel nálam.
Title: Re: Web emu
Post by: lgb on 2014.July.25. 21:23:23
Quote from: szipucsu
Hát azt bizony nem. Eddig nem kellett, ezért nem jutott eszembe most sem.
Nálam is meg kell állítani és újra elindítani, úgy lesz hang, ami szaggatott, de felismerhető végülis, 15 FPS-sel nálam.

Ez erdekes. Ami volt itt elegia mar a reszemrol, hogy mi lehet a baja a hangnak Fifefox-on ott is arra jutottam, hogy ugy tunik, nem fogadja el, ha a hangot alapbol inicializalom, csak ha pl a run gombhoz kotodo fuggenyben van. Ez azert fura, mert pl talan Apple-nel van pont olyan policy, hogy nem akarnak "spontan hangot ado oldalt" ezert csak UI elem esemenykezeloje kezdemenyezheti, utana viszont lesz hang. Ez szep es jo, nade a firefox az messze nem Apple, pedig hasonlo a "tunet"!
Title: Re: Web emu
Post by: szipucsu on 2014.July.25. 21:34:51
Quote from: lgb
a firefox az messze nem Apple
A firefox egy állat, az apple pedig gyümölcs. :D
Title: Re: Web emu
Post by: endi on 2014.July.25. 21:42:51
Quote from: lgb
Ez erdekes. Ami volt itt elegia mar a reszemrol, hogy mi lehet a baja a hangnak Fifefox-on ott is arra jutottam, hogy ugy tunik, nem fogadja el, ha a hangot alapbol inicializalom, csak ha pl a run gombhoz kotodo fuggenyben van. Ez azert fura, mert pl talan Apple-nel van pont olyan policy, hogy nem akarnak "spontan hangot ado oldalt" ezert csak UI elem esemenykezeloje kezdemenyezheti, utana viszont lesz hang. Ez szep es jo, nade a firefox az messze nem Apple, pedig hasonlo a "tunet"!
lehet hogy ezért van más emukban is a hang alapból kikapcs, viszont ott a gomb hogy sound on. végül is így kultúrált
Title: Re: Web emu
Post by: lgb on 2014.July.25. 21:48:46
Quote from: endi
lehet hogy ezért van más emukban is a hang alapból kikapcs, viszont ott a gomb hogy sound on. végül is így kultúrált

Igen, vegulis ertheto, en is utalnam/utalom, ha olyan weboldalra tevedek, ami csak ugy magatol hangot produkal pl az ejszaka kozepen, amikor alszik a gyerek par meterre tolem, es nem szamitok ra. Ok, az emu kicsit mas, mert ott az ember azert el is varna, viszont a browser meg nem tudhassa' mit var el szegeny user, vagy mire jo az a weboldal, aminek a "bitjeit latja" eppen :) En is erre jutottam a mai nap folyman (marmint amit irtal), es akkor legalabb mindenhol megy. Csak lusta voltam hozza attervezni az egeszet, tobb gomb a hasznalt notebookomra nem fer ki, gorgetni meg nem akarok :) Tudom, komoly problemaim vannak, dehat amugy is ujra kell epiteni az egeszet, tobbek kozott a user interface-t is ....
Title: Re: Web emu
Post by: DrPrery on 2014.July.25. 21:51:40
Quote
Ez milyen gepen jon ki? (http://enterpriseforever.com/Smileys/phpbb/smiley.gif) Vagy ez volt az az atom cuccos? Bocsi, lustasag nagy ur, nem neztem vegig a temat, hogy irtad-e, valahonnan remlik csak. Illetve: ezen a csucsgepen (http://enterpriseforever.com/Smileys/phpbb/smiley.gif) ep128emu milyen sebeseggel fut? Vagy ez vmi android-os/stb eszkoz, amin az nem megy?
Ez biza egy atom :mrgreen: netbook 2008-ból. Amúgy ep128emu meg elég tűrhetően megy rajta, a North and South alatt kb. 20-30% a proc terhelése, egy demo-nál már felmegy 40-50-re is.
Ettől függetlenül már be kellene újítanom valami masszívabbra, mert ez a JS performance egy gyalázat :ds_icon_cheesygrin: , aztán egyesek meg jönnek itt a Core i5-jeikkel :twisted: , ehh... nem is szólva a slide-os elvtársról... :ds_icon_cheesygrin:
Title: Re: Web emu
Post by: lgb on 2014.July.25. 22:24:22
Quote from: NoP
Én is meglepődtem. Lehetne esetleg szépen kérni, hogy a fellelhető slideshow-k kedvéért egy space gombot felvarrj a jsep UI-jára? :)

Hat ize. Azt nem, de mondjuk csinaltam vmit, ami nem is biztos, hogy mux, mivel tesztelni nem tudom: ha az emulator eppen futas kozben vagyon, akkor a touchstart event a keyboard space lenyomas, a touchend event pedig a felengedesnek felel meg elvileg most. Marminthogy az emulalt ep screen-re touch az emer ujjacskajaval ... Ilyet meg nem probaltam, foleg nem teszteletlenul, de lehet hogy mux ....
Title: Re: Web emu
Post by: NoP on 2014.July.25. 22:47:49
Hat ize. Azt nem, de mondjuk csinaltam vmit, ami nem is biztos, hogy mux, mivel tesztelni nem tudom: ha az emulator eppen futas kozben vagyon, akkor a touchstart event a keyboard space lenyomas, a touchend event pedig a felengedesnek felel meg elvileg most. Marminthogy az emulalt ep screen-re touch az emer ujjacskajaval ... Ilyet meg nem probaltam, foleg nem teszteletlenul, de lehet hogy mux ....
Hmmm, sajnos nem működik. Sőt, iOS alatt már el sem indul (értsd: jobb oldalon a status "loading", a log szövegdoboz utolsó sora a "Page is loaded, calling init's"), Firefox 31 alatt továbbra is frankó.

No, jó pihenést mindenkinek!
Title: Re: Web emu
Post by: NoP on 2014.July.25. 22:56:03
En irtam azt a nyulfarknyi js/html cuccost, tehat azert csak kiprobaltam :)

Lehet, emlekeim szerint, amikor ezt teszteltem (regebben volt) chrome/android-on nem volt motion sensor egy olcso sony okostelefonon, szifonom meg ilyenek viszont sose voltak es most se, hogy azzal teszteljem. Default anroid stb browserek meg nem szoktak tudni ilyen "fejlett" cuccokat altalaban, legalabbis regebbi androidokon tuti nem volt semmi hasonlo [...]
Gondoltam, hogy kipróbáltad, láttam az URL-t is természetesen. :) De lévén írtad, hogy nem vagy túlontúl sok kütyüvel körülvéve, úgy döntöttem adok egy helyzetjelentést a nálam fellelhető kütyük segítségével. Bár tudom, az Android 4.2.2 nem mai gyerek, azzal biztos nem segítettem sokat...
Title: Re: Web emu
Post by: lgb on 2014.July.25. 22:57:46
Quote from: NoP
Hmmm, sajnos nem működik. Sőt, iOS alatt már el sem indul (értsd: jobb oldalon a status "loading", a log szövegdoboz utolsó sora a "Page is loaded, calling init's"), Firefox 31 alatt továbbra is frankó.

No, jó pihenést mindenkinek!

Na lesz majd vmi, csak biztos nem most, mert almos vagyok, hetvegen meg cuccolas van itthon :( Azt nem tudom h a touch event miert nem megy iOS alatt, sajna most epp semmivel (androiddal se) tudom kiprobalni, az is igaz ...
Title: Re: Web emu
Post by: endi on 2014.July.26. 00:42:52
Olyan browser nincs, amiben be lehet állítani hogy minek lássa egy szerver? Pl. Androidnak... :)
Title: Re: Web emu
Post by: lgb on 2014.July.26. 08:19:46
Quote from: endi
Olyan browser nincs, amiben be lehet állítani hogy minek lássa egy szerver? Pl. Androidnak... :)

Szervernek (gondolom webserverre gondolsz ...) tok mind1, mi a browser, nem teljesen ertem ezt a kerdest ... A web server-browser kommunikacio az HTTP-n megy, a servernek lenyegtelen hogy kinek mie az a kod ami vele HTTP-n at kommunikal. Masreszt egy browser allithat magarol barmit, azt is, hogy "Android" de ettol meg nem fog tudni olyan dolgokat, amit egy Android tud, pl erintokepernyo a hozza kapcsolos event handler-ek stb, ami desktop computeren kevesbe van. Persze pl Android SDK-ban is van vmi emulator pont erre, ami egy android keszuleket emulal vegulis PC-n, az jo is akar, csak en voltam lusta eddig ilyenekkel bibelodni :) Viszont ez utobbinak koze nincs a server-klienshez, amit te kerdeztel.
Title: Re: Web emu
Post by: endi on 2014.July.26. 09:19:47
az egér dolgokat simán hazudhatná touchnak a browser (vagy emu vagy bármi)

meg pl android storeban is pc-n azt írja a browser hogy "nincs eszközöd", pedig néha letölteném az apk-t pc-n, de nem tudom :)
Title: Re: Web emu
Post by: lgb on 2014.July.26. 11:14:09
Quote from: endi
az egér dolgokat simán hazudhatná touchnak a browser (vagy emu vagy bármi)

Igazad van, lehetNE :) Ha tudsz ilyet szolj. Nem kizart amugy, hogy van, csak ugye mobilos fejlesztessel eddig nem igazan foglalkoztam, ezert nincs is tul sok tapasztalatom benne ... Pl firefox-hoz van ugye a firefox OS emulator add-on. Ok, az nem android, de imho ha mobil _es_ webes fejlesztes van akkor az nem andorid specifikus amugy sem, es firefox/mobile-nak is tudnia kell ezeket (pl touch event). Szoval lehet, az is jo lesz majd, ha lesz idom foglalkozni vele 1x.
Title: Re: Web emu
Post by: lgb on 2014.July.26. 14:04:00
Quote from: NoP
Hmmm, sajnos nem működik. Sőt, iOS alatt már el sem indul (értsd: jobb oldalon a status "loading", a log szövegdoboz utolsó sora a "Page is loaded, calling init's"), Firefox 31 alatt továbbra is frankó.

Nem lehet ott vmi error console-t kerni, hogy megmondja mi baja? Masik tipp, ami elojon neha: ha a telo browsere becache-elte az egyik js file-t ugye, akkor meg a regi tartalmat latja, igy esetleg hianyzik az amit a keyboard.js-be beleirtam, es azert nem megy. Ha vmi forced reload, cache urites stb van, probald mar ki kerlek, hogy utana is rossz-e ugyanugy ... Koszi!
Title: Re: Web emu
Post by: NoP on 2014.July.26. 16:06:17
Nem lehet ott vmi error console-t kerni, hogy megmondja mi baja? Masik tipp, ami elojon neha: ha a telo browsere becache-elte az egyik js file-t ugye, akkor meg a regi tartalmat latja, igy esetleg hianyzik az amit a keyboard.js-be beleirtam, es azert nem megy. Ha vmi forced reload, cache urites stb van, probald mar ki kerlek, hogy utana is rossz-e ugyanugy ... Koszi!
Konzolkimenetet kérni csak Mac-en keresztül lehet, ami nincs a háznál.
Viszont a cache ürítéses ötlet bevált! Ismét fut az emu, van hang, és a megfelelő URL-el (mert a Digitrax Module Player magasról tesz a space gomb nyomkodására) hívva, működik a space. Király! :) Köszi!
Title: Re: Web emu
Post by: lgb on 2014.July.26. 16:16:04
Quote from: NoP
Konzolkimenetet kérni csak Mac-en keresztül lehet, ami nincs a háznál.
Viszont a cache ürítéses ötlet bevált! Ismét fut az emu, van hang, és a megfelelő URL-el (mert a Digitrax Module Player magasról tesz a space gomb nyomkodására) hívva, működik a space. Király! :) Köszi!

Cool. Kovetkezo project a virtualis billentyuzet, vagy hasonlo lenne, ideertve esetleg majd akar a programozhato mappingot (pl joy-nak atmappelni bizonyos touch-okat vagy a keszulek nagyobb elmozditasat, meg ilyesmi). Amugy teljesen lelkesito, hogy szifonon ertelms FPS-sel megy a dolog, mert az kevesbe az, ha egy-ket fps-el docog, az nem jo sokra ugy, sajnos :( Igyen sebeseggel viszont lehetne egesz EP-szeru normalis feelinget csinalni mobil eszkozon, ami erdekes.

Egyeb otletem: a webstorage segitsegevel (ha a browser tamogatja) cache-t kerni az ajax-os hivasokra (ROM tartalom, disk image), mert jelenleg mindig letolti oket, ami ugye adatforgalom szempontjabol nem tul idealis, es talan emiatt varni is kell az emu indulasanal, amig megcsinalja mindig ...
Title: Re: Web emu
Post by: NoP on 2014.July.26. 16:55:03
Cool. Kovetkezo project a virtualis billentyuzet vagy hasonlo lenne, ideertve esetleg majd akar a programozhato mappingot (pl joy-nak atmappelni bizonyos touch-okat, meg ilyesmi). Amugy teljesen lelkesito, hogy szifonon ertelms FPS-sel megy a dolog, mert az kevesbe az, ha egy-ket fps-el docog, az ugy sem jo sokjra ugy sajnos :( Igyen sebeseggel viszont lehetne egesz EP-szeru normalis feelinget csinalni mobil eszkozon, ami erdekes.
Valóban érdekes lenne a régi kedvencekkel (teszem azt Cauldron, Race Ace, vagy éppen az Áttörés, amit annak idején kínkeservesen tudtam csak beszenvedni a kazettáról a gépbe - onnan tudtam, hogy megint nem fog sikerülni, hogy a töltés közben megjelenő kép szaggatott volt, ha jól emlékszem minden második pixel kimaradt) játszani egyet, bár talán oda már elkelne a nagyobb képernyő. Ezt én már inkább csak érdekességként kezelem. No meg azért figyelem, mert imádom az Enterprise-t (van itthon kettő, majd ha egyszer lesz kedvem bemutatkozót írni a megfelelő topic-ba, megtudjátok). :)
iPhone vs. Android sebesség témában: van a baráti körömben Galaxy S4, megpróbálom megnézni rajta az emu teljesítményét, hátha azon a vonalon is érdemes gondolkodni. Időpontot azonban nem merek mondani.
No és természetesen a jövőbeni fejlesztések, ötletek kipróbálásánál fel tudom neked ajánlani a segítségemet. No nem iDevice-kölcsönzéssel (ami úgymond "szabad" lenne, az egy 3gs, ami mindössze 1 fps-re képes az emu futtatásakor - most próbáltam -, azzal meg nem mész semmire), de az új funkciók tesztelésében szívesen részt veszek. Tudom, ez fejlesztésnél nem sok semmi, de ez is valami.
Title: Re: Web emu
Post by: lgb on 2014.July.26. 20:09:11
Quote
No meg azért figyelem, mert imádom az Enterprise-t (van itthon kettő, majd ha egyszer lesz kedvem bemutatkozót írni a megfelelő topic-ba, megtudjátok). :)
Kuldjel kepeket a sorozatszamrol vagy legalabb a sorozatszamot, szerintem Zozo orulne neki :)

Quote
iPhone vs. Android sebesség témában: van a baráti körömben Galaxy S4, megpróbálom megnézni rajta az emu teljesítményét, hátha azon a vonalon is érdemes gondolkodni. Időpontot azonban nem merek mondani.

Semmi baj, masreszt, talan nekem is lenne par ismeros, csak oszinten, a topic felmerulte elott nekem eszembe se jutott barkit megkerdezni, hogy probalja mar ki a telefonjan :-P

Quote
No és természetesen a jövőbeni fejlesztések, ötletek kipróbálásánál fel tudom neked ajánlani a segítségemet. No nem iDevice-kölcsönzéssel (ami úgymond "szabad" lenne, az egy 3gs, ami mindössze 1 fps-re képes az emu futtatásakor - most próbáltam -, azzal meg nem mész semmire), de az új funkciók tesztelésében szívesen részt veszek. Tudom, ez fejlesztésnél nem sok semmi, de ez is valami.

Hehe, koszi, de ha lesz idom ra, szerintem vmi mobil eszkoz emulatort felnyomok PC-re (pl firefox OS addon emulator, vagy android SDK-bol valami stb). A problema inkabb az, hogy tripla koltozes jon nalunk, szoval lehet, most sokaig megint nem foglalkozok vele ... Baaar, ki tudja :)
Title: Re: Web emu
Post by: Zozosoft on 2014.July.26. 21:12:39
Quote from: lgb
Kuldjel kepeket a sorozatszamrol vagy legalabb a sorozatszamot, szerintem Zozo orulne neki :)
:ds_icon_cheesygrin:
Title: Re: Web emu
Post by: Zozosoft on 2014.July.26. 21:19:05
Kipróbáltam a dolgot a lentebb emlegetett Motorola Droid 4-en.
Teljesítményre DrPrery atomos cuccának a szintjén van :-) gondolom a csodálatos Android virtuális gépnek hála...
Szóval olyan 5-7 fps...
Billentyűzet legjobban Chrome alatt megy, igazán csak a : hiányzik, mondjuk akad még olyan gomb ami küld valami kódot amire rá lehetne mappelni. Mondjuk ha azt is meg lehetne csinálni, hogy SYM-mel shiftelve további gombok is elérhetőek legyenek (pl SYM+számmal a funkció gombok)...
Title: Re: Web emu
Post by: DrPrery on 2014.July.26. 21:28:37
Quote
Teljesítményre DrPrery atomos cuccának a szintjén van (http://enterpriseforever.com/Smileys/phpbb/ds_icon_smile.gif) ........ Szóval olyan 5-7 fps...
Tiltakozom! :ds_icon_cheesygrin:
11 FPS... :mrgreen:

Quote
Kuldjel kepeket a sorozatszamrol vagy legalabb a sorozatszamot, szerintem Zozo orulne neki (http://enterpriseforever.com/Smileys/phpbb/smiley.gif)
A regisztrálatlan EP-tulajdonosokra pedig lecsap a TEK (Tökös Enterprise Kommandó)... :ds_icon_cheesygrin:
Title: Re: Web emu
Post by: lgb on 2014.July.26. 21:50:38
Quote from: Zozosoft
Kipróbáltam a dolgot a lentebb emlegetett Motorola Droid 4-en.
Teljesítményre DrPrery atomos cuccának a szintjén van :-) gondolom a csodálatos Android virtuális gépnek hála...
Szóval olyan 5-7 fps...

Hat en nem hinnem, hogy a browser Dalvik VM felett megy, bar ki tudja :) Viszont ha nem hulye a gugli, a browsert legalabb nativ appkent csinalja, kulonben olyan JS performancia jonen ki (mivel a modern JS engine-ek mind JIT meg tudomisen modon kozvetlenul gepi kodba nyomjak azert lehet relative gyors), ami ennel is szanalmasabb. Bar mondjuk csak tippelek (lehet, hogy nincs igazam!). A Szifon-5 teljesitmenye meglepett, nem is tunik realisnak :D Vagy pedig pl a grafikus megjelenites van annyira turbozva, hogy az dobja meg ennyire, nem tudom (ugye frame-enkent hasznalt emulacios ido egyreszt a hw elemek - nick, dave, z80, .... - emulacioja, illetve a masik reszet a frame vegen a canvas update-elese teszi ki, ha ez utobbit vhogy uber kioptimalizaltak browser/gfx driver stb szintejen, akkor az JS performancia novelese nelkul is jelentos lehet a gyorsulas egy ilyen jellegu webes cucc eseten mint az jsep).

Rajottem, egy tablet-et szeretnek :) Az mar eleg nagy, megis jo feeling rajta egy emu, multkor lattam C64 emulatort vmi tableten, egesz erdekes feeling volt :) Ok, a billentyuzet ott is gond lehet, hogy emulalni kell virt kbd stb modon, amde mondjuk demo nezesre, esetleg jatekra is idealis lehet akar ....

A masik: firefox-al is meg lehetne nezni, ugye az is van elvileg androidra is, ha jol tudom. Ez azert is erdekes, mert en regebben chrome hivo voltam, viszont egy ideje firefox-ozom, mert valahogy most belehuztak a sracok: gyorsabb is JS mint chrome-ban, illetve nehany idegesito hianyossagot potoltak is, es pl webaudio is van mar egy ideje, stb :)

Quote
Billentyűzet legjobban Chrome alatt megy, igazán csak a : hiányzik, mondjuk akad még olyan gomb ami küld valami kódot amire rá lehetne mappelni. Mondjuk ha azt is meg lehetne csinálni, hogy SYM-mel shiftelve további gombok is elérhetőek legyenek (pl SYM+számmal a funkció gombok)...

Aha, hat az fog sincs milyen kodot ad ott vissza :(
Title: Re: Web emu
Post by: lgb on 2014.July.26. 21:52:24
Quote from: DrPrery
A regisztrálatlan EP-tulajdonosokra pedig lecsap a TEK (Tökös Enterprise Kommandó)... :ds_icon_cheesygrin:

Hajajj, na ja. Mint irtam epp koltozkodunk, asszony most hozott ide egy targyat, ami velemenye szerint egy billentyuzetfolia (mondjuk nem rossz tipp, hogy egyaltalan volt otlete az mi a fene lehet!), es nem is tevedett, meghozza egy Enterprise-e. Szoval EP mindenhol, mar csak a kommando hianyozna ...
Title: Re: Web emu
Post by: Zozosoft on 2014.July.26. 22:07:26
Quote from: lgb
A Szifon-5 teljesitmenye meglepett, nem is tunik realisnak :D
Éppen azért tippelem, hogy ott nativ kód lehet, míg Androidon ez a virtuális elmebaj :-(

Quote
A masik: firefox-al is meg lehetne nezni, ugye az is van elvileg androidra is, ha jol tudom.
Néztem, teljesítményre kb ugyanaz, de viszont a kurzorgombok nem mentek át az emunak, hanem a weblapot mozgatták :roll:

Volt még Opera, gyári Böngésző, és Dolphin browser is.
Title: Re: Web emu
Post by: lgb on 2014.July.26. 23:02:16
Quote from: Zozosoft
Éppen azért tippelem, hogy ott nativ kód lehet, míg Androidon ez a virtuális elmebaj :-(

Hat nem tudom. Meg egy asztali PC-hez kepest (ami biztos nativ browser ...) is tul jonak tunik a szIfon ... Az en notimon lassabb pl :) Lenovo thinkpad L520 i3-2350M 2.3GHz. Jo, tudom, nem egy eromu, de azert durva, hogy egy mobil _telefon_ gyorsabb nala :)

De koszi, hogy nezegetted!
Title: Re: Web emu
Post by: DrPrery on 2014.July.27. 07:50:30
Itt elmélkednek a pixelrajzolás optimalizálásáról:

http://elekslabs.com/2012/11/html5-canvas-performance-and.html (http://elekslabs.com/2012/11/html5-canvas-performance-and.html)

Hátha leszűrhető belőle valami...
Title: Re: Web emu
Post by: lgb on 2014.July.27. 08:49:45
Quote from: DrPrery
Itt elmélkednek a pixelrajzolás optimalizálásáról:

http://elekslabs.com/2012/11/html5-canvas-performance-and.html (http://elekslabs.com/2012/11/html5-canvas-performance-and.html)

Hátha leszűrhető belőle valami...

Ah, nem. Ott ugye arrol van szo, hogy pixeleket "random" erik el, es le is kerdezik. SJEP-en egyszerubb: mivel a nick mukodese kozben ugye scanline-rol scanline-ra, pixelrol pixelre epul fel a kep egyreszt minden bonyolult szamitas es pozicio nelkul egyszeruen sorrendben gyalogol vegig rajta, masreszt lekerdezes nem is kell, harmadreszt a par napja tortent modositasom ota (32 bites typedarray egy pixel irasa, es nem 3 kulon muvelet mint elotte, csak ez kb 10%-al novelte a sebesseget) magat a write muveletet sem lehet igazan tovabb optimalizalni. Szoval a helyzet az, hogy az JSEP canvas-al kapcsolatos resze valojaban eleg egyszeru, pl egy atlag ilyet hasznalo jateknal, vagy egyeb oruletnel (amit kuldtel pl, "rajzoloprogram" terv) joval egyszerubb semat kovet az emulacio sajatossaga miatt.

Egyeduli performancia noveles jelentosen ott lehetne, ha tudnad, hogy bizti nem valtozott a kep egyik resze. Ez egy nick komplexitas eseten kozel sem trivialis megmondani, ilyenek vizsgalata "tobbe kerul", mint amit sebessegnovekedest hozna (viszont egyszeru gepeknel foleg ha egyszeru emu szint eleg, pl primo/spectrum egyszeru megoldani mert pl z80 emulaciokor pontosan lehet tudni hogy hova irva valtozna a kep, es ha olyan nem volt, akkor nem: mivel nick-nel kb semmi sem fix, ott ezt nehez lenne megmondani).

Masreszt a cikk regi is, azt irjak, hogy azert JS teljesitmenynovekedes ide vagy oda, az JS csak regebbi JS-hez kepest gyors, mashoz kepest (C#, Java, ne adj isten nativ kod ....) abszolute nem; ez ugye mara mar nem teljesen igaz, 1-2 honap alatt is van fejlodes, szoval egy 2012-es cikkhez kepest meg boven :)
Title: Re: Web emu
Post by: DrPrery on 2014.July.27. 09:59:30
Puff neki, hát akkor így jártam... :ds_icon_cheesygrin:

[attachimg=1]
Title: Re: Web emu
Post by: lgb on 2014.July.27. 10:04:55
Quote from: DrPrery
Puff neki, hát akkor így jártam... :ds_icon_cheesygrin:

(Attachment)

Heeeeeeeeeeeeeeeeee-hehehheheheheee ;) Na ezt meg felesegem is megnezte, tetszett neki a kepregeny :)
Title: Re: Web emu
Post by: endi on 2014.July.27. 10:25:18
olyat nem lehetne hogy interlace-szerűen frissíteni a képet, egyik frameben páros sorok, másikban páratlanok?

mondjuk totál nem értek a html5-höz, de jól értem hogy direkt a képernyőre ír és nem egy háttérbufferbe amit aztán átrak a képernyőre?
Title: Re: Web emu
Post by: Zozosoft on 2014.July.27. 10:31:38
Quote from: DrPrery
Puff neki, hát akkor így jártam... :ds_icon_cheesygrin: 
:smt044
Title: Re: Web emu
Post by: lgb on 2014.July.27. 12:10:50
Quote from: endi
olyat nem lehetne hogy interlace-szerűen frissíteni a képet, egyik frameben páros sorok, másikban páratlanok?

mondjuk totál nem értek a html5-höz, de jól értem hogy direkt a képernyőre ír és nem egy háttérbufferbe amit aztán átrak a képernyőre?

Nyilvan lehetne. Az, hogy nem igy csinaltam az emulacios pontatlansag is, pl interlaced kepeknel nem feltetlen fog jol kinezni, sot ... Az oka, hogy nem igy csinaltam: igy gyorsabb, masreszt nem is teljesen ertettem meg, amikor elkezdtem. Lehet, ha egyszer osszeall a dolog, utana majd atirom, es megnezem, mennyivel lesz ugy lassabb. Mert ugye az amugy is az az allapot, ami a valosaghoz kozelebb allna :) Igy viszont megsporolok egy frame-et, marmint: azt feltetelezem, hogy a paros es a paratlan sorokban ugyanaz van. Igy fele kep adat van amit frissiteni kell, illetve 50Hz helyett 25 Hz-enkent eleg, szoval azert valoszinu sokkal lassabb lenne egy preciz emulacioval :( Maga a canvas pl fuggolegesen x2 zoom-ban latszik az emu szempontjabol csak egy half frame-nyi a felbontasa.
Title: Re: Web emu
Post by: NoP on 2014.July.27. 13:28:08
Hat nem tudom. Meg egy asztali PC-hez kepest (ami biztos nativ browser ...) is tul jonak tunik a szIfon ... Az en notimon lassabb pl :) Lenovo thinkpad L520 i3-2350M 2.3GHz. Jo, tudom, nem egy eromu, de azert durva, hogy egy mobil _telefon_ gyorsabb nala :)
[...]
Hmmm, ha mondtok valami jó javascript benchmark-ot, szívesen futtatom. Vagy a SunSpider jó lesz? Abban egyébként az asztali gépem tönkreveri a telefont, pedig ez csak egy első generációs i5 750 (32+32 KB inst/data L1, 256 KB L2, 8 MB L3 cache, 2.66GHz). A rendszermemória meg csak 1333-as. Az oprendszert helyesen detektálja a fórummotor. :)
IE11: Total:                 149.4ms +/- 11.3%
FF31: Total:                 225.8ms +/- 6.5%
iP5s: Total:                 408.5ms +/- 1.5%
Disclaimer: határozottan _NEM_ vagyok Apple fan, eszem ágában sincs foggal-körömmel védeni! Rengeteg hülyesége van, mégis szeretem pl. az ilyen teljesítménymutatók miatt. :)
Title: Re: Web emu
Post by: Zozosoft on 2014.July.27. 13:46:48
Nekem (Lenovo X220):
IE11: 125.6ms +/- 16.7%
FF31: 193.0ms +/- 3.5%
Chrome36: 201.8ms +/- 1.4%
Title: Re: Web emu
Post by: DrPrery on 2014.July.27. 16:25:11
Trabant Eee 901:

FF30:  1090.3ms +/- 2.2%
Chromium 38: 1253.8ms +/- 2.1%
Chrome 37: 1145.5ms +/- 4.1%
Safari 5.1.7: 1088.8ms +/- 3.9%
Title: Re: Web emu
Post by: lgb on 2014.July.27. 19:09:11
Az a baj ezekkel a "szintetikus" benchmark-okkal, hogy egy-ket dologra vannak kihegyezve. Valos scriptek lehet, mas dolgokat es mas aranyban hasznalnak ki. Pl az JSEP maga is egy benchmark, es eleg sok mindent kihasznal, talan tobbet is mint egy egyszeru, ahol sok esetben raadasul az adott JS engine keszitoi az o engine-juk eros oldalat hozza ki, hogy pozitivabb legyen az eredmeny :)
Title: Re: Web emu
Post by: DrPrery on 2014.July.28. 07:20:01
Nem tudom, hogy áll a JS a filekezeléssel...?

Mert mintha valahol olyasmit olvastam volna, hogy mivel webes cucc ezért nem lehet csak úgy írkálni benne, pláne nem offline (afféle FILE:/// dolgok) mert így a biztonság meg úgy... teljeskörű I/O nélkül meg bajosan fogja nálam "lecserélni" a hagyományos desktop nyelveket. Csak mert amit régebben írtál, hogy milyen jó az, ha valami ennyire platformfüggetlen, az éppenséggel nekem is "szemet szúrt" ebben a szanaszét fragmentálódott IT világban. Egyszer megír az ember egy programot, aztán menne mindenhol... hááát, nem is ártana...
Title: Re: Web emu
Post by: lgb on 2014.July.28. 09:12:27
Quote from: DrPrery
Nem tudom, hogy áll a JS a filekezeléssel...?

Mert mintha valahol olyasmit olvastam volna, hogy mivel webes cucc ezért nem lehet csak úgy írkálni benne, pláne nem offline (afféle FILE:/// dolgok) mert így a biztonság meg úgy... teljeskörű I/O nélkül meg bajosan fogja nálam "lecserélni" a hagyományos desktop nyelveket. Csak mert amit régebben írtál, hogy milyen jó az, ha valami ennyire platformfüggetlen, az éppenséggel nekem is "szemet szúrt" ebben a szanaszét fragmentálódott IT világban. Egyszer megír az ember egy programot, aztán menne mindenhol... hááát, nem is ártana...

Ehhez kene kulon topic mar :) Amugy igen, nyilvan egy weboldal benne js script-ekkel nem ferhet hozza a "local diskedhez" egyszeruen, hiszen az milyen hatalmas biztonsagi kockazat lenne (betoltesz vmi random gonosz weboldalt ami aztan "csemegezik" a diskeden talalhato dolgobol, a tudtodon kivul), a webes cuccok (a java _appleteket_ is ideertve, tehat a java azon reszhalmaza ami weboldalba agyazva lehet, nem a stand-alone java appokrol van szo!) ezert ilyet nem igazan tamogatnak, ami fontos security design kivanalom. Viszont: ha ugye "minden web" dologban gondolkodunk, akkor nem is kell local, lassan minden felhoben lesz, az adatok is, igy a local disk maga a "low level" OS-nek kell csak majd, hogy legyen mirol betoltodnie, miegymas. Amugy vannak olyasmik azert amik segitenek. Peldaul: ott a webstorage. Az arra jo, hogy javascript-ben letarolhatsz vmit, amit az oldal ujabb latogatasanal ujra elerhetsz, amde ez a "storage" nem mutatja ugymond a diskeden levo fileokat, kezdetben tok ures, es te pakolsz bele, ha akarsz. Ezt akarnam majd pl hasznalni JSEP-ben az ajax hivasoknal lekert adatok (ROM es disk image) "cachelesere", mert pl mobil eszkozoknel kulonosen jol jon ugye, ha nem minden inditasnal huz le tobbszor 100Kbyte adatot: ha egyszer sikerult neki, elatarolja az emlitett web storage-ben, es kov alkalommal mar onnan veszi. Ilyen meg nincs benne, mint mondtam, ez egy otlet a kis fejemben.

Masreszt: ha valami specko igeny van, pl ott a firefox OS, google chromebook project stb, ahol a mondas az, hogy a "browser az OS" ott nyilvan azert lehet eltero implementacio, hogy valamifele filerendszer szeruseget JS-bol is lass, max jol korlatozzak, hogy milyen script mit erhet el (ennek "normal OS" valtozata is megvan vegulis kulonbozo secruity megoldasoknal - pl linuxon apparmor - ahol egyes processeknek kernel szinten megmondhatod mit csinalhat egy file-al, hiaba rendszergazdakent fut ezek utan, akkor sem figja tudni elerni, amit nem kene neki).

Illetve pl javascriptnek van pl server oldalon futo verzioja is! Pl a node.js-re gondolok. Ott van par dolog, ami sima "browseres" js-ben nincs, ez vegulis hasonlo a java allaspontjahoz, hogy van a java applet (ami weboldalakban van) es a normal "stand alone" java app, a ketto messze nem ugyanolyan dolgokat tehet es nem tehet meg.

Szoba kerul az asm.js, ami pl akkor jon jol, ha emscripten-nel C vagy C++ kodot forditasz JS-re. O peldaul a standard C library file I/O API-jat implementalja, viszont a "normal" filerendszer helyett egy virtualisat emulal le, ami valojaban nem letezik, abba pakolhatsz dolgokat.
Title: Re: Web emu
Post by: Povi on 2014.July.28. 10:07:17
Read-only módban vagyok a topicban, csak üzenni szeretném, hogy nagyon érdekes és izgalmas dolgokról csevegtek, ne hagyjátok abba! :-)
Kérdés: a Javascript-nek mennyire van köze a JVM-hez? Vagy csak véletlen név egybeesés?
Title: Re: Web emu
Post by: lgb on 2014.July.28. 10:40:10
Quote from: Povi
Read-only módban vagyok a topicban, csak üzenni szeretném, hogy nagyon érdekes és izgalmas dolgokról csevegtek, ne hagyjátok abba! :-)

Erdekes lehet, csak imho erre inkabb vmi kulon topic kene, mert nagyon elkalandozunk :)

Quote
Kérdés: a Javascript-nek mennyire van köze a JVM-hez? Vagy csak véletlen név egybeesés?

Semmi. A JVM A Java Virtual Machine, a javahoz kell. Aminek weben valo "futtatasahoz" pedig egy java plugin. A JavaScript ezzel elteroen "nativ" resze minden browsernek ma mar, nem kell hozza plugin stb. Eleve a Java es JavaScript teljesen eltero nyelvek. A nevvalasztas valoban okoz gondot. Amennyire en tudom, a JavaScript eredeti neve vmi ActionScript lett volna (illetve szabvanyokban ECMAscriptnek hivjak pl), es allitolag - ismet: ha jol emlekszem .... - vmi marketing oka volt, hogy aztan JavaScriptnek neveztek, igy kicsit a java-s hype-hoz kotottek, holott semmi koze hozza. Ez gyakran problema azota is, hogy az emberek osszekeverik a javat es a javascriptet, holott nem sok kozuk van egymashoz, a ket nyelv alapfilozofiaja is teljesen eltero (pl objektumkezelesben latszik ez legjobban).
Title: Re: Web emu
Post by: Zozosoft on 2014.July.28. 10:48:56
Quote from: lgb
Erdekes lehet, csak imho erre inkabb vmi kulon topic kene, mert nagyon elkalandozunk :)
Szerintem nektek is van "Új téma" gombotok :oops:
Title: Re: Web emu
Post by: lgb on 2014.July.28. 10:55:44
Quote from: Zozosoft
Szerintem nektek is van "Új téma" gombotok :oops:

Az bizta, csak eppen mi legyen a neve, es mi ala keruljon :) Amugy mindig a nevvalasztas a legnehezebb, pl server install eseten is :D
Title: Re: Web emu
Post by: DrPrery on 2014.July.28. 15:25:02
Hát, öööö, ahogy a dolgok per pillanat állnak, lehetne pl. "LGB bácsi levelesládája, avagy hülye kérdések a Javascript-ről"... :mrgreen:
Vagy, ha ez túl drasztikus, akkor "Mire (nem) jó a Javascript... (de csakazértis megcsináljuk)" :ds_icon_cheesygrin:
Title: Re: Web emu
Post by: lgb on 2014.July.28. 16:51:35
Na, hogy temaba illo post is legyen itt: azt hiszem ujrairom a Z80 emulaciot. Ennek egyik oka, hogy a mostanit nem en irtam, hanem az JSspeccy-bol van (az JSEP tobbi reszet viszont en irtam), illetve az JSspeccy JavaScript ZX Spectrum emulatorbol is amugy - ha jol remlik - a FUSE projectbol kerult (ami ugyan C, de mivel a C es JS szintaxis sok reszben hasonlo, nem tul bonyolult atirni). Ennek persze csak egyik es kisebbik oka, hogy az en maniam, miszerint mindent en akarok megcsinalni :) bar ketsegkivul erdekes szorakozas amugy egy CPU-t emulalni. A nagyobbik a gond az, hogy mar eljart felette az ido: valoszinu, hogy joval hatekonyabb, jobb performanciat ado JS kodot is lehetne irni. Akkoriban meg nem igazan volt typedarray meg hasonlo trukkok ugyanis. Most epp azon filozok, hogy: 1. irjam meg en nullarol, 2. nezzem meg az JSspeccy ujabb verziojat (a 2-es mar igen mas, a z80 emulacio meg az 1-es verziobol van), 3. fogjam a FUSE aktualis verziojat es az alapjan csinaljam meg a modern szempontokat figyelembe veve, de alapvetoen hasonloan mint az JSspeccy 1 idejeben annak keszitoje tette. A problema amugy az, hogy abban sem vagyok biztos, hogy valoban megeri pl performancia miatt (inkabb csak megerzes, hogy talan ...), viszont kiderulni ugye akkor fog, ha kesz lesz ...

Zozo, nincs vmi EXOS helyere teheto test rom, amiben van vmi ertelmes, de nem tul bonyolult kod? Mert arra gondoltam, hogy az elejen csinalok egy felkesz z80 emulaciot, ami azon opkodokat tudja csak, ami pl abban van. Az alapjan talan mar ossze lehetne hasonlitani elso korben, hogy mennyivel gyorsabb, mint a jelenlegi JSEP. Ha igy ugy tunik, hogy megeri, akkor esetleg foglalkozok a komolyabb munkaval, hogy teljes erteku Z80 emulacio legyen. A sima EXOS amig eljut a villogo Enterprise feliratik igy tippre azert eleg sok opcode-ot hasznal ahhoz, hogy tul sok melo legyen irni meg egy felkesz z80 emulatort is (aztan kiderul, hogy nem is eri meg, es hiaba dolgoztam). Vegulis egy sima NOP + JP is eleg tesztelni :-D de az meg a lo masik fele: az meg tul primitiv, es esetleg nem derul ki, hogy lenyegesen gyorsabb, mert mas komplexebb utasitasoknal jelenkezne a nagyobb kulonbseg.

Bocsanat, csak hangosan elmelkedem, vagy eppen blogot irok ide nektek :)
Title: Re: Web emu
Post by: Zozosoft on 2014.July.28. 17:03:48
Quote from: lgb
Zozo, nincs vmi EXOS helyere teheto test rom, amiben van vmi ertelmes, de nem tul bonyolult kod?
Esetleg ezekkel lehet próbálkozni...
Title: Re: Web emu
Post by: endi on 2014.July.28. 19:27:02
Kéne egy olyan opció az emuba, hogy pl 200% sebességel indíthassuk. Sok régi játék lassú a ma emberének :) viszont az unlimited sebesség meg erős gépen túl gyors játékot eredményezne.
Title: Re: Web emu
Post by: Zozosoft on 2014.July.28. 20:05:59
Quote from: endi
Kéne egy olyan opció az emuba, hogy pl 200% sebességel indíthassuk. Sok régi játék lassú a ma emberének :)
Én inkább azt tapasztalom, hogy túl gyorsak... lehet, hogy én vagyok már túl öreg? :oops:
Title: Re: Web emu
Post by: lgb on 2014.July.28. 21:15:02
Quote from: Zozosoft
Én inkább azt tapasztalom, hogy túl gyorsak... lehet, hogy én vagyok már túl öreg? :oops:

Ha az JSEP-rol van itt szo, hogy gyors, lehet benne annyi igazsag, hogy sok mindenben nem pontos, pl az egyik az a video ram elerese nem lassabb a tobbi RAM-enal, ami ugye igazi EP-n nem egeszen igy van, illetve a jobb emulatorokban sem :) Igazabol az JSEP-t mindig is valami gyorsan demozhato webes toolnak gondoltam, nem vitatom, hogy sokkal jobb emulatorok leteznek, ha "komoly" dologrol es/vagy preciz emulacio igenyerol van szo :) Bar azert volt fejlodes itt-ott, azert pl az ep128emu-val ossze sem lehet nyilvan hasonlitani, es nem is celja.
Title: Re: Web emu
Post by: DrPrery on 2014.July.28. 21:39:07
Az emu képét jobban megnézve, olyan mint az ep128emu-ban a 2-es image quality, kissé "elmosódott". Ott leveszem 0-ra a jobb teljesítményért, akkor pengeélesek lesznek a pixelek.
A JSEP esetében nem történik valami subpixel rendering? Mert olyasmit emlegettek némelyek, hogy akkor lassabb lesz a megjelenítés a canvas-on, vagy mi...

(Lehet, hogy megint sikerült egy ökörséget kérdeznem... :mrgreen: )
Title: Re: Web emu
Post by: lgb on 2014.July.28. 21:51:09
Quote from: DrPrery
Az emu képét jobban megnézve, olyan mint az ep128emu-ban a 2-es image quality, kissé "elmosódott". Ott leveszem 0-ra a jobb teljesítményért, akkor pengeélesek lesznek a pixelek.
A JSEP esetében nem történik valami subpixel rendering? Mert olyasmit emlegettek némelyek, hogy akkor lassabb lesz a megjelenítés a canvas-on, vagy mi...

Okos megfigyeles, 5 pont. Konkretan megint kiseloadas jon, hogy mirol is van itt szo :) Mint par epizoddal ezelott a folytatasos kisregenyemben kifejtettem :) tobb okbol sem tud interlaced-et az JSEP. Ennek egyik oka, hogy nem ertem annyira pontosan en se feltetlen :) a masik viszont duplan is performancia szempontjabol: feltetelezem, hogy a ket half frame ugyanaz, tehat eleg 25Hz-enkent frissiteni (innen jon a kijelzesben az xx/40 a timeoutnal, msec-ben, ami altalaban 39, de ez kerekitesi dolog, most ne menjunk bele). Igy, nem eleg, hogy fele olyan surrun, de fele annyi adatot is kell frissiteni, gondolom ebbol erezheto, hogy azert lassabb lenne egy preciz emulacio. Ha megnezed az jsep debug ablakat (ami pirosas szinre valt futas kozben, ha van meg uj debug uzenet kozben):

Canvas native size is 736x256, display size is 736x512

Na itt van a kutya elasva. Az emulator szempontjabol az emulalt frame buffer fele akkora, mint ahogy kijelzo a browser. Ezt egyszeruen meg lehet oldani, ui a browsernek meg lehet mondani, hogy mas dimenzioban jelenitse meg, mint amekkora a valodi merete. Ennek ertelmet mar fentebb boncolgattam: jolval gyorsabb, mintha JS-bol kene csinalni. Ilyen esetben a browser szepen scale-eli a dolgot, viszont van egy mellehatasa: o mindenkeppen ilyen smoothing/miegymas algoritmussal meretezi at. Hozzateszem, meg igy is gyorsabb (!), mintha JS-bol mindenfele simitas, csicsa, subpixel izebize antialis nelkul duplan raknam ki, mert browserben ez jol van optimakolva, es/vagy akar GPU-t hardware-esen is hasznalja a sajat muveleteihez.

Szoval igen, valoban el van kenve kisse, de ezt nem az JSEP hanem a browser csinalja. Ez persze felfoghato pozitivnak is (a tul eles pixelek kevesbe retro feelinget keltoek), attol fugg, honnan nezzuk. Amugy a debug dolgokat tovabb nezve, lathatsz vmi hasonlot is:

Canvas smoothing parameter with imageSmoothingEnabled is not supported
Canvas smoothing parameter with mozImageSmoothingEnabled is tried to be altered from true to false
Canvas smoothing parameter with mozImageSmoothingEnabled has been tried to be altered to false
Canvas smoothing parameter with webkitImageSmoothingEnabled is not supported
Canvas smoothing parameter with msImageSmoothingEnabled is not supported
Canvas smoothing parameter with oImageSmoothingEnabled is not supported

No, itt en konkretan azt probalom, hogy kikapcsolni ezt a feature-t, erre minden browsernek van valami sajat modszere (mivel ez nem teljesen szabvany dolog, elvileg ez a browser maganugye, kevesbe lehet kapcsolgatni), ami vagy mukodik vagy nem :D Kikapcsolni azert akarom, mert erzesem szerint az gyorsit valamennyit, hogy a browsernek nem kell antialiasolni meg izelgetnie csak siman x2 vertikalis zoom-al kirakni a kepet.

Vallalkozo szellemueknek kiserlet! Allitsuk meg az emut (vagy meg el se legyen inditva run-nal) es kerjunk egy javascript console-ot (firefoxon: ctrl shift k), majd a leges legalso sorba ahova lehet gepelni irjuk be ezt, enterezve persze a vegen:

canvas.style.height = canvas.height.toString() + "px";

Ekkor az fog tortenni, hogy a canvas kijelzett es fizikai merete ugyanaz lesz. Poenbol most lehet a run gombbal inditani az emut. Valojaban az JSEP emulacios szinten pont igy latja, az csak egy trukk, hogy dupla fuggoleges meretben rakom ki :) Igy viszont talan nincs is semmi rendereles, es talan gyorsabb is az emu emiatt is, meg persze amiatt is hogy a videokari fele kevesebb adatot kell browsernek atvinnie.
Title: Re: Web emu
Post by: Zozosoft on 2014.July.28. 22:04:56
Quote from: lgb
Ez persze felfoghato pozitivnak is (a tul eles pixelek kevesbe retro feelinget keltoek), attol fugg, honnan nezzuk.
Elmosott pixeles retrót szerintem azon gépek rajongói találták ki, akik leginkább RF kábeles tévét használtak, max kompozit videót :twisted:
Title: Re: Web emu
Post by: lgb on 2014.July.28. 22:12:43
Quote from: Zozosoft
Elmosott pixeles retrót szerintem azon gépek rajongói találták ki, akik leginkább RF kábeles tévét használtak, max kompozit videót :twisted:

:) Ez igaz, de legtobb ember szamara ez volt a realitas. Es azert pl egy composite jol mar egesz jo egy RF mod/demodos orulethez kepest, azert meg mindig nem egy modern LCD monitor pixel pontossag egy akkori TV-n, szoval nem feltetlen ugyanaz a feeling. Ez akkor erdekes amugy, amikor olyan grafikai trukkok/hatasok voltak, ami szamitott arra, ahogy egy atlag TV akkor viselkedett. ENnek persze elenyeszo resze a fenti elmosodas, van mas fontos jellemzo is, pl a VICE emulatorban (ep128emu-ban mondjuk sose neztem ejj-ejj) teljes PAL emulaciot probalnak, hogy emulalni lehessen a kijelzes "tokeletlenseget" ugymond.
Title: Re: Web emu
Post by: DrPrery on 2014.July.28. 22:16:58
Feladom... :smt009
Egy fikarcnyival se lett gyorsabb... akkor hát itt tényleg nem a megjelenítés a szűk keresztmetszet :smt102
Az 5 pontomat meg guríthatom hazáig... :mrgreen:
Title: Re: Web emu
Post by: lgb on 2014.July.28. 22:38:30
Na nemi css adalekota hozzavagva szegeny canvas-hoz probaltam lebeszelni a sok simitasrol. Nalam ff31 alatt most mar "darabosabbnak" tunik az eredmeny, azaz kevesbe probalja a browser utosimitiani ... A szokasos demo.new -s url-en megnezheti, aki akarja. Mondjuk, nekem nem venni eszre sebessegkulonbseget, az meg megint mas kerdes, hogy a masik szempont (kinezet) melyik az elonyosebb :-P
Title: Re: Web emu
Post by: Zozosoft on 2014.July.28. 22:39:35
Quote from: lgb
:) Ez igaz, de legtobb ember szamara ez volt a realitas. Es azert pl egy composite jol mar egesz jo egy RF mod/demodos orulethez kepest
Pont arra próbáltam célozni, hogy egy composite se egy olyan hűha :oops:
Autós hasonlattal, az RF Trabant, a composite az Lada, az RGB Scart meg Mercedes :-)
Akinek meg nem futotta Scartos monitorra, az rakott videó bemenetet a Junosztyra, az EP gyári monochrom videójelével tűéles kép lett.
Title: Re: Web emu
Post by: Zozosoft on 2014.July.28. 22:42:51
Quote from: lgb
Na nemi css adalekota hozzavagva szegeny canvas-hoz probaltam lebeszelni a sok simitasrol.
Ilyesmiről egyszer már volt szó, amikor weblapon lévő GIF képekről imádkoztuk le a homályt.

Nálam jó, tetszik!!!
Title: Re: Web emu
Post by: lgb on 2014.July.28. 22:57:20
Quote from: Zozosoft
Pont arra próbáltam célozni, hogy egy composite se egy olyan hűha :oops:
Autós hasonlattal, az RF Trabant, a composite az Lada, az RGB Scart meg Mercedes :-)

Ertettem en, csak en meg azt mondtam, hogy sok embernek mar a composite is extra volt, nemhogy RGB ... :)

Quote
Akinek meg nem futotta Scartos monitorra, az rakott videó bemenetet a Junosztyra, az EP gyári monochrom videójelével tűéles kép lett.

Nekem is volt ugy C64 :) Akkor kellett, amikor a csalad tobbi tagja kikuldott a szobabol, hogy "ne gepezzel mar megint", mivel a csaladi szines-TV ugye foglalt volt altalaban. Ilyenkor maradt a szovjet csoda.
Title: Re: Web emu
Post by: lgb on 2014.August.01. 14:37:31
Jeleznem, hogy az off-topicolas kozben azert csinalok valami ertelmeset (oke, kisse ertelmesebbet ...) is a jelzett JSEP (aka "webemu" ahogy rajtaragadt a nev) temaban. A CPU emulacio ujraitasa azert kisse naiv otlet volt, foleg mint "gyors project" :) Ezert sajat CPU emulator irasa (nullarol ...) helyett ugy gondottem, azt csinalom amit az JSspeccy csinalt anno. Ugye ok vettek a FUSE (Free Unix Spectrum Emulator roviditese ha minden igaz, egy C-ben irt Spectrum emulator) Z80 emulaciojat, es szepen att lett irva JS-re (ebben segit, hogy a C es az JS syntaxis alapvetoen hasonlo, sot tobb ponton ugyanaz). A FUSE tartalmaz egy perl-ben irt script-et ami legeneralja a CPU emulator C forraskodjat. Ezt a perl scriptet en most modositgatom, a hozza valo makro-halmazt is, meg kore rakok egy "keretet" ahol mar "modernebb" JS dolgok vannak (pl TypedArray) amivel remelhetoleg gyorsabb is lesz. Igy tehat az JSspeccy lassan minden oroksege szamuzve lesz az JSEP-bol, amire epul egyedul az tehat a FUSE CPU emulacioja lesz, es ott se kozvetlen atvetel, hanem eros modositasokkal (licenc gond itt nincs amugy, GNU/GPL, szoval lehet ilyet tenni).

Viszont ennek kapcsan szoget utott valami a fejembe. A pontos Z80 emulacirol van szo. Nezzuk meg pl ezt az oldalt: http://www.z80.info/z80oplist.txt (http://www.z80.info/z80oplist.txt) Ezen belul is a DD/FD prefixalt CB opcode-okat, pl konkretan a 0x40-tol kezdodoeket. Az erdekes ebben az, hogy az JSspeccy, de meg a FUSE jelenlegi verziojban is ez nagyon nem igy nez ki! Ott az ugy van, hogy a fenti opcode-ok pl 0x40-0x47 kozott mind tokgyanazt csinalja, azt, amit a 0x46-os a fenti link alatt, de nincs kulonbseg, hogy meg egy registerbe is berakja aztan (ez ha jol remlik amugy nem dokumentalt feature). Ugy tunik, ez a jelenlegi FUSE emulatorban magaban is igy van!

Kinek van igaza? Irjam at ezt is, hogy a fenti link szerint legyen minden? Vagy lehet az ottani tablazatban vannak hibak? Ami igazan fura, hogy pl a 0x40 alatti opcode-oknal megvan a FUSE-ban is csinalva, csak pl a BIT opcode-oknal nem!

Tovabbi kerdes: van valakinek vmi szep tablazata az opcode-ok pontos T-state igenyerol? Talaltam mindenfele kicsit nehol ellentmondo infot a neten, de eleve nem is szep tablazatos formaban, sorban az opcode byte-ok szerint, hanem ugy kell osszevadaszni, amiben nem bizok ... Ez azert kell, mert az eredeti JSspeccy kodban remalom hogy ez mennyire szet van szorva, abbol osszeszedni ezt nehez normalisan. Igaz, en amugy se pontosan csinalom sajna JSEP-ben :( Marmint egy opcode-on belul a muveletek pontos idozitese nincs igazan kezelve, csak az opcode ossz T-state-ek szama alapjan van idozitve. Mivel azonban JSEP-ben olyan sincs jelenleg, hogy a VRAM pl lassabb mert nick-en at megy az elerese, igazabol szerintem ez az info nem is hianyzik, az JSEP sajnos by-design nem egy nagyon pontos emulator (akkor joval lassabb is lenne).

Title: Re: Web emu
Post by: Zozosoft on 2014.August.01. 14:52:51
Quote from: lgb
Nezzuk meg pl ezt az oldalt: http://www.z80.info/z80oplist.txt (http://www.z80.info/z80oplist.txt) Ezen belul is a DD/FD prefixalt CB opcode-okat, pl konkretan a 0x40-tol kezdodoeket. Az erdekes ebben az, hogy az JSspeccy, de meg a FUSE jelenlegi verziojban is ez nagyon nem igy nez ki! Ott az ugy van, hogy a fenti opcode-ok pl 0x40-0x47 kozott mind tokgyanazt csinalja, azt, amit a 0x46-os a fenti link alatt, de nincs kulonbseg, hogy meg egy registerbe is berakja aztan (ez ha jol remlik amugy nem dokumentalt feature). Ugy tunik, ez a jelenlegi FUSE emulatorban magaban is igy van!

Kinek van igaza?
A listának, kellenek az undocumented opcode-ok is, én pl. tuti használtam őket, pl ezt a "még egy regiszterbe is belerakja" dolgot is :-)

Quote
Tovabbi kerdes: van valakinek vmi szep tablazata az opcode-ok pontos T-state igenyerol?
Ez nem jó? (http://enterpriseforever.com/hardver/hardware-hogyan-apritsuk-miszlikbe-enterprise-unkat/?action=dlattach;attach=9238) Bonuszként a Z180 is benne van :-)
Title: Re: Web emu
Post by: lgb on 2014.August.01. 15:05:53
Quote from: Zozosoft
A listának, kellenek az undocumented opcode-ok is, én pl. tuti használtam őket, pl ezt a "még egy regiszterbe is belerakja" dolgot is :-)

Ja, csak fura, mert FUSE-ot sokan dicserik, hogy "egesz jo" spectrum emulator, es meglepodtam, hogy nekem igy 1-2 ora nezegetes utan sikerult Z80 emulaciojaban felfedezni valamit, amit nem ertek, hogy miert igy csinaltak meg. Lehet, irok a szerzojenek, kivancsi vagyok mit mond :)

Quote
Ez nem jó? (http://enterpriseforever.com/hardver/hardware-hogyan-apritsuk-miszlikbe-enterprise-unkat/?action=dlattach;attach=9238) Bonuszként a Z180 is benne van :-)

Koszi! Tok jo, csak az a bajom ezzel, hogy lusta vagyok nekem opcode byte sorrendben kene, mert ugy kell beleirnom a megfelelo helyre. Pont ez volt a bajom a neten talaltakkal is. Jo, ez az en hibam, tudom, ne legyek lusta, szepen nezzem ki egyenkent :) [mondjuk azert annyira nem nehez mert pl minden LD reg8,reg8 uaz az ido stb, szoval van benne logika]
Title: Re: Web emu
Post by: szipucsu on 2014.August.01. 15:52:03
Quote from: DrPrery
Puff neki, hát akkor így jártam... :ds_icon_cheesygrin:
Ez vicces! Kár, hogy hozzászólásokat nem lehet like-olni.
Title: Re: Web emu
Post by: lgb on 2014.August.01. 16:23:39
Quote from: szipucsu
Ez vicces! Kár, hogy hozzászólásokat nem lehet like-olni.

http://custom.simplemachines.org/mods/?mod=2322 (http://custom.simplemachines.org/mods/?mod=2322)

Talan ezzel, bar nyilvan ehhez MrPrise kene, hogy beletegye, meg nem biztos, hogy annyira jo lenne facebook-al osszehuzalozni a forumot ;)
Title: Re: Web emu
Post by: szipucsu on 2014.August.01. 20:13:49
Esetleg az innen (http://www.ep128.hu/Ep_Games/Games_AB.htm) elérhető BASIC programcsokorhoz nem lesz disk image itt (http://ep.lgb.hu/jsep/)?
Title: Re: Web emu
Post by: endi on 2014.August.04. 18:31:27
Amúgy nem lehetne valamiféle egér kezelést rakni ebbe a szuper web emuba? :)
Tudom, folyton csak a kérések. :)
De mekkora lenne már! Ugyanis basicben akkor lehetne pár maibb dolgot csinálni, úgy értem ilyen modern webes játékot, appot stb. Amiket persze javascriptben biztos tök hamar meg lehetne csinálni, csak hát ahhoz érteni is kéne hozzá. :(
Basicben meg tök jó szórakozni. :)
Title: Re: Web emu
Post by: szipucsu on 2014.August.04. 21:13:02
Quote from: endi
lehetne pár maibb dolgot csinálni, úgy értem ilyen modern webes játékot, appot stb.
De ahhoz az is kéne, hogy el lehessen menteni a webes emuval az ügyködésünket. Lehet, hogy tévedek, de olyan még nincs. Vagy előre megírni nem webes emuval a webes alkalmazást és azt tölteni be a webes emuba? Igazi EP-vel webes alkalmazást csinálni, az poén lenne. :D
Title: Re: Web emu
Post by: endi on 2014.August.04. 22:00:49
ja amúgy nekem csak egy egér click kéne :)
Title: Re: Web emu
Post by: lgb on 2014.August.05. 08:52:17
Quote from: szipucsu
Esetleg az innen (http://www.ep128.hu/Ep_Games/Games_AB.htm) elérhető BASIC programcsokorhoz nem lesz disk image itt (http://ep.lgb.hu/jsep/)?

Lehetne, csak az a baj, hogy altalaban mindig rar,zip stb-vel tomoritve van (nem ertem miert, a mai korban egy disk image mar tokmind1, ha nem tomoritett, igy viszont mindig egy lepes kicsomagolni). Ha valaki erez energiat, hogy kicsomagolja oket egyenkent, megnezze, hogy a disk image-ekkent van-e benne rendesen, akkor onnan mar egyszeru, max en vagyok lusta vegigcsinalni :D Itt raadasul ahogy nezem, nem is feltetlen disk img-k vannak, hanem kulon file-ok (legalabbis amit megneztem az pont olyan volt), szoval ebbol disk image-eket kene elobb csinalni. Az JSEP elvileg be tud tolteni disk nelkul is vmit, de ha az utantolt egy masik file-t pl, akkor az nyilvan ugy mar nem fog menni (az megint mas kerdes, hogy elvi szinten lehetne JSEP-be implementalni olyat, mint az ep128emu file: cucca, es akkor nem feltetlen kell disk-ekkel szorakozni, max a file: exos extension rom-ot kene kicsit megbuheralni).
Title: Re: Web emu
Post by: lgb on 2014.August.05. 08:55:08
Quote from: endi
Amúgy nem lehetne valamiféle egér kezelést rakni ebbe a szuper web emuba? :)

Ok, de mivel kezelned le EP alol? Tegyuk fel, hogy belerakom, es pl egy I/O portra emulalom az eger dolgokat, attol meg nem lesz software EP-re, ami ezt hasznalni tudja. Vagy te akarsz ilyet irni? :) Vagy esetleg arra gondolsz, hogy a soros porti eger megoldast kene JSEP-nek emulalnia? Ez utobbi talan amugy nem lenne lehetetlen ... Bar ott is kerdeses, hogy mi tamogat ilyet software ...

Amugy megint ott tartunk, hogy vmi meta-IS-BASIC kene neked nem is webes EP128 emu, esetleg IS-BASIC -> JavaScript compiler :-P
Title: Re: Web emu
Post by: lgb on 2014.August.05. 08:58:45
Quote from: szipucsu
De ahhoz az is kéne, hogy el lehessen menteni a webes emuval az ügyködésünket. Lehet, hogy tévedek, de olyan még nincs. Vagy előre megírni nem webes emuval a webes alkalmazást és azt tölteni be a webes emuba? Igazi EP-vel webes alkalmazást csinálni, az poén lenne. :D

Nem tevedsz, irni nem nagyon lehet JSEP-vel meg semmire ... Az viszont elviekben mukodhet, hogy ep128emu-n csinalja az ember, aztan snapshot, azt meg betolti JSEP-be. A problema ezzel ugye max az, hogy ep128emu sem feltetlen tud egeret emulalni (vagy igen)? Az iras JSEP-bol amugy elvileg nem megoldhatatlan (akar disk image-re is, vagy a mar elozo valaszaimban emlitett file: szeru implementacion), bar nemikepp bonyolultabb, mert AJAX hivas az JSEP-ben az csak "toltesre" jo jelenleg, de nyilvan at lehetne reszerlni. Itt a problema max az, hogy iras muvelet eseten a server oldalon mar kene vmi, pl PHP-ban megirt cuccos, ami lekezeli a blokk iras dolgokat, hogy szegeny JSEP-nek minden blokk irasanal ne kelljen az egesz diskimage-et elkuldenie a serverre (ha egyaltalan a serveren van joga irni a server filerendszerere ... egy tobb ember altal hasznalt disk image eseten ez ugye nem lenne szerencses, es szinte biztos FAT serules lenne belole ...).
Title: Re: Web emu
Post by: lgb on 2014.August.05. 10:20:55
Inkabb ide illik a tema, ezert masolnam:

Quote from: endi
tessék, itt a webes emu haszna. van nekem egy játékfejlesztési FB csoportom, oda beraktam érdekességnek a dwarfs land-et, és legalább páran rákattintottak, kipróbálták. sajnos ma már tényleg senkinek sincs ideje komolyabban emuval foglalkozni, ami érthető

Ezt ugy erted, hogy akit erdekelne ilyen jatek irasa, nem feltetlen szorakozna ep128emu-val es EP sajatosagokkal, viszont megnezne egy kesz webes emus verziot a programodbol, ahol vegulis csak kattintani kell? Amugy, ha pl BASIC only project, akkor el lehet azon is gondolkodni, hogy osszedobni egy akar web alol hasznalhato editort (szamtalan ilyen kesz project van, irni sem kell), ami egy gomb megnyomasara betolteni JSEP-be es megprobalna futtatni. Igy csak web browser-t hasznalva lehetne probalkozni (vegulis elvileg asm-ra is mukodhetne, ott ugye a baj az, hogy azert bonyolultabb mert egy assembler-t is irni kene ahhoz akkor, vagy legalabbis webserverrol meghivni egyet ami on-the-fly leforditja). Hmm, ezt a BASIC program irasa weben majd futtatas dolgot lehet, hogy kiprobalom :) Ha jol remlik IS-BASIC nem tokenizalt, sima text basic programot is kepes betolteni, szoval nem lenne tul bonyolult igy elso latasra legalabbis!

http://codemirror.net/demo/theme.html (http://codemirror.net/demo/theme.html)

Itt van pl a codemirror nevu webes editor egyik demo oldala, temazhato stb JS-ben irt editor (nyilvan a sorszamokat az elejerol jobb lenne eltuntetni mert BASIC-nek ugyis mas sorszamozas van mint a valodi file sorok szama), ki lehet probalni. Annyi kene ehhez, hogy felrakni egy oldalra, es belerakni, hogy egy adott gombra valahogy JSEP-ben megprobalni elinditani a megszerkeztett file-t mint BASIC program. Illetve ize, nem art, ha az editor oldalon lehet menteni es betolteni is az embernek azert :) A nagyobb kihivas itt ott van, ahol az altalanosan hasznalt pl UTF8 karakterkeszlet elter az EP karakterkeszletetol, ott lehet konvertalgatni, illetve adott esetben hibat adni, hogy EP-n nincs olyan karakter, amit az ember gyereke az editorban pedig beleirt egy basic programba. Es itt vissza is utalnek az epbas nevu projectemre ugye: http://epbas.lgb.hu/ (http://epbas.lgb.hu/) kulonosen pl erre az al-oldalara: http://epbas.lgb.hu/result-chset.html (http://epbas.lgb.hu/result-chset.html)
Title: Re: Web emu
Post by: Z80System on 2014.August.05. 11:32:23
http://clrhome.org/asm/
Title: Re: Web emu
Post by: lgb on 2014.August.05. 12:29:33
Quote from: Z80System
http://clrhome.org/asm/

Jah, ez is szinten pont codemirror-t hasznal, ha jol latom :) Mondjuk ez is erdekes, habar itt elso korben BASIC-ezes kapcsan kerult szoba a tema, nem asm-ra, Amugy a codemirror-t epp neztem, hogy alapbol is tud z80 syntax hightlight-ot pl, ha valakinek az hianyzik, bar nyilvan aki EP-n nyomta annak ez nem hianyozna kulonoskeppen :)
Title: Re: Web emu
Post by: lgb on 2014.August.05. 12:30:03
Oh wow, EP addict minositest kaptam, tul sokat postolok ;-P Mondjuk 1024-nel tech-esebb lett volna  valtas, 1000 helyett ;)
Title: Re: Web emu
Post by: szipucsu on 2014.August.05. 12:37:11
Quote from: lgb
Oh wow, EP addict minositest kaptam, tul sokat postolok ;-P
Igen, az előbb volt az 1000. hozzászólásod. Ezt pezsgővel kell megünnepelni!
Én is addict vagyok, de nekem a legtöbb hozzászólásom a humor topikba való inkább.

Ami az image fájlokat illeti, Lacinak kéne szólni, hogy készítsen image fájlokat a basic programcsokorból (esetleg többet is, hogy ne ömlesztve legyen mind?) és rakja fel.
Szerintem a tömörítés azért kell!

Egyébként csak Laci kvíz programját akartam volna megmutatni egy csillagászathoz jól értő ismerősömnek, mert csillagászatos kvízkérdések is vannak benne. Ő aztán végképp nem fogja feltelepíteni az emulátort, az inkább nekünk jó, akik kb. minden nap használjuk, laikusnak az nem éri meg 1-2 programért.
Title: Re: Web emu
Post by: lgb on 2014.August.05. 13:02:31
Quote from: szipucsu
Igen, az előbb volt az 1000. hozzászólásod. Ezt pezsgővel kell megünnepelni!
Én is addict vagyok, de nekem a legtöbb hozzászólásom a humor topikba való inkább.

Ehh, hat nekem is volt egy rakas off-topic es egyeb besorolhatatlan hozzaszolasom es/vagy kisregenyem :) Kene stat post meretre is osszesitve :) Nem tudom mondjuk, hogy ilyen van-e, erdekes lenne. Levetitve pl atlag post meretre is per user alapon. Oppps, megint off-topic vagyok itt :)

Quote
Ami az image fájlokat illeti, Lacinak kéne szólni, hogy készítsen image fájlokat a basic programcsokorból (esetleg többet is, hogy ne ömlesztve legyen mind?) és rakja fel.
Szerintem a tömörítés azért kell!

Ami lenyeges a tomoritesben ott foleg annak kapcsan mondtam, hogy JSEP nyilvan tomoritve nem tudja hasznalni a disk image-et, tehat tomoritetlenul kell, hogy fenn legyen a webserveren, ahonnan betolti hasznalat kozben. Ettol nyilvan meg ervenyes lehet, hogy tomoritve kevesebb helyet foglal/stb, csak eppen akkor az JSEP nem fogja tudni hasznalni :)

Quote
Egyébként csak Laci kvíz programját akartam volna megmutatni egy csillagászathoz jól értő ismerősömnek, mert csillagászatos kvízkérdések is vannak benne. Ő aztán végképp nem fogja feltelepíteni az emulátort, az inkább nekünk jó, akik kb. minden nap használjuk, laikusnak az nem éri meg 1-2 programért.

Bocs, ha figyelmetlen voltam, de milyen kviz programrol van itt szo? Csillagaszat engem is erdekel, anno asztrofizikusnak szerettem volna menni, dehat lustasag az nagy ur :)
Title: Re: Web emu
Post by: DrPrery on 2014.August.05. 15:10:15
Quote
Én is addict vagyok, de nekem a legtöbb hozzászólásom a humor topikba való inkább.
Dr. Zacher Gábor addiktológusnak lassan külön osztálya lesz EP-sek számára...  :ds_icon_cheesygrin:

Quote
Oppps, megint off-topic vagyok
Lgb (és jómagam) esetében az off-topic szindróma olyan, mint a "collateral damage" egy hadművelet során... :ds_icon_cheesygrin:
Title: Re: Web emu
Post by: szipucsu on 2014.August.05. 21:28:43
Quote from: lgb
Ami lenyeges a tomoritesben ott foleg annak kapcsan mondtam, hogy JSEP nyilvan tomoritve nem tudja hasznalni a disk image-et, tehat tomoritetlenul kell, hogy fenn legyen a webserveren, ahonnan betolti hasznalat kozben. Ettol nyilvan meg ervenyes lehet, hogy tomoritve kevesebb helyet foglal/stb, csak eppen akkor az JSEP nem fogja tudni hasznalni :)
De most nézem, ez fent van már itt (http://ep.lgb.hu/jsep/games/), a GAMES_BAS, az emulátor is tudja használni. Ezt hiányoltam, de akkor fent van, csak nem találtam.

Quote
milyen kviz programrol van itt szo?
Itt  (http://www.ep128.hu/Ep_Games/Leiras/Basic_Program_Pack.htm)van a kvíz, a basic programcsokorban. De, mint kiderült, a fenti linkről is elérhető a GAMES_BAS-on belül. Utána be kell írni, hogy "load kviz.bas", majd START.
Title: Re: Web emu
Post by: endi on 2014.August.10. 20:30:58
Amúgy szerintem tök jó lenne, ha az ep128.hu-n a játékokat el lehetne ezzel a web emuval, 1 kattintással indítani.
Persze tudom, sok tárhely kellene neki, de biztos jópár ember így megnézné ezeket a régi játékokat.
Title: Re: Web emu
Post by: Zozosoft on 2014.August.10. 20:57:51
Quote from: endi
Amúgy szerintem tök jó lenne, ha az ep128.hu-n a játékokat el lehetne ezzel a web emuval, 1 kattintással indítani.
Persze tudom, sok tárhely kellene neki, de biztos jópár ember így megnézné ezeket a régi játékokat.
Igen, ez nem lenne rossz, WOS-on is van ilyen.
Title: Re: Web emu
Post by: lgb on 2014.August.10. 22:12:44
Quote from: Zozosoft
Igen, ez nem lenne rossz, WOS-on is van ilyen.

Bar sose neztem utana, az JSspeccy-nel is emlitettek vmit, hogy a WOS-nak van egy API-ja, amivel tetszoleges emu meg hasonlo tudja hasznalni az ott tarolt software-eket. Gondolom vmi olyasmi, hogy le lehet kerni a listat, aztan elkerni egy jatekot, es ezt lehet persze kvazi akarki altal implementalni, tipikusan persze emulatorokban hasznos :) Ha igy lennenek tarolva EP-j jatokok is, akkor nem lenne gond azt JSep-ben implementalni, es/vagy akar ep128emu-ban is mondjuk, mert hat miert ne ...
Title: Re: Web emu
Post by: endi on 2014.August.10. 22:48:25
akkor kéne inkább egy külön aloldal, ahova az ismertebb, fontosabb ep programokat rakjuk ilyen egyből indítható formában
persze mondjuk kinek mi a fontos... biztos teli lenne specy átiratokkal, arra meg ott a wos...
Title: Re: Web emu
Post by: Ep128 on 2014.August.10. 23:33:41
Quote from: endi
akkor kéne inkább egy külön aloldal, ahova az ismertebb, fontosabb ep programokat rakjuk ilyen egyből indítható formában
persze mondjuk kinek mi a fontos... biztos teli lenne specy átiratokkal, arra meg ott a wos...
Azért (emlékeim szerint) vannak olyan Spectrum átiratok, amik jobbak / szebbek, mint az eredeti Spectrum progi! :-)
Title: Re: Web emu
Post by: szipucsu on 2014.August.11. 17:47:37
Quote from: endi
akkor kéne inkább egy külön aloldal, ahova az ismertebb, fontosabb ep programokat rakjuk ilyen egyből indítható formában
persze mondjuk kinek mi a fontos... biztos teli lenne specy átiratokkal, arra meg ott a wos...
Wriggler, Cauldron, Sorcery, Batman már mehet is. Spectrum átiratok, de mások, mint az eredeti.
Aztán meg Book of Life, Boulder Dash átiratok talán.
Enterball (mert eredeti EP), IK
UWOL (mert jó CPC átirat), Lands of Havoc... Talán ezek főleg.
Title: Re: Web emu
Post by: endi on 2014.August.19. 23:23:33
az egér kezelésre visszatérve: van EP-hez az a "patkány", annak volt driverje, nem? azt nem lehetne úgy módosítani hogy a web emu kezelje vele a pc egeret?
Title: Re: Web emu
Post by: lgb on 2014.August.20. 00:11:37
Quote from: endi
az egér kezelésre visszatérve: van EP-hez az a "patkány", annak volt driverje, nem? azt nem lehetne úgy módosítani hogy a web emu kezelje vele a pc egeret?

Ha hw szinten compatible-t akarsz, lehet, csak ugye allitolag EP-n se hasznalt senki soros egeret, mert hogy az soros port, ami sw-bol megy EP-n (es ezert rem lassu volt, CPU-nak masra nem is igazan jutott ido, gondolom ezert voltak a soros kartya otletek - talan a Meszaros fele volt ... - ahol "valodi" soros portra sepcializalodott IC volt, igy nem a CPU-nak kellett bitbangelnie). Gondolom ezt a SERIAL: (bar csak tippelek) -on at erte el az a par program ami hasznalta, tehat szerintem nem volt kulon mouse "driver" amit modositani lehetne, vagy az egesz SERIAL:-t le lehetne cserelni vmi emu specifikus reszre sw szinten is. Bar nem'tom. Egerhez vegkepp nem ertek EP-n, majd vki okosabb megmondja.
Title: Re: Web emu
Post by: Ep128 on 2014.August.20. 00:16:47
Nekem csak annyi rémlik, (sosem volt egerem EP -hez) hogy NEM minden PC -s egér volt jó. Asszem valaha, a 90' -es évek elején-közepén az egerek egy részét alul állítani is lehetett, hogy "Microsoft kompatibilis" legyen, vagy sem... (Valami ilyesmi... :-P :-) ) Szóval a lényeg: Anno nem minden egér volt jó soros porton (sem)!
Title: Re: Web emu
Post by: lgb on 2014.August.20. 01:01:31
Quote from: Ep128
Nekem csak annyi rémlik, (sosem volt egerem EP -hez) hogy NEM minden PC -s egér volt jó. Asszem valaha, a 90' -es évek elején-közepén az egerek egy részét alul állítani is lehetett, hogy "Microsoft kompatibilis" legyen, vagy sem... (Valami ilyesmi... :-P :-) ) Szóval a lényeg: Anno nem minden egér volt jó soros porton (sem)!

Lehet, ha jol remlik ket soros eger szabvany volt, az MS fele meg vmi mouse systems (vagy ennek roviditese az MS, es nem a microsoft-e? tudja a fene). A ket protokol - szinten emlekeim szerint - mas, voltak atkapcsolhato egerek is (immar harmadjara: szinten emlekeim szerint) amik mindkettot tudtak, es egy kis tolokapcsoloval volt meghatarozhato, hogy melyik szerint mukodjon. Ez alapjan ertheto, hogy EP-hez nem volt jo mindketto ...
Title: Re: Web emu
Post by: lgb on 2014.August.20. 08:39:05
Amugy egy gaz van barhol az eger emulacioval, nezzetek meg barmi hasonlot (dosbox stb): ha alacsony szinten emulalja az egeret az ember, akkor a gep fele az elmozdulast kuldi egy valodi eger, es abbol szamolja ki valahogy a kerdeses emulalt gepen futo software a poziciot. Ugyanakkor az emulator amin fut ott mar van egerkurzor, es pontos pozicio, ami elterest okoz. Ezert van, hogy sok ilyen emulator jellegu software eseten van olyan, hogy "grab mouse", magyaran "kikapcsolja" a valodi emulatort futtato gepen a valodi egerkurzort. Ez szerintem zavaro dolog, es weben nem is biztos, hogy meg lehet oldani. En azt mondanam, hogy pl azt tudnam emulalni, hogy mondjuk EP pixel (a legelemibb pixel, raster/stb szinten felbontastol fuggetlenul) egy custom I/O porton atadom az eger poziciojat, stb. Ezzel az a gond, hogy ettol nem fogja tudni kezelni semmilyen letezo EP software. Ha valakinek van otlete, ne tartsa vissza :D
Title: Re: Web emu
Post by: Zozosoft on 2014.August.20. 09:45:02
Ott a gond, hogy alapból 3 különböző fajta egérmegvalósítás létezik, és mindegyiket csak 1-2 program használja.
Title: Re: Web emu
Post by: lgb on 2014.August.20. 18:47:29
Quote from: Zozosoft
Ott a gond, hogy alapból 3 különböző fajta egérmegvalósítás létezik, és mindegyiket csak 1-2 program használja.

Felmerul a kerdes, hogy akkor erdemes-e emulalni :) Oszinten, en nem tudtam, hany sw es hogyan tamogatja, bar volt egy gyanum, hogy nem lehet tul sok ...
Title: Re: Web emu
Post by: Zozosoft on 2014.August.20. 18:51:36
Mi lenne, ha Internal joy-t csinálna az egérből? Amilyen irányba megy, abba az irányba lenyomva a joy, esetleg advanced verzióban a sebességtől függő szaggatással. Gombok meg mondjuk space és enter.
Title: Re: Web emu
Post by: lgb on 2014.August.20. 18:56:37
Quote from: Zozosoft
Mi lenne, ha Internal joy-t csinálna az egérből? Amilyen irányba megy, abba az irányba lenyomva a joy, esetleg advanced verzióban a sebességtől függő szaggatással. Gombok meg mondjuk space és enter.

Hmm, ez oke, csak alapbol szerintem sok embernek kellemetlen es erthetetlen lenne, ha JSEP oldalon hozzaer az egerhez, erre arrebbmegy a kurzor pl IS-BASIC-ban ... Vagy mondjuk oke, ha configolhato, hogy "mostantol aktiv" ... A fo problema amugy meg az is, hogy vmelyik eger klikkel fenn akartam tartani az JSEP+-nak :) [ujrairt verzio] ahol az emulator menujet hozza be, azon kivul nem lenne control (mint most) igy barmelyik oldalba beagyazhato, es tobb opcio is lenne az emulacio befolyasolasara.
Title: Re: Web emu
Post by: Ep128 on 2014.August.21. 00:31:37
Amúgy szerintem a legsikerültebb egér project a Haluska féle volt. Az "egeres" Pasziánsz abszolút "úgy érződik", mint ha PC-s program lenne! :-)
Title: Re: Web emu
Post by: DrPrery on 2014.September.03. 09:51:19
Most tűnt csak fel (na ja, kissé lassú vagyok), hogy ez a Javascript nem nagyon tűnik valami multicore-t kihasználó dolognak. Nem lehetne az emu-ban valamit párhuzamosítani, pl. a parallel.js-sel vagy effélével? :smt017

Ebben a benchmark-ban illusztrálják, hogy mit lehet elérni:

http://ie.microsoft.com/testdrive/Graphics/WorkerFountains/Default.html (http://ie.microsoft.com/testdrive/Graphics/WorkerFountains/Default.html)

Meg egy másik:

http://extremelysatisfactorytotalitarianism.com/projects/experiments/2010/03/boxdemo/index.html (http://extremelysatisfactorytotalitarianism.com/projects/experiments/2010/03/boxdemo/index.html)
Title: Re: Web emu
Post by: lgb on 2014.September.03. 14:13:28
Quote from: DrPrery
Most tűnt csak fel (na ja, kissé lassú vagyok), hogy ez a Javascript nem nagyon tűnik valami multicore-t kihasználó dolognak. Nem lehetne az emu-ban valamit párhuzamosítani, pl. a parallel.js-sel vagy effélével? :smt017

Ebben a benchmark-ban illusztrálják, hogy mit lehet elérni:

http://ie.microsoft.com/testdrive/Graphics/WorkerFountains/Default.html (http://ie.microsoft.com/testdrive/Graphics/WorkerFountains/Default.html)

Meg egy másik:

http://extremelysatisfactorytotalitarianism.com/projects/experiments/2010/03/boxdemo/index.html (http://extremelysatisfactorytotalitarianism.com/projects/experiments/2010/03/boxdemo/index.html)
Igen, a JavaScript alapvetoen egy szalu dolog, ezen nehez valtoztatni. Van a WebWorker nevu JS krealmany, ami elso ranezesre annak tunhet az embernek amire vagyik: thread-eket lehet inditgatni, aztan lehet orulni. A problema ezzel csupan az, hogy nem olyan thread ez, pl a valtozok nem osztottak stb, es a worker-ok kozotti kommunikacio igen primitiv es lassu folyamat. Alapvetoen inkabb arra jo, hogy van egy hosszu szamitasi folyamat JS-ben, az kirakod egy worker-be, igy nem akasztja meg az oldalon levo tobbi JS futasat, amig az a hatterben elszoszmotol. Aztan a vegen "jelentkezik" az eredmennyel. Intenziv adatcsere worker-worker kozott nehezkes es lassu, semmikeppen nem alkalmas egy gep emulalasara aztan plane.

Node, vonatkoztassunk el a webtol es a javascript-tol, tegyuk fel, hogy C-ben ir az ember egy emulatort. Vagy akar assembly-ben. Itt persze a thread-ek hasznalata joval hatasossabb lehet, gondolna az ember. Azonban meg itt sem egyszeru a dolog. Eloszor is, ha olyan gepen futtatod, ahol csak egyetlen core van, eleve joval lassabb lesz, tehat ket emu verzio kene, single core-os, es multicore-os. A masik problema az OS: a modern multiask OS-ek eleg komplex dontest hoznak, hogy adott CPU core-on eppen mi fut (az utemezo, azaz a CPU scheduler csinalja). Ez raadasul valtozik is, lehet adott idopontban pont idoszeletenkent egymas utan egy core-on fut a ket thread-ed, maskor meg ket kulon core-on parhuzamosan, hiszen egy modern OS eseten altalaban tobb tucat process var arra, hogy kapjon CPU idot minden idopillanatban. Ez egy gep emulacioja eseten komoly problema. Miert? Nezzuk az EP emulaciot! Nagyjabol pl ami sok idot visz el az a Z80 emulacio, es a nick kepfelepites. Tegyuk egy-egy thread-be. Ekkor az igazi gepet utanozando eleg precizen idoziteni kell, hogy ezek megfelelo szinkronban legyenek. Azaz a ket thread jelentos idejet az vinne el, hogy egymasra varnak. Tippem szerint gyorsabb meg mindig ha inkabb megcsinalod single thread-esre, es meg pontosabb is. Ha most visszaterunk az js/web temahoz, ott a szitu meg rosszabb: ha meg lenne is vmi szuper web worker verzio, amivle nem problema az adatmegosztas, ott az OS-en kivul a browser is elfedi meg jobban a host hw jelleget, tehat meg nagyobb problemakba fogsz utkozni.

Nyilvan egy kis demonal, ahol effekteket mutatnak be ez meg elmegy, de pont fentebb vazoltam, hogy egy gep emulalasnal nem art kb Z80/nick/stb orajel pontossagra szinkronban lenni (amugy ez az JSEP-ben sem teljesul teljesen: az un "nick slot clock" es a Z80 clock aranyat probalja tartani, ami par slot bizonyotalansagot okoz "lebegve" a ket allapot kozott, hogy a Z80 kesik a nick-hez kepest vagy siet, ennel pontosabban megcsinalni joval lassabb lenne).
Title: Re: Web emu
Post by: DrPrery on 2014.September.03. 14:58:28
A válasz kimerítő, a tanulság hervasztó... :)

Márpedig ha a JS ennyire hadilábon áll a multithreading dologgal, akkor nem tudom mire a nagy felhajtás egy olyan világban, ahol a proccokban már több a mag mint egy dinnyében (a közönség diszkrét unottsággal röhög... "régi poén...")
Csinálnának már itt Unreal engine-eket is JS-re, de így hogy fognak Crysis X-eket futtatni böngészőben...? :twisted:
Na, ez most már egyre zavarosabb...

(Megyek a képemet plasztikáztatni, mert a JS és JSEP területén már annyiszor esek arcra, hogy már halaszthatatlan... :mrgreen: )
Title: Re: Web emu
Post by: lgb on 2014.September.03. 15:13:44
Quote from: DrPrery
A válasz kimerítő, a tanulság hervasztó... :)

Márpedig ha a JS ennyire hadilábon áll a multithreading dologgal, akkor nem tudom mire a nagy felhajtás egy olyan világban, ahol a proccokban már több a mag mint egy dinnyében (a közönség diszkrét unottsággal röhög... "régi poén...")
Csinálnának már itt Unreal engine-eket is JS-re, de így hogy fognak Crysis X-eket futtatni böngészőben...? :twisted:
Na, ez most már egyre zavarosabb...

(Megyek a képemet plasztikáztatni, mert a JS és JSEP területén már annyiszor esek arcra, hogy már halaszthatatlan... :mrgreen: )

Azert nem mondom, hogy nagy koponya vagyok advanced JS/web dolgokban mint pl a web worker, nagyjabol ezeket tudom rola, igazabol nem talalkoztam vele meg "eloben" :) Ez azonban ugye az az "agazat" ami nagyon durvan fejlodik mostanaban (marmint webes dolgok), szoval ki tudja, akar csak egy ev, es tok mas lesz a leanyzo fekvese. Amugy barmilyen vicces, egy modern 3D jatekot WebGL-el stb nemi szempontbol egyszerubb csinalni, mint egy gepet emulalni, ui ott a "belso" mukodese mindegy, az a lenyeg mi jelenik meg. Egy gep emulalasa eseten viszont nem eleg emulalni azt, hogy mit latsz/hallasz, hanem az emulalt gep belso mukodeset is nyilvan minnel pontosabban prezentalni kell, hogy fussanak rajta az eredeti sw-ek azert :) Ez kb az a pelda, hogy kedvenc EP jatekodat atirod web-re, ahol az a cel, hogy tok ugyanugy nezzen ki es viselkedjen. Nyilvan, "belulrol" a kod szempontjabol lehet, tok maskepp fog kinezni (eleve ugye az eredeti jatek Z80-on fut stb, a "clone" meg JS akkor), de elvileg pixelre/stb pontosan meg lehetne csinalni ugyanolyanra. Egy gep emulalasa viszont ugye nem ez az irany, hanem, hogy az eredeti sw-k menjenek az emulalt gepen (azaz az erdeti jatek peldankban), ami teljesen mas teszta.

A 3D engine stb temahoz (bar nem igazan ertek hozza): imho manapsag azt mar a GPU csinalja (ha webes dologrol van szo, elvileg erre valo a WebGL), szoval nem nagy ervagas, hogy most nincs szuper tiz szalas JS futtatas. Bar lehet, igy is lehet pl audio-t web worker-be rakni, nem tudom az mukodne-e pl. Elkepzelheto (EP emu eseten _nem_ mert ugye egy jateknal egyszeru hogy legyen X-Y-Z hang, de egy EP emuban a Z80 emulacio stb-re opcode-onkent valtozhat barmi, ott ez nem mukodik egyszeruen).
Title: Re: Web emu
Post by: lgb on 2014.September.11. 13:18:04
Na, lassan lehetne gamepad tamogatas is :D

https://hacks.mozilla.org/2013/12/the-gamepad-api/ (https://hacks.mozilla.org/2013/12/the-gamepad-api/)
Title: Re: Web emu
Post by: lgb on 2014.September.29. 13:13:59
... mivel jelentkezo nem volt (aki kirpobalna az altalam kuldott url-en a teszt oldalt - vmi masik topic-ban irtam), kertem kolcson egy xbox controllert. Nalam mar megy vele az JSep, belso joy gyanant mux, plusz a boxsoft eger mozgast is update-eli ezzel parhuzamosan, szoval mar joy-al is lehet egereszni, akkor is, ha a program pl csak egerre keszult. Kovetkezo project: a control port 2-on levo joy-ra is replikalni a mozgast a gamepad-rol. Saja 1-es portot foglalja a boxsoft mouse, oda nem lehet. A fejlesztes meg nincs publikalva, mert vannak anomaliak ...
Title: Re: Web emu
Post by: lgb on 2014.September.29. 21:47:20
http://ep.lgb.hu/jsep/demo.new/ (http://ep.lgb.hu/jsep/demo.new/) szokasos. Gamepad emulacio. A megoldas egyszeru, gamepad csatlakoztat (en xbox controllerrel teszteltem linux alatt firefox-szal, chrome nem tudom megy-e), vagy lehet mar csatlakoztatva is. A lenyeg, hogy vmit csinalni kell vele, ekkor megjelenik egy figyelmeztetes, hogy erzekelte a gamepad-ot. Innentol akar a kurzort is mozgatni lehet vele. Illetve, a mozgast masolja az eger emulacio fele is (ehhez nem is kell mouse grab/lock), tehat pl paintbox-ban lehet probalkozni gamepad-dal is, bar eleg gaz kockas lesz :D Az "elso" button pedig a space-el egyenerteku. A problema eloszor is az, hogy nem tudom megmondani, az xbox controller 8 analog cucca kozul ami nalam az elso, az mi a controlleren, foleg ha mas controller az :) Ugyanigy a gomboknal.

http://lgb.hu/temp/gamepad.html (http://lgb.hu/temp/gamepad.html) Ezt meg lehet nezni segitsegkent. Ha megrangatunk par dolgot, meg kell jelennie infonak, ki lehet probalni minek hatasara mi valtozik. Az emulator a button 0-at hasznalja space-nek, es az "axes" 0/1-et a mozgatasra X/Y alapon.

Nemi problema: amig a gamepad emulacio aktiv, kicsit elrontja az egerklikkelest :-( Ennek oka az, hogy a gamepad emulacio alapjan frissiti mindig, igy torli a mouse button press-t mert gamepad-on nincs nyomva. Ezt majd nemi allapot figyelessel fixalom.

Amugy feelingnek nem rossz, mar a "start" program is iranyithato igy eleve gamepad-del ...

Jatszani nem szoktam, ezert nincs sok ilyesmi periferiam (ezt az xbox controllert is kolcsonkertem egy munkatarsamtol a project miatt). Pl nem tudom h vmi usb-s joy is megy-e vele, megteveszto lehet a "gamepad" fogalom ...
Title: Re: Web emu
Post by: DrPrery on 2014.September.29. 22:03:06
Logitech Dual Action...

Csak a jobboldali analógra mozog a kurzor, de kissé furán...
A LE-re jobbra, a FEL-re balra, a BAL-ra fel, a JOBB-ra meg lefelé megy... totally confused... :ds_icon_cheesygrin:

Mellesleg ez Firefox-on. Chrome27-en meg "status: running", képernyő fekete meg egy becsordogáló mini-ablak érdeklődik, hogy az ep.lgb.hu ki akarja lőni a mouse pointert és ehhez áldásomat adom-e...? Adom én, de akkor se történik semmi... :smt017
Title: Re: Web emu
Post by: lgb on 2014.September.29. 22:09:41
Quote from: DrPrery
Logitech Dual Action...

Csak a jobboldali analógra mozog a kurzor, de kissé furán...
A LE-re jobbra, a FEL-re balra, a BAL-ra fel, a JOBB-ra meg lefelé megy... totally confused... :ds_icon_cheesygrin:

Na igen, ezek szerint maskepp van az erzekelok kiosztasa mint az xbox controlleren :( Fogalmam sincs, ezt hogy lehetne megoldani, az JS gamepad API-ban nincs tul sok segitseg ehhez :( Esetleg amit irtam tesztoldal megnezheted, nincs-e vmi extra info a "mapping =" felirat utan. Na majd rakeresek, az "okosok" hogy oldjak meg az "ok, van egy rakas adatom, de honnan tudjam mi mihez csatlakozik a controlleren" problemat ................. xbox controllerrel, pont jo, minden a megfelelo iranyba mozog :D
Title: Re: Web emu
Post by: DrPrery on 2014.September.29. 22:14:05
"mapping =" , másszóval semmi...
Azon tűnődöm, hogy a win7 jól konfigurálja be, vagy kellene valami külön tool-szerűség, amivel esetleg át lehetne definiálni az irányokat?
Title: Re: Web emu
Post by: lgb on 2014.September.29. 22:21:19
Quote from: DrPrery
"mapping =" , másszóval semmi...
Azon tűnődöm, hogy a win7 jól konfigurálja be, vagy kellene valami külön tool-szerűség, amivel esetleg át lehetne definiálni az irányokat?

Elolvastam par oldalt, a standard draft azt ajanlja, hogy a browser mappelje at, ha felismeri a controllert, akkor a mapping = erteke vmit mutat. Hat itt nem (amugy nalam se), ebben az esetben a nyers hw szintu kiosztast mutatja, de ugye az mindig mas :( Gondolom amugy egy OS/program/akarmi onnan tudja, hogy megvan a controller tipusa, ebbol van adatbazisa egy csomorol (vagy driver kell?) es megcsinalja, csak a browser nem (lehet, meg tul uj ez a "gamepad API"). Legrosszabb esetben kene lehetoseg, hogy JSep-ben beallitani mi mihez tartzik (aztan azt pl cookie-ban is tarolhatja, kov alkalommal mar abbol tudja). Akkor sem szep ez igy :(
Title: Re: Web emu
Post by: Povi on 2014.September.30. 17:27:59
valamiért nem megy a demo.new
http://ep.lgb.hu/jsep/demo.new/?disk=http%3A%2F%2Fbeac.uw.hu%2Ffloppy_a&mem=128&zt=no&autostart=yes&skiplogo=yes

a régi emulátorral működik, csak ott ugye nincs APU emuláció... :oops:
http://ep.lgb.hu/jsep/demo/?disk=http%3A%2F%2Fbeac.uw.hu%2Ffloppy_a&mem=128&zt=no&autostart=yes&skiplogo=yes
Title: Re: Web emu
Post by: Povi on 2014.September.30. 18:19:45
visszavonom: működik, de csak Firefox alatt... :-)
Title: Re: Web emu
Post by: lgb on 2014.September.30. 19:30:43
Quote from: Povi
visszavonom: működik, de csak Firefox alatt... :-)

Igen, chrome kisse maskepp viselkedik gamepad ugyben (eleg meglepo modon!), az akasztotta meg. Most talan mar jo. Egyreszt, az en hibam, tesztelnem kene firefox/chrome-on is :) Amugy en chrome parti voltam erosen, mostanaban firefox viszont, joval gyorsabb pl az JS :) Meg dinamikusabb is nehol a fejlodes, ami regen forditva volt! Masreszt: chrome-on is van JS console (ctrl shift j), szoval ha valami fura van, kerlek nezd meg, ir-e oda hibat, itt is segit :) Koszonom szepen, es nem kioktatas akart am lenni (bar benne vagyok, ma 2-szer 3 oraban tartottam eloadast dns, http es mail ugyben eppen, yeah).
Title: Re: Web emu
Post by: Povi on 2014.September.30. 22:54:34
Semmi gond, csak tegnap még működött, ma meg már nem, és elsőre nem is értettem, miért, aztán leesett, hogy biztos megint JS un-kompatibilitási probléma, de lusta voltam nézegetni, inkább egyből kipróbáltam FF-on. Viszont emiatt egyre inkább a FF tetszik... :-)
Title: Re: Web emu
Post by: lgb on 2014.September.30. 23:31:17
Nezd meg mit ir ki sebessegre, nekem firefox-on latvanyosan gyorsabb :) Ugye firefox-osok nyomjak ezt a firefoxOS telefon ugyet, ahol minden (menu, tarcsazo is!) valojaban javascript. Plusz a weben jatek dolot, stb. Igy az optimalizaciora, uj kello technikakra ezen szent cel erdekeben rendesen rafekudtek, aminek meg is van az eredmenye a "normal" firefox eseten is. Anno ha emlekszel webaudio kapcsan meg a firefox-ra vartunk, hogy chrome-on mar megy ... Valtoznak a dolgok, lehet, nemsokara ismet belehuz a google is.
Title: Re: Web emu
Post by: Povi on 2014.October.01. 07:42:55
Megnéztem, tényleg gyorsabb! Ennek ellenére, most is Chrome-ból írok, mint látod... :-) Hiába, a megszokás nagy úr... :ds_icon_cheesygrin:
Érdekes ez a JS dolog egyébként, amikor megjelent, még úgy tűnt (legalábbis számomra),hogy egy kis "semmi" nyelv, csak arra jó, hogy a kliens oldalon lehessen futtatni egyszerű dolgokat html-be ágyazva. Aztán mostanra meg hogy kinőtte magát. (Mondom, ez csak az én meglátásom, soha nem foglalkoztam vele mélyebben, lehet, hogy eredetileg is ez a cél lebegett az alkotók előtt, amit mostanra elértek.) Az is durva, hogy manapság már egy telefonon úgymond ez a "natív" programozási nyelv (jó, nyilván nem, mert maga az OS biztos nem JS-ben van írva), ez jól mutatja, milyen teljesítményű processzorok vannak már egy egyszerű mobileszközben is...
Ha így folytatódik a tendencia, még a végén lehet, hogy kijönnek egy JS-re optimalizált procival... :mrgreen:
Title: Re: Web emu
Post by: lgb on 2014.October.01. 08:48:27
Egyet ertek, JS-t nem feltetlen erre talaltak ki. Egyreszt a nyelv felepiteseben is vannak erre utalo jelek, de azert nem olyan veszes, ami ennel erosebb feeling az az, hogy tenyleg mire hasznaltak: XYZ elem szine valtozzon meg, ha fole megy az eger, meg hasonlo "igen bonyolult" programozsi problemak.  Azert erdekes lenne osszehasonlitani a netscape navigator 2 kornyeken (talan ... kb akkor volt JS eloszor, ha jol remlik?) az JS sebesseget (pl a nativ kod sebessegevel), es manapsag. Meg is nezem, lehet-e barhonnan ilyen oskori browsert szerezni, es futna-e meg egyaltalan :)
Title: Re: Web emu
Post by: Zozosoft on 2014.October.01. 08:53:02
4.7-es Netscape-m van, az fut Win7-en :-)
Title: Re: Web emu
Post by: lgb on 2014.October.01. 11:45:46
Quote from: Zozosoft
4.7-es Netscape-m van, az fut Win7-en :-)

Netscape Navigator 2 kene :) Mondjuk nekem Linux ala, de olyat mar nem talalok (ha volt egyaltalan ...). Ugyanis elvileg ott jelent meg a JavaScript. A poen kedveert azt kene osszehasonlitani mondjuk firefox 32-vel :D Azonos hw-n futtatva mennyivel lett gyorsabb (persze JSep azzal nem fog menni, szoval irnek hozza egy egyszeru tesztet). A tippem szerint 1000-es szorzo azert meglenne, vagy meg tobb :D
Title: Re: Web emu
Post by: lgb on 2014.October.03. 16:42:26
Kisse offtopic, de chrome vs firefox: sokaig chrome parti voltam, de firefox-os sracok nagyon belehuztak. A szokasos meset lehet olvasni sok fele, hogy nagy switch/case szerkezetet ne hasznalj JS-hez hasonlo nyelvekben mert lassuuuuuuu inkabb pl anonim fuggvenyek tombjevel old meg, az a tuti. Ok, csinaltam tesztet, chrome: case/switch-el 406msec, fuggvenyek tombje: 41 msec. Igaznak latszik a mase, majdnem 10-szer lassabb! Lassuk a firefox-t: fuggenyek tombje: 59 msec. Hmm, lehetne mondani, chrome jol odavert. Nade a meglepetes: a "ne hasznald" es "lassu" case: 20msec!!!! Gondolom ennek optimalizalasara jol ramentek, mert ez mostanaban gyakori mindenfele webes jatek vagy emulator :) cuccosban pl.

A tanulsag amugy az, hogy az JSep teli van switch/case-el. Mar csak eleve ezert is lehet gyorsabb jelenleg firefox-on mint chrome-ban. A problema masik resze: igazabol nehez eldonteni melyik a jobb megoldas, mert egyik browser-en ez a gyorsabb, masikon az. Es ugye egyfelekeppen lehet egyszerre csak megcsinalni (egy egesz Z80 emulaciot - ott van sok belole - kisse macera lenne ketfelekeppen megcsinalni aztan valasztani pl run-time browser teszttel, bar nyilvan nem lehetetlen!).

Remeljuk, hogy chrome-ban is gyorsitjak majd a dolgokat ...

PS: ha valaki kerdi, hogy "de chrome-ban azert nem jelentosen lassabb az JSep" akkor a valasz az, hogy persze, mert a fenti teszt _csak_ ezt merte. Az JSep-ben nagyon sok minden van, ami kb hasonlo sebessegu lehet a ket btowserben, igy csak a Z80 emulacio "gigantikus" switch/case-ei nem hoznak ki olyan jelentos kulonbseget, mint a csak erre rameno tesztnel lattunk.
Title: Re: Web emu
Post by: lgb on 2014.October.06. 09:08:45
EGI egerrel:

http://ep.lgb.hu/jsep/demo.new/?snapshot=egi.ep128s&disk=egi.img&autostart=yes (http://ep.lgb.hu/jsep/demo.new/?snapshot=egi.ep128s&disk=egi.img&autostart=yes)

A szokasos, elindul a cucc a vegen (remelhetoleg) bejon a felulet, ekkor ugye klikk az EP emulalt kepernyore, browser esetleg megkerdi, hogy engeded-e "elteriteni" az egerkurzort, ezen utan mukodnie kene. Kilepes (normal "PC-s" egerkurzor visszaszerzese): ESC billentyu (legalabbis firefox alatt azzal ...).
Title: Re: Web emu
Post by: Povi on 2014.October.06. 11:18:07
vicces, hogy alapból a dupla kattintással próbálkoztam inditani a progit, de úgy nem jó, ki kell jelölni a fájlt (vagy mappát), majd "Run" ikonra kell kattintani...
Hiába no, még éppen csak elkezdtek szoftver-ergonómiával foglalkozni :-)
Title: Re: Web emu
Post by: Zozosoft on 2014.October.06. 11:23:54
Nekem megy dupla klikkel.
Title: Re: Web emu
Post by: Povi on 2014.October.06. 12:04:30
akkor én voltam ügyetlen... :-)
Title: Re: Web emu
Post by: Povi on 2014.October.06. 12:10:52
tényleg működik :-)

viszont vicces, hogy mindig újrarajzolja a képernyőt... :-)

van saját EGI program is, néztétek? (Prime)
Title: Re: Web emu
Post by: szipucsu on 2014.October.06. 13:03:54
Quote from: lgb
EGI egerrel:
Ez már valami!
Title: Re: Web emu
Post by: Z80System on 2014.October.06. 13:09:44
Egy rendes skin ráférne ... kéne hozzá rajzolni rendes ikonokat, minimum ...  lehetnének absztraktabbak is, csak ne ilyen bénák ...
Title: Re: Web emu
Post by: Z80System on 2014.October.06. 13:11:54
Az új epdos -t lehet ez alá kéne írni ... :)

Persze elég lassúcska ...
Title: Re: Web emu
Post by: lgb on 2014.October.06. 13:49:51
Hat nem tudom. Ezt a mindenaron GUI-zast mindig kicsit eroltetettnek gondolnam (foleg EP-n vagy hasonlo gepen), karakteres modban meg aranylag normalisan kinezo menu szeru entitasokkal is meg lehet oldani. Amugy meg egy PC-n is ugy vagyok vele (linux, de ez most mind1, mert ott is vannak ablakok), hogy szinte mindent fullscreenben hasznalok, sose ertettem miert jo az, hogy tizmillio hulyseg egyszerre nez az arcomba, amikor egyszerre egy dologgal foglalkozom, max valtok kozottuk: en inkabb ilyen feluletet preferalnak EP-re: nem kell feltetlen "grafikus" legyenek menuk, ok, stb lehet karakterekbol is, esetleg primitiv multitasking (akar azon az aron, hogy az eppen nezett app "fut" csak a tobbi addig "pause"). A statusz sor vagy hasonlo entitasnal meg lehetne azert figyelmeztetes, ha egy "hatterben" tortent esmeny figyelmet kovetel (bar ha ilyen paused tipusu al-multitasking szeruseg, akkor ilyen eleve nem is lehet, ugye). Es ha jol gondolom EGI sem multiask, max ha ablak szeru ize van, az egyazon applikacio ablakai, vagy tevedek? Mondjuk EGI-t annyit lattam, hogy betoltottem es megneztem a menuket :) Az EDC windows-t meg annyira sem lattam.

Viszont ami szerintem a korahoz kepest eleg durva, az pl a GEOS volt Commodore gepeken, na az grafikus is, es elvileg tobb app is futthatott egyszerre, volt egesz pofas szovegszerkeszto, fontkeszletek telepithetoek, egyes eszokozoknek sajat driverei (meg allitolag lezerprinterhez is volt geos driver). GEOS-ra meg iRC klienst is irtak amugy (persze kell hozza a megfelelo hw, egy ethernet cartridge). Mondjuk ilyen se lenne rossz EP-re :) Marmint GEOS szeru cucc, bar leszamitva azt amikor tenyleg kell grafika (mondjuk szovegszerkeszto kulonbozo fontokkal stb) tovabbra is realisabbnak latok 8 bites rendszeren egy szep jol megcsinalt karakteres feluleti "menus" OS cuccost ... Bar, lehet az EDCW pont ez lenne, csak en nem ismerem a neven kivul? :) A GEOS-ban amugy az a vicces, hogy elvileg EP-n jobb lenne mint Commodore 64-en, pl alapbol is tobb RAM van, disk I/O gyorsabb (bar GEOS eleve disk turbo cuccost hasznalt, sajatot), illetve ha eleg mono kijelzes, akkor a felbontas is nagyobb lenne persze. Stb :D
Title: Re: Web emu
Post by: nyuzga on 2014.October.06. 13:59:09
A GEOS helyett inkább valami ilyen kellene. :)
LINK (https://www.youtube.com/watch?v=CEjS81COIX4)
Title: Re: Web emu
Post by: Povi on 2014.October.06. 14:06:09
mondjuk akkor már inkább ez:
https://www.youtube.com/watch?v=Ish4ReOjdIw
:-)
Title: Re: Web emu
Post by: lgb on 2014.October.06. 14:09:44
Na, na, na, nem mondtam en, hogy GEOS kell EP-re, csak peldat mondtam :) Pont GEOS biztos nem is lehetne, hiszen 65xx -es az API-ja stb. A symbOS-rol volt mar szo itt a forumon, allitolag - ha jol remlik - az iroja erdeklodott is, hogy mit tud az EP, mert esetleg portolna ra a cuccost ... Azota nem hallottam rola. Mondjuk ez a symbOS is kisse tulzas szerintem, marmint kinezetre eroltetett windows koppintas, meg start gomb is kell, eh :) Szerintem nem feltetlen jo otlet mindenaron masolni vmit (GEOS-t se, mielott vki beszolna nekem, hehe), foleg, mivel egy modern PC ami windows-t futtat nem biztos, hogy pont a legjobb pelda egy EP-nek, a ket gep kisse mas ... Bar teny, hogy a symbOS-nel legalabb befigyel a "wow, ezen a gepen is lehet ilyesmit?!" faktor :) Ettol eltekintve, megis, ha az ember elkepzeli, hogy egy uj "felulet" kell az EP-re (mondjuk a "super EP") megse tudom valahogy elkepzelni, hogy a symbOS legyen (vagy vmi hasonlo), de lehet, velem van a baj. Ez igy mar tunik inkabb 8 bites Microsoft Windows-nak mint valami EP-snek (illetve jelen esetben CPC-snek ...).
Title: Re: Web emu
Post by: Povi on 2014.October.06. 14:16:27
igazad van, a symbos mellett egyedül az szól, hogy igazi OS, vagyis a rá irt programok (amik egyébként "exe" kiterjesztésűek, csak hogy még inkább meglegyen a PC-s vonal felé a párhuzam...) futnak bármilyen Symbos-szal rendelkező gépen (akár CPC, akár MSX).
Viszont cserébe az EXOS-t (amitől EP az EP) elveszitenénk
Title: Re: Web emu
Post by: Z80System on 2014.October.06. 14:50:39
Hmmm én ránéztem az oldalára, és 2 érdekes dolog ütötte meg a szemem:

Egyik a hogy az oldal gazdája egy múzeum:
http://www.prodatron.net/private.htm

A másik hogy ez az OS lehetne a nagy memóriás, nagy hátteres EP -k tökéletes kihasználási lehetősége:


Quote
REAL MULTITASKING * 1024KB DYNAMIC MEMORY *
* 128GB FILESYSTEM * 100% WINDOWS GUI *

Title: Re: Web emu
Post by: Z80System on 2014.October.06. 14:54:04
Engem megfog :) :

https://www.youtube.com/watch?v=i7mHa4gY-60

https://www.youtube.com/results?search_query=symbos
Title: Re: Web emu
Post by: szipucsu on 2014.October.06. 20:15:25
Van még néhány program, amiben nyíl van, amit akár egérrel is lehetne mozgatni. Ilyen pl. az Academy vagy a Micronaut One.

Quote from: Z80System
Egy rendes skin ráférne ... kéne hozzá rajzolni rendes ikonokat, minimum ...  lehetnének absztraktabbak is, csak ne ilyen bénák ...
Nem tudom, szerintem így is óriási. De meg kéne kérni valakit, aki nagyon ráér, hogy rajzoljon ikonokat. :D
Title: Re: Web emu
Post by: lgb on 2014.October.08. 09:37:23
A szokasos demo.new-s JSep verzioban probalkoztam valamivel: gamepad hasznalata sajat "kalibracios" felterkepezo kodommal, mert sajna a gamepad stb az oke, csak arrol nincs info, hogy melyik data melyik kutyunek felel meg a controlleren, igy kisse vad dolgok szulettek, pl ami nekem xbox controllerrel firefox/linux alatt ment, vmi mason tok mas iranyokat jelolt mar eleve :-( A megoldas egyszeru, emu elindit, tetszoleges idopontban lehet controllert buzeralni (gomb nyomas rajta stb) erre jon ablak elvileg, hogy bla-bla, onnantol kovetni kell csak az utasitasokat amit kiir (a kalibracios oldalra valo atiranyitodas utan apro problema, hogy esetleg nem tul indiutiv hogy az egyes iranyok configolasanal - legalabbis nalam - ketszer kell uazt elvegezni mielott tovabblep). Az eredmeny browser cookie-ban tarolva van, tehat ha ugyanaz a browser (verzio is!) es a game controller, akkor kov JSep latogatasnal nem kell ujra kalibralni. Masik, hogy az emura valo visszaredirektalodas utan (JSEP gomb a kalibracios oldalon, persze elotte nem art a kalibraciot vegigcsinalni, es a vegen megjeleno ACCEPT gombra is bokni) az "ujraindul" elvileg az eredeti URL-el, tehat hacsak nem autostart modban volt, ujra el kell inditani az emulatort. Amugy ez a gamepad emulacios izebize nalam jelenleg a boxsoft mouse emulaciot is tolja, azaz gamepad-dal az egeres (csak egeres) boxsoft mouse-t hasznalo cuccokat is lehet tavvezerelni (persze ettol az eger hasznalat tovabbra is mux!).

Most, hogy cookie-nan valo JSep config adat tarolas mar van, mast is bele lehetne tenni, hogy "megjegyezze" az emulator configot, ne kelljen "kezzel" minden egyes inditasnal felparameterezni URL-ben az emulatort. Amire gondoltam _legegyszerubb_ eset: inditasnal ha megtalalja hogy mas URL parameterekkel volt hasznalva elozo korben megkerdezi, hogy alljon at arra automatice, vagy ne. Igy eleg egyszer parameterezgetni, ha utana azzal kell nyomulni ugyis. A teljesen korrekt "config page" mas kerdes, es nehez ugy is, mivel pl ROM/disk image-ek beallitasnal ugyse lehet egykonnyen "siman" megadni a file-okat, hiszen csak webserverrol tudja venni, tehat URL kell neki :( Amit erre kilatasba helyeztem: webstorage HTML5 cuccos tamogatasa, igy maga a browser tarolja ezt, es meg is lehet neki adni mintha local file lenne. Ehhez azonban kell majd nemi fejlesztes es atalakitas a jelenlegi rendszeren.
Title: Re: Web emu
Post by: DrPrery on 2014.October.08. 19:04:57
Most már rendesen megy a Logitech kütyüvel,  csak az EGI alatt kissé lassúnak találom az egérmutatót így...
Title: Re: Web emu
Post by: lgb on 2014.October.08. 20:50:38
Quote from: DrPrery
Most már rendesen megy a Logitech kütyüvel,  csak az EGI alatt kissé lassúnak találom az egérmutatót így...

Jah, az inkabb csak poen, arra jobb a mouse, valoban :)
Title: Re: Web emu
Post by: Zozosoft on 2014.October.08. 20:54:04
Internal joy nem lehetne a gamepad?
Title: Re: Web emu
Post by: lgb on 2014.October.08. 21:23:02
Quote from: Zozosoft
Internal joy nem lehetne a gamepad?

Most is az. Csak mellekesen beletettem (ertelme nem sok ...), hogy a gamepad event-re az internal joy rangatasan kivul ezzel parhuzamosan MSX mouse esemenyeket is emulal. Igy gamepad-al mehet az, amihez internal joy kell, de elvileg lehetne vele hasznalni mouse-only software-eket is, a regi mouse.xr-rel ami csak egeret ismer (igaz, mivel JSep-ben eger emulacio is van, ennek letjogosultsaga kerdeses). Mondom, nem sok ertelme van :)
Title: Re: Web emu
Post by: DrPrery on 2014.November.10. 21:43:42
Megint egy JS Spectrum emulátor...

http://torinak.com/qaop/games (http://torinak.com/qaop/games)
Title: Re: Web emu
Post by: szipucsu on 2014.November.19. 16:21:55
Nekem innen  (http://ep.lgb.hu/jsep/games/)a 7-es lemezről a BESTIAK.COM nem indul el a webes emuval.
Title: Re: Web emu
Post by: lgb on 2014.November.19. 16:35:32
Nekem innen  (http://ep.lgb.hu/jsep/games/)a 7-es lemezről a BESTIAK.COM nem indul el a webes emuval.

Nekem ez egy basic programnak tunik (exos file header alapjan) a .com ellenere :) Ha utana basic-bol betoltod load-dal listazhato is. Lehet ez a programkivalasztos stuff nem tud basic programokat betolteni viszont, nem tudom. Viszont is-basic-bol load-olva, majd run, nekem muxik JSEP alatt is.
Title: Re: Web emu
Post by: Zozosoft on 2014.November.19. 16:44:45
Lehet ez a programkivalasztos stuff nem tud basic programokat betolteni
Nem lehet, biztos :-) majd egyszer kiszedem az EPDOS Load rutinját, és beleberhelem.
Title: Re: Web emu
Post by: lgb on 2014.November.28. 23:20:37
Az angol SymbOS forum utan ide is irom: felmerult az igeny, hogy az esetleges JSep mouse emulacio hiba (vagy SymbOS hiba? ki tudja) kapcsan lehessen kulso joy-t is emulalni JSep-vel, es igy tesztelni eger nelkul a dolgot. Ennek elso amator megvalositasa kesz, a szokasos cimen:

http://ep.lgb.hu/jsep/demo.new/?disk=http://www.symbos.de/files/SymbOS-EP-Full.dsk&mem=1024&mouse=no&autostart=yes (http://ep.lgb.hu/jsep/demo.new/?disk=http://www.symbos.de/files/SymbOS-EP-Full.dsk&mem=1024&mouse=no&autostart=yes)

A pelda epp a SymbOS disk image-el mutatja a dolgot, a "mouse=no" resz felelos a mouse emulacio letiltasaert, es ez egyben engedelyezi a kulso joy emulaciot is. Ha nincs megadva mouse=no vagy mouse=yes, akkor ez utobbi az alapertelmezett jelenleg. Azaz a fenti peldabol elhagyva a mouse=no reszt (vagy no-t yes-re irva) egerrel mukodik a SymbOS, a fenti peldaval meg az emulalt kulso joy-al (azaz a numerikus billentyuzettel, lasd lentebb).

A kulso joy emulacio a numerikus billentyuzettel tortenik, az 5-os gomb a fire. A numlock-nak bekapcsolt allapotban kell lennie a mukodeshez. Mondjuk aprobb problema, hogy sajnos OS es browserek kozott is neha kulonbseg van, hogy milyen bill.kodokat adnak vissza sajna, nesze neked platformfuggetlen web ... Az biztos, hogy nekem Linux/firefox alatt jo, remelem legalabb firefox es windows alatt is az, ha esetleg mas browseren nem is.

Jelenleg amugy total kavalkad van, kene mar vmi config felulet JSephez, ugyanis:

* eger emulacioval van boxsoft mouse, de kulso joy akkor nincs emulalva egyaltalan
* PC-hez kotott gamepad/joy van mar ugye, az azonban csak a _belso_ joy-t emulalja (kulsot nem), viszont teszt jelleggel benne maradt, hogy egyben a boxsoft mouse-t is emulalja ...
* az elobb emlitett PC gamepad/joy-t kalibralni is kell, marmint, hogy melyik mozgas mit jelentsen, mert a web gamepad API ugy tunik minden browser/gamepad/joy eseten total random hogy melyik adat mit jelent ...
* az eger emulacio letiltasaval (errol szol ez a bejegyzesem ugye) van kulso joy emulacio de az csak billentyuzettel megy, es mindket kulso joy-t "egyszerre" emulalja eppen ...

Egy kis kitero:

Az egesz alapproblema amibol kiindult a dolog az az, hogy ugy tunik, a SymbOS neha "fagy" JSep alatt, ami lehet, az egerkezeles miatt van (de ez meg nem biztos). Az, hogy ep128emu alatt is ezt tenni kevesbe vizsgalhato, mivel ep128emu viszont egeret nem emulal. Esetleg igazi gepen kene megnezni.
Title: Re: Web emu
Post by: DrPrery on 2014.November.29. 08:08:49
Nekem működik Firefox és Chrome browserrel is XP alatt a NumPad-joystick.
Title: Re: Web emu
Post by: lgb on 2014.November.29. 15:43:36
Nekem működik Firefox és Chrome browserrel is XP alatt a NumPad-joystick.

Na koszi a tesztet, ez megnyugtato :)
Title: Re: Web emu
Post by: lgb on 2014.December.03. 23:06:34
Ha valaki mar 34-es firefoxot hasznal, ranezne az JSep-re? Nekem mintha gyorsabbanak tunne, durva, ha egy verzional mindig ennyit gyorsitanak. Ha most megvalosulna a tervem, es a kritikus reszeket (Z80 emulacio, Nick emulacio, esetleg Dave) atirnam asm.js-re akkor talan meg gyorsabb lenne, ami egy atlag PC-n mar lassan azt jelenti, hogy van eroforras pontosabb emulaciohoz is esetleg (pl a videomemoria elerese legyen ugy mint valodi EP-n, jelenleg JSep-ben ugyanolyan gyors, mint a tobbi RAM ...), vagy el lehetne gondolkodni akar az interlace tamogatasan, ami jelenleg szinten nincs, stb. Bar persze kerdeses, hogy erdemes-e eroltetni, azert ep128emu mindenkeppen ajanlott "komolyabb" emulaciohoz, az JSep ilyen szintu pontositasa pedig talan jobb desktop PC-ken nem okozna gondot, de a mobil eszkozokre gondolva viszont nem tul elonyos, ahol meg most is lassu esetleg, hat meg ha lassitanek is rajta mindenfele finomitassal ... Nem is tudom.
Title: Re: Web emu
Post by: DrPrery on 2014.December.04. 16:22:17
Nálam FF30 alatt a SymbOS kezdőképernyője 38-40 FPS, FF34 alatt az emu indításakor 47-50 FPS, aztán valami furcsa történik, mert felugrik 166-200 FPS-re... :shock: 
Title: Re: Web emu
Post by: lgb on 2014.December.04. 16:35:53
Nálam FF30 alatt a SymbOS kezdőképernyője 38-40 FPS, FF34 alatt az emu indításakor 47-50 FPS, aztán valami furcsa történik, mert felugrik 166-200 FPS-re... :shock:

Az FPS kijelzes amugy nem azt jelenti, hogy olyan sebesseggel frissiti a screen-t, ertelme sem lenne persze, az mindig 25 FPS (mivel interlace - jelenleg - meg nincs). Az JSep-ben az FPS kijelzes egy elmeleti valami, hogy mennyi _lehetne_ meg ha az nincs is amugy kihasznalva. Az erdekes kerdes, hogy mitol ugrik meg annyira, a disk access kicsit lassit/bezavar es torzithatja az eredmenyt is (nem valos ertek). Persze az is lehet igy, hogy az elejen torzit, es valojaban ilyen gyors, v nem tudom :D
Title: Re: Web emu
Post by: lgb on 2014.December.04. 16:39:03
Meg egy "beszelgetek magammal" :) tema. Neki kene allni az egesz JSep-t ujrairni normalisabbra. Ennek kapcsan vegeztem elozetes tesztet, elsokent a Z80 emulaciora gondolva: egy egyszeru de hosszu ciklus mennyire gyors kulonbozo implementaciokkal ('plain', typed array, asm.js, asm.js + typedarray). Firefox 34-bol nezve ez kb a sorrend is, az elso a leglassabb, az utolso kb ketszer gyorsabb. Jelenleg az JSep az elsot kepviseli, a Z80 emu szintjen legalabbis biztos. Na itt jon a csavar. 40-es google chrome-al egyreszt mindegyik lassabb (mint ff-en), masreszt, ami ff34-ben a leggyorsabb, az ott pont a leglassabb. Na jol ki vagyok segitve :) Most, ha megirom "gyorsra" chrome-al pont hogy lassulni fog erossen. Hat nem konnyu eldonteni, hogy mit tegyen az ember :(
Title: Re: Web emu
Post by: szipucsu on 2014.December.04. 17:25:54
Most, ha megirom "gyorsra" chrome-al pont hogy lassulni fog erossen. Hat nem konnyu eldonteni, hogy mit tegyen az ember :(
Ha felismeri az oldal, hogy króm van, akkor a régit futtassa, egyébként meg az újat.
Title: Re: Web emu
Post by: lgb on 2014.December.04. 17:40:57
Ha felismeri az oldal, hogy króm van, akkor a régit futtassa, egyébként meg az újat.

Igen, fasza, es minden kodot irjak meg ketszer (es alapvetoen maskepp is kene, nem csak par doglot lecserelni), es tartsak is karban, meg fejlesszek parhuzamosan, plusz ha uj browser jon ki, lehet egy tipuson belul is valtoznak az eroviszonyok stb :( Szoval ez azert brutal sok lenne igy nekem. Amugy elmeletben eszembe jutott nekem is: par egyszeru benchmark-kal tesztelje le gyorsan indulaskor, es a gyorsabb megoldast hasznalja. Ezzel is az a gond, hogy eleg brutal nagy kodreszleteket duplan kene megirni es fejleszteni is kesobb :( Google osszeszedhetne magat JS performanciaban vegre :) IE-rol meg meg nem is szoltam, azzal szerintem abszolute nem megy (bar ki tudja, hogy IE 11 mit csinalna JSep-vel most pl ...).
Title: Re: Web emu
Post by: endi on 2014.December.04. 17:57:05
Szerintem a gyorsaságnál meg ilyesmiknél jelenleg sokkal fontosabb lenne az hogy minél inkább felhasználó-barát legyen.
Lehessen nagyon egyszerűen játékokat indítani pl.
Már ha az a cél hogy ne csak 2 ember használja :)
Title: Re: Web emu
Post by: Povi on 2014.December.04. 19:04:16
A legegyszerűbb módja a sebesség-optimalizálásra, ha a weboldalra kiírod, hogy FF-re optimalizálva. :-)
Title: Re: Web emu
Post by: Zozosoft on 2014.December.04. 19:07:16
A legegyszerűbb módja a sebesség-optimalizálásra, ha a weboldalra kiírod, hogy FF-re optimalizálva. :-)
:smt045
Title: Re: Web emu
Post by: szipucsu on 2014.December.04. 19:17:43
minden kodot irjak meg ketszer
Arra gondoltam, a régi, mostani változat mehetne, ha króm van, és valóban lehetne ott felirat, hogy aki a frissebbet szeretné használni, válassza a foxit.
Aztán később lehet, hogy a króm is összeszedi magát, akkor már lehet azon is az új. Aztán lehet, hogy később a foxi fog úgy fejlődni, hogy azon lesz lassabb.
Title: Re: Web emu
Post by: lgb on 2014.December.06. 11:15:13
Szerintem a gyorsaságnál meg ilyesmiknél jelenleg sokkal fontosabb lenne az hogy minél inkább felhasználó-barát legyen.
Lehessen nagyon egyszerűen játékokat indítani pl.
Már ha az a cél hogy ne csak 2 ember használja :)

Ok, de ugye az tovabbra is igaz, hogy ez nem egy nativ alkalmazas, hanem egy "webapp" azaz webrol tud szedni mindent, pl a betoltendo programot is. Az, hogy neked van a hdd-den egy EP program, es futtatni akarod JSep-vel, az mindig is nehezkes lesz a dolog elvebol fakadoan: webes app mindent webrol akar, nem a te lokalis gepeden levo hdd-rol (ha ez siman engedve lenne fura is lenne, ui akkor tetszoleges weboldal lenyulhatna a hdd-den levo file-okat, ami azert security szempontbol is problemas lenne). Nyilvan, ha sajat cuccaidat akarod futtatni, arra az ep128emu jobb (es mellesleg pontosabb emulacio is).

Az JSep celja a weben valo prezentalas. Nyilvan, ha van otleted, hogy mit tekintenel "konyebbnek", nyugodtan ird le, otletek mindig johetnek :)

Masreszt, kit tekintunk JSep felhasznalonak? Ha ugy erted, aki "tradicionalis" emulatornak hasznalja (sajat cuccot indit el alatta stb), abbol nyilvan keves van. Amde ha pl a "jatek gyujtemenyhez" hasonlo modon pl kinn lenne akar a fooldalon mint webrol azonnal jatszhato, akkor a "csak" nezelodok szama szerintem tobb lenne joval, mint aki tudja egyaltalan milyen emulator ez, neki csak a weboldal resze ...

A masik: az hibas hozzaallas, hogy az JSep legyen olyan mint az ep128emu. Van amiben lehetne fejleszteni JSep-n, pl emulacio pontossagan stb. De amirol fentebb volt szo: az ep128emu egy nativ (az OS-eden kozvetlenul futo) program, mig az JSep egy webes technikakra epulo, web browser altal futtatott entitatas. Tehat hiba elvarni azt, hogy az JSep tudjon mindent, amit az ep128emu, vagy hat neha forditva is igaz :) Ettol fuggetlenul el lehet gondolkodni mi lenne a jo stb, csak nemi aranyerzekkel :)
Title: Re: Web emu
Post by: lgb on 2015.January.13. 21:32:25
Nem pont webemu, de tul kezdetleges meg sajat topic-hoz ... A mar valamennyire mukodo uj emulatorom. Nem webes, cserebe C. Szoval ezert kerdeztem a minap, hogy vkinek van-e SD illesztohoz forraskodja, ami alapjan konnyebb lene kitalalni mit csinal es hogyan a cucc, hogy egyszerubb legyen emulalni.
Title: Re: Web emu
Post by: Zozosoft on 2015.January.13. 21:35:53
Privátban írj egy email címet!
Title: Re: Web emu
Post by: Povi on 2015.January.15. 12:08:56
Nem pont webemu, de tul kezdetleges meg sajat topic-hoz ... A mar valamennyire mukodo uj emulatorom. Nem webes, cserebe C. Szoval ezert kerdeztem a minap, hogy vkinek van-e SD illesztohoz forraskodja, ami alapjan konnyebb lene kitalalni mit csinal es hogyan a cucc, hogy egyszerubb legyen emulalni.

Hűha, izgi. Remélem, publikus lesz a forráskódja, érdekelne... :-)
Title: Re: Web emu
Post by: lgb on 2015.January.15. 14:39:33
Hűha, izgi. Remélem, publikus lesz a forráskódja, érdekelne... :-)

Ha egyszer valamennyire is muxik, akkor persze (sose ertettem amugy hogy kb "hobby" szinten uzott hasonlo tevekenyseg kapcsan miert nem minden open source, amikoris olyasmik is azok amik mogott pedig mar komoly penzek is vannak lasd pl Linux biznisz). GNU/GPL pont jo lesz, raadasul kompatibilis az ep128emu licencevel igy :) Bar, jobban jarsz az ep128emu-val, pontosabb, tobbet tud, profibb stb :) Es annak is nezheted a forraskodjat (mint mar emlitettem, engem a C++ volta zavar elsosorban). Most epp az SD cartridge emulacioval szenvedek,
Title: Re: Web emu
Post by: lgb on 2015.January.15. 23:04:55
Muxik az SD kartya emulacio :) Az ep128.hu-rol letoltott 192M-es image file-al remekul lat is mindent, mondjuk programot beolvasni nem lehet, mert kozben kiderult, hogy egy SD paracsot az SD kartya emulacioban nem implementaltam, ami sima dir-nel nem jott elo (read multiple blocks) :oops: Ugy latszik az sem hatotta meg a rendszert, hogy 16M-es kartyakent mutatkozik be, de 192M az image file :twisted:

UPDATE: kiralysag, mar be is tolt. Mondjuk irni nem lehet vele meg semmit ...

UPDATE#2: SymbOS elindul emulalt SD kartyarol (4 szintu pixel mod nem is volt emuban meg, gyorsab odabiggyesztettem par sornyi C koddal). Az nem tudom, normalis-e, hogy semmit nem talal, mert ugy tunik az A:-n keresi es nem az F:-en, vagy hasonlo? Ha pl SymCommanderrel F:-re atgyalogolok akkor mar jo.

UPDATE#3: Hat ez igy eleg gaz :) Akkor most johet lassan az eger tamogatas, boxsoft mouse emulacio

UPDATE#4: eger van (SymbOS-sel megy), RTC emulacio van (1Hz interrupt is a VINT mellett - ZT clock muxik -, a tobbi Dave funkcio erosen hianyos meg).

UPDATE#5: par Nick dolog fixalva, nehany demo elfogadhatoan megy mar
Title: Re: Web emu
Post by: endi on 2019.February.02. 00:54:53
azon gondolkodtam, lehetséges-e olyan csinálni, hogy minden játék fix irányítással rendelkezzen, úgy, hogy magába a játék kódba ne kelljen belenyúlni. tehát minden játékhoz lenne valami config, ami meghatározza, hogy a benne lévő irányítás mindig pc kurzor billentyűk legyenek.
persze EP játékok esetén ez nem túl fontos, de sok specy játék összevissza irányítással rendelkezik, ráadásul választani lehet az elején, ezért nem tud sok ember játszani a netes emulátorokban lévő játékokkal se.
persze nem is tudom miért ide írtam ezt :)
Title: Re: Web emu
Post by: geco on 2019.February.02. 08:03:30
Érdekes ötlet, ami eszembe jutott, hogy lua scripttel, vagy esetleg egy emulátort lehetne úgy módosítani, hogy lecserélje a billentyű olvasásnál a billentyűt egy másikra, csak hogy tudná eldönteni, hogy mikor mire? Pláne egy össze-vissza konfigú Speccy átiratnál.