1
EP128Emu / Re: EP128emu
« on: 2019.May.31. 09:50:44 »
SDL2 ?
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
2
Játékok / Re: Találd ki a kép alapján a játék nevét
« on: 2019.February.28. 14:07:57 »
Erre rájöhettem, volna, hisz én írtam át a hydrofool-t, de mégsem sikerült.
3
Egyéb témák / Re: Ki hogyan talált rá a fórumra?
« on: 2019.January.04. 08:51:44 »
Előbbi hozzászólás UBK/64 alatt született, most a kiadás előtt álló UBK3 -on írom ezt. Itt frisebb a Firefox. Ez már csak 64 biten létezik.
4
Egyéb témák / Re: Ki hogyan talált rá a fórumra?
« on: 2019.January.04. 08:44:35 »
Szinte véletlen volt, akkoriban, mikor először internetkapcsolattal rendelkeztem, a világhálót túrva.
Akkoriban még csak windows 98-am volt, ma már nem használok winows-t.
Nagy örömmel töltött el, hogy átadhatom végre könnyebben az EP-re készített alkotásaimat.
Azóta hátralévő napjaimban csakis az emulátor foglalkoztat és az UHU-Linux hagyományaképp a mostani UBK kiadások karbantartása.
https://github.com/uhulinux
MIndig elhagyatott, nem felkapott, de valójában nagyszerű dolgokban szerettem tevékenykedni erőmhöz mérten, mint amilyen az ENTERPRISE gép és az UHU-Linux.
Úgy néz ki, hogy az ENTERPRISE vonalon ma már több az érdekeltség, ezért most inkább az UHU vonalon van rám jobban szükség.
Akkoriban még csak windows 98-am volt, ma már nem használok winows-t.
Nagy örömmel töltött el, hogy átadhatom végre könnyebben az EP-re készített alkotásaimat.
Azóta hátralévő napjaimban csakis az emulátor foglalkoztat és az UHU-Linux hagyományaképp a mostani UBK kiadások karbantartása.
https://github.com/uhulinux
MIndig elhagyatott, nem felkapott, de valójában nagyszerű dolgokban szerettem tevékenykedni erőmhöz mérten, mint amilyen az ENTERPRISE gép és az UHU-Linux.
Úgy néz ki, hogy az ENTERPRISE vonalon ma már több az érdekeltség, ezért most inkább az UHU vonalon van rám jobban szükség.
5
EP128Emu / Re: EP128emu
« on: 2018.April.09. 16:28:59 »Ez nekem 404-et dob.Bocsi, nem jó, mert fájlnév nélküli.
A letöltési lap: https://github.com/istvan-v/ep128emu/releases/
Itt megtalálsz minden verziót minden platformra.
7
EP128Emu / Re: EP128emu
« on: 2018.January.29. 21:57:58 »
István!
https://github.com/istvan-v/ep128emu/issues/4
Szerintemez téves.
Biztosan ubuntu specifikus gondja van, nem pedig a kódodban van a hiba.
Nem tudom, hogy szegénynek mi gondja lehet az fltk3 -al, nekem semmi gondom vele.
Szépen elkészül az ep128emu fltk-1.3.3 és fltk-1.3.4 -el is. Előbbi az UHU-UBK1 -en kész, utóbbi a nemsokára megjelentethető UBK2 -n 32 és 64 biten is elkészült.
UBUNTU jobban aprózza az fltk -t, mint mi. Nekünk nincs külön lehasított libfltk3 csomagunk. Tudom, hogy debian, fedora, meg ubuntu szanaszét aprózzák a kiinduló forrásból létrejött cuccot sok apró, különböző nevű csomagocskára.
Talán LGB, mint nagy UBUNTU használó tudna neki segíteni.
https://github.com/istvan-v/ep128emu/issues/4
Szerintemez téves.
Biztosan ubuntu specifikus gondja van, nem pedig a kódodban van a hiba.
Nem tudom, hogy szegénynek mi gondja lehet az fltk3 -al, nekem semmi gondom vele.
Szépen elkészül az ep128emu fltk-1.3.3 és fltk-1.3.4 -el is. Előbbi az UHU-UBK1 -en kész, utóbbi a nemsokára megjelentethető UBK2 -n 32 és 64 biten is elkészült.
UBUNTU jobban aprózza az fltk -t, mint mi. Nekünk nincs külön lehasított libfltk3 csomagunk. Tudom, hogy debian, fedora, meg ubuntu szanaszét aprózzák a kiinduló forrásból létrejött cuccot sok apró, különböző nevű csomagocskára.
Talán LGB, mint nagy UBUNTU használó tudna neki segíteni.
8
EP128Emu / Re: EP128emu
« on: 2017.February.12. 13:34:20 »
Most nézem, a MANJARO-linux is tök azonos PKGBUILD struktúrát használ, mint az ARCH-linux, biztosan jó lesz ahhoz is az ep128emu -hoz kreált PKGBUILD fájlom.
Ebben majd MrPrise megerősíthet, vagy cáfolhat, ha nála működik, vagy nem.
Íme a fájl: https://raw.githubusercontent.com/istvan-v/ep128emu/master/PKGBUILD
Ebben majd MrPrise megerősíthet, vagy cáfolhat, ha nála működik, vagy nem.
Íme a fájl: https://raw.githubusercontent.com/istvan-v/ep128emu/master/PKGBUILD
9
EP128Emu / Re: EP128emu
« on: 2017.February.11. 10:52:41 »Még lehet, hogy összedobok egy PKGBUILD -ot, ha lesz rá időm és kedvem, egy kicsit konyítok hozzá, és ki is tudnám próbálni az Arch-64 telepítményemen.
Megtettem, kipróbáltam, működik.
István!
Engedelmeddel felraktam a githubra.
Lehet, hogy MrPrise-nek is jó a Manjaro-Linux -hoz, esetleg kis átalakítással.
10
EP128Emu / Re: EP128emu
« on: 2017.January.31. 21:40:55 »A Git forráskód már tartalmazza a javítást.Köszönök mindent, a 2.2 -t (is) már hagyom úgy ahogy van az én foltjaimmal, hisz működik. Nem hiszem, hogy javítana rajta funcionálisan, (a szépségen túlmenőn) ha most github commit számhoz tapadón letöltött forrásból csinálnán újra a foltjaim kidobásával.
Szerk.: a letöltéseket frissítettem az új UHU csomagokkal.
Nem babrálom már a csomagjaimat addíg míg újabb verzót nem ugrasz a githubon.
Akkor viszont azonnal!
Jó lenne más disztróhoz is csinálni, igaz a legújabb egybemindent stílusú binárisod működik a legfrisebb disztrókon, de egy ósdibb ubuntut használó már nem tudja használni.
Majd megszenved a forrásból újrafordítással történű telepítéssel.
Még lehet, hogy összedobok egy PKGBUILD -ot, ha lesz rá időm és kedvem, egy kicsit konyítok hozzá, és ki is tudnám próbálni az Arch-64 telepítményemen.
11
EP128Emu / Re: EP128emu
« on: 2017.January.31. 12:14:42 »Ezt szerintem helyesebb lenne az SConstruct-ban javítani, mert így akkor is az emulátor csomagjában található (FLTK 1.1-es) Fl_Native_File_Chooser.H-t használja a makecfg és tapeedit, ha egyébként FLTK 1.3 van a rendszeren. A probléma valójában az, hogy itt kimaradt a makecfgEnvironment és a tapeeditEnvironment:Code: Python
Ezt megpróbáltam találomra elhelyezni a SConstruct fájlba a magam feje után, de mindig hibával leáll a scons.
Code: [Select]
if configure.CheckCXXHeader('FL/Fl_Cairo.H'):
^
IndentationError: unexpected indentSajna nem értek a python scons -hoz. Sem.
12
EP128Emu / Re: EP128emu
« on: 2017.January.31. 08:15:50 »A hangeszközök észlelését nem az emulátor végzi, hanem a PortAudio. Az UHU 2.2 talán régi (ha jól látom, 2007-es?) verzióját tartalmazza. A PulseAudio használata problémás lehet, én általában egyszerűen törlöm ezt a csomagotKöszi a nyomot.
A disztrók többségében manapság a pulseaudio használata az általános és az alapértelmezett, nem egyszerű levakarni a rendszerről. Az alsa -t használja természetesen, de nem vagyok benne egyáltalán otthon, magyarán tök vagyok hozzá. Az OSS is már tég felejtős.
Megkísérlem feljavítani a portaudio -t újabbra a 2.2 -höz.
Bingó!
Sikerült, az UHU-3 alatti portaudio verziót (20~20140130+r1963) begyógyítottam a 2.2 alá, és azzal felépítve az emut megszólalt!
Mégegyszer köszönet az iránytűhöz!
Mellékelek egy foltot, ami kellett ahhoz, hogy lefordíthassam az emut ehhez a régibb rendszerhez, Az Fl_Native_File_Chooser egyes részei ugyanis nincsemek meg az itteni fltk1 1,1,10 verzióban.
13
EP128Emu / Re: EP128emu
« on: 2017.January.30. 21:59:17 »
Ejnye!
Megkíséreltem UHU-2.2 alatt is és kiderült, hogy néma az egykoron csinált 2.0.7 és a most összeeszkábált 2.0.11.1 is. (ez utóbbit keményebben kellett foltoznom az fltk1 miatt)
Egyszerűen nem észlel létező hangrendszert az emulátor, figyelmeztet is erre.
Nem tudom milyen módszerrel csinálja a hangrendszerek és hangeszközök észlelését az emulátor, de itt csődöt mond.
Pedig van a 2.2 öreg rendszeren pulseaudio és alsa is, vígan zajonganak más játékok és emulátorok, a videókról nem is beszéve.
Megkíséreltem az sf -ről letöltött binárisokat is elindítani azért, hogy kiküszöböljem az estleges fordításomba becsúszott hibát, de az újabbak már jóval frissebb rendszer libeket keresnének, mint ami az UHU-2.2 -n van, ezért el sem indíthatók.
A régi kibontott bináris meg nem talál exos0 romot. Ott még nem volt makecfg.
A legújabb UHU-UBK1 (RIA) alatt a 2.0.11.1 csomagom jól végzi a dolgát. Az sf-ről letöltött és kibontott kész bináris is vele azonosan működik.
Érdekes módon nem jelzi ő sem a Pulse (Alsa) létét a csomagomhoz hasonlóan, az UHU-3 UBK -n viszont jelzi a csomagom a pulse létét.
Valahogy ki kellene derítenem, hogy miért nem észleli a rendszerem lévő hangeszközöket az emulátor UHU 2.2 alatt?
Esetleg a pulse eszközt miért nem észleli a legújabb (ria) rendszeren?
UHU-2.2 ről nem csatolok képet, mert ott üres a lista, a többinél a kiválasztott esetben zajong az nvidia kártyába dugott HDMI kábelen keresztül a monitorom.
Vagy az emulátor a ludas, vagy a rendszer, esteleg mindegyik.
Megkíséreltem UHU-2.2 alatt is és kiderült, hogy néma az egykoron csinált 2.0.7 és a most összeeszkábált 2.0.11.1 is. (ez utóbbit keményebben kellett foltoznom az fltk1 miatt)
Egyszerűen nem észlel létező hangrendszert az emulátor, figyelmeztet is erre.
Nem tudom milyen módszerrel csinálja a hangrendszerek és hangeszközök észlelését az emulátor, de itt csődöt mond.
Pedig van a 2.2 öreg rendszeren pulseaudio és alsa is, vígan zajonganak más játékok és emulátorok, a videókról nem is beszéve.
Megkíséreltem az sf -ről letöltött binárisokat is elindítani azért, hogy kiküszöböljem az estleges fordításomba becsúszott hibát, de az újabbak már jóval frissebb rendszer libeket keresnének, mint ami az UHU-2.2 -n van, ezért el sem indíthatók.
A régi kibontott bináris meg nem talál exos0 romot. Ott még nem volt makecfg.
A legújabb UHU-UBK1 (RIA) alatt a 2.0.11.1 csomagom jól végzi a dolgát. Az sf-ről letöltött és kibontott kész bináris is vele azonosan működik.
Érdekes módon nem jelzi ő sem a Pulse (Alsa) létét a csomagomhoz hasonlóan, az UHU-3 UBK -n viszont jelzi a csomagom a pulse létét.
Valahogy ki kellene derítenem, hogy miért nem észleli a rendszerem lévő hangeszközöket az emulátor UHU 2.2 alatt?
Esetleg a pulse eszközt miért nem észleli a legújabb (ria) rendszeren?
UHU-2.2 ről nem csatolok képet, mert ott üres a lista, a többinél a kiválasztott esetben zajong az nvidia kártyába dugott HDMI kábelen keresztül a monitorom.
Vagy az emulátor a ludas, vagy a rendszer, esteleg mindegyik.
14
EP128Emu / Re: EP128emu
« on: 2017.January.30. 12:53:07 »
Most frissítettem be a free-unix-spectrum-emulator -t és az ep128emut is UHU-3 -hoz.
http://fuse-emulator.sourceforge.net/
Ezt megcsináltam sdl és gtk3 megjelenítővel is, gondolom többen fejlesztik, mint az ep128 emut.
Összehasonlítottam a két emulátort zx128 módban az exolon progival, az AY emulációt hallgatva elégedett vagyok a hanggal.
Igen szépen szól a rövid dobpergés a zene elején, ami ugye az ep változatban sajnos nincs.
Gratulálok István!
Ugye köztudott, hogy az exolon volt az első 128-as módban zenélő átirat (az enyém), mely azért nem igen volt még tökéletes az eredetihez képest, mert lassabb is többek közt.
http://fuse-emulator.sourceforge.net/
Ezt megcsináltam sdl és gtk3 megjelenítővel is, gondolom többen fejlesztik, mint az ep128 emut.
Összehasonlítottam a két emulátort zx128 módban az exolon progival, az AY emulációt hallgatva elégedett vagyok a hanggal.
Igen szépen szól a rövid dobpergés a zene elején, ami ugye az ep változatban sajnos nincs.
Gratulálok István!
Ugye köztudott, hogy az exolon volt az első 128-as módban zenélő átirat (az enyém), mely azért nem igen volt még tökéletes az eredetihez képest, mert lassabb is többek közt.
15
EP128Emu / Re: EP128emu
« on: 2017.January.15. 15:23:29 »
Nem a nagy számok hajhászásának vagyok a híve, az engem, mint csomagkészítőt hidegen hagy.
Tehát, ha már nem lehet elhagyni a dátumot, meg a bétázást, akkor a számokból és pontokból álló fő verziószámot kérném előre, amit követhet egy elválasztójellel elválasztott dátum, esetleg azt egy elválasztójellel elválasztott lfabétagammasatöbbi jelzés is követhetné. Az elválasztójel tapasztalataim szerint - ~ _
numerikusverzoszampontokkaltűzdelten-dátumszámegybe-alfabétagammadeltavagybármilyenszöveg
De szerintem elegendő a béta odabiggyesztés a végére, az azt megelőző verziószámnak meg elegendő csak növekedni tetszés szerinti léptékben, a dátumot én feleslegesnek tartom, a github amúgyis nyilvántartja.
A valódi release meg csupán béta nélküli.
Tehát, ha már nem lehet elhagyni a dátumot, meg a bétázást, akkor a számokból és pontokból álló fő verziószámot kérném előre, amit követhet egy elválasztójellel elválasztott dátum, esetleg azt egy elválasztójellel elválasztott lfabétagammasatöbbi jelzés is követhetné. Az elválasztójel tapasztalataim szerint - ~ _
numerikusverzoszampontokkaltűzdelten-dátumszámegybe-alfabétagammadeltavagybármilyenszöveg
De szerintem elegendő a béta odabiggyesztés a végére, az azt megelőző verziószámnak meg elegendő csak növekedni tetszés szerinti léptékben, a dátumot én feleslegesnek tartom, a github amúgyis nyilvántartja.
A valódi release meg csupán béta nélküli.