Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Taka odjechana idea...
12 views
Skip to first unread message
Artur Górniak
Oct 24, 2011, 4:31:54 AM10/24/11
to
na ZX-ie
http://www.youtube.com/watch?v=xGN59bA1n3M&feature=related
i tak sobie to oglądając pomyślałem, że w zasadzie możnaby
trochę zmodyfikować kod emulatora Atari i na podobnym pomyśle:
umożliwić podmianę używanych spritów na wersje multi-color.
Zmianę klocków z 5 kolorowych na multi-color.
Graficy może by się zainteresowali, a wynik byłby wymierny
i wprost widoczny.
w emulatorze konieczne byłoby dodanie drugiego planu
z grafiką z pełnej palety atari, która byłaby używana
do wyświetlania elementów na ekranie zamiast wprost
tego co gra używa.
tzn. ten efekt z podkolorowywania w zx, który chyba opiera się
na "podmianie" procedurek nanoszących obiekt na ekran.
tutaj dawałby w zasadzie 100% podkolorywania po stronie
grafika.
Gdyby chcieć zrobić nowoczesne "atari XL/XE" możnaby później
taką ideę wprost w nim zaimplementować jako np. składanie
obrazu z dwóch planów czy wykonywanie operacji przenoszenia
jednocześnie na dwóch planach (to w sprites).
Nie będę ukrywać, że VBXE oprócz bajeru zupełnie mi się
z atari nie łączy. to jak montowanie wirnika na dachu
zwykłego samochodu.
Pozdrawiam.
Artur Górniak
http://www.youtube.com/watch?v=xGN59bA1n3M&feature=related
i tak sobie to oglądając pomyślałem, że w zasadzie możnaby
trochę zmodyfikować kod emulatora Atari i na podobnym pomyśle:
umożliwić podmianę używanych spritów na wersje multi-color.
Zmianę klocków z 5 kolorowych na multi-color.
Graficy może by się zainteresowali, a wynik byłby wymierny
i wprost widoczny.
w emulatorze konieczne byłoby dodanie drugiego planu
z grafiką z pełnej palety atari, która byłaby używana
do wyświetlania elementów na ekranie zamiast wprost
tego co gra używa.
tzn. ten efekt z podkolorowywania w zx, który chyba opiera się
na "podmianie" procedurek nanoszących obiekt na ekran.
tutaj dawałby w zasadzie 100% podkolorywania po stronie
grafika.
Gdyby chcieć zrobić nowoczesne "atari XL/XE" możnaby później
taką ideę wprost w nim zaimplementować jako np. składanie
obrazu z dwóch planów czy wykonywanie operacji przenoszenia
jednocześnie na dwóch planach (to w sprites).
Nie będę ukrywać, że VBXE oprócz bajeru zupełnie mi się
z atari nie łączy. to jak montowanie wirnika na dachu
zwykłego samochodu.
Pozdrawiam.
Artur Górniak
Artur Górniak
Oct 25, 2011, 5:40:41 AM10/25/11
to
Artur Górniak <ag-...@argo.pl.eu.org> wrote:
> Gdyby chcieć zrobić nowoczesne "atari XL/XE" możnaby później
> taką ideę wprost w nim zaimplementować jako np. składanie
> obrazu z dwóch planów czy wykonywanie operacji przenoszenia
> jednocześnie na dwóch planach (to w sprites).
uzupełnię taki lekki zarys "super atari".
> Gdyby chcieć zrobić nowoczesne "atari XL/XE" możnaby później
> taką ideę wprost w nim zaimplementować jako np. składanie
> obrazu z dwóch planów czy wykonywanie operacji przenoszenia
> jednocześnie na dwóch planach (to w sprites).
wtedy dla 16bitowego niby-atarexa możnaby to zrobić tak:
grę zrobić x2 z drugim bajtem zduplikowanym ale tam gdzie jest
grafika/sprite z możliwością modyfikacji pod "antica++".
w trybie emulacji++ 16bitów byłoby jedno nad drugim co dla procesora
dawałoby 8bitów z operacjami jednocześnie na górnej i dolnej połówce
(wersja bez kombinowania z obszarami).
ukłád graficzny odczytywałby z obu połówek.
dawałoby to tryby z podwojoną ilością kolorów.
dla takiego atari+++ z 32bitami możnaby zrobić identycznie tyle,
że z 3 bitplanami pod głównym.
wtedy 32 bitowa maszyna mogłaby używać w gr.8 8 kolorów,
a w gr.15 4x2 bity czyli 256 kolorów.
w 32 bitowej maszynie możnaby zrobić pełne RGB/tryb GTIA
byłby 16bitowy.
swoją drogą ja osobiście stawiam na jakiegoś Amerykańca
ale w zasadzie jeśli ktoś skopie pupę żeby nie mieć problemów
z prawami do technikaliów atari to byłbym skłonny na tym
pomyśle opracować telefon komórkowy z pełną kompatybilnością
do zwykłego Atari w trybie podstawowym.
kompatybilnością++ z wykorzystaniem powyższego tricku.
oraz pełnym trybem full-speed.
czego wymagałbym od firmy, która chciałąby się tego podjąć:
* custom chip (procesor 6502++/ANTIC++/GTIA++):
32 bit/minimum 100x zegar atari (~200MHz) albo z dual core
albo z dual logic(*).
* ekranik 320x200, a optymalnie ~400x300
(maksymalna rozdzielczość atari to 360x240 mniej więcej).
*) dual logic czyli dwa komplety rejestrów i dynamiczny
przydział cykli procesora do każdego z niby oddzielnych
cores.
myślę, że potencjalny rynek to jakieś 100-500tys. pewniaków
ze wspomnieniami po atarynkowymi. czyli pewnikiem z kilka
milionów sztuk by tego się sprzedało z pierwszej wersji.
Artur Górniak
P.S. a tak oprócz tego mogłoby to mieć tryb zgodności
z ZX spektrum bo atari samo w sobie częściowo takowy
posiadało, a w rozszerzeniu byłoby to dosyć banalne
do dodania.
P.S. tak po prawdzie to stawiam, że dowolny biznes jedynie
by mi zjeb.. projekt więc po prostu sobie tutaj to zostawię
jako pomysł do zrobienia custom telefonu jak już
będzie można sobie samodzielnie wykonywać dowolne
projekty elektroniczne z możliwością podzlecenia wykonania
krótkich serii po bankruckim firemkom.
Jumal
Oct 26, 2011, 6:04:21 AM10/26/11
to
On 24/10/2011 09:31, Artur Górniak wrote:
> Nie będę ukrywać, że VBXE oprócz bajeru zupełnie mi się
> z atari nie łączy. to jak montowanie wirnika na dachu
> zwykłego samochodu.
>
A szkoda że Ci się nie łączy, bo to co proponujesz jest właśnie jak
> Nie będę ukrywać, że VBXE oprócz bajeru zupełnie mi się
> z atari nie łączy. to jak montowanie wirnika na dachu
> zwykłego samochodu.
>
wyżej wspomniany wirnik i to mocowany wkrętami do drewna, podczas gdy
VBXE w pełni integruje się z koncepcją komputera. A tak naprawdę
powstało podczas prób poszukiwania zamiennika dla GTIA, czym tak
naprawdę jest. I o wiele więcej sensu miałoby przerabianie gier na
korzystanie z niego (tym bardziej że jest już i emulowane) niż
dokonywanie opisanych powyżej protez
Jumal
Artur Górniak
Oct 26, 2011, 6:13:53 AM10/26/11
to
na poparcie swoich słów?
Rozumiem, że jak przykręcę wirnik do fiacika to już będzie
wystarczający dowód, że jest on lepszym jego rozbudowaniem
niż na papierze zaprojektowanie nowej maski nie z blachy
i stali oraz opisanie metodologii stuningowania silnika
i reszty części pod tryb turbo?
Pozdrawiam.
Artur Górniak
Konrad Stepien
Oct 26, 2011, 8:55:56 AM10/26/11
to
On 2011-10-25, Artur Górniak <ag-...@argo.pl.eu.org> wrote:
> Artur Górniak <ag-...@argo.pl.eu.org> wrote:
>> Gdyby chcieć zrobić nowoczesne "atari XL/XE" możnaby później
>> taką ideę wprost w nim zaimplementować jako np. składanie
>> obrazu z dwóch planów czy wykonywanie operacji przenoszenia
>> jednocześnie na dwóch planach (to w sprites).
>
> Artur Górniak <ag-...@argo.pl.eu.org> wrote:
>> Gdyby chcieć zrobić nowoczesne "atari XL/XE" możnaby później
>> taką ideę wprost w nim zaimplementować jako np. składanie
>> obrazu z dwóch planów czy wykonywanie operacji przenoszenia
>> jednocześnie na dwóch planach (to w sprites).
>
> czego wymagałbym od firmy, która chciałąby się tego podjąć:
> * custom chip (procesor 6502++/ANTIC++/GTIA++):
> 32 bit/minimum 100x zegar atari (~200MHz) albo z dual core
> albo z dual logic(*).
16 bitowa wrsja 6502 jest od dawna, nazywa się 65816 i nawet parę
> * custom chip (procesor 6502++/ANTIC++/GTIA++):
> 32 bit/minimum 100x zegar atari (~200MHz) albo z dual core
> albo z dual logic(*).
kart turbo co C=64/128 na tym powstało. Do Atari widziałem tylko
projekty w mniejwszym lub większym stopniu zaawansowania.
Wymyślenie czegokolwiek innego niż 65816 nie ma najmniejszego sensu,
choćby dlatego że troche kodu na ten procek już powstało.
--
Konrad Stępień
Artur Górniak
Oct 26, 2011, 9:59:56 AM10/26/11
to
a ja myślałem, że wy to tylko malujecie trupa bo żałobnikom
podobno jakiś frajer z góry płaci...
Pozdrawiam.
Artur Górniak
Artur Stachura
Oct 26, 2011, 4:29:09 PM10/26/11
to
On Tue, 25 Oct 2011 11:40:41 +0200, Artur Górniak <ag-...@argo.pl.eu.org>
wrote:
> P.S. a tak oprócz tego mogłoby to mieć tryb zgodności
> z ZX spektrum bo atari samo w sobie częściowo takowy
> posiadało, a w rozszerzeniu byłoby to dosyć banalne
> do dodania.
Na czym polegał tryb zgodności Atari ze Spectrum? Z ciekawości
pytam, bo nigdy o tym nie słyszałem, a to komputery o dość
odmiennej architekturze.
Pozdrawiam
--
Artur Stachura
wrote:
> P.S. a tak oprócz tego mogłoby to mieć tryb zgodności
> z ZX spektrum bo atari samo w sobie częściowo takowy
> posiadało, a w rozszerzeniu byłoby to dosyć banalne
> do dodania.
pytam, bo nigdy o tym nie słyszałem, a to komputery o dość
odmiennej architekturze.
Pozdrawiam
--
Artur Stachura
Artur Górniak
Oct 26, 2011, 5:06:19 PM10/26/11
to
Artur Stachura <ko...@poczta.onet.eu> wrote:
> Na czym polegał tryb zgodności Atari ze Spectrum? Z ciekawości
> pytam, bo nigdy o tym nie słyszałem, a to komputery o dość
> odmiennej architekturze.
http://pl.wikipedia.org/wiki/ANTIC
> Na czym polegał tryb zgodności Atari ze Spectrum? Z ciekawości
> pytam, bo nigdy o tym nie słyszałem, a to komputery o dość
> odmiennej architekturze.
nie znalazłem dokładniejszego opisu jak dokładniej jest
zorganizowany ekran w ZX-ie, a sam pamiętam tylko,
że była to mapa bitowa + atrybuty.
o tym, że w Atari istnieje tryb "wąski" 32 znaków
czyli 256x192 punktów słyszałeś?
Artur Górniak
Artur Górniak
Oct 26, 2011, 5:17:38 PM10/26/11
to
To drugi powód, dla którego rozpocząłem ten wątek.
zmieściła się w tym amiga. powinno udać się wcisnąć i Atari.
a prościej według mnie podrasować się grafiki nie da niż
poprzez rodmuchanie klocków budujących ekran np. w Zybexie,
Montezumie czy całej masie innych gier o dodatkowe plany.
sprity wymagają modyfikacji procesora żeby je zrobić
na multiplanach. klocki trybów 5 kolorowych poszłyby
praktycznie bez większych modyfikacji. są prawie
zawsze statycznie w jednym miejscu pamięci. wystarczyłoby
żeby układ graficzny dodawał dodatkowy plan
przy ich pobieraniu.
Pozdrawiam.
Artur Górniak
Artur Stachura
Oct 26, 2011, 6:02:53 PM10/26/11
to
On Wed, 26 Oct 2011 23:06:19 +0200, Artur Górniak <ag-...@argo.pl.eu.org>
wrote:
Dzięki za objaśnienie. Chodziło ci o zgodność trybów
graficznych, a ja pomyślałem o procesorze i organizacji
wejścia-wyjścia. Rzeczywiście, ten "wąski" tryb w Atari
przypomina grafikę Spectrum, tyle że w Spectrum był jeden tryb
"do wszystkiego", pozwalający na mieszanie tekstu i prostej
grafiki - nie było Display List ani sprite'ów, jedna paleta
16-kolorowa.
Swoją drogą, nie sądzę, żeby zgodność ze Spectrum była celem
projektantów Atari 800 (które powstało wcześniej niż Spectrum).
Takich zbieżności w konstrukcjach z tamtych lat można by pewnie
znaleźć więcej - wynikających z realiów technicznych (np. 64kB
RAM), lub przyjętych "standardów de facto" (interpreter Basica).
Pozdrawiam
--
Artur Stachura
wrote:
graficznych, a ja pomyślałem o procesorze i organizacji
wejścia-wyjścia. Rzeczywiście, ten "wąski" tryb w Atari
przypomina grafikę Spectrum, tyle że w Spectrum był jeden tryb
"do wszystkiego", pozwalający na mieszanie tekstu i prostej
grafiki - nie było Display List ani sprite'ów, jedna paleta
16-kolorowa.
Swoją drogą, nie sądzę, żeby zgodność ze Spectrum była celem
projektantów Atari 800 (które powstało wcześniej niż Spectrum).
Takich zbieżności w konstrukcjach z tamtych lat można by pewnie
znaleźć więcej - wynikających z realiów technicznych (np. 64kB
RAM), lub przyjętych "standardów de facto" (interpreter Basica).
Pozdrawiam
--
Artur Stachura
Artur Górniak
Oct 26, 2011, 6:44:12 PM10/26/11
to
Artur Stachura <ko...@poczta.onet.eu> wrote:
> Swoją drogą, nie sądzę, żeby zgodność ze Spectrum była celem
> projektantów Atari 800 (które powstało wcześniej niż Spectrum).
> Takich zbieżności w konstrukcjach z tamtych lat można by pewnie
> znaleźć więcej - wynikających z realiów technicznych (np. 64kB
> RAM), lub przyjętych "standardów de facto" (interpreter Basica).
Mówiąc szczerze nie wiem czy gdzieś znajduje się informacja
> Swoją drogą, nie sądzę, żeby zgodność ze Spectrum była celem
> projektantów Atari 800 (które powstało wcześniej niż Spectrum).
> Takich zbieżności w konstrukcjach z tamtych lat można by pewnie
> znaleźć więcej - wynikających z realiów technicznych (np. 64kB
> RAM), lub przyjętych "standardów de facto" (interpreter Basica).
dlaczego ANTIC miał możliwość używania trybów 32/48 znaków.
32 znaki miał TRS-80.
Gdzieś kiedyś widziałem informację dlaczego mapa pamięci
ekranu w ZX Spectrum wygląda tak jak wygląda.
tu jest layout opisany:
http://www.mail-archive.com/sam-...@nvg.ntnu.no/msg27083.html
Pozdrawiam.
Artur Górniak
Konrad Stepien
Oct 27, 2011, 7:39:26 AM10/27/11
to
On 2011-10-26, Artur Górniak <ag-...@argo.pl.eu.org> wrote:
> Artur Stachura <ko...@poczta.onet.eu> wrote:
>> Swoją drogą, nie sądzę, żeby zgodność ze Spectrum była celem
>> projektantów Atari 800 (które powstało wcześniej niż Spectrum).
>> Takich zbieżności w konstrukcjach z tamtych lat można by pewnie
>> znaleźć więcej - wynikających z realiów technicznych (np. 64kB
>> RAM), lub przyjętych "standardów de facto" (interpreter Basica).
>
> Mówiąc szczerze nie wiem czy gdzieś znajduje się informacja
> dlaczego ANTIC miał możliwość używania trybów 32/48 znaków.
Nie wiem czy to był główny powód, ale w trybie 32 znaki atari
> Artur Stachura <ko...@poczta.onet.eu> wrote:
>> Swoją drogą, nie sądzę, żeby zgodność ze Spectrum była celem
>> projektantów Atari 800 (które powstało wcześniej niż Spectrum).
>> Takich zbieżności w konstrukcjach z tamtych lat można by pewnie
>> znaleźć więcej - wynikających z realiów technicznych (np. 64kB
>> RAM), lub przyjętych "standardów de facto" (interpreter Basica).
>
> Mówiąc szczerze nie wiem czy gdzieś znajduje się informacja
> dlaczego ANTIC miał możliwość używania trybów 32/48 znaków.
po prostu działało szybciej. Mniej przerwań od ANTIC-a to więcej
czasu dla CPU. Sporo gier i demek w ogóle wyłaczało grafikę w czasie
inicjalizacji tablic czy czegoś takiego.
W każdym razie taki wąski tryb mógł być przydatny, choćby dlatego
że ładnie się wtedy pamięć grafiki adresowało (przeliczenie ze
współrzędnych ekranowych na adres można było w całości bit-shift-em
załatwić).
--
Konrad Stępień
Artur Górniak
Oct 27, 2011, 8:15:16 AM10/27/11
to
Konrad Stepien <kon...@sekator.interdata.net.pl> wrote:
> Nie wiem czy to był główny powód, ale w trybie 32 znaki atari
> po prostu działało szybciej. Mniej przerwań od ANTIC-a to więcej
> czasu dla CPU. Sporo gier i demek w ogóle wyłaczało grafikę w czasie
> inicjalizacji tablic czy czegoś takiego.
> W każdym razie taki wąski tryb mógł być przydatny, choćby dlatego
> że ładnie się wtedy pamięć grafiki adresowało (przeliczenie ze
> współrzędnych ekranowych na adres można było w całości bit-shift-em
> załatwić).
Wątpię żeby to było argumentem w Atari.
> Nie wiem czy to był główny powód, ale w trybie 32 znaki atari
> po prostu działało szybciej. Mniej przerwań od ANTIC-a to więcej
> czasu dla CPU. Sporo gier i demek w ogóle wyłaczało grafikę w czasie
> inicjalizacji tablic czy czegoś takiego.
> W każdym razie taki wąski tryb mógł być przydatny, choćby dlatego
> że ładnie się wtedy pamięć grafiki adresowało (przeliczenie ze
> współrzędnych ekranowych na adres można było w całości bit-shift-em
> załatwić).
z czasów Atari był jeszcze TI, który miał ekran o rozdzielczości
256/512 w poziomie.
Mówiąc szczerze nie wiem jakich rozdzielczości używały
wtedy końcówki z większych komputerów. Ja miałem do czynienia
tylko ze starymi terminalami 80/40 znakowymi.
Pozdrawiam.
Artur Górniak
Artur Górniak
Oct 27, 2011, 8:41:03 AM10/27/11
to
Artur Górniak <ag-...@argo.pl.eu.org> wrote:
> Jumal <ju...@vp.pl> wrote:
>> On 24/10/2011 09:31, Artur Górniak wrote:
>>> Nie będę ukrywać, że VBXE oprócz bajeru zupełnie mi się
>>> z atari nie łączy. to jak montowanie wirnika na dachu
>>> zwykłego samochodu.
>> A szkoda że Ci się nie łączy, bo to co proponujesz jest właśnie jak
>> wyżej wspomniany wirnik i to mocowany wkrętami do drewna, podczas gdy
>> VBXE w pełni integruje się z koncepcją komputera. A tak naprawdę
>> powstało podczas prób poszukiwania zamiennika dla GTIA, czym tak
>> naprawdę jest. I o wiele więcej sensu miałoby przerabianie gier na
>> korzystanie z niego (tym bardziej że jest już i emulowane) niż
>> dokonywanie opisanych powyżej protez
> Jumal <ju...@vp.pl> wrote:
>> On 24/10/2011 09:31, Artur Górniak wrote:
>>> Nie będę ukrywać, że VBXE oprócz bajeru zupełnie mi się
>>> z atari nie łączy. to jak montowanie wirnika na dachu
>>> zwykłego samochodu.
>> A szkoda że Ci się nie łączy, bo to co proponujesz jest właśnie jak
>> wyżej wspomniany wirnik i to mocowany wkrętami do drewna, podczas gdy
>> VBXE w pełni integruje się z koncepcją komputera. A tak naprawdę
>> powstało podczas prób poszukiwania zamiennika dla GTIA, czym tak
>> naprawdę jest. I o wiele więcej sensu miałoby przerabianie gier na
>> korzystanie z niego (tym bardziej że jest już i emulowane) niż
>> dokonywanie opisanych powyżej protez
> Rozumiem, że jak przykręcę wirnik do fiacika to już będzie
> wystarczający dowód, że jest on lepszym jego rozbudowaniem
> niż na papierze zaprojektowanie nowej maski nie z blachy
> i stali oraz opisanie metodologii stuningowania silnika
> i reszty części pod tryb turbo?
wiecie co...
> wystarczający dowód, że jest on lepszym jego rozbudowaniem
> niż na papierze zaprojektowanie nowej maski nie z blachy
> i stali oraz opisanie metodologii stuningowania silnika
> i reszty części pod tryb turbo?
to trochę inaczej.
VBXE łączy mi się z Atari XL jak atari 2600 z atari 7800
tzn. jak zrobić odpowiednio dużo produkcji na VBXE
to trudno będzie oderwać tak jak 2600 z 7800.
czyli dźwięku niet ale 2600 być musi ;-).
Pozdrawiam.
Artur Górniak
Artur Stachura
Oct 27, 2011, 6:35:38 PM10/27/11
to
On Thu, 27 Oct 2011 00:44:12 +0200, Artur Górniak <ag-...@argo.pl.eu.org>
wrote:
>
tryby 32 albo 64 znaków (tekstowych albo semigraficznych) w
16-tu wierszach. Pewnie chcieli upchnąć pamięć obrazu w jednym
kilobajcie. O ile kojarzę, w Spectrum też chodziło o
zaoszczędzenie RAM-u.
Pozdrawiam,
--
Artur Stachura
wrote:
>
> Mówiąc szczerze nie wiem czy gdzieś znajduje się informacja
> dlaczego ANTIC miał możliwość używania trybów 32/48 znaków.
>
> 32 znaki miał TRS-80.
>
> Gdzieś kiedyś widziałem informację dlaczego mapa pamięci
> ekranu w ZX Spectrum wygląda tak jak wygląda.
>
> tu jest layout opisany:
> http://www.mail-archive.com/sam-...@nvg.ntnu.no/msg27083.html
W TRS-80 (nie widziałem go, ale widziałem klona - Meritum) były
> dlaczego ANTIC miał możliwość używania trybów 32/48 znaków.
>
> 32 znaki miał TRS-80.
>
> Gdzieś kiedyś widziałem informację dlaczego mapa pamięci
> ekranu w ZX Spectrum wygląda tak jak wygląda.
>
> tu jest layout opisany:
> http://www.mail-archive.com/sam-...@nvg.ntnu.no/msg27083.html
tryby 32 albo 64 znaków (tekstowych albo semigraficznych) w
16-tu wierszach. Pewnie chcieli upchnąć pamięć obrazu w jednym
kilobajcie. O ile kojarzę, w Spectrum też chodziło o
zaoszczędzenie RAM-u.
Pozdrawiam,
--
Artur Stachura
Konrad Stepien
Oct 28, 2011, 5:28:41 PM10/28/11
to
dla programisty co dla ULA. W końcu ULA to bardzo prosty układ
w porównaniu z ANTIC-em.
--
Konrad Stępień
0 new messages