Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Bibuła - nowa gra na Atari ST Polska w stanie wojennym i podziemna prasa. Klasyczna przygodówka point and click na Atari ST.
Aktualizacja firmware A8PicoCart Nowe wydanie oprogramowania dla taniego kartridża A8PicoCart z obsługą kolejnych typów cartów.
THE 800XL osiągnął status Gold! Zakończono prace nad oprogramowaniem dla THE800XL. Retro Games Ltd rozpoczyna etap produkcji.
PiST 0.11.0 Środowisko programistyczne PiST dla Atari ST doczekało się nowej wersji 0.11.0.
bm800xl 0.5.9 Emulator bm800xl dla Raspberry Pi zyskał szybszy start, scanlines i pełne stany pamięci.
atari.area forum » Posty przez Cyprian
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
fajne, wrzucić to w SF314 i mamy małe Atari ST :)
tutaj są przykłady użycia AES/VDI z GFA
http://freddo.chez.com/GfaBasic/GFABASIC.TXT
uicr0Bee fajna sprawa ale na razie w to nie wchodzę.
Swoją drogą widzę że schematy i wsad są opublikowane na tej stronie. Może by dało radę kierownika Lotharka tym zainteresowac?
A czy może gry z tej strony są zrzucone gdzieś w innym miejscu? Żeby nie klikać po jednej...
Oj to by było super, gdyby była gdzieś do ściągnięcia paczka z tymi wszystkimi 777 grami :)
Gry są zrzucone w jedną paczkę która jest dostępna na stronie którą Ravenax28 zapodałeś :)
Na stronie http://atari.8bitchip.info/fromhd.php pod tekstem "Disk image download: Read details, DL links." jest link do następnej strony: http://atari.8bitchip.info/DiskImgPP1.html gdzie pod tekstem "Only 1, 1GB image is for DL currently: Download" jest link do image dysku:
http://www.mediafire.com/?ccu2ueqo15rsf5a
Wystarczy ten image nagrać na kartę SD, włożyć ją do Satandiska i uruchomić ST
1) Jak to jest z grami uruchamianymi na MegaSTE? Szukałem ile z nich wykorzysta te 16 mhz i kiepsko mi idzie.
Tu jest tabelka z informacją które gry działają na MegaSTE/TT/Falconie: http://atari.8bitchip.info/fromhd.php
2) Może zamiast Megi zostawić sobie samo STE jak myślicie?
STE jest poręczniejsze ale MegaSTE jest fajniejsza. Ma szybszy procek, karty VME, SCSI, ładną obudowę i takie tam duperele
3) Jak wygląda sprawa z instalerami gier z HDD? Gdzieś widziałem jakąś wstawkę o projekcie dostępnym na Atari podobnym do WHDLoad z Amigi, gdzie szukać na ten temat informacji?
Pera Putnik prowadzi taki projekt: http://atari.8bitchip.info/fromhd.php
4) Czy jak nagram grę program na dysk, nie będzie instalera na HDD, to uruchomię grę? (pytam serio)
To zależy od gry ale w większości przypadków gra się uruchomi
Tutaj więcej detali: http://www.atari.org.pl/forum/viewtopic ... 21#p182321
atari.area forum » Posty przez Cyprian
Forum oparte o: PunBB