@RDudek, post #29

• Odpowiedz

@MDW, post #30

• Odpowiedz

@RDudek, post #29

• Odpowiedz

@mateusz_s, post #32

zdaje sie że Autor Limbo zrobił port tej gry lub jej fragment na C64 wlasne jako monochormo i niezle to wyglada, jest na YT

Tak, gdzieś mi się obiło o oczy. Nie wiem czy to ukończono prace nad tą wersją ale faktycznie wyglądała bardzo fajnie.

Ja czekam kiedy ktoś wpadnie na pomysł zrobienia "Limbo" dla ZX Spectrum i wszystko schrzani na siłę kolorując ją tymi ich koszmarnymi telegazetowymi kolorami. No i obowiązkowo ludzik przechodząc koło krzaczka będzie w połowie przyjmował kolor krzaczka.
Zauważam taką zabawną zasadę - im platforma ma mniejsze możliwości tym bardziej chce się udowodnić światu, że można wszystko. Na przykład spora część Amigowców oczekuje, że wszędzie będą kolorowe tęcze, wszystko będzie błyskało i mrugało jak w tandetnych disco-clipach w latach 80.

• Odpowiedz

@MDW, post #30

Tym bardziej, że ZX generuje kolory jak z telegazety

• Odpowiedz

@MDW, post #30

• Odpowiedz

• Odpowiedz

@amikoksu, post #37

Przewijanie było modne w latach 90-tych, gdy były kasety z taśmami. Dziś mamy rok 2024 i się po prostu przełącza

• Odpowiedz

@amikoksu, post #37

• Odpowiedz

• Odpowiedz

@RDudek, post #40

• Odpowiedz

@_DiskDoctor_, post #41

• Odpowiedz

@RDudek, post #42

• Odpowiedz

@RDudek, post #42

• Odpowiedz

@_DiskDoctor_, post #44

• Odpowiedz

@RDudek, post #45

• Odpowiedz

@_DiskDoctor_, post #46

• Odpowiedz

• Odpowiedz

@MDW, post #39

• Odpowiedz

@ZorrO, post #49

• Odpowiedz

@ZorrO, post #49

• Odpowiedz

@RDudek, post #13

Będzie wersja na Switcha? Bo gra, aż się o to prosi

• Odpowiedz

@AD99, post #52

Będzie wersja na Switcha? Bo gra, aż się o to prosi

To chyba nie jest tylko kwestia zrobienia. Dochodzi jeszcze walka ze skostniałymi zasadami Nintendo dotyczącymi wydawania produkcji na ten sprzęt. Pod tym względem Nintendo siedzi jeszcze w 2005 roku. To już łatwiej na SteamDecka, a paradoksalnie to podobno może później trochę ułatwić dostanie się do warowni Nintendo.

• Odpowiedz

@MDW, post #53

Chyba żartujesz. Masz Switcha?
Tam jest teraz (w ich sklepie) wolna amerykanka, masz normalne gry + crapy a la google play. Polityka Nintendo dawno się zmieniła. Można wydawać co się chce.
RED wydał jakiś czas temu Bridge Strike, to i TONY mógłby zaistnieć

• Odpowiedz

@AD99, post #54

Ja mam Switcha.

Ale nie używam.

• Odpowiedz

@rbej1977, post #2

• Odpowiedz

@tukinem, post #56

Moim zdaniem zmiana fizyki jest potrzebna jak świni siodło. Ale nie wtrącam się w wolę autora/ów. Dodam tylko - to jak przyczepianie się do jakiejś produkcji, że nie jest Superfrog'iem( nie ma takiej samej mechaniki). Totalny absurd. TONY ma swoją nieszablonową mechanikę. No ale to już jak kto woli.

• Odpowiedz

@tukinem, post #56

Podziwiam, jak kolega w tak krótkim czasie nauczył się praktycznie od zera programować na Amigę, OCS, AGA oraz VGA na poziomie po prostu mistrzowskim.

Nauczyłeś się w tym czasie programować w AMOSie, Blitz Basicu oraz Asemblerze.

Nowe produkcje kolegi są po prostu w pełni profesjonalne. A wykonane przez jedną zaledwie osobę.

W niektórych grach posiłkujesz się gotowymi danymi (assetami), tzn. wykorzystujesz przygotowane wcześniej grafiki, dźwięki i muzykę, co po prostu ułatwia Ci pracę kodera.

Takie tytuły jak Farmiga, Sokoban, Wood Puzzle, Snake, Ami-Tower, Ami-Hero, Minesweeper, Electro Body oraz Tony to zaledwie zalążek Twoich dokończonych dzieł. I to wszystko w króciutkim przedziale czasowym.

Chylę czoła i podziwiam za talent, determinację i po prostu wzorowo wykonaną pracę. I Twoje produkcje mogą spokojnie konkurować z dowolnymi komercyjnymi tytułami.

Koncentrując się na pracy nad jakąś grą, jesteś w stanie szybko, ale bardzo rzetelnie opracować wszystkie niezbędne algorytmy, tak że gra jest po prostu gotowa w krótkim czasie.

Moje wysiłki też zmierzają do celu, którym jest oczywiście wydanie dokończonego dzieła. Ostatnio dopracowałem moje środowisko wyświetlania grafiki i przyznam, że wyniki są bardzo dobre. Będę się dzielił wynikami, jak uda mi się coś sensownego wyświetlić.

Myślałem nad zamieszczeniem w tym środowisku mojego klonu Robbo, Sokobana lub też nowego pomysłu na Boulder Dasha. Rozpatruję tez inną, prostszą grę.

Innym pomysłem jest przygotowanie demek działających w tym moim środowisku. Mój silnik obsłuży w zasadzie dowolnie złożoną grę w 256 kolorach, w tym nawet coś na kształt The Lost Vikings 2, czy Worms 2 i tu nie przesadzam.

Kwestia że takiej gry oczywiście nie przygotuję bo jest potrzebna tona grafiki, dźwięki i dużo czasu. Chciałem zamiast tego zrobić prostą, acz możliwie atrakcyjną grę.

P.S. Tutaj moje ostatnie dokonania jeśli chodzi o grafiki, które zamieściłem w Graffiti PPA: Udało mi się przygotować póki co jedno niepubliczne demo.

https://www.ppa.pl/images/graffiti/rysunki/hexmage960/6612caaa8084d.png

Ostatnia aktualizacja: 30.05.2024 20:36:00 przez Hexmage960

• Odpowiedz

@Hexmage960, post #58

Dziękuję za pochwałę. Dla mnie to zaszczyt usłyszeć takie słowa od kogoś, kto zna hardware Amigi, asemblera i C.

Amosa już zapomniałem dawno i nie potrafiłbym pisać w nim. Zbyt dużo "wolności" nauczył mnie Blitz Basic, a szczególnie możliwość posługiwania się asemblerem w nim.

Faktycznie głównie tworzę porty gier z tego względu, że to gotowe projekty. Mają swoje grafiki (a grafik ze mnie marny), mają swoje koncepty, więc nie skupiam się na wymyślaniu i tworzeniu, a jedynie na odwzorowaniu tego, co już jest. No i co najważniejsze, jeśli jakaś gra już istnieje na Amigę, to jej nie piszę, bo to bez sensu i strata czasu. Biorę się za to, co jestem w stanie zrobić, a czego nie ma na Amigę.

Mam nadzieję, że ta niewielka zmiana w Tonym sprawi, że będzie lepiej przyjęty przez graczy Amigowych. Aż nie mogę się powstrzymać i zdradzę ile kodu musiałem dopisać do gry, aby była ta nieszczęsna parabola:


Wiem wiem... można lepiej, można szybciej, pewnie prościej. Zrobiłem na szybko na tyle, na ile potrafiłem

• Odpowiedz

@tukinem, post #59

Dziękuję za pochwałę. Dla mnie to zaszczyt usłyszeć takie słowa od kogoś, kto zna hardware Amigi, asemblera i C.

Cała przyjemność po mojej stronie.

Co do hardware Amigi, to ja tak biegły nie jestem. Znam rejestry sprzętowe i ich przeznaczenie, znam asembler, ale moje programy zawsze powstawały z wykorzystaniem systemu. Przy tworzeniu obrazu wykorzystuję przynajmniej systemowe struktury View, ViewPort, RasInfo, BitMap i ColorMap lub Screen.

Dla Blittera robię wyjątek i korzystam z jego rejestrów (przy wykorzystaniu systemowej alokacji), kiedy potrzebuję mieć naprawdę szybko narysowany element. Coppera też wykorzystuję - w sposób systemowy - do drobnych celów - notyfikacji o położeniu promienia wizji (obok zastosowań, z których korzysta sam system: przy tworzeniu odrębnych ekranów i palet kolorów itp.).

Podobnie się ma sprawa z dźwiękiem - korzystam z alokacji systemowej i audio.device przez co nie ma kolizji z innymi programami.

Dodam, że programy które wykorzystują np. bibliotekę RTGMaster do kompatybilności z kartami graficznymi mają minimalne wymagania 030/50MHz. Na gołej Amidze działają słabo. Zatem jeżeli chcemy by nasz program działał wydajnie na 020/14MHz, to polecam Blittera - znakomicie daje radę, bo rysuje bardzo szybko.

Oczywiście na 030/50MHz Blitter i Copper jako asynchroniczne koprocesory wideo nadal są bardzo pożyteczne. Właśnie zlecanie wszystkiego na procesor powoduje tak duże wymagania.

Ostatnia aktualizacja: 30.05.2024 21:13:25 przez Hexmage960

• Odpowiedz