Są pewne ograniczenia które mnie nie puszczają.
No niestety jak się nie da czegoś zrobić tak samo to trzeba to zrobić inaczej (lepiej albo gorzej)
Wybuchanie przeciwników na pół ekranu nie wchodzi w grę. Atrybuty mi się posypią jak domino. :)
Dla tego trybu przewiduje zrobić "dynamiczne" generatory.
Z zasady góra są 2 większe obiekty naraz na ekranie.
Generator dzielę na elementy stałe (podłoża, ściany itp.) powiedzmy pierwsze 32 znaki (razy 2)
I elementy zmienne (potwory, działa, itp) które alokuje w generatorze przy zmianie sceny - 48 znaków (razy 2)
Dane sceny nie zawierają wtedy tych obiektów przez co są łatwiejsze w kompresji. Potem tylko narzucam taki obiekt na ekran.
No i na końcu na obiekty ruchome - 48 znaków (razy 2) - myślę że powinno wystarczyć.
No ale to są tylko testy graficzne do gry daleka droga.
Cybernoid bardzo mi pasował do tych testów i tylko dla tego się za niego zabrałem.

ps. Czekam na jedynkę, bo głupio by było żeby się dwójka pierwsza pokazała :)

Z racji że przez następny miesiąc będę chyba nie dostępny dla JIL postanowiłem szybko coś sklecić z tego co miałem.
Bez ulepszonego Envisiona nawet nie zabieram się za to.  Cała nadzieja w Jakubie. :)
Przez ostatnie 2 tyg nie zrobiłem dosłownie nic z tym. Więc jest jak jest.
Generalnie próba generalna tego trybu. Do pewnych gier sie nada. Na razie kolorowałem zero-jedynkowo w assemblerze.
Zrobiłbym edytor do tego ale nie mam jeszcze pewności czy nie skuszę się na wyciśnięciu 2 kolorów jeszcze w linii.
Więc organizacja ekranu i układ atrybutów się może zmienić.
Paleta JIL jest do bani. A ja do tego jako grafik jestem jeszcze gorszy. Więc wygląda jak wygląda. ;)
Niby 120 kolorów na tych pseudo atrybutach mogę użyć na ekranie. No ale jak?

>jesli atari bedzie mialo vbxe to grafika bedzie taka jaka widac powyzej

Tylko czy jest sens? Napracujesz się a nikt tego nie doceni. A na pewno nie spowoduje to że ludzie zaczną myśleć o zamontowaniu VBXE.
A na emulu wiadomo to nie to samo, bo można sięgnąć po emula gumiaka i tam się cieszyć grą.
Wciąż grono użytkowników vbxe jest wąskie i żeby się przyjęło jako standard to należało by coś zrobić dedykowane tylko pod to.
Widziałem dotychczasowe produkcje i są ok. Ale czas chyba przenieść się na wyższy poziom.
Myślę że nawet o czymś takim można by pomyśleć. :)
http://www.youtube.com/watch?v=_rcJ7BRbXX4&feature=related
Ale to długa i wyboista droga :) ale myślę że w zasięgu sprzętu.
Ja jak w końcu opanuję 6502 to zabiorę się za specyfikację vbxe.
Ciekawy jestem co to potrafi i co ja potrafię :)

ps. od dłuszego czasu chodzi mi po głowie zrobić to:
http://hol.abime.net/4553
vbxe byłby jak znalazł.
Jak bym w piwnicy pogrzebał to może źródła bym znalazł do tego z grafą (bo tak głupio rypać z własnej gry :) )

Druga część z c64
Kod całkowicie mój.
W trybie tekstowym + 26 DLI
Jest to raczej próba generalna tego trybu, który wymyśliłem sobie na potrzeby innej gry.
Oraz chęć sprawdzenia jak by cyb mógł  wyglądać na JIL gdyby ktoś miał dużo samozaparcia i się do tego przyłożył.
No a dla mnie jest to idealna okazja do przypomnienia sobie kodowania.
Tak jak w przypadku Flimbo będzie miało to więcej wspólnego z demem niż z grą.
Jeszcze nie czuje się na siłach pociągnąć taki projekt do końca.

Ze nie wspomnę o własnym standardzie dyskietek :)

>Moglbys napisac w jaki sposob wydajnie animujesz duszki? Tzn domyslam sie ze za pomoca buforow, ale 10kB? Kazda klatka animacji to osobny bufor?

Metoda jest prosta, wręcz banalna ale pamięciożerna i niesie pewne ograniczenia.
Postaram się pokrótce opisać.

Komodorowcy mają banki na sprajty. Trzymają w pamięci w odpowiedni sposób w blokach co 64 bajty.
Potem tylko wskazują który sprajt ma skąd pobierać dane z tych bloków.
Pomyślałem a jakby coś takiego zrobić u nas.
I wyszło nawet nieźle. Dla obiektów poruszających się tylko w osi X jest to super rozwiązanie.
A więc:

Bank duszków na Atari (to wiadomo)
0-2ff puste
300-3ff pociski
400-7ff gracze 1-4

tworzymy 8 takich banków
zabiera nam to 16kb pamieci
ale jeśli nie używamy pocisków to adresy 0-3ff mamy wolne (na np fonty czy dane jakieś)
czyli faktycznie zużywamy 8 kb rozrzucone w obszarze 16kb (niestety adresy banków muszą być na granicy 2 kb więc nie da się tego ścieśnić)
Dla uproszczenia przykładu powiedzmy że mamy sprajta o szerokości 16 cykli koloru czyli używamy wszystkich czterech graczy.
Normalnie byśmy przepisali do adresu $400+pozycja Y,$500+pozycjaY,etc
ale możemy zrobić to dla każdego z ośmiu zarezerwowanych na to banków wpisując do każdego gotową fazę animacji
Bank0 - 1faza prawo
Bank1 -2faza prawo
Bank2 -3 faza prawo
Bank3 -4faza prawo
Bank4 -1faza lewo
Bank5 -2faza lewo
Bank6 -3faza lewo
Bank7 -4faza lewo

i możemy prosto animować zmieniając tylko $d407
lda #> tutaj adres banku
sta $d407

po prostu animujemy sprajta
ale co z następnymi?
robimy to samo kopiujemy je do banków w odpowiednie adresy odpowiadajace pozycji Y
i na DLI zmieniamy $d407 na numer fazy animacji jaką potrzebujemy
Ja mam zrobioną tablicę adresów faz, i na niej operuję na VB ustalając jaka faza animacji będzie wyświetlana.
A na DLI pobieram z niej bezpośrednio i przepisuję bank, czyli

DLI1
...
...
 lda TabSprite
 sta $d407
...
...
 rti

DLI2
...
...
 lda TabSprite+1
 sta $d407
...
...
rti

Ograniczenia:
Jeśli to jest jeden sprajt w lini czyli np 16 pixelowy złożony z czterech graczy to nie ma ograniczeń.
Jeśli są dwa to wtedy pierwszym (grac 0+1) można swobodnie animować ale drugi będzie miał ograniczenia.
Bo np. jeśli pierwszy bedzie szedł w lewo a drugi będzie chciał iść w prawo to nie da rady. :) Fazy się nie zgrają.
Trzeba wtedy do drugiego sprajta (gracz2+3) wrzucić animację która będzie niezależna od kierunku.
Mogą to być monety, gwiazdki (jak w Crowland), latające kule, itp
Można też użyć pocisków ale znika nam extra 2kb. Za to można zrobić z nich w połączeniu z graczem (0 i 1) sprajty jak na komodzie 12 pixelowe.

Szczerze. Wymiękłem. :)
Siedziałem do 5 rano, oczy na zapałkach i d....
Wydawało mi się to banalne i pewnie jest. Bo proste rzeczy potrafią najbardziej dać w kość jak się patrzy ze złej perspektywy.
Rozwiązałem to doraźnie tablicą. Ale nie do końca podoba mi się to rozwiązanie.
Bo co gdy będę chciał przewijać drugi plan z inną prędkością? hmmm

Scrolluje się tylko na razie skacze :) dlatego na razie zostawiłem tak jak widać.
Było już mocno nad ranem i już zbyt jasno nie myślałem.
Muszę zrobić chyba jakieś tablice, albo procke zmodyfikować.
Zamieszczę nowszą wersję wieczorem.
To będzie next w ramach "radosnej twórczości" :)

Żeby nie było że nic nie robię :)
Zacząłem kilka projektów.
Ale w między czasie sobie coś wymyślam.
I na potrzeby jednej gry którą mam w planie powstało to coś.
Nie jest to program bo tam oprócz zmiany pozycji X oraz przepisywaniu kolorów to nic się nie dzieje.
Nie było by w tym nic dziwnego bo byle lamer takie rzeczy zrobi.
Ciekawostką jest to że to nie zużywa praktycznie cykli ;) No może kilka..... no dobra dokładnie to chyba 80 :) (nie liczę zmian kolorów,pozycji x itp)
Przy pewnych założeniach spokojnie można w każdej grze wykorzystać która nie potrzebuje animacji w osi Y
Tutaj jest 20 obiektów. (może być spokojnie 24) ale docelowo najlepiej wydaje mi się że by było 6 o wymiarach 16x32.
Bo kto będzie sprawdzał kolizję dla 24 obiektów a co dopiero ściany, podłogi itp. Mnie się nie chce. :)

Dorzucam Locketa nie dokończonego oraz muzykę w formacie Future Composer.
Na szczęście "wyciekła" tylko muza z czołówki. Same muzyczki do gry się uchowały.
W sumie można sobie tylko pochodzić w grze. Wątpię żebym miał ochotę go dokończyć.
Powiem szczerze że przeszukiwanie moich własnych dyskietek jest drogą przez mękę.
Rzadko stosowałem nazywanie plików z rozszerzeniem.
Masa jest dwu-trzy literowych nazw.
Nawet nie wiem czy to com czy to mac czy może muza albo grafa.
Ja się zabrałem już za pisanie gierki :) w ramach przypomnienia kodowania.
Więc c u soon.

Tak wszystko było. To takie archiwum tylko.
Komuś się może coś przydać albo i nie.
Dzisiaj znalazłem znowu co nieco. Dwie skończone muzy w CMC.
Chyba po trzy utwory w każdym.
Muza na digi z BloodFightera. Ta lepsza (według mnie).
Wiem że to świństwo z mojej strony nie podzielić sie tak od razu.
Ale to jest chyba jedyny powód który mnie motywuje żeby jednak coś napisać na JIL.
Jak do pół roku nic nie napiszę to słowo skauta że wszystko oddam :) (a już zacząłem)
Z drugiej strony obiecałem już komuś z forum muzę TL'a więc jak już zrobię pełny rekonesans to mu wyślę.
W sumie już dostał CMC Bartmana z jego muzyką. Mam nadzieje że dobrze wykorzysta.
Czytałem sobie ostatnio scrolla swojego w BLF demo i albo pisałem bzdury albo nie wszystko znalazłem :)
Muzy na digi są muza normalne z obiecanych dziesięciu znalazłem 4. Ale 2 rysunków Muro nie mogę znaleźć.
Chyba ich nigdy nie narysował. Albo ja już zapomniałem.
Ja się powoli zabrałem za coś prostego do napisania zobaczymy kiedy skończę.
Assembler odświeżony, żródła odzyskane (nie trzeba będzie niektórych rzeczy pisać od nowa)
Muza jest, grafa też sie znajdzie ;)