Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Atari800MacX 6.1.0 Popularny emulator Atari na Maca otrzymuje wsparcie dla FujiNet/NetSIO oraz liczne poprawki błędów!
RastaConverterBeta19 Najnowsza wersja RastaConvertera wprowadza nowe funkcje odległości kolorów, w tym domyślne "rasta".
Test7800 0.7.1 Nowa wersja emulatora Test7800 w wersji 0.7.1 przynosi usprawnienia w obsłudze Drag and Drop oraz poprawki POKEY dla Stone Age.
Nadchodzi Rogul na Atari ST/STE Konwersja znakomitego Fantasy-Hack'n Slash-Roguelike Rogul z małego Atari na platformy ST/STE
Gearlynx z aktualizacją do 0.0.9 Wieloplatformowy emulator konsoli Atari Lynx, Gearlynx, doczekał się nowej wersji 0.0.9.
atari.area forum » Posty przez jury
Jury, ogarniaj te 4 GB (chętnie się umówię jakoś po majówce, jak już spokojnie ogarniesz), a na razie spróbuję lokalnie.
OK, jak co to przepchałem te 4GB w końcu na Falcona, więc mogę odstąpić swoje Net(bez USB)Bee :) do testów.
Zupełnie nie znam Aranym'a, więc nie umiem odpowiedzieć, ale wydaje mi się, że powinno.
A uruchamiałeś na nim kiedyś jakieś inne SDLowe porty (bo tylko w SDLu bym się ewentualnie upatrywał problemów) i działały? Bo jeśli tak to i GemRB też powinien działać, to też SDL. Jest jeszcze możliwość użycia OpenGL'a, ale nie budowałem go jeszcze z openGL'em (oczywiście niedługo mam w planach spróbować, żeby zobaczyć rożnice)
Wstępnie wygląda na to, że jest niezerowa szansa że to będzie działać w miarę znośnie. Filmiki nagrane na CT63 podkręconym na 97MHz + Super Videl. Na zwykłym Videlu raczej nie ma dużych szans aby to było grywalne. Próbowałem 2 razy na chwilkę uruchomić na Videlu, to oprócz tego, że ucięte do 8 bitowego koloru wygląda zauważalnie gorzej, to jednak "przepychanie" takich ilości grafiki do STRAMu zmniejsza płynność zauważalnie. Jednak może coś się uda podkręcić, bo małe pole do manewru widzę.
Na razie jest to trochę starsza wersja tego silnika, ale 2 gry ponoć już w pełni zaimplementowane i można je przejść do samego końca.
Obecny build nie ma dzwięku i zapisywanie stanu też coś na razie nie działało mi jak ze dwa dni temu próbowałem.
Ładowanie większych lokacji chwilę trwa, ale cóż, gry na tym silniku ważą od 1 do 3 gigabajtów, z czego grafika i dzwięk zajmują większość, więc załadowanie niektórych lokacji trwa nawet i pół minuty. Całe szczęście załadowane lokacje trzymane są w pamięci, więc po opuszczeniu ich i po powrocie do nich po jakimś czasie jest błyskawiczne.
Ta wersja na youtubie jest anglojęzyczna, ale wcześniej próbowałem też polską lokalizację i absolutnie wszystko wyświetlało się prawidłowo. Czego w sumie nie rozumiem, bo niby ta wesja nie obsługuje lokalizacji jeszcze, dopiero późniejsze, ale polska lokalizacja wyglądała w pełni poprawnie.
Ogólnie jeszcze długa droga do przebycia, ale może coś z tego wyjdzie.
https://www.youtube.com/watch?v=4xqZzH66Ecg
https://www.youtube.com/watch?v=Ibkad1Y1r1U
Skoro piszesz, że jesteś totalnie zielony :) to zapewne nie wiesz, że Atari samo z siebie nie widzi dysków twardych. Potrzebny jest tak zwany sterownik. Z komercyjnych masz HDDrivera i sterownik PPutnika, z darmowych całą plejadę przeróżnych, z których chyba najpopularniejszym jest ICD. Np tu masz opis co i jak w przypadku ICD:
http://joo.kie.sk/?page_id=306
a tu w przypadku HDDriver'a:
http://joo.kie.sk/?page_id=266
Edit:
Aha, co to znaczy, że ten dysk który kupiłeś z Falconem ma problem z załadowaniem systemu? Jakieś komunikaty, obrazki czy cuś w podobie wyświetla? :)
Dema .prg chodza bez problemu probowalem .st bo tylko takie mam ale nie działaja, da sie jakos przekonwerowac bo mam tylko obarazy dyskietek z rozszerzeniem .st
jury: może powinienem pożyczyć od Ciebie NetBee - w końcu każdy nasz test trwał max kilkanaście minut. A może Twoje NetBee przestanie działać np. po 40 minutach?
Nie ma sprawy, tylko za chwilkę (mam nadzieję krótką). Potrzebuję obecnie przenieść około 4 giga na Falcona, ale coś mi się nie udaje. Wczoraj wykonałem trzecią próbę i też nieudana, bo jak próbuję już na Falconie od'tar'ować lub rozpakować unzip'em owe archiwa, to albo niektóre pliki krzyczą "bad CRC", albo rozpakowywanie przerywa się z np komunikatem "unexpected EOF in archive". Na razie nie wiem o co chodzi.
A gdzie masz zainstalowaną tą bibliotekę? Jesteś pewien, że LDFLAGS zawiera tą ścieżkę?
Zainstalowana jest w /home/jury/sdl_stuff/lib/m68020-60 no i dokładnie taką ścieżkę podaję w LDFLAGS:
LDFLAGS="-L/usr/m68k-atari-mint/lib/m68020-60 -L/home/jury/sdl_stuff/lib/m68020-60"
Configure wypluwa log, w którym są logowane kolejne kroki. A w samym konfigure są np. kody plików kompilowanych i parametry kompilacji. Popatrz w jedno i w drugie, poszukaj fragmentu, który odpowiada za interesujący cię aspekt. Możliwe, że trzeba ten skrypt poprawić.
Tak, patrzyłem w ten log, ale nic specjalnego nie zauważyłem. Dobra, coś pewnie przeoczyłem więc muszę dzisiaj przysiąść do tego jeszcze na spokojnie i prześledzić znak po znaku.
Bzdury czy nie, to jak coś nie działa i nie wiadomo o co chodzi, to warto próbować i rzeczy które wydają się bzdurne :)
Ale w tym przypadku katalog ze źródłem o tyle nic nie wniesie, że działania configure dotyczą obszaru weryfikacji i konfiguracji samego środowiska czyli sprawdzanie odpowiedniości kompilatora, weryfikacja wymaganych zależności (właśnie jak np SDL_image w tym przypadku) i tak dalej. Dla niego źródła mogą zupełnie nie istnieć, za to środowisko które potem ma działać na źródłach, musi być tip-top.
No takie jest też i moje rozumienie, ale też wydaje mi się, że takie standardowe rzeczy jak dostęp do dodatkowych bibliotek jest z góry jakoś tam ustalone, trzeba tylko odpowiednią opcję dostarczyć. Dotychczas kompilując natywnie na linuksa zawsze tylko uruchamiałem ten skrypt i tyle, ewentualnie dostarczając jakieś opcje wyszczgólnione pod --help. Ale pierwszy raz potrzebuję kross-kompilować z użyciem configure i za nic nie umiem go zmusić aby poszukiwał atarowego SDL_image.
Jaką opcję trzeba podać configure'owi aby znalazł dodatkowe biblioteki atarowsie, np SDL_image?
Np obecnie wywołuję configure tak:
CC="m68k-atari-mint-gcc" CFLAGS="-m68020-60" LDFLAGS="-L/usr/m68k-atari-mint/lib/m68020-60 -L/home/jury/sdl_stuff/lib/m68020-60" LIBS="-lfreetype -lSDL_mixer -logg -lvorbis -lmikmod -lSDL -lSDL_image -lpng12 -ltiff -ljpeg -lgem -lm -lz" CPPFLAGS="-I/home/jury/sdl_stuff/include/SDL -I/home/jury/sdl_stuff/include" CXX="m68k-atari-mint-g++" CXXFLAGS="-m68020-60 -std=c++11" ./configure --enable-lite --disable-threads --disable-shared --enable-static --host=m68k-atari-mintI przy testowaniu SDL_image (który jest Required) wykłada się tak oto:
checking for IMG_Load in -lSDL_image... no
configure: error: *** SDL_image lib not found! Get SDL_image from
http://www.libsdl.org/projects/SDL_image/index.htmlNa linuksie jak wywołuję configure to znajduje linuksowego SDL_image i przechodzi wszystkie testy prawidłowo.
Co muszę mu podać aby zobaczył atarowskie SDL_image znajdujące się w /home/jury/sdl_stuff/lib/m68020-60?
Oczywiście jak z configure'a usunąłem ten kawałek skryptu odpowiedzialny za test SDL_image, to reszta przeszła prawidłowo i potem przy kompilacji i budowaniu binarki linker sięgnął już do prawidłowych bibliotek i stworzył prawidłową binarkę. Ale chciałbym wiedzieć jak wywołać configure'a tak aby prawidłowo przeszedł wszystkie testy.
Pewnie będzie to samo.
No właśnie niekoniecznie, mój NetBee (bez USB) działał bez problemu na tej TT, a prób wykonaliśmy wiele.
Choć może to być spowodowane np:
- że nie mam modułu USB i to on coś wnosi co sprawia to dziwne zachowanie
- ja kupowałem tą kartę kupę czasu temu od zaxona, więc może w między czasie były jakieś zmiany w projekce?
Ja ukarat na zadna taka Tetke nie trafilem a kilka mialem w rekach, ale znam jednego, ktoremu netusbee przestalalo dzialac po ok 15 minutach, tak jakby TT-etka po nagrzaniu odmowila współpracy
W przypadku tej TT też to się zaczyna wydarzać po jakimś czasie, zdecydowanie szybciej niż 15 minut, ale po kilku minutach absolutnie ZAWSZE się zaczynało na tamtej karcie NetUSBee. Coś jest na rzeczy ewidentnie.
Boszesztymój ... "skompromitowany" .... czy o mieszkaniu gdzie się włamano należy pisać "skompromitowane mieszkanie"?
Taka moda teraz. Ale spokojnie przejdzie to homo sapiensowi jak nowe emocjonujące akcje się będą pojawiać na których skupi emocjonalna uwagę i te tego typu pójdą w zapomnienie.
A ten tego... To po ile tan "felerny" Falcon?
No jest cena podana na aukcji zalinkowanej wcześniej tu:
Z managaerów plikowych dość popularnym był jeszcze Mortimer
PS Jaka to wersja TOSu na zdjęciu?
1993 to raczej zdecydowanie już 4.04, ale sprawdź za pomocą Sysinfo to się jeszcze wielu innych rzeczy o tym egzemplarzu dowiesz:
https://sites.google.com/site/stessenti … ls/sysinfo
Powinno być już lepiej.
Jest. Dzięki!
jest problem z wyjściem do Minta z gry uruchomionej w trybie pełno ekranowym.
A jak się to objawia, jakiś komunikat masz czy cuś?
U mnie wychodzi prawidłowo.
@Jury, jak chcesz zebym cos testował na jagpadzie to pisz :)
OK, załączam wersję która już działa z Jagpadem. W pierwszym poście też jest już wersja pałej paczki (zip) w której jest ta nowa binarka obsługująca Jagpada.
Dzięki Kroll za zgłoszenie problemu i testy.
Kompilat MiniSlug'a na najmocniejsze konfiguracje Falcona. CT6x oczywiście wymagany + jako, że grafika jest w 16bitach (co widać, jest naprawę kolorowa), to i SuperVidel wymaganay (nie wiem jak wygląda sprawa z Radeon'em, ale to też by dało radę)
Oczywiście uruchamia się na oryginalnym Videlu bo ma on tryb 16bit. I taki pierwszy poziom nawet jest grywalny. Wyjątkiem jest końcowy boss, tam już Videl klęka (a raczej ST RAM) ale tragedii jeszcze nie ma. Tragedia pojawia się na drugim poziomie który jest pod wodą, więc wszystko "pływa" i tu Videl nie wystarcza. Kolejne poziomy pewnie by już znów działały znośnie, bo mniej się na ekranie dzieje, ale przebrnąć przez 2 poziom to była by udręka (choć można pewnie by cheat'em przeskoczyć ten poziom)
Muzyka wyłączona, oryginalnie jest jakaś biblioteka Leonarda (Oxg) w c++ która odgrywa pliki YM, ale jak to gdzieś w sieci na ten temat ładnie napisane, 68k jest za słabe aby to pociągnęło. Sound FX'y są.
Klawiszologia:
F8 - pauza, wyjście
F9 - przełączanie 320x240 / 640x480 (nie polecam używać, no chyba, że na jakimś Firebee, ale też wątpię aby dało radę)
Strzałki - chodzenie
Spacja - skok
C - strzał
V - specjalny strzał
Jest szansa, że Jagpad zadziała, ale nie mam więc nie wiem.
Gra jest cholernie trudna, a przynajmniej dla mnie, ale jak trochę się pogra, to kurcze można iść jak przecinak :)
Tak wygląda na Amidze:
http://www.indieretronews.com/2017/06/t … metal.html
Edit:
Aha, ze względu na długie nazwy plików potrzebny MiNT.
dysk automatycznie pojawi mi się w TOS, czy może zależy to od wersji TOSa, albo dodatkowych sterowników?
Nie pojawi się* potrzebujesz jakiś sterownik. Z komercyjnych masz do wyboru sterownik HDDriver Uwe'go oraz sterownik PPutnika. A z darmowych to chyba najpoularniejszy jest IDC Pro + masa innych typu AHDI, Cecile, CBHD, Hushi ...
*chyba, że EmuTOS ma wbudowany sterownik, zupełnie nie śledzę EmuTOSa, ale wydaje mi się, że kiedyś czytałem że:
- EmuTOS ma już w sobie sterownik do dysku
- takie są plany i ma mieć sterownik kiedyś tam
- przyśniło mi się to
Nie jest warta tyle, frajera szuka. Mega obecnie jest warta tyle co Cyprian napisał za ile właśnie swoją kupił i za ile widuje na ebayu.
No to i ja dołączę do koncertu życzeń :) Chętnie przygarnę:
-PAK
-FRAK
-PuSTE
autor rozszerzeń właśnie bada zapotrzebowanie i chce zlecić produkcje.
A gdzie tam jest ta informacja? Bo nie mogę tego znaleźć.
Edit:
Sam sobie odpowiem. Bo chyba już nie bada zapotrzebowania, tylko ma ileś gotowców, bo jest info, że są dostępne. OK, to jeszcze lepiej :)
To jeszcze jedno. Chcesz zrobić init tablicy na starcie a pozniej dla kazego odswiezanego pixela ekranu robic w niej lookup a potem zapisywac znaleziony kolor do chunky buffora, tak?Nie wiem jak duzo odrysowywujesz co ramke, ale jesli wiekszosc ekranu to ten koszt też może się zrobić znaczący (w stosunku do przygotowania 8bit grafik wczesniej).
Na chwilę obecną jest to zrobione tak, że po przeliczeniu danego piksela od razu leci on do karty graficznej, co w naszym przypadku oznacza ST-RAM. Ale generalnie taki właśnie mam plan, że po przeliczeniu koloru najpierw będę go wrzucał do chunky buffora w TT-RAMie, a potem tylko jednym SDLowym blitem przerzucał to do ST-RAMu. To jest następny mój krok optymalizacji tego, ale już wstępnie w pół minuty byle jak na szybko skonstruowałem sobie taki bufforek i tam przekierowałem przeliczone kolory a potem jeden blit do ST-RAMu i faktycznie różnica w czasie wykonania była ogromna.
Swoja drogą używasz C2P w pełnym oknie 640x480? Ciekawe jestem jak to się spisuje, pewnie coś koło 3 ramek na to leci na CT60?
No ja akurat jak to mierzyłem to nie w ramkach tylko w milisekundach i wychodzi mi, że w 640x480x256 SDL przerzuca bufor ramki do ST-RAMu w jakieś 60 milisekund, czyli faktycznie jakieś plus/minus 3 ramki.
Dokładnie, tak zwany target to 060. I przyznam szczerze, że nawet nie rozważałem trybu TC, ba nawet o nim nie pamiętałem. Dla mnie jest to jakiś egzotyczny tryb, nie mówiąc, że kompletnie o nim nic nie wiem, oprócz tego, że raczej jest ciężki. A do tego tego potrzebuję rozdzielczości 640x480, więc czy tryb TC w takiej rozdzielczości nie zabił by ST-RAMu?. Choć kiedyś będę musiał się pobawić tym trybem,.
Ja generalnie mam jedną paletę 8bit, do której potrzebuję się konwertować, więc opcja ze zrobieniem tablicy w inicie to zdecydowanie najbardziej podobające mi się rozwiazanie. W sumie nawet jak bym miał tych palet więcej (a przecież była by to mocno skończona ilość) to i tak bym robił tablice, pewnie wtedy 6cio bitowe, zaufam Fox'owi, że nawet na 6 bitach straty będą niezauważalne.
atari.area forum » Posty przez jury
Wygenerowano w 0.087 sekund, wykonano 20 zapytań