Przejdź do treści forum
atari.area
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Jagracer - nowa gra na Atari Jaguar Niesamowite, teksturowane wyścigi na klasycznego Jaguara.
Sfotty Pie Sfotty Pie, emulator Atari i narzędzia 6502, otrzymuje dużą aktualizację i wersję przeglądarkową.
Harmonogram Lost Party 2026 Poznaj szczegółowy plan kultowego zlotu demoscenowego Lost Party 2026 w Licheniu Starym.
Drwal 1.3 od Larka Nowa wersja gry Drwal przynosi poprawki w algorytmach i balansie rozgrywki.
FujiGPT - klient LLM dla Atari XL/XE FujiGPT pozwala na rozmowę z modelami językowymi na klasycznych ośmiobitowych komputerach Atari.
Opcje wyszukiwania (Strona 124 z 193)
zgrabne cacko a i cena też jest dobra.
a jak to ma się do Mista? Co jest "lepsze"?
no i zapodaj jakiegoś linka do tego sprzętu
jesteś szybszy niż błyskawica
sprawdziłem, to jest ten, no... erOS TOS :)
zapodam temat na Atari-forum, może ktoś to rozpozna
no ten TOS wygląda inaczej niż zwykle. KAOS TOS'a też nie przypomina
erOS mógłbyś zrobić dum ROMu do pliku?
Program do teog - tosrip.zip znajdziesz tutaj: http://atariage.com/forums/index.php?ap ... h_id=65553
Pinex to jest albo właśnie STE albo ST z blitterem.
Exxos też planuje zrobić wersję z 32MHz 68000 oraz inną z 68020.
Swoją drogą, jest parę fajnych rozszerzeń do ST, 16MHz CPU ALt-RAM (MagnumST), IDE / ROM (IDE drive by Alan.H.), ISA (Panther/2)
Fajnie by było mieć to wszystko zmontowane na jednej zgrabnej płytce
VLX, jakby moderator reagował i kasował jak to nazwałeś "gówniarskie" posty z bluzgami i obraźliwymi komentarzami pod adresem innych użytkowników to nie trzeba było by stosować takich metod.
Exxos razem z Rodolphe Pineau i GadgetUK164 opracowali dopałkę do 16MHz dla procesora w ST. Schemat Eagle i wsad do GALa są dostępne tutaj: http://www.atari-forum.com/viewtopic.ph ... 99#p248891
Planowana jest jeszcze opcja FastRom która powinna znacznie przyspieszyć pracę systemu.
Rezultat testu GemBench:
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
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
sqward napisał/a: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.
Adam Klobukowski napisał/a:@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ą :)
Dr. Max napisał/a: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 realtime
i 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.
Jacques napisał/a: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
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
"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...
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
Znalezione posty [ 3,076 do 3,100 z 4,813 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.145 sekund, wykonano 14 zapytań