Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
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.
X. Basque Tournament of Atari 2600 Euskal Retro Association podsumowuje 10. edycję Baskijskiego Turnieju Atari 2600.
atari.area forum » Posty przez Pin
Jedne z interlace radzą sobie lepiej, inne gorzej, a jeszcze inne wcale ;)
to podlinkuj tu urządzenie, które w kwocie 150pln dobrze wyświetla tryby z przeplotem konwertując to do HDMI, bardzo jestem ciekawy.
Obraz z Atari idealny nie był i niektórzy programiści to wykorzystywali np. poprzez efekt tzw. kolorów artefaktowych. Te efekty działają tylko po composite i s-video, przez RGB już nie.
Pokaż mi zrzut ekranu w systemie PAL z artefaktami po S-video.
W przypadku A8 to raczej w grę by wchodził zestaw VBXE+Medusa, choć oczywiście Medusa akceptuje sygnał Composite/S-Video. Ja jednak pozostanę przy chińskim konwerterku SCART-RGB na HDMI (z przejściówką HDMI na VGA) za ~150zł,
zobacz sobie co ten konwerter robi z trybami "interlace", czyli np. TIP, CIN, RIP, HIP. Popatrz też co to urządzenie robi z prostymi "scrollami", lub z obrazem przesuwanym w poziomie. Ale - cena 150pln jak najbardziej uzasadni owe niedomagania, no i ten lag? 150ms? ;)
PeBe - a nie było czasem tak, że w połączeniu z ideplus ten midicar wygenerował problem z boot'em z interfejsu dysku?
Znów — co innego UAV, czy inna modyfikacja toru wideo, mająca dopasować poziomy sygnałów (zwł. s-video) do obecnych standardów i umożliwić współpracę ze współczesnymi TV, a co innego "karta graficzna" zastępująca oryginalny układ i dodająca nowe tryby graficzne
Jaka to "karta graficzna" zastępuje oryginalny układ?
Oswald ma Sophię i VBXE jednocześnie i generalnie to działa.
zamów, to się dowiesz czy można ;)
Lol :)
@As - przestań pić alkohol, to będziesz kumał co się dzieje :)
Przy okazji zrobiłem zrzut i takie mikro porównanie na czym polega problem w "emulacji błędów pal" i jej braku. Zrzut z realnego hardware (130xe/vbxe)
proszę monitorki przełączyć sobie w 50FPS!!!!
Pierwsze wyświetlenie obrazka w trybie CIN - VBXE / FX core (odpowiednik jeśli chodzi o wyświetlanie Sophii).
Drugie wyświetlenie obrazka w trybie CIN - VBXE / GTIA emu core (czyli odpowiednik bardziej tego, co fizycznie wychodzi z gniazda monitorowego)
https://www.youtube.com/watch?v=LcKI81uXpFo
Widoczna różnica w nasyceniu kolorów. To samo będzie się tyczyło filmików odpalanych z AVG / SIDE.
jak się chłopaki nie dogadają, to będzie jak u Kononowicza.
Przede wszystkim należy zacząć od prawidłowego wyświetlacza niejako "dedykowanego" dla sprzętu z epoki, czyli standardowego monitora CRT
Polecam połączenie VBXE i Atari SC1435, Commodore 1084, lub Philips CM8833(I/II).
Uwaga tylko na VBXE1 (jeśli ktoś z Was to jeszcze ma) i SC1435/Philips - bez dodatkowego zabezpieczenia w vbxe pali się dac.
Sophia (co już było powiedziane) nie wyświetli prawidłowo trybów z przeplotem (wszystkie RIP, TIP, CIN itp), więc wszystkie produkcje w których używane są te tryby nie będą wyglądały dobrze (tzn. samo wyświetlanie tych grafik). VBXE wyświetli to całkowicie poprawnie ALE - warunek konieczny - musi być ustawiony rdzeń GTIA emu 1.06 (np.), bo na rdzeniu FX wspomniane tryby będą wyglądały jak na Sophii.
Temat ten mam w zasadzie całkowicie "zautomatyzowany" i opracowany pod Sparta DOS X, czyli jeśli uruchamiam program wymagający GTIA emu to przed uruchomieniem programu jeśli mamy aktywny FX to automatem odpalany jest GTIA emu. No i wszystko gra ;)
Da się w tym AVG OS rom podmienić? Basic?
bo okazalo sie ze funkcjonalnosc u1mb juz jest w avg
Faktycznie. Np. AVG dodaje 1MB ram :)
proszę o deklarację, że nie został użyty żaden nielegales... bo Atari tak chciało.
:) - raczej nie, bo w czasie testów zapomniałem wyłączyć Rapidusa i 3 z 4 gierek odpaliły że aż miło ;)
COMPO!! ... niebawem
https://www.youtube.com/watch?v=dZuOl2h03B0
https://www.youtube.com/watch?v=Px56QmKGyx4
Start około 20:40-21:00.
:)) audio możliwe ale jedno-ka(na)łówka
z beepera :)
Beeper - nabiera nowego znaczenia :)
w tej kategorii, to połowa wystawiających nie zmieściła by się w regulaminie :)
Wy nic nie wiecie! Jeśli komuś "wychadzają się" dziury na śródstopiu a przy palcach i pięcie nie, to ma płaskostopie.
którego przyczyną jest chodzenie po płaskiej ziemi oczywiście.
Jest jednak plus tej dyskusji. Nowy Atariwiec poznał prawdziwe oblicze kolegi z miejscowości uzdrowiskowej .... :)
@VLX - szach - mat :)
o rzeczach oczywistych w tym regulaminie zapisów nie ma. POKEY jak najbardziej, wszystko jest po "staremu" w tej materii.
to zrób sobie test w którym zgrabujesz po Meduzie obraz z Atari w rozdzielczości 1024/768 i porównaj jakość obrazu do grabu w FHD (pomijając proporcje obrazu powiedzmy tu). W niskiej rozdzielczości grabbera obraz będzie rozmyty - nie ostry w FHD już nie, no i można to już dowolnie skalować potem.
To wyszło jakby "ogranoleptycznie" i sumarycznie jakość odbioru jest wówczas najwyższa. Poza tym, jeśli na streamie montujesz w jakieś mniejsze okno przechwytywany obraz a na "programie" masz dodatkowo jeszcze jakiś livechat czy inne dziadostwo to nie ma sensu schodzić poniżej fhd.
Jakościowo najlepiej by było grabować wielokrotność rozdzielczości materiału źródłowego i to dawało mi w testach dość wierne odwzorowanie i ostrość obrazu, jednakże mój cudowny grabber przechwyci wówczas max 30fps. A to już sensu żadnego nie ma.
atari.area forum » Posty przez Pin
Wygenerowano w 0.347 sekund, wykonano 17 zapytań