dzięki Azbest! Mam nadzieję że obyło się bez strat w sprzęcie.

Fajnie że Bluki wydobywa takie historie z czeluści internetu. Dzięki wielkie za to że chce Ci się o tym napisać i jeszcze podać jak na tacy wszystkie pliki łącznie z wersją PL :)

Cześć,

Niestety nie ;/ Turbo działa mniej więcej przez 0,5sek (prędkość ~350%) po czym prędkość spada do 100%, tak jakby "turbo mode" zostało wyłączone, ponowne wciskanie F12 lub włączenie turbo mode w opcjach emulatora nic nie zmienia.

EDIT:

Przełączyłem na tryb 1080p @ 60Hz ... no i niestety przy PAL scroll-e szarpią widocznie, wszystkie efekty które normalnie wykonują się "in one frame" (żargonowo "wchodzą w ramkę") wyglądają paskudnie. Ale za "turbo mode" działa... od ~450% do ponad 800% w zależności od tego co się dzieje na ekranie.

Co ciekawe w trybie 1080p @ 60Hz, po przełączeniu emu na NTSC, Turbo Mode również działa...

no człowiek uczy się całe życie... dzięki za oświecenie... 'make -j4' działa i zasówa jak trzeba :)

real    0m47.898s
user    2m23.970s
sys    0m4.950s

normalna kompilacja (one-core):

real    2m21.126s
user    1m54.630s
sys    0m3.830s

@Montezuma: a jak taki display podłączasz? Masz jakąś przejściówkę HDMI->VGA? W życiu nie podłączałęm pod RPI nic innego niż monitor FullHD przez HDMI lub po prostu TV do wyjścia TV w RPI1.

@Sim_Piko: A dlaczego się nie poleczasz? Pomogłeś i to bardzo :) dzięki za cierpliwość i wyrozumiałość :)

ps) do tej pory nie miałem pojęcia o opcji -j bo korzystałem z gotowców, tzn. serwer i środowisko do kompilacji (cross-compiler) przygotowane miałem przez ludzi którzy się na tym znają i nie wnikałem, jak widać to był poważny błąd. Dostawałem gotowego skonfigurowanego LTIB-a czy Yocto do pracy i nie musiałem martwić się o konfigurację tego wszystkiego. Dzięki wam nadrabiam zaległości :)

Hej!

Dzięki wielkie za pomoc... małymi krokami do przodu, czyli:

1) pobrałem archiwum (tarball)
2) odpaliłem autoconf (nie było pliku 'configure')
3) autoconf wygenerował sobie cośtam, po czym odpaliłem configure --target --host...
4) miłąchał, miąchał .... i mu nie wyszło...

...
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for _LARGEFILE_SOURCE value needed for large files... no
checking for library containing tgetent... no
configure: creating ./config.status
config.status: creating Makefile
config.status: error: cannot find input file: `config.h.in'

pewnie coś nie tak robię z autoconf-em?

EDIT: pomogło 'autoreconf -i', teraz zapuszczam make... zobaczymy :)

@Sim_Piko: zadam głupie pytanie... skąd brałeś źródła Atari800-3.1.0? Bo spróbowałem skompilować źródła z tego co podesłałeś i wychodzi na to że ./configure --target=rpi --host=arm-linux poszło bez najmniejszego problemu. Właśnie poleciał make, również bez problemu.

Ja źródła pobrałem z tej lokalizacji:

http://sourceforge.net/projects/atari80 … 800/3.1.0/

Właśnie sprawdziłem MD5 i wszystko się zgadza:

pi@raspberrypi ~/Downloads $ md5sum atari800-3.1.0.tar.gz 
354f8756a7f33cf5b7a56377d1759e41  atari800-3.1.0.tar.gz

Tyle że 'src' od Ciebie się kompiluje bez problemu, a pliki z sf.net tak jak to widać powyżej ;/

coś jeszcze mam nie tak...

pi@raspberrypi ~/atari800-3.1.0/src $ ./configure --target=rpi --host=arm-linux
configure: WARNING: if you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used
checking build system type... armv7l-unknown-linux-gnu
checking host system type... arm-unknown-linux-gnu
checking for arm-linux-gcc... /bin/arm-linux-gnueabihf-gcc
checking whether we are cross compiling... yes
checking for suffix of object files... configure: error: in `/home/pi/atari800-3.1.0/src':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details

Dzięki Wielkie! Jak dotrę do domu to sprawdzę! :)

Jest dokładnie tak jak piszesz, z tym że Open GLES oprócz sprzętowego skalowania i blittowania, idealną synchronizację z V-Sync.

Gdy kompilujesz bez --target=rpi to kompilujesz wersję które również blittuje i skaluje za pomocą SDL, również brak V-Sync, skalowanie wygląda koszmarnie i w dodatku mocno to wszystko obciąża CPU.

Patrzyłem trochę na kod renderujący widok dla Open GLES, i mogę się jedynie domyślać gdzie jest problem, chciałem to poprawić... tyle że nie potrafiłem ogarnąć kompilacji na Raspberry PI. Jeszcze raz dzięki za naprowadzenie na właściwą drogę :)

Aby włączyć tryb 1080p z refresh rate na poziomie 50Hz (PAL), a co za tym idzie aby osiągnąć płynność i idealną synchronizację z V-Sync. Wszystko jest idealnie płynne, nic się nie przycina, nie skacze, nie szarpie scrolling-ów. Dopiero to wersja (Open GLES / Rasp-Pi) daje ten efekt. Na domowym PC mam również monitor w trybie 50Hz @ 1080p, i gdy odpalam Altirra z V-Sync + "speed match to broadcast"... to też jest "prawie" dobrze. Sęk w tym że Windows zawsze znajdzie sobie coś ważniejszego do robienia i widać czasami wkurzające przycięcia obrazu i inne artefakty, które to nie występują gdy emu jest uruchomiony na Raspberry Pi.

to może nie walcz, bo szkoda Twojego czasu, spróbuję cross-compile uskutecznić, jak się uda to wystawię obraz maszyny wirtualnej (Virtual BOX), może komuś się przyda.

@willy: już się kompresuje, upload pewnie pójdzie szybciej :)

@Montezuma: nawet pisałem o tym że mam tak ustawione w pierwszym poście (1080p @ 50Hz), a co do wątku do którego linkujesz nawet napisałem w tym wątku, (obecnie ostatni post) opisując problem który napotkałem, być może autor poprawi opisany przeze mnie błąd. Atari800-3.0.0 mam zassane z sf.net (tam leży skompilowana i gotowa binarka dla RaspPi) i działa prawie dobrze (z wyjątkiem błędu który dokładnie opisałem wyżej).

Chciałbym skompilować wersję 3.1.0 i jeżeli to się uda to zacznę wnikać w kod renderujący być może uda mi się to poprawić jeżeli wcześniej autor tego nie uczyni wcześniej, chyba wiem gdzie jest problem, ale aby to sprawdzić muszę mieć działającą wersję.

no bez "--target=rpi" to masz wcześniejszego log-a, o którym pisałeś że brakuje być może plików.

Do kompletu na forach i w doc-ach piszą że jak budujesz bez target (co zresztą też nie działa), to budujesz wersję SDL, bez Open GLES... które to SDL na Raspberry PI niedomaga ;/ brak wsparcia sprzętowego, brak double-buffer, brak v-sync, software blits only, etc. czyli ogólnie rzecz biorąc "el masakra".

Zależy mi na wersji 3.1.0 ze wsparciem Open GLES, i napisałem post na forum raspberry pi, do autora tego kodu, ale się okazuje że forum jest ultra moderowane, mojego posta nie widać i nie będzie widać do czasu aż jakiś moderator nie zechce zatwierdzić moich wypocin.

Cześć,

Dokładnie tak próbowałem zrobić ale chyba czegoś brakuje, albo coś źle robię, bo 'make' po configure kończy się u mnie tak:

pi@raspberrypi ~/atari800-3.1.0/src $ make
gcc -c -o afile.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  afile.c
gcc -c -o antic.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  antic.c
gcc -c -o atari.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  atari.c
gcc -c -o binload.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  binload.c
gcc -c -o cartridge.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  cartridge.c
gcc -c -o cassette.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  cassette.c
gcc -c -o compfile.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  compfile.c
gcc -c -o cfg.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  cfg.c
gcc -c -o cpu.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  cpu.c
gcc -c -o crc32.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  crc32.c
gcc -c -o devices.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  devices.c
gcc -c -o emuos.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  emuos.c
gcc -c -o esc.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  esc.c
gcc -c -o gtia.o -DHAVE_CONFIG_H -I. -O2 -Wall -ansi -pedantic -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Winline -Wredundant-decls  gtia.c
gtia.c: In function ‘GTIA_GetByte’:
gtia.c:532:16: error: ‘INPUT_CONSOL_OPTION’ undeclared (first use in this function)
gtia.c:532:16: note: each undeclared identifier is reported only once for each function it appears in
gtia.c:535:16: error: ‘INPUT_CONSOL_START’ undeclared (first use in this function)
Makefile:82: polecenia dla obiektu 'gtia.o' nie powiodły się
make: *** [gtia.o] Błąd 1

chyba nie tylko ja mam problem...  http://sourceforge.net/p/atari800/mailm … /30753436/

i dodam że nie chcę budować wersji SDL tylko taką renderującą przez Open GL ES. Wersja 3.0.0 działa prawie doskonale (z wyjątkiem tego co pokazałem wyżej), szybko i bardzo bardzo dobrze radzi sobie z synchronizacją, trybami interlace, płynne scrollingi, etc.

a z tego co widać wyżej również wersja SDL się nie chce kompilować, a ./configure --target=rpi nie działa u mnie również.

To chyba zostaje mi tylko próba z cross-compile ;/ Chociaż patrząc w źródła kod dla OpenGL jest podobny i pewnie efekt będzie ten sam. Spróbuję napisać do autora wersji OpenGL/RPI.