Bardzo dziękuję wszystkim, którzy się wypowiedzieli. Zauważyłem, że większośc jest przychylna pomysłowi. Cieszę się więc bardzo i mam nadzieję, że uda się wprowadzic pomysł w życie. Ponawiam więc pytanie, które umieściłem w pierwszym poście: Czy podjąłby się ktoś zaprojektowania i wykonania elektroniki? Ja z pewnością nie znajdę na to czasu. Ostatnio mam jego spory deficyt i dlatego chcę skupic się tylko na jednym wiadomym projekcie. Mam natomiast propozycję. Mianowicie mogę wesprzec finansowo realizację całego przedsięwzięcia. W ramach takiego projektu widziałbym następujące czynności:
1. Zaprojektowanie elektroniki, wykonanie prototypu, przetestowanie w komputerze, wykonanie drugiego egzemplarza dla mnie.
2. Wprowadzenie odpowiednich zmian w najpopularniejszych emulatorach.
3. Wykonanie 3-ch "soczystych" grafik w G2F wykorzystujących nowy tryb (mogą byc screenshoty z gier z innych komputerów).
Oczywiście projekt byłby dla wielu osób. Za pierwszy punkt płaciłbym w ratach w miarę postępu prac i prosiłbym tu o dokumentację tych postępów na zdjeciach. Za pozostałe punkty płaciłbym po wykonaniu prac. Oferty (o ile w ogóle będą :-) ) proszę przysyłac na ikplus(at)NO_SPAMpoczta.onet.pl

mogę wykonać prototyp, podaj schemat na meila..

działać - lecz przemyślanie. Chodzi o kilka spraw:

* czy modyfikując w ten sposób GTIA otrzymujemy 100% zgodności wstecz?
* czy wybrany rejestr na 100% nie koliduje z popularnymi dopałami?
* na ile możliwe jest wykrycie modyfikacji bez znaczącej rozbudowy układu?

za i przeciw - w sumie im bardziej jednolity standard - tym mniej problemów. Można by powiedzieć, że obecnie dwie modyfikacje mają szansę na "doczekanie" się lepszych czasów. Dopałka by MadTeam, oraz VBXE. Z czego mi wiadomo w ostatnim opisanym przypadku na dzień dzisiejszy zrobiona jest pełna emulacja "starego" gtia - więc zgodność winna wynosić 100% przy uzysku co najmniej możliwości podłączenia monitora RGB;- co stanowi porażająco wyższą jakość obrazu. I to już jest wiele, nie mówiąc o tym, czego można na tym potencjalnie dokonać :) - Co do dopałki MadTeam - pomysł dobry, aczkolwiek szkoda, że wymaga on zdekompletowania innego komputera - co ostatecznie prowadzi wprost do wyginięcia sprawnych egz. komputera marki Atari :) - Zaczekamy, zobaczymy. Ja osobiście obstawiam na VBXE - bo jak już coś robić - to konkretnie ;)

teoretycznie jeśli pierwsze dwa punkty spod (*) rozpatrujemy pozytywnie, to nie mam nic na przeciw implementacji pomysłu w VBXE. Oczywiście, jeśli ktoś tego dokona - bo ja nie potrafię "se" napisać :)

o ile sie orientuje - nie bedzie problemu w dodaniu tego nowego tryby do obecnego core vbxe - tak wiec kwestie kompatybilnosci mozna sobie darowac (dla electrona to pikus raczej bedzie).
pin - jesli bedzie to programowalnie wyl./wl. przy uzyciu jakiegos rejestru - gdzie widzisz mozliwosc "utraty kompatybilnosci w tyl"
w/g mnie pomysl rewelacyjny - bo dajacy fajne mozliwosci, przy stosunkowo bardzo malutkiej elektronice (spooooro tanszy niz vbxe).

Nie, nie i jeszcze raz nie. Poprzez szerokie zebranie zamówień wydaje mi się, że VBXE zostało wybrane jako przyszły standard i skupmy się na nim chociażby dlatego, że JEST i DZIAŁA. Zaraz się bowiem okaże, że przyjdzie ktoś i powie, że jak się dołoży dwa druty i metr sznurka to uda się dołożyć jednego duszka oraz 2 pociski. Chodzi o ustandaryzowanie czegoś, wdrożenie i niejako poprzez to spowodowanie pisania programów na dane rozszerzenie. Co z tego, kiedy będzie bazylion różnych, prostych "dopałek" kiedy nikt (z piszących programy) ich mieć nie będzie?

ciezko zrozumiec co napisalem? dodanie tego trybu do vbxe to pikus...
to ze wy zamowiliscie ten sprzet nie oznacza ze stanie sie on popularny i zmuszanie innych na sile do "jedynegoslusznegorozwiazania" to czyste przegiecie.

tak wiec dely: dziekuje za twoja wersje zdazen ale prosze nie mowic o bazylionie rozwiazan skoro mamy do wyboru tylko jedna wchu*.* wypasiona dopalke za bazylion zlociszy, druga nieco tansza ze bardzo skromnym zainteresowaniem, oraz trzecia dajaca konkretny efekt przy fchui malym koszcie (chyba w jednym galu sie da calosc zawrzec).

drac030: dlaczego zamiast? skoro vbxe moze byc pierwsza dzialajaca realizacja tego trybu? co ci szkodzi cos wiecej, co moze sie przydac innym? tu nie tyle jest cos "zamiast" ile "rownolegle obok".

No miały być już pierwsze płytki zamawiane - a nagle (jak to w zwyczaju ostatnio ma) PSYCHOL wsiąkł.

dely i drac030:
Panowie, przytoczę jeszcze raz to co pisałem juz wcześniej:
>Od strony programisty jest to tylko jeden dodatkowy rejestr. Czyli mamy "nowszą" wersję GTIA z 33-ma rejestrami zamiast 32. VBXE, które emuluje układ GTIA, mogłoby emulowac właśnie tą "nowszą" wersję. Chodzi o to, aby przyjąc 33-ci rejestr za standard, tak aby programiści konwertujący dziś gry działające w trybie wysokiej rozdzielczości a nie korzystające jeszcze z dobrodziejstw VBXE mogli używac tej dodatkowej możliwości. Tak więc podsumowując to proste rozszerzenie nie jest konkurencyjnym projektem dla VBXE lecz powinno się w VBXE zawierac.

Ponadto, jak pisze jellonek, dodanie tego rozszerzenia do VBXE jest trywialne.

jellonek: Zgadzam się z twoim komentarzem, choc miejscami jest on może zbyt dosadny :-)

luka:
Różny kolor obiektów statycznych można uzyskiwac poprzez zmianę koloru tła (o której piszesz jak sądzę) oraz poprzez podkładanie sprite'ów, których kolor, położenie i rozmiar też mozna zmieniac w trakcie wyświetlania obrazu. Kolor obiektów ruchomych mozna uzyskiwac w zasadzie tylko poprzez podkładanie sprite'ów. Chciałbym zwrócic uwagę, że w nowym trybie można łatwo używac sprite'ów w największej szerokości, gdzie jeden piksel sprite'a pokrywa jeden znak ekranu (8 pikseli). Dzięki temu można pokrywac sprite'ami znacznie większe obszary ekranu, niż jest to możliwe bez nowego trybu (oczywiście jeżeli chcemy zachowac czarny kolor pomiędzy obiektami).

spójrzcie na takie C64 DTV, zamiast iść małymi kroczkami można zrobić 1 porządny krok naprzód

drac030: to zamow hurtem, a sam wezme od ciebie 2 sztuki po 40zl (procz ukladu jakas plytka i drobnica...)

po jaka cholere wchodzilismy w trencinie na "galerie"? bo jest, bo mozna, bo sie da sie.
mozna to zaimplementowac w innym trybie, ale co stoi na przeszkodzie by zrobic to tak, aby sie dalo na fchui tanszym sprzecie miec chocby namiastke, potrzebna wylacznie do gierek?
co do odwrotnosci - vbxe ma byc fullwypas do niewiadomojakichzastosowan. tu masz tani konkretny przyklad do raptem kilku gier. nie do dem, nie do programow narzedziowych - do kilku specyficznych gier. co by latwiej dotarlo - TU JEST INNY TARGET.

co do mnogosci prac na kompo - spodziewasz sie ze przejdzie gdzies cos innego niz antic? btw. obecnie masz 3 propozycje rozszerzen - gdzie ten bazylion? od tych 3 juz glowa boli? o ile psychola rozszerzenie rzeczywiscie jest niekompatybilne z vbxe - o tyle zarowno psycholowe, jak i elektronowe bardzo prosto moga byc kompatybilne z tu zaproponowanym. a skoro moga byc - to po co bic piane w stylu NIE, BO NIE.

w najnowszym konkursie Sikora będzie nagroda w postaci VBXE :) i dzięki temu wszyscy będą mieli VBXE

electron napisał:
PS> W tym tygodniu będę miał już wszystkie części (FPGA jadą do mnie).

No to ekstra. Już bym chciał to to w kompie. Jeju - lepsza grafa niż w Amidze.
Ja jestem za VBXE i w tę stronę bym szedł, ale z drugiej strony ten pomysł z dodatkowym trybem nie jest zły tyle tylko że dla atarynek bez VBXE.
Pomysł był by rewelacją gdyby powstał i wszedł w użytek przed pomysłem electrona.
Konwersje ze spektrumny (może to będą konwersje z ST) mogą też bajecznie wyglądać na VBXE.
No ale jak ktoś chce mieć więcej bajerów w kompie to ja nie protestuję.