Myślałem że nikt nie wyłapie. 27.03.2019 21:02
[#608]
Re: Bridge Strike - informacje
@zzielinski, post #596
Dzięki! 
Fajny gameplay!
Z mojej strony robota wizualnie się trzyma, natomiast Juen zrobił naprawdę wciągającą grę i bardzo przyjemnie się gra. Dodać do tego trzeba jeszcze ładną muzykę JMD i sympatyczne odgłosy Doomera.
Gra ma dosyć wyśrubowany poziom trudności, faktycznie, często nie wybacza
Fajnie to wyszło
Jak pisał Juen już wcześniej, mamy pomysł do powrotu do jednego tematu. Mamy doświadczenie z 2 gier, za nami 4 lata współpracy, patrze na to optymistycznie
Fajny gameplay!
Z mojej strony robota wizualnie się trzyma, natomiast Juen zrobił naprawdę wciągającą grę i bardzo przyjemnie się gra. Dodać do tego trzeba jeszcze ładną muzykę JMD i sympatyczne odgłosy Doomera.
Gra ma dosyć wyśrubowany poziom trudności, faktycznie, często nie wybacza
Fajnie to wyszło
Tak a propos - czy w planach kształtuje się coś nowego, jakiś pomysł?
Jak pisał Juen już wcześniej, mamy pomysł do powrotu do jednego tematu. Mamy doświadczenie z 2 gier, za nami 4 lata współpracy, patrze na to optymistycznie
28.03.2019 23:05
[#619]
Re: Bridge Strike - informacje
@flops, post #618
O curwa to trochę wyjdzie, prawie 7 setek... .
A znalazłby się chętny do montażu tego czegoś? Odpłatnie?
Najpierw jednak muszę to przetrawić i zobaczyć jak Bridge Strike chodzi bez tego.
Czy T-ZERO wtedy na pewno będzie działać na tak rozbudowanej CD32?
Jakie jeszcze tytuły mógłbym odpalić z gier - aktualnie mi niedostępnych. (Teraz goła CD32).
Badam teren czy warto.
.A znalazłby się chętny do montażu tego czegoś? Odpłatnie?
Najpierw jednak muszę to przetrawić i zobaczyć jak Bridge Strike chodzi bez tego.
Czy T-ZERO wtedy na pewno będzie działać na tak rozbudowanej CD32?
Jakie jeszcze tytuły mógłbym odpalić z gier - aktualnie mi niedostępnych. (Teraz goła CD32).
Badam teren czy warto.
29.03.2019 08:26
[#623]
Re: Bridge Strike - informacje
@Kefir_Union, post #622
Uoooo, zaczyna się... .
EDIT: Może wyjdę na dupka, ale chłopaki mają za sobą dwa solidne SKOŃCZONE tytuły. Jeden koder z rodziną (małe dzieciaki "w tle"). W efekcie dostaliśmy grę, która jakościowo "zabija" znaczącą większość zachodniego developmentu (albo "developmentu") i do tego odpali się na naprawdę dużej ilości sprzętów.
Ja naprawdę nie widzę powodu aby oburzać się na docelową konfigurację. To są sprzęty które można najtaniej zupgrejdować.
Zastanawiam się, gdzie była chęć pomocy w trakcie powstawania silnika i jego optymalizacji skoro takie pytania zostają w tej chwili zadane... .
Ostatnia aktualizacja: 29.03.2019 08:37:03 przez Lokaty
EDIT: Może wyjdę na dupka, ale chłopaki mają za sobą dwa solidne SKOŃCZONE tytuły. Jeden koder z rodziną (małe dzieciaki "w tle"). W efekcie dostaliśmy grę, która jakościowo "zabija" znaczącą większość zachodniego developmentu (albo "developmentu") i do tego odpali się na naprawdę dużej ilości sprzętów.
Ja naprawdę nie widzę powodu aby oburzać się na docelową konfigurację. To są sprzęty które można najtaniej zupgrejdować.
Zastanawiam się, gdzie była chęć pomocy w trakcie powstawania silnika i jego optymalizacji skoro takie pytania zostają w tej chwili zadane... .
Ostatnia aktualizacja: 29.03.2019 08:37:03 przez Lokaty
29.03.2019 09:14
[#625]
Re: Bridge Strike - informacje
@Koyot1222, post #624
Na forum jestem od niedawna, nie widziałem wcześniej gry.
Nie chcę krytykować, jestem koderem więc widząc grę zastanawiam się jak ja bym to zrobił. Ja tu widzę pionowy scroll + kilka sprajtów. Ekran gry w 16 kolorach, większość sprajtów nie nachodzi na siebie więc można użyć jednego ustawianego copperlistą po całym ekranie dla statków, drugiego na helikoptery i dodatkowe dwa (ze względu na szerokość) na chmurki itp i kolejne dwa na wybuch mostu. Samolot może latać tylko nad rzeką i plażą więc przy odpowiedniej organizacji palety może dobrze sprawdziłby się dual playfield, wtedy można dodać efekty przelatywania pod czymś np. tunelem. Samolot i pocisk lecą w jednej linii więc tylko jeden długi sprite wystarczy. Animacja fal rotacją kolorów w palecie więc za darmo. Kafelki ponad widocznym ekranem do scrolla terenu rysowane po jednym albo po pół na scroll jednej linii ekranu. Scroll ekranu oczywiście sprzętowy, ustawianiem adresu bitplanów na copperliście.
Tak bym kombinował.
Ostatnia aktualizacja: 29.03.2019 09:15:21 przez Kefir_Union
Ostatnia aktualizacja: 29.03.2019 09:16:35 przez Kefir_Union
Nie chcę krytykować, jestem koderem więc widząc grę zastanawiam się jak ja bym to zrobił. Ja tu widzę pionowy scroll + kilka sprajtów. Ekran gry w 16 kolorach, większość sprajtów nie nachodzi na siebie więc można użyć jednego ustawianego copperlistą po całym ekranie dla statków, drugiego na helikoptery i dodatkowe dwa (ze względu na szerokość) na chmurki itp i kolejne dwa na wybuch mostu. Samolot może latać tylko nad rzeką i plażą więc przy odpowiedniej organizacji palety może dobrze sprawdziłby się dual playfield, wtedy można dodać efekty przelatywania pod czymś np. tunelem. Samolot i pocisk lecą w jednej linii więc tylko jeden długi sprite wystarczy. Animacja fal rotacją kolorów w palecie więc za darmo. Kafelki ponad widocznym ekranem do scrolla terenu rysowane po jednym albo po pół na scroll jednej linii ekranu. Scroll ekranu oczywiście sprzętowy, ustawianiem adresu bitplanów na copperliście.
Tak bym kombinował.
Ostatnia aktualizacja: 29.03.2019 09:15:21 przez Kefir_Union
Ostatnia aktualizacja: 29.03.2019 09:16:35 przez Kefir_Union
29.03.2019 09:31
[#627]
Re: Bridge Strike - informacje
@Kefir_Union, post #625
i uzyskal bys zupelnie inna gre na zupelnie innym silniku :)
tutaj nie ma rotacji palety, wszystkie tilesy sa pieknie zanimowane przez Koyota zatem mamy pelne odswiezenie ekranu w 50fps
ps: docelowo chce by nastepna nasza gra dzialala na a500, ale coraz bardziej zastanawiam sie nad sensem tego :)
Ostatnia aktualizacja: 29.03.2019 09:31:50 przez juen
tutaj nie ma rotacji palety, wszystkie tilesy sa pieknie zanimowane przez Koyota zatem mamy pelne odswiezenie ekranu w 50fps
ps: docelowo chce by nastepna nasza gra dzialala na a500, ale coraz bardziej zastanawiam sie nad sensem tego :)
Ostatnia aktualizacja: 29.03.2019 09:31:50 przez juen
29.03.2019 09:32
[#628]
Re: Bridge Strike - informacje
@Kefir_Union, post #625
I wtedy ta gra powstawałaby nie 2,5 roku, tylko 4. ;) Nie żebyś nie miał tu racji we wszystkim co napisałeś, ale debugowanie kodu pod chipset zajmuje sporo czasu - im więcej chcesz wycisnąć tym bardziej musisz się postarać by nic się ze sobą nie gryzło.
@Juen, z tego co pamiętam TF robi większość przy użyciu CPU. Tu też tak jest?
Ostatnia aktualizacja: 29.03.2019 09:33:16 przez teh_KaiN
@Juen, z tego co pamiętam TF robi większość przy użyciu CPU. Tu też tak jest?
Ostatnia aktualizacja: 29.03.2019 09:33:16 przez teh_KaiN
29.03.2019 09:43
[#629]
Re: Bridge Strike - informacje
@teh_KaiN, post #628
tak dokladnie jest tak jak mowisz. musialbym poswiecic z 2-3x wiecej czasu i dlubac w nieskonczonosc... wole cos predzej skonczyc i meic jakis efekt z mojej pracy, na ktora kosztem rodziny poswiecam aktualnie czas. no ale takie hobby.
postaram sie nastepna gre zrobic pod a500 z fastem, zobaczymy na poczatku czy to sie kalkuluje :) ale te glosy, o tanich turbo do a500 sa dosc sensowne..
postaram sie nastepna gre zrobic pod a500 z fastem, zobaczymy na poczatku czy to sie kalkuluje :) ale te glosy, o tanich turbo do a500 sa dosc sensowne..
29.03.2019 09:53
[#630]
Re: Bridge Strike - informacje
@juen, post #629
Mój egzemplarz Bridge Strike właśnie dotarł!
Moim skromnym zdaniem kodujcie tak, żeby było Wam wygodnie. I właśnie żeby powstawało szybko.
Ja sam z prywatnych względów miałem problem z kodowaniem, ale nie dlatego, że chciałem optymalizować.
Odnotowałem w ostatnich dniach ogromny postęp i koduje mi się świetnie. Piszę grę Magazyn.
A Wam naprawdę sugeruję robić edytory pod Amigę (Amiga OS). Będzie dużo więcej frajdy z Waszych gier. PHP i JavaScript to języki typowo webowe.
Ja mógłbym pomóc Wam z edytorami do TF/BS na Amigę dopiero jak uporam się z Magazynem. Mam pewne doświadczenie - edytor do Benefactora oraz parę utilków do Glooma, Boulder Dasha itp. Rozumiem, że format plansz nie jest jakiś skomplikowany?
Pozdrawiam.
Ostatnia aktualizacja: 29.03.2019 09:57:18 przez Hexmage960
Moim skromnym zdaniem kodujcie tak, żeby było Wam wygodnie. I właśnie żeby powstawało szybko.
Ja sam z prywatnych względów miałem problem z kodowaniem, ale nie dlatego, że chciałem optymalizować.
Odnotowałem w ostatnich dniach ogromny postęp i koduje mi się świetnie.
Piszę grę Magazyn.A Wam naprawdę sugeruję robić edytory pod Amigę (Amiga OS). Będzie dużo więcej frajdy z Waszych gier. PHP i JavaScript to języki typowo webowe.
Ja mógłbym pomóc Wam z edytorami do TF/BS na Amigę dopiero jak uporam się z Magazynem. Mam pewne doświadczenie - edytor do Benefactora oraz parę utilków do Glooma, Boulder Dasha itp. Rozumiem, że format plansz nie jest jakiś skomplikowany?
Pozdrawiam.
Ostatnia aktualizacja: 29.03.2019 09:57:18 przez Hexmage960