126

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

A mi chodziło oczywiście o długie nazwy plików w systemach turbo do magnetofonu a nie we wszelkich systemach jakie istnieją. W Atariki nic o tym nie znalazłem.
Jeżeli więc inne systemy turbo do magnetofonu nie pozwalały na długie nazwy to mamy tu pewną przewage Blizzarda na innymi. Ponadto ciekawi mnie czy był naprawdę konieczny ten dodatkowy kabelek w T2000. Jak wyczytałem (na Atariki), dostarczał on napięcia 5V. Ale po co skoro w kablu SIO napięcie 5V jest już dostępne. Wyczytałem również (na Atariki), że w niektótrych kablach SIO do magnetofonu nie było napięcia 5V. Ale czy to możliwe? To jak był zasilany magnetofon?

127

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

No tom się usmiał.

128

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

Zawiercie, skąd pochodzę, woj. śląskie, dawniej katowickie - BLIZZARD. Do dziś wszystko się wczytuje! Wiem, bo niedawno robiłem akcję zgrywania wszystkich zasobów kasetowych na PC. BLIZZARD umozliwiał nadawanie plikom długich nazw. Nie pamiętam jak długich ale pewnie 128 albo 256 znaków. Ja nigdy nie przekroczyłem 40 znaków. Ciekawi mnie czy inne systemy też miały taka mozliwość.

129

(38 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Ja chętnie wezmę mysz, tak jak już kiedyś proponowałem.

130

(74 odpowiedzi, napisanych Fabryka - 8bit)

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).

131

(74 odpowiedzi, napisanych Fabryka - 8bit)

Każdy głos poparcia mile widziany :-)
Jeżeli chodzi o zgodnośc wstecz to ja nie widzę żadnego problemu. A nowe produkcje używające rozszerzenia będzie można przecież puścic na maszynie bez rozszerzenia. Tylko efekt wizualny będzie mniej estetyczny. To o to chyba chodziło Mikerowi.

132

(74 odpowiedzi, napisanych Fabryka - 8bit)

Nie dysponuję w tej chwili schematem. To też należy zrobic w ramach projektu. Jeżeli nie będzie chętnych, to sam spróbuję narysowac. Ale tak jak pisałem - krucho z czasem.

133

(74 odpowiedzi, napisanych Fabryka - 8bit)

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

134

(74 odpowiedzi, napisanych Fabryka - 8bit)

Czy nie lepiej używac G2F? To źle postawione pytanie. Nowego trybu należy przede wszystkim używac w połączeniu z G2F. Dopiero wtedy będzie można dostrzec jego wszystkie walory.

135

(74 odpowiedzi, napisanych Fabryka - 8bit)

Dla rozbudzenia apetytu zamieszczam linki do screenshotow z Dizzy 2 i Dizzy 3 na ZX Spectrum.
http://en.wikipedia.org/wiki/Image:Trea … _Dizzy.png
http://en.wikipedia.org/wiki/Image:Fant … Screen.png
Ten pierwszy dałoby się zrobic bez problemu w nowym trybie. Ten drugi pewnie musiałby byc odrobinę zmodyfikowany (np: żółtych liter na niebieskim tle nie dałoby się zrobic).

136

(74 odpowiedzi, napisanych Fabryka - 8bit)

Czyli raczej pozostaje nam tylko obszar GTIA. Adresy $D0FF, $D080 czy $D0E0 są jak najbardziej do przyjęcia. Chyba najbardziej podoba mi się $D0FF.

137

(74 odpowiedzi, napisanych Fabryka - 8bit)

Konieczne jest, aby nowy rejestr mozna również czytac. Po to by móc wykryc, czy to "rozszerzona" GTIA czy normalna. Tak więc wydaje mi się, że przestrzeń ANTICa odpada. Mi osobiście wydaje się, że jeżeli jest to rejestr rozszerzający GTIA to powinien znaleźc się w przestrzeni tego właśnie układu. Nie bardzo rozumiem, dlaczego 33 to zła liczba. Ale zawsze może byc 34. Czyli pod adresem $D020 jest rejestr tylko do zapisu, a pod $D021 tylko odczytu, z którego można odczyta to, co zostało zapisane do $D020. Poza tym rejestr lub dwa rejestry można umieścic jeszcze wyżej np. $D040 czy $D080. Czy jest jakiś konkretny powód dla którego nie należy nowego rejestru umieszczac w przestrzeni GTIA? Jeżeli tak, to możnaby jeszcze wziąc pod uwagę obszary $D6XX lub $D7XX. Czy istnieją jakieś rozszerzenia korzystające z tych obszarów?

138

(74 odpowiedzi, napisanych Fabryka - 8bit)

Proponuję popatrzec na to rozszerzenie trochę inaczej. 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.

139

(74 odpowiedzi, napisanych Fabryka - 8bit)

Witam Wszystkich,

W związku z mającym ostatnio miejsce wysypem konwersji gier w stylu ZX Spectrum chciałbym podnieśc temat nowego trybu graficznego, który idealnie nadawałby się do tego typu gier. Tryb ten wymaga oczywiście przeróbki sprzętowej, lecz stosunkowo prostej. O tym jednak za chwilę. Tryb jest połowicznym rozwiązaniem problemu zależności między kolorami pikseli w najwyższej rozdzielczości. Jak wiadomo, piksele mogą wtedy przyjmowac dwie niezależne jasności lecz mają wspólny kolor. W trybie, który proponuję, jeden kolor jest zawsze czarny a drugi dowolny. Oczywiście ten dowolny kolor można podmieniac przy pomocy duszków. W takim trybie gry jak Jet Set Willy 2007 czy Knight Lore mogłyby byc jeszcze bardziej zbliżone do oryginału. A i gry z serii Dizzy, które, mam nadzieję, również powstana na Atari, możnaby napisac dużo łatwiej.
A teraz przejdźmy do sposobu działania nowego trybu. Mianowicie polega on na tym, ze jeżeli jasnośc piksela wynosi 0 (najciemniejszy) to kolor piksela nie jest podawany na wyjście video, co jest równoznaczne z tym, że jest on czarny. Przeróbka sprzętowa polega tu na tym, że wykrywany jest stan 0 na wszystkich wyjściach luminancji (LUM0-LUM3) układu GTIA i na czas trwania piksela o jasności 0 wyłączany jest sygnał chrominancji. Wyłączenie sygnału, choc może wydawac się rzeczą trudną, w praktyce jest dośc proste i wymaga użycia jednego tranzystora. Nie będę teraz wdawał się w szczegóły ale powiem tylko, że kiedyś wykonałem proof-of-concept tego pomysłu na mojej Atarce i to działało. Zobaczyłem piękne czerwone litery na szarym tle w GR.0. Dlaczego szarym a nie czarnym nie chce teraz tlumaczyc - tak było łatwiej zrobic test bez budowania całego urządzenia. Idąc dalej, urządzenie musi, tak jak wspomniałem, wykrywac jasnośc 0 na wyjściach LUM0-LUM3. Oprócz tego musi wyłączac sygnał koloru tylko w czasie wyświetlania linii obrazu. Tzn. nie może wyłączac koloru w trakcie przerwy poziomej. Wtedy to po linii chrominancji nadawany jest tzw. burst koloru czyli sygnał synchronizujący kolor dla telewizora. Ponadto musi byc mozliwośc programowego włączania i wyłączania takiego trybu, czyli musi byc jakiś rejestr, który pamięta stan włączenia trybu, co z kolei pociąga za sobą dekoder adresów, itd. Idealnie byłoby, gdyby taki rejestr znajdował się gdzieś w przestrzeni układu GTIA a dokładnie powyżej jego pierwszego wystąpienia czyli np.: $D020. I dobrze by było, gdyby ten rejestr dało się też czytac. To umożliwiłoby wykrywanie istnienia rozszerzenia. Ktoś pewnie zauważy, że sprawdzanie sygnału LUM0 jest mało sensowne z uwagi na fakt, że może on przybrac wartosc 1 tylko w trybie 9 GTIA, ale można sobie wyobrazic nowy tryb oferujący "czarny + 15 odcieni dowolnego koloru" a tak to by było tylko "czarny + 14 odcieni dowolnego koloru". Podsumowując, jest to chyba najprostsze rozszerzenie możliwości GTIA jakie można sobie wyobrazic a jednocześnie dające bardzo ciekawe efekty w grafice wysokiej rozdzielczości.
Teraz mam pytanie, co sądzicie o takim trybie, również w kontekście powstających rozszerzeń GTIA. I czy podobny pomysł był już kiedyś dyskutowany? Czy podjąłby się ktoś zaprojektowania i wykonania elektroniki?

Paweł Rosowski

140

(22 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Ja chetnie to kupie, jezeli bedzie kiedys na sprzedaz. Ale poki co, to czy mozna by prosic o skany dokumentacji i kopie software'u? Chcialbym zrobic obsluge dla tego rodzaju myszki w mojej nastepnej produkcji.

141

(8 odpowiedzi, napisanych Emulacja - 8bit)

Ja moglbym podjac sie zgrania twoich plikow w Blizzard Turbo. Mam dzialajacy magnetofon z tym systemem. W zeszlym roku zgralem z kaset wieksza czesc swoich zbiorow i rzeczywiscie praktycznie wszystko czyta sie jak przed 20-tu laty. Jedyny problem to, ze ja jestem teraz za granica i wroce dopiero w marcu.

142

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

BeWu: Moze sie zdziwisz, ale w internecie nie ma wszystkich gier na Atari! Przykladem jest Commando II.

143

(12 odpowiedzi, napisanych Konsole)

To jest FlashBack 2.

144

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

Panowie,

taka mysl mi przyszla. Wyobrazcie sobie ze rejestry kolorow GTIA uzywaja rowniez najmlodszego bitu i mozemy uzywac kolorow z pelnej palety 256 w zwyklych trybach graficznych (nie-GTIA). Jaka sieczka by powstala, gdyby w trybie GR.15 bylo wiele sasiadujacych pikseli w kolorach o jasnosciach 7 i 8. A co dopiero w GR.8 gdyby dwa dostepne kolory mialy jasnosci 7 i 8. Przy takich wartosciach ktos moglby pomyslec, ze ma uszkodzony komputer. Chyba rozumiem, dlaczego projektanci malego Atari ograniczyli palete w zwyklych trybach do co drugiej jasnosci.

145

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

drac030: Efekt nitki w IK+ wykorzystuje inny efekt a mianowicie wewnetrzne opoznienie w ukladzie GTIA pomiedzy momentem zmiany wartosci rejestru koloru a momentem wplyniecia tej zmiany na wyjscia ukladu.

Pod tym katem uklady GTIA dziela sie na dwa rodzaje - takie, ktore maja to opoznienie (starsze) i takie, ktore go nie maja (nowsze, mam taki w 130XE z koscmi pamieci 4-bitowymi).
Moze warto by dorzucic test tego efektu do SysInfo?

Pozdrawiam wszystkich
Pawel

146

(29 odpowiedzi, napisanych Bałagan)

Wskazowka do obserwacji:
Najpierw pojawiaja sie ptaszki, w 8 kolejnych miejscach, nastepnie pajaki w 8 kolejnych miejscach, potem znowu ptaszki, i tak w kolko. Jest to niezalezne od walki zawodnikow. Nie trzeba wiec wciskac START, zeby doczekac sie pajakow.
Na pozostale pytania nie jestem obecnie w stanie odpowiedziec.

147

(29 odpowiedzi, napisanych Bałagan)

Chciałbym się dowiedzieć, jaki procent maszyn wyswietla niteczkę pająka (a jaki nie) i liczę na Waszą pomoc w tej kwestii. Jest to najprawdopodobnie zależne od wersji układu GTIA. Prosiłbym o wpisywanie wyników obserwacji w postaci np: "widać" lub "nie widać" lub "widać, 2" gdzie 2 to liczba maszyn, itd. Z góry dziękuję wszystkim, którzy poświęcą parę chwil na taką obserwację.

Panowie! Troche dziwi mnie dyskusja na temat gubienia przerwan, jako ze ten problem pojawil sie a nastepnie zostal rozwiazany juz ponad rok temu. Wtedy to miala tez miejsce podobna dyskusja. Ostatecznie okazalo sie ze 6502 ma bug'a (ktorego nie ma juz 65816). Gubienie przerwania NMI jest faktem! Wg mojej teorii dzieje sie to gdy oba wejscia przerwan tzn NMI i IRQ zostana uaktywnione w tym samym cyklu zegarowym (ale to tylko hipoteza).

149

(24 odpowiedzi, napisanych Software, Gry - 8bit)

Ja też jestem zainteresowany :-).

Pazdrawiam
Paweł

150

(20 odpowiedzi, napisanych Bałagan)

Tdc: absolutnie nia mam Ci tego za zle :-)
Ponadto chyba dobrze byloby opublikowac obecna wersje, bo przez kilka nastepnych miesiecy bede bardzo zajety a prace nad IK+ zatrzymane.