A nie prościej podłączyć laptopa z emu/bądź atari pod tv?

Czy dotyczy to też nieco starszej serii LE40A786?

Wydaje mi się, że może to zadziałać jedynie na modelach wyposażonych w Content Library. Ale pewności nie mam. Uruchamianie własnych aplikacji graficznych polega na utworzeniu modułu typu "gra" właśnie dla Content Library. Ta "gra" to skompilowany binarny moduł biblioteki dynamicznej (*.so), w której przy wywołaniu uruchamiana jest funkcja Game_Main().

Informacje ogólne nt. Content Library: http://www.samsung.com/pl/consumer/lear … ction.html

Możesz dokładniej opisać "kompilację na kolanie"?

Spróbuj przekierować standardowe wyjście błędów do jakiegoś pliku. Może dzięki temu dowiemy się w którym momencie emulator się wysypuje. (Zapewne na otwieraniu video SDL).

Sprawa jest trochę skomplikowana. Oczywiście da się skompilować i uruchomić zwykłego exe-ka. Ale jest problem z dostępem do urządzeń. Telewizor po włączeniu uruchamia aplikację exeDSP, która jako jedyna z całego firmware nie jest opensource i nie bardzo wiadomo co się dzieje wewnątrz. Ta aplikacja steruje ekranem, głośnikami itp. Jedynym "grzecznym" sposobem wejścia ze swoją aplikacją na ekran telewizora jest obecnie wykorzystanie exeDSP jako pośrednika. Umożliwia to mechanizm uruchamiania gier w Content Library. Dlatego trzeba utworzyć "grę" i uruchamiać ją z poziomu tego zamkniętego kodu exeDSP. Grą jest zwykła biblioteka dynamiczna (plik *.so).

Byćmoże za jakiś czas ktoś opracuje inną technikę, ale obecnie tylko tak się to da zrobić. I tak to nie jest największy problem, bo jak widać wystarczy dorobić jedną funkcję Game_Main(), która zrobi to samo co main().

Programy samodzielnie działające w shellu (uruchamiane np. przez telnet) już robiłem, ale to były proste rzeczy, które do komunikacji z użytkownikiem używały funkcji printf() a nie SDL. Próbowałem zrobić samodzielnego exe-ka wyświetlającego coś przez SDL, ale nie udało się. Poza tym, nawet jakby się to udało, trzeba by było wiedzieć jak zatrzymać wyświetlanie obrazu telewizyjnego, wyciszyć tuner itp. aby nie kolidowało to z emulatorem.

Będę jeszcze czynić próby z wersją basic, ale nie znalazłem do tej pory opisu czym się ona charakteryzuje. Dziwne, że strona emulatora Atari800 nie ma nawet forum, a jedynie "staroświecki" mailing-list.

Dla zainteresowanych podam jeszcze kilka linków:
Emulator Atari800: http://atari800.sourceforge.net/index.html
Forum SamyGO: http://sourceforge.net/apps/phpbb/samygo/index.php
Kody źródłowe Samsunga: http://opensource.samsung.com/
ScummVM (inny emulator na TV): http://sourceforge.net/apps/phpbb/samyg … &t=562
Jak zbudować kompilator: http://sourceforge.net/apps/mediawiki/s … _toolchain
Co to jest ContentLibrary: http://www.samsung.com/uk/consumer/lear … ction.html

Standardowe wyjście chyba widzę w telnecie, więc przekierowywać chyba nie ma czego.

Oczywiście to nie jest cel tego projektu, ale mimo to warto spróbować. I spróbowałem. Musiałem jeszcze dodać opcję --disable-sound przy configure, bo sypnęły się błędy. Udało się skompilować i uruchomić standardowy plik wykonywalny. Jest trochę kłopotu ze ścieżkami do plików, bo emulator sięga do katalog głównego, gdzie chce zapisywać cfg a w TV katalog główny filesystemu jest tylko do odczytu. Ale po drobnych modyfikacjach skierowałem ścieżki do katalogu, w którym znajduje się emulator (/mtd_tlib/GGame/Atari800). Oto wynik uruchomienia wersji basic:

# ls
Atari800.png  atari800.so   atarixl.rom
atari800.cfg  ataribas.rom  clmeta.dat
# rm *.cfg
# ./atari800.so
User config file '/mtd_tlib/GGame/Atari800/atari800.cfg' not found.
Trying system wide config file: /mtd_tlib/GGame/Atari800/atari800.cfg
No configuration file found, will create fresh one from scratch:
Writing config file: /mtd_tlib/GGame/Atari800/atari800.cfg
Bus error (core dumped)

Natomiast w swoim logu widzę, że program wywala się po załadowaniu atarixl.rom i ataribas.rom (które chyba się ładują, bo nie ma błędu w funkcji Atari800_LoadImage). Muszę dorobić trochę więcej kodu debugującego, żeby zobaczyć co się dzieje dalej.

Dzięki. Tym razem nie wywaliło się. W moim logu widzę ciągłe wywołania funkcji Atari800_Frame(), w telnecie mam jakby pusty edytor, żadnych komunikatów, nic. Klawiszami CTRL+C wyskoczyłem z procesu i to na razie tyle. Teraz czas na instrukcję obsługi, hehe. Przedtem może jeszcze sprawdzę build SDL. Dam znać co wyszło.

EDIT: daję znać: kompilacja wersji SDL przyniosła znów nagły restart telewizora. Z logu widzę, że emulator dochodzi do pierwszego wywołania funkcji Atari800_Frame(). Oto mój log (mieszanina standardowego wyjścia i dodatkowych informacji):

atari_sdl.c: Game_Main()
atari.c: Atari800_Initialise()
User config file '/mtd_tlib/GGame/Atari800/atari800.cfg' not found.

Trying system wide config file: /mtd_tlib/GGame/Atari800/atari800.cfg

No configuration file found, will create fresh one from scratch:

Writing config file: /mtd_tlib/GGame/Atari800/atari800.cfg

colours.c: Colours_Initialise()
atari_sdl.c: PLATFORM_Initialise()
atari_sdl.c: SoundInitialise()
atari_sdl.c: SoundSetup()
atari_sdl.c: ResetDisplay()
atari_sdl.c: SetNewVideoModeNormal()
atari_sdl.c: SetVideoMode()
detected 32bpp

atari_sdl.c: CalcPalette()
atari_sdl.c: ModeInfo()
Video Mode: 336x240x32

[*] Full screen  [ ] BW  [d] Width Mode  [ ] Joysticks Swapped

video initialized

atari_sdl.c: Init_SDL_Joysticks()
joystick 0 not found

joystick 1 not found

atari.c: Atari800_InitialiseMachine()
colours.c: Colours_InitialiseMachine()
atari.c: load_roms()
- machine type = XL/XE
atari.c: Atari800_LoadImage():
/mtd_tlib/GGame/Atari800//atarixl.rom
atari.c: Atari800_LoadImage():
/mtd_tlib/GGame/Atari800//ataribas.rom
atari.c: Atari800_Coldstart()
atari_sdl.c: PLATFORM_Keyboard()
atari_sdl.c: PLATFORM_Mouse()
atari.c: Atari800_Frame()

Należy dodać, że pomimo załadowanych sterowników HID, nie miałem w czasie wywołania podłączonej klawiatury ani myszki do telewizora. Ale to chyba nie jest przyczyną restartu. Efekt uruchomienia jest taki: na dole czarnego ekranu pokazuje się kilka linii jasnej "ciapy", a potem mam niespodziewany restart. Teraz wracam znów do wersji basic.

Zgadza się, wersja basic działa wzorowo. Po wywołaniu z opcją -basic zobaczyłem READY w telnecie.
Co do wersji SDL, to próbowałem jeszcze różnych opcji configure, m.in. wyłączenie dźwięku, veryslow, wyłączenie urządzeń R: itd. Bez zmian. Restart wydarza się cały czas w tym samym momencie - na pierwszym wywołaniu Atari800_Frame(), a właściwie INPUT_Frame() z input.c. Sprawdziłem też, że SDL działa prawidłowo, poprzez doklejenie na początku własnego krótkiego kodu wyświetlającego bitmapę na 5 sekund.
Zagłębiam się dalej. Parametr WORDS_UNALIGNED_OK wyłączam (jeszcze nie sprawdziłem, w jaki sposób wyłączyć to przez configure, ale tymczasem po edycji config.h robię make). Postaram się trochę wczytać w temat, choć to nie przychodzi łatwo.
Dzięki za pomoc.

EDIT: No i próbnie wywaliłem zawartość funkcji INPUT_Frame() przez wstawienie return na początku. I co ? Otrzymałem to co na załączonym obrazku! Nie ulega wątpliwości, że jesteśmy coraz bliżej celu.

Ciekawe jak będzie z wydajnością. Miganie napisu w selfteście jest raczej powolne, ale trzeba mieć też na uwadze, że tworzony jest log i to dosyć gęsty, bo również z funkcji GTIA. Klawiatura mi nie zadziałała, ale się nie dziwię. Telewizor musiałem wyłączyć telnetem, hehe. Pozdrowienia!

Przed chwilą udało mi się odegrać (co prawda w ślimaczym tempie ale zawsze) melodyjkę z SELF TESTu. Nie znając klawiszologii tego emulatora powciskałem chyba F3 jako SELECT i chyba F4 zrobił za START. Faktycznie wyciąłem obsługę joysticków w tej feralnej funkcji INPUT_Frame() a w dodatku usiłowałem powyłączać co się da. Już nie grzebię w configure. Ostatnie opcje jakie wpisywałem wyglądały tak:

./configure --host=arm --target=sdl \
--disable-unalignedwords \
--enable-pagedattrib \
--disable-eventrecording \
--disable-pbi_mio \
--disable-pbi_bb \
--disable-pbi_xld \
--disable-linuxjoystick \
--disable-rnetwork \
--disable-rserial \
LDFLAGS="-shared -fPIC"

Widząc Twoje podpowiedzi (teraz, po moich próbach) stwierdzam, że z pewnością nadal muszę trochę się podszkolić.
Obecnie wykonuję próby niejako "na brudno". Jak już będę się w tym poruszał w miarę swobodnie, na nowo rozpakuję kod źródłowy i zrobię porta ładnie i z opisem. Na pierwszą kulawą wersję do opublikowania powinno wystarczyć.
Nawet jeśli RiverRaidu nie da się uruchomić to i tak to już daleko zaszło. Teraz chciałbym sprawdzić jak uruchomić BASIC na starcie tak aby przebadać działanie klawiatury USB. Opcje wiersza poleceń nie działają chyba z tego XMLa od Content Library a z plikiem konfiguracyjnym jeszcze nie doszedłem do ładu. Niewykluczone też, że trzeba będzie dorobić jakiś kod obsługujący pilot telewizora aby przyciskiem EXIT lub RETURN można było bezpiecznie wyłączyć emulator. Jest zabawa!

RACJA! Ale ze mnie baran, że zapomniałem o tym. To widocznie wynik późnej pory i zmęczenia ;) Ale BASIC i tak uruchomię, bo wtedy sprawdzę więcej rzeczy.

Zgadza się. Postaram się zrobić tak aby działało jedno i drugie. Chwilowo jadę na przyciętej funkcji INPUT_Frame(). Klawisze liter i cyfr nie działają, natomiast pozostałe klawisze - owszem. Udało mi się uruchomić grę: RIVER RAID. A jakże! W niej po wciśnięciu START (F4) samolocik sam zaczyna lecieć i strzela, więc joystick też coś zmyśla. Ale to nic. Muszę się wczytać w opcje wywołania i kod źródłowy. Zlokalizowałem już parę ważnych rejonów.
Menu pod klawiszem F1 działa śpiewająco. I co ważne, po wyłączeniu logowania emulator zaczął działać z normalną prędkością, tj. jak włączam wskaźnik, to wskazuje 99-100% oryginalnego Atari. Dźwięk SDL nie jest zbyt dobrze obsługiwany, bo tnie i szarpie a także jest opóźniony: np. melodyjka z SELF TEST nie gra się płynnie, a "jąka się" i wybrzemiewa jeszcze po wyjściu do głównego menu. Ciągle słychać także okresowe pykanie z głośnika, coś jakby pętla bufora cyklicznie odtwarzanego była krzywo zamknięta. Regulacja siły głosu działa z poziomu pilota TV, ale to już zapewne zasługa wbudowanej obsługi SDL. Choć jeszcze mało zbadałem, to generalnie muszę powiedzieć, że emulator działa dosyć stabilnie.
Był problem z załadowaniem gry, bo katalogiem bieżącym był ten, w którym znajduje się telewizorowa aplikacja exeDSP (a jest to podkatalog read-only), ale polecenie chdir() w głównej funkcji rozwiązało problem i jest dostęp do całej przestrzeni plikowej.
Tempo narzuciłem sobie wysokie więc trochę się pobawię i dłubię dalej. Pozdrawiam!