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
Silly Venture 2k25 SE - już wkrótce! Tylko do 21 lipca możesz zamówić koszulkę z okazji SV 2k25 SE
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Opcje wyszukiwania (Strona 65 z 190)
@Jesionen a nie wiesz czy Duddie też naprawia? Jakiś czas temu wysłałem mu maila przez forum, niestety bez odzewu.
60 milisekund to jakieś 16 ramek na sekundę
lopez napisał/a:Pewnie dla większości to nic specjalnego, ale właśnie do mnie dotarło to :D
Wersja z czerwoną diodą oraz europejskim zasilaczem.
Ciekawe, że zgodnie z dokumentami pochodzi od holenderskiego dystrybutora, więc nie wiem jak to się ma to do tego, że powinna to być wersja NTSC (czerwona dioda)?
ps. teraz polowanie na cart z Alien vs. Predator.
Na jaką literkę zaczyna się numer seryjny? K czy M?
Od jakiegoś czasu poluję na serię K.
rj1307 napisał/a:Montowałem ekrany w kilkunastu konsolach, zarówno McWill jak i BennVenn.
Który w/g Ciebie jest ciekawszy?
Każdy ma swoje zalety: McWill ma VGA, BennVenn ma fajny tryb ze scanlines.
Chodzi mi o to czy jest to cło eksportowe które kasuje UK czy importowe które kasują UE
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
Znalezione posty [ 1,601 do 1,625 z 4,740 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.143 sekund, wykonano 11 zapytań
