Jad - jesli moge zazartowac - z pewnoscia moze - bo atari jest lepszym komputerem ;) - a tak serio - to za chwile to obacze :D

Ten Matrix leci 8 ramek/s z dźwiękiem 6144 Hz, czy to z MyIDE, czy z KMK/JŻ/IDEa (na AVPlayerze), w tym drugim przypadku niewiele więcej można wycisnąć, jak jest w MyIDE - nie wiem. Jeśli chodzi o dźwięk, to Covox całkiem całkiem poprawia sprawę. Od jakiegoś czasu zastanawiam się nad puszczeniem obrazu w co drugiej linii, to byłaby już pokaźna oszczędność, którą można by rozłożyć na wzrost fps i/lub poprawę jakości dźwięku.
Jad: przecież oglądałeś premierowy pokaz video z KMK/JŻ IDE, nie pamiętasz już, jak wyglądało? ;)

Tego nie wiedziałem - jeśli tak, to atari rulezuje (:

To może lepiej popatrzeć na mój stary pomysł:

[...] takie przymitywne pakowanie stratne grafiki - tak, zeby zawsze ramka zajmowala 2KB. Napisalem programik w javie, ktory tak obrabial grafe, ale przepadl, postaram sie to opisac:

Ramka zawsze zajmuje 1 zestaw znaków i 960 bajtów pamieci ekranu (pozostale bajty w 2KB sa potrzebne na np. pozycje przeciwników). Jak to zrobic?

Logosujemy obrazek. Oczywiscie wychodzi, ze potrzeba znacznie wiecej, niz 128 znakow, załóżmy, że wyjdzie (w najgorszym przypadku) 960 różnych znaków (i tej wersji się trzymajmy). Znajdujemy znaki najbardziej podobne do siebie (tutaj można pewnie różne strategie wymyślać, ja zrobiłem brute force - dla każdego znaku była tablica wielkości 960 intów i w tej tablicy stopien podobienstwa danego znaku do wszystkich innych. 0 jesli identyczne. 1 jesli różni się jeden pixel o jeden odcień, itp. (dokladnie nie pamietam, ale to nie mialo wielkiego znaczenia dla wygladu).
Potem przelatuje te tablice i najpierw zastepuje jednym wszystkie miejsca, gdzie było 0
- sprawdzam, czy juz jest <129 znaków
- przelatuje te tablice i najpierw zastepuje jednym wszystkie miejsca, gdzie było 1
- sprawdzam, czy juz jest <129 znaków
itp.

To, co wychodzi ma dokładnie 1024+960 bajtów, jest pełnoekranowym obrazkiem i wygląda calkiem niezle, szczególnie, jesli to by byl film i pixele sie dosc szybko zmieniaja. Zaleta tej kompresji jest całkowicie sprzetowa dekompresja :-)
Oczywiscie warunek ladnej odgladalnosci jest taki, ze to grafika taka lekko rozmazana - jak to na filmie, czyli w gre wchodzi chyba tylko GR.9.

No i mamy 2kb na klatkę, 16 klatek na sekunde  i pięknie odtwarzający się film, który nie kosztuje prawie nic cykli, dzięki czemu można wymyślać jakieś efekty z przesuniętą o pół pixela co drugą linią, fajnym dzwiekiem, itp.

pirx: Kompresja dobra, dobra, podobuje mi się. Pomyślimy, zastosujemy! :]

a ja glupia c*pa dalem sie nabrac (-;

Pin: No to ja czekam. :)

Ogłaszam wszem i wobec, że na East Party 2006 odbędzie się przedpremierowy pokaz pierwszej bety R0l0Playera3.
Do najważniejszych ficzerów należy m.in. obsługa dedykowanego systemu plików (koniec z ograniczeniem do pojedynczego pliku na każdej z max. 16 partycji IDEa po 16MB - do dyspozycji jest teraz do 128 GB w plikach do 4 GB), oraz kompresja obrazu wg pomysłu Pirxa w tym wątku, dzięki czemu udało się uzyskać 12,5 fps i 12800 Hz ośmiobitowego dźwięku, kosztem (czasem znacznego) pogorszenia czytelności obrazu.
Z tym ostatnim można walczyć na dwa sposoby: dodać drugi zestaw znaków, zmniejszając przy tym frame rate i/lub częstotliwość dźwięku albo kombinować z innymi metodami kompresji - tu mam już parę pomysłów, ale póki co nie jest to sprawa priorytetowa. Miejscami filmiki wyglądają naprawdę dobrze.

Data pierwszego rilisu jest bliżej nieokreślona, ale na pewno uzależniona od waszej reakcji. Na pewno przed tym będę musiał jeszcze wprowadzić parę poprawek do samego systemu plików i dorobić jakieś sensowne UI.

Do zobaczenia na party. :)