Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
Wyniki 24h Compo: System Error Poznaliśmy zwycięzców 24h Compo: System Error.
Gearlynx 1.2.1 Gearlynx to wieloplatformowy emulator konsoli Atari Lynx, który właśnie doczekał się ważnych poprawek.
II. Baskijski Turniej Atari 8-bit Relacja z drugiej edycji retro zawodów Atari 8-bit zorganizowanych przez Euskal Retro w Bilbao.
atari.area forum » Posty przez Cyprian
Atari TT ma tryb graficzny 1280x960 który działa tylko z przemysłowymi monitorami typu ECL.
Niedawno nasz rodak z hameryki Antoni Sawicki opracował kowerter sygnału ECL na VGA. Gadżet można nabyć tutaj w cenie £102.
http://tenoxvga.tenox.net/
Cena spora, jednak jest szansa na tańsze rozwiązanie. Alanh skonstruował i opublikował ultra tani schemat takiego konwertera:
http://www.atari-forum.com/viewtopic.ph … 50#p248864
Pierwsza sztuka czytnika USB zmontowana. Cena to 50 GBP
Alanh planuje dodać jeszcze obsługę sieci Ethernet (poprzez STiNG).
http://www.atari-forum.com/viewtopic.ph … 23#p249023
Simbo startuje z produkcją 25 zestawów:
http://www.atari-forum.com/viewtopic.ph … 09#p248948
też uważam że forum wymaga trochę aktywniejszej moderacji.
męczące są te cykliczne (chociażby ostatnio) nalot amigowców wylewających na AA swoje smutki i żale.
Simbo opublikował nowy schemat (i wsad do GALa)Magnum TT-RAM 256MB bazujący na 32bitowych SIMMach (większość kart TT-RAM uzywa na krótkich - 8bitowych simmówh)
http://www.atari-forum.com/viewtopic.ph … 50#p248472
Działało by to jak karta graficzna tylko wolniej.
to jest ciekawa kwestia.
no ale jeśli chodzi o wydajność operacji graficznych czy opengl to była by najszybsza karta graficzna do ST.
@Dr. Max: tego typu zastosowania też są brane pod uwagę.
no to pięknie.
Raspberry PI ma własny układ graficzny z wyjściem HDMI. Tak więc, koncept jest taki by dzięki sterownikom, system operacyjny TOS pokazywał obraz poprzez to złącze HDMI w rozdzielczości 1920x1080 32bity.
Z punktu widzenia użytkownika, działało by to jak każda karta graficzna w ST/TT/Falcon. Czyli działały by te programy, które używają do generowania grafiki GEM (AES/VDI). Większość aplikacji na Atari tak robi, no ale oczywiście demosy i gry odpadają :)
ciekawe, bo na na 100% da sie zapodc tam soft ktory np
dekoduje mp3 i przesyla do kompa przez asci jako wav 8 bit realtime (lub 12,14 w ste)
albo nawet dekoduje animacje z mp4 do jakiegos formatu nisko kompresowalnego realtimei w ogole mozna by to wykorzystac jak wspomagacz obliczeniowy :) lacze asci chyba jest dosyc szybkie :)
fajny pomysł, myślę że powinno dać radę coś takiego zaimplementować. ACSI ma całkiem spory transfer danych - 2MB/s więc animacje i dźwięk powinny być płynne.
Jeśli tylko urządzenie dotrze do ludzi to będzie można próbować różne kombinacje.
Na Atar-forum jest jeszcze jeden projekt pośrednio związany z CosmosEx. Otóż jest to nowa karta graficzna do TT bazująca na tym samym elemencie co CosmosEx czyli Raspberry Pi: http://www.atari-forum.com/viewtopic.ph … mp;t=25339
Wygląda na to że dzięki oprogramowaniu Spacedcowboy, będzie można wykorzystać CosmosEx jako karta graficzna do ST.
zastanawiałem się czy z tym standardowym "VGA" da się coś zrobić, pozostaje tylko korekta na monitorze
Jest sobie taka elektroniczna modyfikacja - OverscanTT, która likwiduje ramkę i zwiększa rozdzielczość plupitu do 832x496
http://dev-docs.atariforge.org/files/Ov … Manual.pdf
hehe
to czemu się nie chwalisz :)
w czym to piszesz? no i czy to będzie jakiś deamon?
Jacques jeden sposób to wyskalowanie monitora, drugi to kupno karty graficznej.
W TT obraz ma pixelclock 32MHz a dla poprawnego obrazu VGA powinno być 25MHz, finalnie w TT jest więcej pikseli na linię i ramkę boczną.
Jookie planuje dodać do CosmosEx nową funkcjonalność: "native keyboard / mouse (and possibly joystick) support". Oczywiście chodzi o USB:
http://www.atari-forum.com/viewtopic.ph … 39#p248539
Jacques gratuluję. Dał byś radę puścić test Nembench? Ciekawi mnie prędkość tych simmów.
Swoją drogą to kolega Simbo opublikował poprawiony schemat karty TT RAM 256MB, w oparciu o 32bitowe simy:
http://www.atari-forum.com/viewtopic.ph … 72#p248472
jest moc
"Adam był rudym karłem białym przywiezionym z planety 'Vandi' przez ojca Pigmejów Pjesiha o nazwisku rodu '**j' "
http://vimeo.com/87427359
Taka sytuacja...
Dobre wiadomości :)
Sikorex, niestety tak by było za łatwo :)
O ile znamy organizację obrazka źródłowego (640x400, 1 bit na piksel), to nie do końca wiemy jak to jest w przypadku karty graficznej. Wiemy że jest to rozdzielczość 640x400 w 256 kolorach, ale nie wiemy jak piksele opisane są w pamięci. Mogą więc być one w organizacji planarnej - czyli każde kolejne 16 pikseli jest rozbite na osiem dwubajtowych planów albo też w organizacji chunky - 1 bajt na piksel.
Trzeba więc rozpoznać tryb graficzny a potem albo GEMem albo ręcznie przekonwertować grafikę na ekran.
jeśli się nie mylę to funkcją vr_trnfm możesz przekonwertować obraz np. mono do formatu karty graficznej.
po konwersji obraz można przenieść do kary funkcją vro_cpyfm/vrt_cpyfm
Artik, może napisz co konkretnie chcesz zrobić, no i w jakim języku.
Nie chodzi o grę. Chcę po prostu odczytać programowo rozdzielczość ekranu i ilość kolorów. A jak to zrobić w C ?
W C wygląda to tak.
#include <stdio.h>
#include <tos.h>
#include <vdi.h>
#include <aes.h>
#include <stdio.h>
#include <stdlib.h>
int work_in[12], work_out[57];
int handle, phys_handle;
int gl_hchar, gl_wchar, gl_hbox, gl_wbox;
int main(int argc, char *argv[])
{
phys_handle = graf_handle( &gl_wchar, &gl_hchar, &gl_wbox, &gl_hbox );
work_in[0] = handle = phys_handle;
v_opnvwk( work_in, &handle, work_out );
printf("Width: %d\n", work_out[0]);
printf("Height: %d\n", work_out[1]);
printf("Colors: %d\n", work_out[13]);
printf("Palette: %d\n", work_out[39]);
Cconin();
//~ v_clsvwk( handle );
return 0;
}Napisałem z palca więc może być trochę kulawe.
work_out[0] zwraca szerokośc ekranu pomniejszoną o 1;
work_out[1] zwraca wysokość ekranu pomniejszoną o 1;
work_out[13] zwraca ilość dostępnych kolorów na raz - maksymalnie 256 (również dla trybu HiColor/TrueColor);
work_out[39] zwraca wielkość palety (512, 4096, 0 - dla trybów 256 i HiColor/TrueColor)
Dodatkowo przy pomocy vq_extnd() work_out[5] można rozróżnić tryb 256 kolorowy od HiColor/TrueColor
http://www.yardley.cc/atari/compendium/ … .htm#color
Ewentualnie z NVDI możesz użyć funkcji vq_scrninfo która daje szczegółowe informacje o ekranie:
http://toshyp.atari.org/en/Inquire_func … q_scrninfo
Jeśli mamy obrazek Degas w ST-High (planar) i chcemy go wrzucić na ekran który jest w rozdzielczości 640x400 w 256 kolorach (planar), to bierzemy nie bajt ale każde kolejne Słowo z obrazka i wrzucamy co ósme słowo na ekran.
git,
to jeszcze zapodaj linka do FB
Z tego co pamiętam to rok temu Atari, Inc. robiło podobną akcję. Wtedy jakoś rozeszło się po kościach.
Więcej tutaj:
http://www.atari-forum.com/viewtopic.ph … mp;t=26131
stRing, fajny patent z tymi efektami graficznymi na koniec
atari.area forum » Posty przez Cyprian
Wygenerowano w 0.155 sekund, wykonano 18 zapytań