A ile byś za nie chciał :) Nie kosztuje, bo ich nie ma, a jak jest na ebayu to potrafi kosztować drugie tyle co goły Falcon.

Ale jak kolega z forum pyta to 200 złotych, pamiętaj :D I na priva, nie tutaj :)

Faktycznie, teraz to sobie przypominam. Istotnie rozwiązanie ciekawe. Nawet nie jako kart uniwersalny ale jako nośnik pod dystrybucję konkretnej gry. Nawet to podtrzymywanie bateryjne można przeżyć - prostota jest fajna :)

@cieplik: ok to odzywam sie na priva :)

Ok, ja wiem że sprzedaż całości jest łatwiejsza, ale tak zarobisz więcej a ja na SPDIF już długo poluję :)

Edit: A jakbyś gdzieś w piwnicy czy pod stołem znalazł jeszcze niepotrzebny napęd CD do Jaguara to możesz od razu na priva pisać nie tutaj :D

No nie wiem, chodzi o finalny koszt dla gracza w sumie. Ja wiem, ze fajnie byloby i cos zarobic ale nie nastawiam sie na Atari na to (a moze powinienem?). Predzej wypuscze wersje na iOS / Android i tu zarobie ;)

Juz mnie uswiadomiono, ze kwota o jakiej myslalem to nie jest duzo. No ale jak sie juz wydaje to trzeba porobic naklejki, moze cos jeszcze, pudełko. Nie mam na dzien dzisiejszy zielonego pojecia o kosztach, a o ile moge sie nastawic na prace non/low-profit, to dokladac juz bym nie chcial ;)

Licze tez na nizszy koszt wynkajacy z produkcji seryjnej. Kuba np. twierdzi ze jego rozwiazanie jest o połowe tansze od SIC, tylko jak na razie nie operujemy tu kwotami, a ja nawet nie pamietam ile taka gra np. z GR8 kosztowała :)

To bylaby spora gra, przygodowa (ale nie tekst/paragraf) z rozbudowana na pewno otoczka graficzna/muzyczna. Musze to wszystko gruntownie przemyslec ;) Najpierw trzeba by ustalic czysty koszt komponentow takiego sprzetu, a potem zastanowic sie nad narzutem za prace no i ew. marginesem na profit :)

Wbrew pozorom to sie moze dac, o ile player gra na wszystkich chipach w sposob zintegrowany, tzn. uruchomienie jednego RMT na dwoch POKEYach, drugiego na pozostałych, SIDa na SIDzie :) i czegos jeszcze na AY zarznie procesor koncertowo - w najlepszym przypadku zagra ale to wszystko co zrobi. ALE(!) jesli player jest jeden grajacy na wielu chipach to robi sie tego znacznie mniej, dolozenie dodatkowego kanalu do istniejacego cyklu nie dociaza juz tak bardzo. Po drugie - granie na Pokeyu jest dosc czasochlonne z natury, gdyz nie posiada on mechanizmu obwiedni ani nic wbudowanego poza generowaniem w danej chwili czasu okreslonego przebiegu na generatorze z okreslonym poziomem zaklocen. Oznacza to, ze aby slyszec instrument trzeba do tego pokeya co ramke jakies tam wartosci pchac, a jeszcze wczesniej je wyliczyc tzn. jaka ma byc glosnosc w danej chwili czasu, czestotliwosc wynikajaca z vibrato itp. To troche pochlania a dwa razy na ramke to juz w ogole. Z innymi chipami - w ich programowanie jeszce nie wnikalem - moze byc troche prosciej? Covox sprawa oczywista, od grania sampli na pokeyu rozni sie w zasadzie jedynie jakoscia (8 bitow zamiast 4) i chyba jednym rozkazem na probke mniej, ale to nadal reczne granie.

Edit: dodatkowo jeszcze chyba SID nie jest formatem muzyki a kontenerem, czyms w rodzaju naszego SAPa, czyli zawiera cały player, albo STkowego SNDH. Zdecydowanie to nie jest najoptymalniejsza metoda grania :) Dobre do zagrania czegokolwiek niezaleznie od formatu, ale tu sie prosi az aby to odseparowac.

Pewnie tak :) To jest właśnie coś w tym gatunku. Jedyne pytanie to jak jest obecnie z dostępnością i kosztami wytworzenia - do prototypowania jedną sztukę bym sobie kupił.

To ile by było potrzebne to dokładnie jeszcze niewiadomo, ale raczej troche, np. aby multimedialnie gre rozbudowac (animacje, oczywiscie nie pelnoklatkowe 24fps :) ale same grafiki w nich uzyte sumarycznie troche moga zajac). Mam w głowie dosc rozbudowany pomysł i tak sie miotam pomiedzy doczytywaniem/uzyciem rozszerzonej pamieci/cartridgem - ten ostatni jest o tyle fajny ze kompaktowy i kompatybilny ze stockiem. Doczytywanie rodzi okreslone problemiki o ktorych gdzie indziej (projekt mgr inz Rafała). A uzycie rozszerzonej pamieci... Coz, jak najbardziej, ale wypadaloby miec alternatywe dla tych co nie maja. Ja wielokrotnie podkreslalem ze jestem zwolennikiem pisania gier tak, aby wykorzystywaly i stereo i vbxe i rozne fajne wynalazki - ale powinny miec wariant stock (poza przypadkami gdy sie absolutnie nie da).

Wiec zanim zaczne sie rozwijac i projektowac cokolwiek, badam, jakie sa techniczne mozliwosci. Sam na razie nie wiem czy banki po 8 czy 16 kilo byłyby wygodniejsze, chociaz zachowanie w tym zakresie zgodnosci z ext ramem uprosciloby pare rzeczy. Tak naprawde gra nosilaby ze soba grafike i dla stocka i dla VBXE, wersje jezykowe a moze i muzyke dla pokeya/dwoch , slightsida, evivy, SB i SS3 :)) Programistycznie mozna taka wielowariantowosc elegancko zalatwic, ale ilosc stuffu do udzwigniecia robi sie imponujaca. Wiem, ze nie wszystkiego uzyje sie naraz, ale sama gra tez bylaby dosc rozbudowana, nawet w wersji stock. O tym jednak sza ;)

Zastanawialem sie jakby mogl wygladac dostep do  serial eeprom czy jakas transmisja na okreslonych portach czy po prostu wczepiony jako fragment jednego z bankow. A w gotowych rozwiazaniach uniwersalnych sie troche gubie - co ktore ma/moze miec i jakie sa problemy. No i kwestia ceny - uniwersalne, przeladowywane rozwiazania sa pewnie drozsze, a nie sadze zeby ktos za gotowy cart z gra na Atari chcial zaplacic wiecej niz np. 40-60 PLN (o ile gra jest naprawde dobra oczywiscie ;).

To zgłaszam postulat jeszcze o format AN3 - do animacji, ewentualnie AZ3 - animacja z kompresją :D

@Tebe: do słuchania, ale to mozesz kupic za 10 zlotych od Chinczyka, po co to podlaczac do Atari? :) My mowimy tu o graniu muzyki, nie jej odtwarzaniu - to ma byc instrument, nie nosnik :)

A jak to wygląda od strony programistycznej? Czy SID jest na tych samych portach co SlightSID? Czy pokeye - pierwsze dwa - są tam gdzie dwa oryginalne? Czy to w ogóle jest ustawione gdzieś indziej?

No jest jego źródło w C - trzeba skompilować pod 64-bit i pójdzie. Zresztą ktoś już to zrobił oto pakiecik, działa :)

http://atarionline.pl/forum/comments.ph … amp;page=1 - link w pierwszym poście :)