Nekem csak iOS van, szóval nem tudok hozzászólni... (Amúgy poén lenne, ha valaki kitalálná az iPhone -on futó Ep128emu -t /Xep128 -at. )

Besztos. Nekem az Android is eleg lenne, hogy oszinte legyek Bar, Xep128-nal _elvileg_ nem lenne nehez, az SDL miatt marmint, ami tamogatja az iOS-t is szerintem. Komolyan, itt nagyobb gond maga a build kornyezet, nem az benne a nehez, hogy nekem kell kodolgatni uj platformra portolasnal, max par kisebb modositas kell (pl OSX-re kvazi semmi modositas nem kellett, max annyi, hogy a GTK ki van kapcsolva hogy ne kelljen - FILE: dialog ablak - meg a travis altal prezentalt apple clangban nem volt definailva a biggest alignment, es meg vmi opciot ne ismert, szoval kb percek kerdese ...).

Nem ijesztettél el Hasonló parancsokat, mint a linuxnál én is tudok futtatni pl. sudo stb.
De hozzáteszem, nem vagyok nagy guru a programozásban ezét lehet, hogy több segítségre lenne szükségem

Tudod mi a baj ... Az ami a windows-nal is Windows-t - sokak meglepetesre - eletemben nem hasznaltam es nem is volt olyanom se melohelyen se sajat gepemen (na jo ez nem igaz, win3.1-em volt 1-2 honapig talan). Szoval a Xep128 windows portja is erdekes volt OSX kapcsan az a bonyolultabb, hogy windows-t azert csak latok masoknal, meg hat az ember csak neha odafigyel amikor masok beszelnek rola, vagy probalnak meggyozni hogy segitsek nekik win-es problemakban stb Nade OSX-nel ilyen elmenyem se volt, OSX-t meg csak nem is lattam "eloben" soha ... Szoval ez try&error modszer volt, gugliztam, aztan Travison lepesenkent megprobaltam, es ha nem ment, utanagugliztam stb es igy tovabb. Raadasul ott nem egy OSX-et kapsz amit hasznalhatsz, csak scripteket nyomok fel, ami ott vegrehajtodik, es vagy oke vagy lesz vmi hibauzenet loggal Szoval "latni" nem lehet kozvetlenul. Mondjuk a szerencse az, hogy az OSX legalabb UNIX "fajzat" legalabbis az alapja, szoval azert nem teljesen "alien"

https://github.com/lgblgblgb/xep128/wiki/Compilation

Ez az amit sikerult aztan irnom errol, nyilvan az OSX-es resz az erdekes (illetve ezen kivul persze elotte a "Getting the sources").

O bocsi, kisse belebonyolodtam Szoval ez a forditas Neked, mivel a xep128.osx mar megvan, max a brew resze az erdekes, nem kell sem a forras, sem pedig annak leforditasa (make dolgok). Ha odaig eljut a cucc, hogy elindul, csak kiir egy ablakot hogy pl nem talalja a "combined.rom"-ot az mar jo. Mert akkor maga az emulator mukodik, es csak azert nem megy tovabb, mert hianyzik az. Ha az a helyzet, akkor pl egyszeuren agyanabba a konyvtarba ahol a xep128.osx van le kell tolteni a combined.rom-ot, pl innen:

http://xep128.lgb.hu/files/combined.rom

Megjegyzem, hogy hosszu tavul celom az, hogy a kozvetlen run-time dependency mellett (szoval az SDL dll/lib, attol fugg melyik platformon mi) mas ne kelljen semmi, es az emulator maga rakedezne, hogy letoltheti-e a ROM-ot es configolhatja-e maganak, mert meg nincs semmi beallitva, es "igen" eseten ezutan automatice mar tenyleg mukodne is.

Utánanéztem de a google képtelen hasznos infókat adni az .osx kiterjesztésről...

Idézőjelbe kell rakni, hogy ne arra keressen, amire szerinte keresel, hanem arra amit keresel... (az utóbbi években egyre jobban elb...ák a googlét (is)).

Ha jól értem, ez olyasmi mint a .BAT a DOS-nál, valami parancssoros izében kell futtatni.

Oké, itt most a legnagyobb gond, hogy az .osx kiterjesztést nem ismeri a rendszer, .dmg az installálható kiterjesztés.
Utánanéztem de a google képtelen hasznos infókat adni az .osx kiterjesztésről...

Azt en adtam neki - nem "jelent" semmit Lehetett volna .osx helyett .kiskutya is akar Ez egy sima futtathato file. Nem telepito, vagy valami, hanem maga a binaris program. Szerepeben ugyanaz, mint windows-nal a xep128.exe. Azert kapott valami "vegzodest" - csak igy random modon - mert ha siman xep128 a neve akkor utkozik a xep128 -al ami a Linux-os verzio, es forditasnal kulonbozo nevek kellenek nekem, hogy ne irjak az eredmenyek egymast felul. Atnevezheted barmire.

Itt jon az, hogy sajnos  nem tudom, OSX-nel ez grafikus feluleten hogy mux, de mivel elivleg ugye UNIX szeruseg az OSX, egy terminal ablakbol, ha eppen ott vagy abban a konyvtarban, ahova tetted a cuccost:

chmod +x xep128.osx
./xep128.osx
Az elso futtathatosagi jogot ad neki (ez csak egyszer kell), a masodik elinditja. Azt nem tudom megmondani, hogy OSX-en amugy hova illene tenni a programokat, hogy ne kelljen terminalbol inditani, ugye UNIX-ok eseten tipikusan /usr/bin peldaul.

A lenyeg, hogy Windows-al ellentetben ahol pl az ".exe" vegzodesrol ismeri fel az OS, hogy ez program (vagy .com ugye a regi szep idokbol meg a CP/M alapjan ...) UNIX-ban ilyen nincs (valojaban a .dmg sem kiterjesztes ez csak egy Windows-os, ja bocs DOS-os, ja bocs CP/M-es terminologiai szokas), igazabol kiterjesztes fogalma sincs, az csak a latszat, a file jogairol ismeri fel (lasd a chmod parancs). Az mas kerdes, hogy OSX GUI dolgokban ez lehet, mar nem igaz ... Ha jol remlik OSX-ben van pl "resource fork" vagy mi az isten, ami annyit tesz, hogy egy konkret nevu file-t megnyitva tobb "byte stream" tartozik hozza, azaz egyetlen nev alatt elerheto maga a program, az ikonja stb. Na ebben persze ilyen nincs, hisz nem nativ kornyezetbol lett a cucc atvive ugye.

Na, vagy vmi hasonlo A ".dmg" amennyire tudom voltakeppen egy disk image OSX-es korokben. Nem is ez a lenyeg, hanem, hogy ez a xep128.osx semmi ilyesmi, ez egy szem futtathato file, nem kell telepiteni, kitomoriteni barmi, csak elinditani.

De kezdem azt hinni, hogy vmi legalabb kaloz OSX verzio kell nekem, mert otletem sincs rola, igy meg aztan nehez lesz masoknak ... gondolom

Azt hittem, hogy a MacOS intelligensebb a Microsoft termékeknél, és a típus információkat metaadatokban tárolja. Ez az el*ott fájlnév kiterjesztés elég gagyi.

Ja, CP/M-nel talaltak fel ugye a "kiterjesztest" Meg btw a meghajtobetujelet is. Aztan MS meg "orokolte". A UNIX ellenben feltalalta a konyvtarszerkezetet, meghajtobetujelek meg kiterjesztesek elavultsaga nelkul. MS meg kisse osszegyurta a kettot, vannak konyvtarak es meghajtobetujelek is, ja meg kiterjesztes is. Amugy szerintem a MacOS tenyleg tarol metaadatokat, az az a "resource fork" amit emlitettem, egyetlen filenevhez tobb file stream tartozhat, egyik a "fo" a masik pl metaadat stb. Bar attol meg igaz, hogy amugy akkor is szokas (gondolom emberi szemne is segito) modszer, hogy "ismerteto kiterjeszteseket" biggyesztunk a file nevekbe, meg ha az adott OS szigoruan nem is varja el ezt amugy.

De megegyszer: a xep128.osx altalam kitalalt nev az .osx vegzodessel egyutt, semmi "standard" nincs benne, az .osx itt az en agyszulemenyem, se tobb se kevesebb ...

Nem tudom segit-e, de irtam ilyet:

https://github.com/lgblgblgb/xep128/wiki/Installing

Az OSX-es xep128.osx-et sehogy nem tudom futtatni. Viszont amit most írtál az nagy segítség, mert egyszer a Homebrew kellett valamelyik fura progi telepítéséhez, de látom, hogy az SDL2 is kell hozzá Ha lesz kis időm kipróbálom

De mi az, hogy "nem tudtad"? Marmint mi tortent, ha probaltad, kaptal valami hibat, stb?

Amugy a Homebrew az egy package manager OSX-hez. itt csak azert kell, mert azzal teszed fel az SDL2-t a Xep128-hoz, amugy nem lenne fontos. Sot, nyilvan meg lehetne probalni maskepp is telepiteni SDL2-ot, oszinten nem ertek hozza:

http://libsdl.org/download-2.0.php

Itt pl a run-time resznel van vmi dmg OSX-hez (2.0.4 -es verzio kell). Persze azt nem tudom, hogy ez igy menne-e, amit en probaltam a Travis build infrastrukturavla az a brew altal telepitett SDL2, bar elvileg uaz, dehat ki tudja, mas path, akarmi ...

Code: [Select]

chmod +x xep128.osx
./xep128.osx

Ezt az OSX parancssorból nem tudta értelmezni, azt írta, hogy nincs ilyen parancs...

Na jo, de abban a konyvtarban altal a parancssorban, ahova tetted a xep128.osx -t? Illetve a chmod +x kezdetu sor az hiba nelkul oke volt, csak a ./xep128.osx nem? Elvileg:

ls -la
Aktualis konyvtarrol lista, akkor abban ott kell szerepelnie a xep128.osx-nek is (felteve ha oda tetted ugye!!), kb hasonlo sorral:

-rwxr-xr-x  1 travis  staff  531216 Jul 25 09:51 xep128.osx
Nyilvan a travis es staff helyett a sajat usered/group-od all. Na, de ez csak egy pelda volt

Amugy az is gond lehet, hogy ki tudja mit csinal az OSX, lehet nem is engedne security okok vagy mas miatt igy siman futtatni, sajnos ezt nem tudom

En max altalanos UNIX ismeretek alapjan saccolom am ezt be, hogy mikepp kene, nem tudom Az mindenesetre igaz, hogy Travis-on minden Apple/OSX stb tudas nelkul csak siman Linux alatt is amugy futo shell script-eket stb vagtam hozza, es ugyanugy megevett mindent, tehat mondhatni UNIX szeru