401

(17 odpowiedzi, napisanych Programowanie - 8 bit)

Nigdzie w programie nie korzystam z klawiszy, nie odczytuje rejestrow klawiatury.
Uzywam przerwan VBLI i DLI.

Przy ustawieniu $D580 zjawisko tez wystepuje. Przy $D5E0 tak samo (mam 32-bajtowa szerokosc obrazu).
Ale to przeciez nie ma znaczenia! Kazdy odczyt z dowolnego adresu strony D5 trafi na cartridge i "zje" dane przeznaczone dla Antica, niezaleznie gdzie jest pamiec obrazu.

Zaraz sprawsze jeszcze na tym pierwszym demie hi-res, oraz na innym egzemplarzu Atari.

EDITED: z wlaczonym QMEG'iem jest tak samo.

402

(17 odpowiedzi, napisanych Programowanie - 8 bit)

Trafilem na dziwne zjawisko testujac "Tomka". Dokladnie na tym tescie:
http://www.youtube.com/watch?v=kfnsgPS6vdg

Nie moge tego pokazac, ale w momencie kiedy naciskam dowolny klawisz (oprocz shifta rzecz jasna), to obraz na jedną ramkę, lekko sie przesuwa w lewo od pewnej linii (rożnej w rożnych probach). Nie wiem czy dobrze obserwuje, ale przesuniecie wynosi nieraz 1 bajt, a nieraz 2 bajty. Takie szarpniecie o czasie trwania 1 ranmki (na oko) ale zauwazalne.

Wyjasnienie:
Obraz jest w trybie graficznym. Adresy pamieci dla kazdej linii ustawione są na $D500. "Tomek" po odebraniu rozkazu "generuj dane obrazu dla Antica" podaje kolejne bajty, tak jak Antic je czyta ze strony $D5. Przyjmuje sie przy tym, ze nic innego oprocz Antica nie bedzie robilo odczytu ze strony $D5.
Jesli wiec obrazem szarpie od pewnej linii w lewo, to oznacza ze DOKLADNIE w momencie nacisniecia klawisza "cos" dokonuje odczytu (lub dwoch) ze strony $D5xx. W ten sposob "zabiera dane" przeznaczone dla Antica i caly obraz przesuwa sie o bajt lub dwa w lewo na czas rysowanej wlasnie ramki.
Innego wytlumaczenia nie ma.

Pytanie:
Co i po co czyta ze strony $D5 w momencie nacisniecia klawisza?

403

(11 odpowiedzi, napisanych Programowanie - 8 bit)

zalezy od szybkosci gry... ja chce zrobic szybką :)
a zobacz to:
http://www.youtube.com/watch?v=hHmzO2RI … re=related


Tenchi opisal te gry jako "bullets hell" :D
Dalbym glowe ze statek zawadza o pociski a energii mu nie ubywa (lub to cheat).
Takze wszystko jest wkestia konwencji i przyzwyczajenia do regul gry.

404

(11 odpowiedzi, napisanych Programowanie - 8 bit)

Nie czytales wczesniej? Przyblizasz ksztalt obiektow za pomoca prostokatow. Wykrywasz czy sie nakladaja.

405

(11 odpowiedzi, napisanych Programowanie - 8 bit)

Dzieki Panowie! Faktycznie nawet zlozone ksztalty mozna opisac za pomocą kilku - kilkunastu kwadratow, co w wiekszosci przypadkow moze byc wystarczajace.
Widze jednak, ze do zagadnienia nalezy podchodzic bardzo indywidualnie.

Ale moge zaimplementowac w Tomku najprostsza detekcje na zasadzie obiekt = prostokat o wymiarach obiektu. Lub nawet bardziej zlozoną, gdzie obiekt = lista prostokątow o zdefiniowanych wymiarach i polozeniu wzgledem lewego gornego rogu obiektu.

wieczor napisał/a:

Metoda bitowa jest szybka i dokładna

Szybka powiadasz... No to daj mi sensowny algorytm detekcji kolizji bitowej miedzy 32 obiektami o wymiarach do 64x64 piksele nakladanymi na grafike tla. Jak by nie kombinowac trzebaby dla wszystkich obiektow ktore choc w czesci sie pokrywaja robic operacje bitowe "kazdy z kazdym". IMHO nawet 40MIPS'owy PIC by mi sie spocil :P

Ale nie wykluczam w przyszlosci implementacji rozkazu "sprawdz kolizje biotowe obiektu X z pozostalymi".

406

(9 odpowiedzi, napisanych Sprzęt - 8bit)

Hehhe dzieki wieczor, ale akurat kiepsko trafiles, bo slomiany zapał to moja najgorsza zmora ;) Dwa inne prawie skonczone dobre projekty czekaja juz u mnie w kolejce na niewiadomo kiedy...

To w sumie to nie jest najgorsza rada: wyobrazam sobie mozliwosc, ze kazdy kto chce developowac na Tomka gry i zmieniac firmware, musi kupic zestaw developerski Microchipa (jakies 140zl chyba), co umozliwiloby mu od razu tez poprawianie firmware. To faktycznie nie sa wielkie pieniadze.

Mozna wiec w ten sposob tworzyc i wydawac fajne gry.

Ale w PIC'u bedzie mozna przechowywac max. tylko jakies 64 - 96KB danych dla Atari. Wiec wieksze gry beda musialy ladowac do niego np dane kolejnych leveli itp. (na cartridgu bedzie pamiec EPROM do 512 lub 1024KB).
Wiec flashowanie jest konieczne.

No i docelowo chce zeby uzytkownik koncowy mial mozliwosc wykorzystwania raz zakupionego sprzetu do roznych gier. To tez wymusza zmiane firmware z poziomu Atari.

Lepiej wiec pomyslec zawczasu.

407

(11 odpowiedzi, napisanych Programowanie - 8 bit)

Potrzebuję wiedzy w tytulowym temacie:

Jak wydajnie wykrywac kolizje obiektow?

Znalazlem w sieci pare tekstow ale okazaly sie one srednio przydatne w kontekscie Atari.
Pytam pod kątem pisania gry na "Tomka", ale nie zakladam z gory, ze bedzie to robil koprocesor.
Sprawa nie jest trywialna jesli na ekranie ma byc kilkanascie duzych obiektow o nieregularnych ksztaltach. A uwzgledniajac np pociski moze ich byc kilkadziesiat!

Generalnie sa dwie metody:
1. Bitowa (czyli jakies operacje bitowe i wykrywanie ktore pixele sie pokrywaja - podobnie jak w PMG sprzetowym na Atari)
2. Obliczeniowa bazujaca na odleglosciach.

Pierwsza jest dokladniejsza, ale np XXL sugerowal mi niejednokrotnie ze odrzuca ja zazwyczaj bo jest "za dokladna" czyli ze denerwujaca jest smierc bohatera jesli zawadzi o cos jednym pixelem. Wiec stosuje metode obliczeniowo-odleglosciową.
Ale są sytuacje w ktorych precyzja jest bardzo wazna: np kiedy w platformowce jesli bohater staje przed opadajacymi smiercionosnymi obiektami (np. Henry's House).

Druga metoda wydaje sie latwiejsza, ale jest tak jesli obiekty maja w miare "ogrągly", zwarty ksztalt ;) czyli np okragle pociski trafiajace w niewielekie przeszkadzajki o wymiarach 10x10 pixeli. Tu przyblizenie oparte na odleglosci miedzy srdodkami obiektow jest wystarczajace zeby dobrze sie gralo. Ale co jesli obiekt bedzie duzy o bardzo nieregularnym ksztalcie? Kiedy trzeba sie zmierzyc z czyms takim jak to:
http://www.youtube.com/watch?v=MQvEUX5I … age#t=273s

Do tej pory wykombinowalem, ze moznaby zrobic wykrywanie kolizji troche inaczej: zrobic przyblizenie ksztaltu kazdego obiektu w nizszej rozdzielczosci, np na znakach (czyli na siatce 40x24) i wykrywac kolizje jesli pokrywaja sie "znaki" zajmowane przez dwa obiekty. To powinno dac zadowalajacy rezultat np w strzelankach.
Ale skutkuje to koniecznoscia dublowania animacji na tej "znakowej siatce kolizji".

Chcialbym wiec prosic praktykow o pare slow na temat metod jakie wykorzystywali w swoich grach. Szukam inspiracji i rozwiazan, ktore moglbym zaimplementowac :)

408

(320 odpowiedzi, napisanych Zloty)

xxl napisał/a:

z tego co rozumiem nie potrzebuje konsultacji bo nie potrzebuje zadnych rozszerzen. tak?

Platformą referencyjną jest pewnie standardowo komp Pinka, wiec nalezaloby raczej napisac "wykorzystywanie nierozszerzonego, fabrycznego sprzetu jest mozliwe po wczesniejszej konsultacji" ;) ;)

409

(320 odpowiedzi, napisanych Zloty)

jury napisał/a:
grey/msb napisał/a:

@nosty: ależ właśnie browar AMBER jak najbardziej spełnia takie kryteria :D Oto fragment z ich strony:

No ale wiesz, tym z Łodzi to nigdy nie dogodzi, hiehie :D :D :D :D :D

HA HA HA :P

Grey napisal:

grey/msb napisał/a:

Na pewno będzie Tyskie i Żubr, zobaczę tylko jak ceny stoją w tym roku. Stawiam sobie za cel 7 beczek po 50l, (350 litrów), a więc 700 piw 0,5l.

Zrozumialem ze to bedzie 350l Zywca i Tyskiego dlatego sie odezwalem. Amber jest bardzo OK!

410

(9 odpowiedzi, napisanych Sprzęt - 8bit)

Ha, dzieki. Wlasciwie niewiele sie to rozni od mojej metody, bo i tak musi byc jakis bootloader (znalazlem takie cos w PIC'u), a dodatkowo trzeba dolozyc pamiec.
Czyli cudow nie ma. To juz chyba wole sobie napisac wlasny "bootloader", choc jest pewne ryzyko ze jesli wystapi jakis blad i moj loader popisze jak leci po pamieci, to cart bedzie nie do uzytku...

Ja nawet sie zastanawialem nad pamiecia SPI RAM do wykorzystania roboczego (bo wbudowanej mam bardzo malo: 8KB), ale niestety jest ona przez swoja szeregowosc duzo za wolna. Wyszlo mi ze nawet najszybsza na rynku bylaby prawie 20x wolniejsza od wbudowanego RAM'u.

Przemysle to jeszcze.

411

(9 odpowiedzi, napisanych Sprzęt - 8bit)

Potrzebuję porady od praktyków.

Muszę umożliwić w Tomku flashowanie pamieci programu z poziomu Atari. I to na dwa sposoby:
1. Zmiana calego firmware
2. Umieszczenie w pamieci flash programu obiektow binarnych (np. bitmap) do wykorzystania w grze.

Punkt 2 jest wzglednie latwy, gorzej z pkt 1.

Problem w tym, ze nietypowy interfejs Atar <--> PIC jakiego uzywam wymusza programową obsluge komunikacji. Mowiac inaczej: PIC musi odebrac od Atari rozkaz "zaprogramuj X bajtow od adresu Y", nastepnie odebrac X bajtow i wywolac sekwencje self-programowania.

I tu pojawia sie problem: co jesli bede chcial upgradowac procedurę programującą? :) Nie moze nadpisac sama siebie, bo sie w pewnym momencie zwiesi :P PIC nie ma niestety mozliwosci przepisania fragmentu kodu do RAM'u i wykonania go stamtad.

Przychodzi mi do glowy takie rozwiazanie: procedura startowa (wektor RESET) zawsze musi byc pod jednym niezmienym adresie w wydzielonym miejscu pamieci programu. Tam umieszcze procedure czekającą na inicjację komunikacji ze strony Atari. Jesli Atari wysle standardową sekwencję inicjującą to procedura skoczy do programu glownego i PIC bedzie czekal na rozkazy. Ale jesli Atari wysle sekwencję oznaczającą programowanie firmware to ta procedura wykona cala operacje odbioru danych i flashowania, a nastepnie skoczy do programu glownego (juz upgradowanego).

Natomiast w programie glownym bedzie obslugiwany rozkaz "flashuj procedure resetu", ktory pozwoli na upgrade powyzszej procedury.

Czy to ma sens? Czy nie mozna prosciej?
Nigdy czegos takiego nie musialem kodowac, wiec wole spytac praktykow zanim sie niepotrzebnie narobie.

412

(320 odpowiedzi, napisanych Zloty)

grey/msb napisał/a:

@yerzmyey: a dla uczestników herbata sypana :D

Na pewno będzie Tyskie i Żubr, zobaczę tylko jak ceny stoją w tym roku. Stawiam sobie za cel 7 beczek po 50l, (350 litrów), a więc 700 piw 0,5l.

Grey, ja stawiam sobie za cel w tym roku przyjechac, wiec mam niesmiałą propozycję: moze by tak promowac jakis browar regionalny? :) Bo najtansze piwo regionalne jest zwykle 10x lepsze od wymienionych marek...
No ale to szczegol taki.

413

(161 odpowiedzi, napisanych Fabryka - 8bit)

Nie powiem zebym zrozumial o co chodzi z tą mapą kolorow (chyba ze kolorowo bardziej bedzie po prostu? ;), ale to niech sie wlasciciele VBXE martwią ;)

Czekam z ogromną niecierpliwoscia na tę gre!

414

(12 odpowiedzi, napisanych Bałagan)

electron napisał/a:

Różnica na oko widoczna - kynar jest matowy, tefzel błyszczący.

Roznica bylaby na oko widoczna przez porownanie ;) A tak to diabli wiedza czy moja ta izolacja jest blyszczaca czy matowa.

Zastosowalem pomysl Zenona i dziala dobrze: spilowalem po szczek obcinacza do paznokci robiac szczeline. Teraz lewa strona obcinam kynar, a prawa zdejmuje izolacje.

Dzieki wszystkim!

415

(12 odpowiedzi, napisanych Bałagan)

Dzieki Wam.
Sprobuje jutro patent Zenona z podszlifowanym obcinaczem

416

(12 odpowiedzi, napisanych Bałagan)

Wrocila zmora i trauma mojej elektronicznej mlodosci... KYNAR.
Ludzie, jak z tego sciagnac izolacje?? Tak zeby uzyc go do montazu na plytce uniwersalnej.

Od razu uprzedzam ze chodzi mi o odcinki drutu o dlugosci np 2 - 3cm. Obciagaczka urywa drut, lutownica topi izolacje ale wyglada to jak totalny chlew i nie che sie dobrze lutowac, noz monterski najczesciej nacina mi drut, ktory sie potem urywa przy zgieciu, a rozstaw moich szczek wyklucza uzycie zębów :P

Obejrzalem dokladnie jednego carta Zenona zrobionego na plytce uniwersalnej, ale uzyl on odrobine grubszego drutu do lutowania. Nie udalo mi sie takiego dostac.

Jak Wy to robicie?!
O ile robicie...

417

(3 odpowiedzi, napisanych Bałagan)

Tak! Dzieki.
http://www.youtube.com/watch?v=Dmj5r14hs8M

Malo takich gier na Atari bylo.

418

(3 odpowiedzi, napisanych Bałagan)

Gra z automatow arcade, choc bylo chyba duzo podobnych.

Akacja widoczna jak w Operation Blood (Wolf) - steruje sie celownikiem i zabija wyskakujacych wrogow. Tyle ze:
- ekran jest nieruchomy (bez scrolla)
- klimat jest kowbojski (atakuja indianie)
- widac postac gracza na dolu ekranu i moze on unikacj kul robiac przewroty i zbierajac bonusy
- po zakonczeniu kazdego levelu zabawnie skaczac biegnie malejąc w glab ekranu

Thx za pomoc.

419

(15 odpowiedzi, napisanych Zloty)

voy napisał/a:

A my jesteśmy w grodzie Kraka od wczoraj od około 20:30. Jak na razie rozstawiliśmy się z Altową Amigą 4000, a potem poszliśmy w miasto badać życie nocne bohemy krakowskiej. :-)

I o 06:34:16 byles w stanie poprawnie napisac posta? To kiepska ta bohema i jej nocne zycie ;)

420

(1,653 odpowiedzi, napisanych Bałagan)

secon napisał/a:

wieczór niektóre produkcje sa normalnie za pieniądze i wtedy moze tego autoa bardziej to mobilizuje, ja tez bym kupowal gdyby na atari były za pieniądze

No dobra, pisza za pieniadze. Ale chyba nie za takie, ktore zwracaja koszty napisania gry?

Napisanie jakiejkolwiek porzadnej gry z lokacjami, grafiką, muzyka itd. (a te na ZX wygladaja mi na dosc dopracowane), to imho min. miesiac roboty dla 3 osob na pelny etat albo i na poltora etatu. Kodrer + grafik + projektant gry/tester.
To oznacza koszty >15tys zl.
Wyobrazasz sobie zeby sprzedac gre za taka kase i jeszcze zarobic?
Chyba tylko na Kickstarterze...

421

(183 odpowiedzi, napisanych Fabryka - 8bit)

A ja chcialem tylko krotko podziekowac Autorowi :) Uzywam intensywnie SIUP'a testując kolejne wersje softu (z lapka do Atari) i bardzo ulatwil mi prace.

422

(6,284 odpowiedzi, napisanych Kolekcjonowanie)

O_o

Jesli nie spadnie meteoryt, nie wybuchnie wojna i nie bedzie konca swiata w grudniu to na emeryturze bede bogaty! Piep... ZUS i wszystkie filary :P

423

(33 odpowiedzi, napisanych Bałagan)

epi napisał/a:

To w ogóle masz problem. Skoro piszesz, że potrzebny Ci "sprzęt działający pod Linuxem", to znaczy, że i tak będziesz go używać z oprogramowaniem na GPLu, która to licencja jawnie odmawia udzielenia jakiejkolwiek gwarancji.

O, a skąd taki smialy wniosek? W firmie na serwerach linuxowych mam kupe softu i napewno nie jest on na GPL'u tylko pelna komercja ze wsparciem :P

424

(259 odpowiedzi, napisanych Fabryka - 8bit)

Oj wiem wiem... Przepraszam za tę małą prowokacje zanim wątek zmieni sie w dyskuję o przewadze Sparty nad wszystkimi systemami swiata ;)

425

(6,284 odpowiedzi, napisanych Kolekcjonowanie)

@Eskalator - ale w czym problem? Nie widze w tym opsie jednego zdania ktorego prawdziwosc moglbys podwazyc ;)
I nie wiadomo czy ten co kupil to jest ten co sprzedaje. Przeciez w miedzyczasie moglo dojsc do kolejnej zmiany wlasciciela.
Zreszta i tak nie sprzeda :P Juz cena 551zl byla przesadzona.