76

żeby nie było , nie odpuściłem - wklejam kolejny update enginu 3d z VicDooma , tym razem kosztem rozdzielczości zwiększyłem 4 krotnie playfield, dodałem indykatory z kolorami po bokach na wzór Vic20 , przepisałem praktycznie od zera całą logikę wraz  systemem kolizji przeciwników z ścianami , obliczeń fireballi ,stos interkolizji gracza ze ścianami i same procedury "zrzucania gracza z ściany" oraz częściowo system stosu renedrowania. Jeszcze nie wszystko jest tak jak sobie wyobrażam ale przepisanie na nowo 18 tys lini w asmie i modyfikacja kodu zajmuje mi praktycznie każdą wolną chwilę wieczorami ;)
A efekt wygląda tak:

https://www.youtube.com/watch?v=7SnINvuIi8E

77

Wow, to chodzi teraz wręcz za szybko nawet gdy na ekranie robi się naprawdę gorąco. Czy więc są plany aby poszerzyć okno renderowania?

78

zastanawiam się czy nie dokończyć tej gry skoro silnik jest gotowy:

https://www.youtube.com/watch?v=Wfag1ki56ZI

Naszym zadaniem byłoby ocalić ziemię przed spłonięciem.

akcja gry rozgrywalaby sie w futurystycznym świecie w którym lewicowa propaganda powoli konsumuje umysły ludzi, czyniąc z nich bezrozumne zombie okaleczające samych siebie... gdzie mialoby nie być nastepnego pokolenia.
wcielilibysmy sie w jedną z tak zdegenerowanych jednostek a naszym zadaniem byloby zwiedzanie muzeum i oblewanie farbą dzieł sztuki dzięki czemu mielibysmy ocalić planetę.

Gra byłaby dość prosta bo przecież nikt nam nie będzie w tym przeszkadzał - nikt nie chce żeby planeta spłonęła.

http://atari.pl/hsc/ad.php?i=1.

79

Nie zapominaj o kolejnej dawce przypominającej. Co jakiś czas trzeba byłoby sobie aplikować w najbliższym punkcie.

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

80

bardzo dobry pomysł!

oczywiście aby wejść do muzeum bohater będzie musiał mieć aktualny paszport covidovy :-)

http://atari.pl/hsc/ad.php?i=1.

81

.... Ktoś nam podmienił XXL'a, bo tak źle to jeszcze nie było. To niemożliwe.

Kontakt: pin@usdk.pl

82

Niech będą również "sklepy" po wejściu do których bohaterowi będzie zabierana znaczna część przedmiotów i gotówki. W sklepie takim niech będzie opcja, że bohater może demokratycznie wybrać kto mu te przedmioty zabierze:-)

83

I waluta niech ma okres ważności. I system ratingu społecznego.

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

84 Ostatnio edytowany przez Mq (2025-02-03 20:41:53)

I ślad węglowy niech się liczy ze złącza joysticka bezpośrednio! :-)


Eeeeh... To by była dopiero gra zajebista. Ależ się rozmarzyłem... :-)

85

Brzmicie jakbyście nawąchali się kleju z asfaltu.

86

naogladalem sie ostatnio Doomow i Quakow od Kloda na atari i mam pewne pomysly jak przyspieszyc i moze rozwinac swojego raycastera,
jak ktos szedl taka droga optymalizacji to slucham jakie sa opinie, moze zaoszczedzi mi to czasu na sprawdzenie i rozczarowanie ;-)

1. obroty: wykonywac tylko dla okreslonych katow np. co 5 lub 10 stopni
2. nie obliczac promienia i adresu komorki mapy tylko miec zapisane w tabeli pozycje dla kazdego obrotu - dodawac do pozycji gracza. zalatwiamy tym sposobem glebie widoku, widocznosc
3. komorke mapy traktowac jak bryle ale rysowac tylko 2 sciany - odcinki metoda Konopa. trzeba bedzie wykonywac kasowanie bufora - w przpadku raycastera klasycznego nie trzeba ale wydaje mi sie przyspieszenie bedzie znaczne wiec warto
4. linia horyzontu do zmiennej - malym kosztem mozna zrobic oszukane patrzenie do gory i w dol (maly kat bo beda znieksztalcenia jak w duke nukem3d)
5. rysujemy "bryly", wysokosc gracza do zmiennej. sciany moga miec rozna wysokosc - jak rysujemy sciany nizsze od gracza to dorysowac dwie dodatkowe krawedzie "bryly". moze nawet dodac typ "bryly" podloga i rysowac krawedzie z wysokoscia 0, to by zalatwilo tez podloge i sufit (cos bardzo kosztownego)
Dzieki rysowaniu wedlug schematu zapisanego dla kata mamy zalatwiona widocznosc, trzeba wymyslic bufor z dla poczatku rysowania...

mysle to to moze dac spory przyrost predkosci, mozna tez dac wypelnione sciany, dostajemy widok gora dol, podloge, roznej wysokosci sciany.

wyglada za dobrze... jakie moga byc slabe strony?

http://atari.pl/hsc/ad.php?i=1.

87

włożyć cart Weronika i użyć jako dopalacz, wszystko prawilnie

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

88

Acha czyli tylko dla paru osób

.

89

Jakby zaimplementować Weronikę w A8PicoCart to by było dla (prawie) wszystkich. W sumie boby to bardziej "koszerne" od dostępnej wersji chodzącej na tym Pico.

Pamięć studenta ma charakter kwantowy - student wie wszystko, ale jednocześnie nic nie pamięta.
- Kilka(naście?) pudełek z klawiszami i światełkami. I jeden Vectrex, żeby nimi wszystkimi rządzić.

90

Pico Pistorm coraz mocniej puka do bram. Może niech Picocart emuluje wielodziesiąt megahercowe 6502, nie będzie potrzeby kombinowanego pokrętnego software, a każdy dotychczasowy kod wstanie.

A gdyby rozbudować Picocarta o kabel ECI, to pewnie mógłby znacznie więcej? Już nie będę pisał nawet co :)

91

jak na Amidze, w podstawkę 6502C wstaw Raspberry Pi

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

92

Nie doceniasz prostoty i elegancji tego  rozwiązania :)

Taki cart nie wymaga żadnych przeróbek sprzętowych, będzie mega tani i super-zgodny ze wszystkim.  Tak jak Atari chciało, 100% koszerny.

93

ale to fajny pomysl takie polaczenie pico i weroniki.... pakujesz kod do banku pamieci ktory normalnie wykonywalby sie 10.000 cykli. czekasz na ustawienie flagi i po 10 cyklach 6502 masz juz wykonany kod i dane w banku/bankach. :-) a co najlepsze... na obecnym pico to juz jest mozliwe.

http://atari.pl/hsc/ad.php?i=1.

94

No to teraz czekamy, aż ktoś wyrzeźbi odpowiedni wsad do pico.

95

JIT dla 6502C wykonujący się na Pico...

Pamięć studenta ma charakter kwantowy - student wie wszystko, ale jednocześnie nic nie pamięta.
- Kilka(naście?) pudełek z klawiszami i światełkami. I jeden Vectrex, żeby nimi wszystkimi rządzić.