Komentowana treść: Wywiad z Grzegorzem Kraszewskim
28.01.2019 12:05
[#32]
Re: Wywiad z Grzegorzem Kraszewskim
@morph123, post #31
Karty graficzne dla PC'ta już od wielu lat są "komputerem" czasami wielokrotnie silniejszym obliczeniowo od procesora głównego. W projekcie Krash'ana Raspberry Pi nie jest samodzielnym komputerem. System operacyjny tego maleństwa czeka na polecenia z Amigi. Bez nich niespecjalnie jest w stanie zrobić coś sensownego. Więc to Amiga steruje tym cudeńkiem. Dokładnie tak jak PC kartą graficzną lub każdą inną. W tym wypadku to karta z Raspberry Pi jest zależna od Amigi, nie odwrotnie. Inna sytuacja ma być z kartą Vampire. To ta karta ma wydawać polecenia reszcie "bebechów" Amigi robiąc z niej właściwie dostawcę prądu, klawiatury i kilku innych dodatków, bez których również jest się w stanie obejść (wersja standalone). Komputery powstały z myślą o obliczeniach oraz sterowaniu. Dopóki to Amiga steruje zewnętrznym urządzeniem, które może być miliony razy potężniejsze obliczeniowo od "staruszki", to ona jest sprzętem nadrzędnym, a urządzenie sterowane "tylko" dodatkiem.
28.01.2019 12:38
[#34]
Re: Wywiad z Grzegorzem Kraszewskim
@recedent, post #33
Raspberry Pi z Linuxem jest samodzielnym sprzętem. Natomiast w projekcie SeaPiggy12, jeśli wszystko dobrze zrozumiałem, jest "tylko" podzespołem sterowanym przez Amigę. Zupełnie niesamodzielnym. To wielka różnica.
Panowie biją do tego, że Amiga staje się dodatkiem do Raspberry Pi. Tak jednak nie jest w tym przypadku. SeaPiggy12 samodzielnie niczego wielkiego nie zrobi. Musi być sterowana.
Panowie biją do tego, że Amiga staje się dodatkiem do Raspberry Pi. Tak jednak nie jest w tym przypadku. SeaPiggy12 samodzielnie niczego wielkiego nie zrobi. Musi być sterowana.
28.01.2019 15:57
[#38]
Re: Wywiad z Grzegorzem Kraszewskim
@Krashan, post #21
Tak, w przypadku gier 3D to właściwy kierunek, tym bardziej, że – na ile się zdążyłem zorientować – w zasadzie cała implementacja siedzi w kernelu VC i wystarczy to odpowiednio opakować.
VC to bardziej simd/dsp i zarzadzanie, rendering chyba robi QPU - Broadcom udostepnil jakies zrodla na linuxa, wiec mozna przynajmniej sprawdzic czy da sie to zrobic.
Dla zabawy w gry 2D planuję niskopoziomowy dostęp do Raspberry, w tym sensie, że nie przechodzący przez tradycyjne amigowe API RTG i nie wymagający „żyjącego systemu”. Czyli po staroamigowemu będzie można będzie strzelić Forbid() i wysyłać dane i komendy bezpośrednio do Maliny. Dla uprzyjemnienia zabawy i złagodzenia bólu wolnej komunikacji, będzie można w pamięci Maliny tworzyć bitmapy bezpośrednio wysyłając obrazki IFF czy PNG, ARM zajmie się zdekodowaniem. Ogólnie, ponieważ po stronie „karty graficznej” mam bardzo szybki – jak na amigowe realia – procesor ogólnego zastosowania, to API nie będzie musiało być wypadkową tego, co porafi sprzęt, ale będzie „sympatyczne i miłe w dotyku”. To zachęca hobbystów.
Pi ma OpenVG 1.1 - moze zamiast wymyslac wlasne wykorzystac to API albo na nim bazowac ? Gwarantowalo by to od razu akceleracje grafiki i moze jakies gotowe dema/programy.
To bedzie tylko na a1200 czy planujesz moze wersje na zorro? Sadzac po szybkosci poszloby na zorroII czyli na wszystkie duze amigi. W sumie to bardzo dobry pomysl - mogla by byc super tania karta graficzna do kazdej duzej amigi. Nie jestem specjalista od hw, ale chyba by to bylo latwiej zrobic niz mostek pci :)
Rzecz jasna systemowa grafika, czyli gruby patch na graphics + emulacja CyberGFX też będzie.
Tylko czy to nie bedzie za wolne? Gdzies czytalem, ze max 1 mb/s mozna wyciagnac... Jesli bedzie dzialac wolno, to potrzeba by jeszcze cos na zachete, czyli ...
W dalszej kolejności Open GL ES 2.0, później można rozważać inne ciekawe możliwości, np. audio w HDMI, wykorzystanie sprzętowego dekodera H.264, a nawet zdjęcie cyfrowo sygnałów RGB z AGA, podanie ich przez wejście kamery i wyświetlanie amigowych ekranów przez HDMI. Na razie jednakże są to pomysły na etapie kawiarnianych rozważań przy szklaneczce trunku, koncentruję się póki co na podstawach.
Ten opengles jest chyba najbardziej interesujacy, bo mialby najwieksza liczbe uzytkownikow. W sumie moglbym rzucic okiem i sprobowac zbudowac jakas biblioteke typu opengles bridge na amidze ale nie mialbym tego jak przetestowac bo nie mam a1200 :(
W ogole to na jakim etapie jestes ? PoC/ Prototyp hw/jakis sw dzialajacy ?
28.01.2019 17:30
[#41]
Re: Wywiad z Grzegorzem Kraszewskim
@michal_zukowski, post #39
Zalezy od silnika i od zlozonosci gry - w niektorych sa ladowane przed rozpoczeciem gry i tu nie bedzie problemu, ale jak jest "otwarty swiat" lub duzo tekstur w lokacji to sa ladowane w miare przemieszczania sie i gra moze sie w tych miejscach zatykac. Trzeba by pewnie modyfikowac managera tekstur by z wiekszym wyprzedzeniem je ladowal na gpu...
30.01.2019 21:48
[#57]
Re: Wywiad z Grzegorzem Kraszewskim
@docent, post #15
Hehe, barebone programming rzadzi :) - ja mam rozgrzebanego execa na arma w rpi, od 2 lat czekajacego na wolny slot w kolejce na uruchomienie i dokonczenie :(
A moze tak bys do arosowego DevTeamu zajrzal? Co prawda exec na arma w rpi juz od dawna jest i dziala, ale wsparcie jest zawsze mile widziane :) Teraz np. walcze m.in. z usb2otg.
Aha, AROS na RasPi (przynajmniej wersja nad ktora pracuje) dziala w trybie BigEndian...
