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
Zmarł Jer Odszedł nasz kolega, encyklopedia wiedzy na temat elektroniki.
20. odcinek kursu programowania u Larka Larek wraca z okrągłą, dwudziestą częścią swojego popularnego kursu pisania gier na Atari.
ELITE Atari 8-bit! Dostępne demo portu gry ELITE (wersja dyskowa z BBC Micro) na komputery Atari XL/XE.
BBC BASIC dla Atari XL/XE BBC BASIC w wersji 3.10 dostępny na Atari XL/XE! Port stworzył Ivo van Poorten.
Altirra 4.40-test23 Kolejna testowa wersja Altirry przynosi poprawki w emulacji VBXE i usprawnienia w zarządzaniu firmware.
Opcje wyszukiwania (Strona 66 z 191)
tutaj prototyp.
dźwięki są dość toporne ale wygląda zacnie
https://www.youtube.com/watch?v=eGGZFlK-_ek
znamy. Jest fajne rozwiązanie, niestety cena trochę zaporowa.
@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
Znalezione posty [ 1,626 do 1,650 z 4,767 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.166 sekund, wykonano 15 zapytań
