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
Grajodołek Retro #7: Custom Atari 800XL Testy wyjątkowego Atari 800XL z VBXL, stereo i mechaniczną klawiaturą na kanale Borsuka.
Atari rejestruje znak towarowy 800XL Czy czeka nas nowy mini-komputer od Atari? Firma zarejestrowała kolejny znak towarowy.
Dlaczego Atari musiało upaść? Dokumentalna opowieść o wzlocie i upadku giganta, od Ponga po wielki krach na rynku gier wideo.
HDDRIVER 12.79 Nowa wersja flagowego sterownika pamięci masowych dla Atari przynosi ulepszenia w obsłudze GPT.
Obsługa Google Drive w FujiNet FujiNet zyskuje wsparcie dla Google Drive. Zobacz, jak działa nowy protokół w 8-bitowym Atari.
Opcje wyszukiwania (Strona 100 z 127)
pavros: Ale scroll jest wykonany na VBL co jedną ramkę... (zajrzałem w kod) co VBL rejestr HSCROLL jest de facto zwiększany o 1 lub o 2 jeżeli wciśniesz OPTION. Adres procedury scroll-a jest od $41E6.
jellonek napisał/a:seban: obraz na tv tez sie sklada z 50ciu polobrazow, wyswietlajac 25 klatek na sekunde, czy widzisz jak to na tv mruga? chyba nie...
To zależy od treści i czasu reakcji kineskopu. I poza tym jak robisz softwarowy interlace to myślisz że jaki frame rate uzyskujesz? dokładnie 25FPS więc miganie jest dokładnie takie samo :)
A tak poza tym to nie ma co się spierać tylko sprawdzić trzeba fakty w rzeczywistości :) To nowy pomysł i teraz trzeba po prostu sprawdzić go w praktyce :D Oczywiście nie zakładam iż nie mylę się... sam nie sprawdzałem jeszcze nic dokładniej więc jak najbardziej mogę się mylić. W domu nie mam nic z CRT więc zanim będę mógł powiedzieć jak to wygląda na CRT minie chwilka.
Fox napisał/a:1. Dlaczego 30 lat temu nie zrobili w GTIA bitu, który pozwoliłby się przełączyć między półobrazem parzystym a nieparzystym?
Wydaje mi się iż spowodowane było to tym iż bardziej komfortowe przy statycznych obrazach typu tekst, grafika było wyświetlanie ich 50 razy na sekundę w niższej rozdzielczości niż robić migające 25 obrazów co pewnie przy edycji tekstu i pisaniu programów byłoby bardzo denerwujące dla użytkownika. Poza tym chyba ciężkie byłoby uzyskanie takiego trybu pracy w przypadku trybów tekstowych. Nikt chyba nie myślał wtedy aby robić układ graficzny który mógłby generować na wyjściu obraz w trybie interlace... pierwszym przykładem użycia tego typu trybów była dopiero Amiga ze swoimi trybami x512.
Fox napisał/a:Co do nowych trybów: nie spodziewałbym się rewolucyjnej poprawy trybów, które już wykorzystują stary (migający) interlace. Wygodne byłoby przełączanie trybów 9/10 co ramkę, a nie co skanlinię (byłoby łatwiej robić efekty w HIP/TIP), ale podejrzewam, że to jednak będzie migać (chyba, że telewizor 100Hz - ma ktoś taki?). Najwięcej zyskają tryby bez interlace - G2F, GR8 itp.
No a co do trybów interlace to chyba wszystkie mieszanki trybów 9,10,11 będą oczywiste :) Żadnego DLI co jedną linię ekranową ;) W jednej klatce wyświetlasz tryb 9, potem przełączasz się na linie nieparzyste i wyświetlasz np. tryb 11 ;) mamy 256 kolorów i dużo czasu aby coś jeszcze w tym trybie rysować :D
A migać to będzie w/g o wiele mniej bo linie np. trybu 9 będą zawsze w tym samym miejscu a linie trybu 11 w swoim, bezwładność CRT pozwoli zachować o wiele mniejsze migotanie obrazu niż w przypadky wyświetlania w tym samym miejscu dwóch różnych trybów na przemian. Ale to tylko moje domysły trzeba sprawdzić w praktyce.
chodziło mi o to że jak wykonamy screen-shoota używając karty TV w pełnej rozdzielczości PAL (720x576) to karta złapie dwa pół-obrazy. Pełna klatka będzie się składała z dwóch pół-obrazów... Jeden będzie zawierał linie parzyste a drugi nieparzyste. Scroll w każdym z pół-obrazów będzie miał inną pozycję (zakładam że scrollujemy co 1 ramkę, a więc 50 razy w ciągu sekundy) co powinno wyglądać tak jak na obrazku załączonym przez Rybags-a...
jeżeli jakiś dekoder PAL nie zrozumiałby nowych imp. synchronizacji pionowej wygenerowanych przez procedurę Rybags-a to nie widziałbyś tego charakterystycznego poszarpanego efektu, no chyba że karta ma włączone sprzętowe usuwanie przeplotu i na swoim wyjściu generuje już obraz z usuniętym przeplotem (25FPS progressive).
Co do teorii Jacques-a...
ależ to przecież wiadome od dawna iż pomysłodawca układów wchodzących w skład 8-bit Atari (Jay Miner, http://en.wikipedia.org/wiki/Jay_Miner), potem założył własną firmę po czym kupiło ją Commodore :) Także naprawdę Amiga ma więcej wspólnego z Atari 8-bit niż Atari ST, analogie są po prostu oczywiste:
ANTIC ze swoim Display List -> Copper wraz z jego cooper-listą oczywiście mocno rozbudowaną ze swoimi możliwościami w porównaniu do ANTIC-a :) btw. psychol miał fajny pomysł na upgrade GTIA tak aby miało ono coś w stylu copper listy :) (http://madteam.atari8.info/index.php?prod=gtia2), druga sprawa to np. budowa sprite-ów :) Dokładnie taka sama jak w przypadku A8 czyli obiekty długie na cały ekran, a więc kolejna analogia. Pewnie jakby przysiąść dłużej znalazło by się coś więcej, to w/g mnie dwa podstawowe podobieństwa które wskazują iż pomysłodawcą obu serii układów był ten sam człowiek (Jay Miner)
Kiedyś słyszałem jeszcze iż człowiek projektujący układy dla ST (np. Shifter) to człowiek pracujący wcześniej dla Commodore, ale w tej chwili nie pamiętam nazwiska więc nie jestem w stanie podać linku weryfikującego tą teorię.
tebe napisał/a:czyli jest to sprzętowy interlace, mając tylko jedna klatkę obrazu włączając ten tryb uzyskamy interlace ?
Wtedy niestety uzyskasz w liniach parzystych nieparzystych dokładnie ten sam obraz... aby była dwa razy większa rozdzielczość musisz mieć dwie klatki obrazu... zawierające linie parzyste i nieparzyste.
Czyli obrazek 480linii i 2 DL-ki w których w pierwszej masz linie: 0,2,4,6,8 w drugiej 1,3,5,7,9... tak jak w przypadku softwarowego interlace... cały myk polega na tym że w tej dodatkowej klatce którą dokładasz te linie rysują się naprawdę pomiędzy tymi z normalnej klatki... masz dwa razy większą rozdzielczość tyle że narysowanie tego trwa dwie klatki ;)
Przy obrazach dynamicznych (np. jakimkolwiek ruchu w poziomie) pojawiają się oczywiście wszystkie problemy związane ze zjawiskiem przeplotu.
pavros napisał/a:Scroll jest poprawny tzn. nie rozjezdza sie, jak to jest pokazane na zdjeciu wyzej. Niesamowity widok :-)
Znaczy że twój VGA converter dokonuje deinterlaceingu, albo jednak nie rozumie informacji że nadawana jest klatka nieparzysta.
pozdrawiam
Seban
[offtopic mode: ON]
dla mnie Wings of Death była jedną z fajniejszych gier na Atari ST :) I po tylu latach przez przypadek się dowiaduje że jest jej druga część :)
Sound Track z tej gry jest również wyśmienity :D Chociaż przyznam że z muzyką z Wings of Death jakoś bardziej się osłuchałem grając w nią godzinami :)
Rybags this is the greatest discovery of last years! Your idea is brilliant! Big respect for you and your great work! This is another milestone that will achieve even greater graphics capabilities!
THANK YOU VERY MUCH FOR THAT! And also many thanks for your willingness to share knowledge and experience!
with big greetings
Seban / SLIGHT
Nie przyglądałem się temu na oscyloskopie co generuje procedura Rybags-a, trzeba by jednak to zrobić i zobaczyć na ile zgodne jest to z tym co standard PAL przewiduje. Ale jeżeli jego karta TV w PC i jakiś monitor CRT złapały co trzeba i dokonały detekcji ramek parzystych i nieparzystych to jest spora szansa że będzie to działać globalnie na większości monitorów i TV. Dekodery PAL są mocno głupoto-odporne z racji że musiały sobie kiedyś radzić z kiepskim sygnałem złapanym z powietrza :) (analogowa telewizja naziemna) Tolerują więc większość rozbieżności w sygnale PAL.
Co do testów to jak się pozrastam i wstanę z łóżka to sprawdzę dokładnie ;) A tymczasem tutaj obrazek pokazany przez Rybags-a na Atari Age:
zwróćcie uwagę na wygląd scroll-a :) To sugeruje że to istotnie działa ;)
dlatego podałem linka to strony zawierającej pokazane właśnie rysunki, podając również sekcję w której one się znajdowały :D Tyle że te rysunki nie pokazują tak dokładnie co się dzieje ;) Najprostszym wytłumaczeniem jest po prostu cytat fragmentu z omawianej strony:
Vertical sync is obtained from the last few and first lines of each field. These lines contain a series of special sync pulses which differ on alternate fields: -
The format for field 1 (starting at line 623.. ends at line 5 inclusive):
* 6 Pre-equalizing pulses.. 5 long sync pulses... 5 Post-equalizing pulses.
The format for field 2 (starting at line 311.. ends at line 317 inclusive):
* 5 Pre-equalizing pulses.. 5 long sync pulses... 4 Post-equalizing pulses.
kolejny BUG GTIA który daje fantastyczne możliwości :) Wykorzystanie tego iż GTIA przestaje generować poprawne imp. synchronizacji i aby syntezować je ręcznie był fenomenalny :)
Co do VBXE to sync pulses jest brany z GTIA myślę że można to bez większych problemów wykorzystać ten manewr z VBXE :) przełączając tylko parę rejestrów VBXE podczas VBL tak jak pisał Candle udałoby się pewnie zrobić 640x480 :)
różnica jest taka że gościowi udało się tak namieszać GTIA że dekoder synchronizacji w monitorze/TV faktycznie (tak jak jest to w prawdziwym obrazie PAL) w nieparzystych klatkach przesuwa cały obraz o 0,5 linii trybu ANTIC $0F w dół. czyli faktycznie można uzyskać prawdziwy przeplot (nie szybkie rysowanie w tym samym miejscu dwa razy) ale masz linie parzyste i nieparzyste (są dwa razy cieńsze). Na emu nic nie widać potrzebny real hardware.
No jestem pod wrażeniem i uporem gościa. Gość prawdopodobnie wykorzystał fakt iż GTIA gdy ma w ostatniej linii $0F normalnie zrywała synchronizację i efektem był taki biały pasek. Prawdopodobnie GTIA w tym momencie na wyjściu generuje napięcie odpowiadające "blanking level" (DMACT=$03) a gdy DMACTL=$00 to robi się na wyjściu napięcie odpowiadające SYNC_LEVEL. Rybags ręcznie generuje serię impulsów synchronizacji odpowiadającej przełączeniu się monitora/TV na ramki nieparzyste (normalnie GTIA generuje tylko klatki jednego typu, chyba parzyste).
Czyli upraszczając dzięki Garry-emu macie do dyspozycji tryby real-interlace takie jak np. Amiga (w trybach x512) z prawdziwymi nieparzystymi i parzystymi liniami :) no chylę czoła przed gostkiem! SZACUN!
o PAL i Sync Pulses trochę jest tu: http://martin.hinner.info/vga/pal.html (sekcja PAL B/G/D/K/I, Timing)
A tutaj dokładna różnica pomiędzy impulsami synchronizacji pomiędzy klatkami parzystymi a nieparzystymi:

RYBAGS! GREAT WORK! :D
A w opcjach emulatora: ATARI->OPTIONS masz zaznaczone "H: patch"?
i weź popraw powyższego swojego posta :) Zaraz przyjdzie admin i się zdenerwuje ;) (chodzi o punkt nr 8 regulaminu forum, regulamin jest tu: http://atariarea.krap.pl/forum/viewtopic.php?id=817)
eee... słuchaj.... jeżeli piszesz "ENTER "E:TEST2.LST" to w przypadku ATARI nie oznacza dysku "E" tylko urządzenie "E:" które w systemie atari jest edytorem ekranowym, czyli próbujesz wczytać plik nie z dyskietki ale jakby to powiedzieć po "pecetowemu" z urządzenia STDIN :) tak jakbyś na PC napisał:
OS Atari domyślnie instaluje urządzenia:
"C:" magnetofon
"P:" drukarka
"E:" edytor ekranowy
"S:" ekran graficzny
"K:" klawiatura
inne urządzenia pojawiają się po wczytaniu odpowiednich programów od ich obsługi, np. urządzenie "D:" pojawia sie po wczytaniu DOS-a.
rozwiązania masz dwa, albo wrzucisz sobie ten swój plik do jakiegoś pliku ATR wraz z dosem, albo tak jak pisano wcześniej użyjesz udawanego przez emulator wirtualnego dysku "H1:". Scieżki odpowiadające wirtualnym twardym dyskom ustawiasz w ATARI 800WIN po naciśnięciu ALT+H lub z menu Atari->Hard disks.
a tak się głupio zapytam, go co napisałeś w notatniku ma numery lini?
np.
10 REM *** TEST ***
20 GRAPHICS 0
30 ? "BUM!"
no i ten back-slash "\" jest zupełnie niepotrzebny, pisz po prostu:
Problem z LCD jest taki że wszystkie na które trafiłem (monitory z wejściami EURO, S-Video, CVBS) próbują być za mądre. Ich procki do przetwarzania obrazu nie dość że próbują na siłę eliminować interlace to jeszcze wnoszą opóźnienie kilkanaście klatek co może doprowadzić do szału :) Najpierw słyszę klik klawiatury a reakcję na ekranie widzę parę chwil później. Nie wiem jak się zachowują TV LCD bo żadnego nie posiadam :)
Z tego co prezentowałeś kiedyś na zdjęciach twój TV bardzo dobrze sobie radzi z sygnałem video z Atari. Ja niestety z wylądowałem jakiś czas temu z 22" LG. Nie dość że ma wyżej wymienione efekty to jeszcze mam problemy z sygnałem z ATARI. Poprawnie działa mi z nim tylko jedno ATARI 130XE. Przy pozostałych egzemplarzach inteligencja monitora wysiada na sygnale chrominancji z ATARI.
Jak kiedyś poczuję potrzebę posiadania TV to będę wtedy się martwił :)
Tak sobie marzyłem kiedyś że idealnie by było jakby do VBXE dało się dodać scan doulera i zrobić wyjście VGA :)
ale ja myślałem że 83833-II ma tylko RGB input :D a się okazuje że ma Composite Video ;)
electron napisał/a:8833-II ma S-Video, trzeba tylko chcieć.
Po prostu jest to ten sam monitor co 1084S, Należy wlutować gniazdko i przełącznik, może jeszcze coś (nie pamiętam) . Miejsce na płycie monitora jest, tylko otwory w obudowie trzeba zrobić bo są zaślepione.
Naprawdę wkładali cały dekoder PAL i nie wyprowadzali gniazda SVIDEO? Przyznam że to jakiś idiotyzm.
Mam kartę PCI z portami na chipsecie Moschip, podobną do takiej:
http://allegro.pl/item637620924_kontrol ... schip.html (link jako przykład, nie sugeruję zakupu u tego gościa).
to prawdziwe RS232 i LPT. Co prawda ja tego używam do nieco innych celów (różne stare programatory podpinane pod COM i LPT). Ale w moim przypadku sprawdza się wyśmienicie. Nic co miałem na USB nie było w stanie działać poprawnie ze starszym softem którego musiałem używać.
I tutaj jeszcze tylko 2xCOM: http://allegro.pl/item641268590_karta_k ... al_x2.html
to czy masz niewyprowadzone com-y na płycie możesz sprawdzić w BIOS, jeżeli są opcje konfiguracji portów to siedzi gdzieś na płycie takie 10-pinowe gniazdo (wannowe). Zajrzyj do specyfikacji swojej płyty głównej albo do user's manual.
ale faktem jest iż niektóre płyty zostały pozbawione portów, ja mam w pracy jakiegoś Abita z AMD i tam śladu po portach COM nie ma. Co ciekawe i tak zawsze wkładają układ multi I/O który za zintegrowany zazwyczaj kontroler stacji dysków. W nim zazwyczaj jest również LPT i 2xCOM. Tylko sporo producentów nie kwapi się dołożeniem transciverów i złączek dla RS-ów.
Ja mam wersję 1085s-D3... nie ma nawet wejścia composite video. Tylko RGB. O mam dokładnie taki: http://www.amiga-hardware.com/showhardw ... HARDID=851
Mój model 1085s pięknie działa z Atari ST, Amigą, Sega Dreamcast i ...przyda się do VBXE :)
Z wersją 1084 też trzeba uważać bo są różne wersje. Również takie co mają tylko RGB, niektóre dodatkowo composite, a niektóre podobno mają oddzielne wejścia chroma, luma.
Trochę piszą tutaj: http://www.amiga-hardware.com/showhardw ... HARDID=849
jak widać monitory dla commodore robił kto chciał i jak chciał ;) Model ten sam a funkcjonalność inna :)
pozdrawiam
Seban
Takie rozwiązanie zaproponował Jacek Żuk, info w tym wątku: http://atariarea.krap.pl/forum/viewtopic.php?id=4938
Tylko jest parę problemów...
1) znajdź Atari pracujące w systemie SECAM (sam chętnie kupię w rozsądnej cenie)
2) zrób układ w/g niedostępnego obecnie schematu (broken link)
3) liczba wyświetlanych jasności zredukowana z 16 do 8 (3 bity luminancji)
z tego co piszą to ma tylko wejście RGB (zarówno analogowe jak i cyfrowe "TTL") ... a więc do tego monitora da się podpiąć tylko Atari które ma na pokładzie VBXE :)
Musisz znaleźć monitor który ma wejście S-Video (osobne wejścia chrominancji i luminancji)
pozdrawiam
Seban
a to chyba nigdy takiej kolekcji nie widziałem... ale mam podobny problem to się podłączę do wątku :)
http://atariarea.krap.pl/forum/viewtopi ... 096#p76096
w tym tajemniczym demie którego nazwy nie pamiętam i znaleźć nie mogę były bardzo fajne muzyczki, i był to kompilowany turbo basic :)
o tym demku sobie przypomniałem jak zobaczyłem ten obrazek z G2F:

Jedna z części dema którego właśnie szukam zawierała praktycznie identyczny screen, tylko to było czyste GR.15 bez dodatkowych kolorów, na dole scroll z prostym DLI i śliczna muzyka :)
Mam to gdzieś na kasetach w turbo2000 pocięte strasznie, jak nie będzie wyjścia będę musiał spróbować to zgrać :P
pozdrawiam
Seban
Znalezione posty [ 2,476 do 2,500 z 3,156 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.109 sekund, wykonano 22 zapytań