Przejdź do treści forum
atari.area forum
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
Jak stworzyć składankę gier na kasecie? Dziś, dzięki nowoczesnym narzędziom, jak program Turgen, ten proces jest znacznie łatwiejszy.
HDDRIVER 12.71 Nowa wersja najbardziej rozbudowanego sterownika pamięci masowych dla 16- i 32-bitowych Atari, z mnóstwem usprawnień i nowości.
Elite - port z BBC Micro na Atari XL/XE Wczesna beta portu kultowego Elite z BBC Micro na 8-bitowe Atari.
sAIOnara v3.0 Zaawansowany układ wideo Pancia, sAIOnara v3.0, bazujący na chipie CXA2075, jest już dostępny.
Altirra 4.40 test 20 Nowa wersja rozwojowa popularnego emulatora Altirra zawiera szereg usprawnień i poprawek błędów.
Opcje wyszukiwania (Strona 66 z 191)
Też poproszę na PW jak wyżej
mi też jakiś czas temu padł SC1435, pora na naprawę
Adam Klobukowski napisał/a:640x480 to tylko w RGB sie da.
RGB 768x480 TC w overscanie
VGA 320x480 TC (chyba 400x480 overscanie)
dla trybów 256 kolorowych rozdzielczość jest dwa razy większa niż dla TC
mkm napisał/a:Z pierwszego posta wnioskuje, że target to 060. Generalnie odradzam przy 060 tryb TC: konwersja w C2P to zerowy koszt bo jest copy speed a przy 8 bit liczba danych do przepchniecia jest 2 razy mniejsza niz przy TC. Nie mówie nawet o renderingu w TC bezposrednio do ST-RAMu bo to najgorsze rozwiązanie które zabiję szynę.
Może być tak że wariant konwersji grafiki TrueColor do 256 kolorowej i potem C2P będzie szybszy.
Na razie jednak nie wiemy ile ta konwersja zajmuje czasu procesora.
@jury
w takim razie dużo szybszym wariantem będzie konwersja 24bit do 16bit i zastosowanie Falconowego trybu Hi-Color. Tutaj robisz tylko jeden krok - szybką redukcję bitów.
W wariancie 24bit do 8bit masz więcej czasochłonnych kroków: ustalenie palety 256 kolorów, redukcja 24bit do 8bit na podstawie ustalonej palety, no i na koniec C2P.
VCS bez padów kosztuje $250, jak na tą cenę to myślę że jest to przyzwoity komputer.
No i w sumie trudno oczekiwać by Cyberpunk na komputerze za 1000 PLN miał wysoką ilość klatek.
Tutaj wydajność procesora w VCS: AMD Ryzen Embedded R1606G
Average CPU Mark 4544
https://www.cpubenchmark.net/cpu.php?cp … mp;id=3659
A tu porównanie do innych Ryzenów:
AMD Ryzen 3 2200U
Average CPU Mark 3674
https://www.cpubenchmark.net/cpu.php?cp … mp;id=3152
AMD Ryzen 3 2300U
Average CPU Mark 5335
https://www.cpubenchmark.net/cpu.php?cp … mp;id=3290
AMD Ryzen 3 3250U
Average CPU Mark 4232
https://www.cpubenchmark.net/cpu.php?cp … mp;id=3722
git.
Adam, napisz coś więcej, jak działa, jakie wrażenie sprawia itp..
W sieci jest sporo sprzecznych informacji.
oprócz redukcji palety koloru, trzeba jeszcze przekształcić obraz z chukny na bitplany
jury napisał/a:Jak się robi konwersję z palety 24bit do indeksowanej 8bit w grach czy demach na Falcona aby to działało wydajnie w c/c++?
Bo mam sobie taki przypadek, blok 250x70 pikseli (czyli jakieś 18 tysięcy pikseli) i po przeliczeniu mega prostego efektu na tym bloku (które trwa jakieś kilka milisekund pod Hatari 68040@32MHz) dopasowanie składowych R, G, B do palety 8bit za pomocą SDL'owej funkcji SDL_MapRGB dla tych 18 tysięcy pikseli trwa około 3,5 sekundy!
dema operują albo na 16 albo 8 bitowej grafice. W przypadku 8 bitowej grafiki ewentualnie robione jest C2P.
Nie słyszałem o stosowaniu redukcji kolorów w czasie rzeczywistym w demach.
zajefajne urządzenie
Candle napisał/a:a na amidze nie zagra...
ale na Atari XL/XE i Falcon tak :)
To się nazywa color quantization i może zająć całkiem sporo czasu.
Rzuć okiem na RECOIL Foxa, albo gości z Atari-Forum: DML, Cyg i Anima. Opublikowali oni swoje narzędzia do konwersjigrafik.
Wieczorem mogę podrzucić linki.
Grafikę lepiej robić w docelowej ilości kolorów bo konwersja 24bit na 8bit sporo trwa.
---EDIT---
SDL C2P Kalmsa dla Atari
https://robocup.wtb.tue.nl/svn/techunit … ataric2p.S
podzielnik który pokazuje Candle działa ok.
nowy80 napisał/a:Która wersja jest lepsza?
Wiadomix - Atari! :)
pik33 napisał/a:Przy liście instrukcji P2 300 MHz powinno spokojnie wystarczyć na emulację 6502 i to stanowczo szybszego niż 1.77 MHz. Pokey, Antic i GTIA porozrzucać po trzech kolejnych rdzeniach, pozostaną 4 rdzenie na obsługę samego emulatora: klawiatura, joysticki, karta SD, ewentualnie SIO.
no tak, ale emulując sprzęt trzeba wszystkie te elementy synchronizować ze sobą co cykl procesora albo co linię ekranową co może znacznie wpłynąć na wydajność.
no ale próbuj i daj znać jak to działa
ciekawe rozwiązanie, dobra cena.
Z tym że 300 MHz to trochę mało jak na emulację no i 512 kB RAM to też nie za wiele
Dawaj znać jak postępy.
@Grey w sumie też, chociaż są wyjątki:
tutaj 64 bajty na MS DOS: https://www.pouet.net/prod.php?which=86986
64 bajty na XL: https://www.youtube.com/watch?v=C7XXshKgrHQ
32 bajty na XL i VCS:
https://www.pouet.net/prod.php?which=60805
https://www.pouet.net/prod.php?which=78489
Trafiłem na ciekawe wydarzenie: http://www.lovebyte.party/
Platformy:
Atari 8/16 bit i inne
Kategorie:
32byte, 64byte, 128byte and 256byte
Intro/gra/muzyka/grafika
Deadline:
Friday, March 12 2021
wskazówki co do kodowania: http://www.sizecoding.org/wiki/Main_Page
jest moc.
kiedy i za ile będzie dostępne?
zauważyłem że 060 powoli znika z rynku,
no i stało się, jest już dodane 800XL / 7800 i 5200
https://8bitworkshop.com
Game Consoles --> Atari 2600 / Atari 7800
MAME Emulators --> Atari 800XL / Atari 5200
Dla XL dostępne są języki ASM, C i FastBasic
z tego co widzę to na razie MAME nie działa - js wywala błędy
---EDIT---
coś mam z siecią bo teraz mi działa
jeszcze jedno narzędzie warte uwagi: https://8bitworkshop.com/dithertron/
no faktycznie,
z tym że Centurbo nie jest już dostępne,
Znalezione posty [ 1,626 do 1,650 z 4,759 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.141 sekund, wykonano 11 zapytań