hej!
Gratuluje! Pełny szaczunek! Panowie oby tak dalej! Gierka bardzo miodna :D Wykonanie po prostu powalające! Czegoś takiego jeszcze na ATARI 8-bit nie było :)
pozdrawiam
Seban
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Eagle Maria Painter dla Atari 7800 Poznaj Eagle Maria Painter, nowoczesny edytor grafiki dla konsoli Atari 7800 działający w przeglądarce.
Steem SSE v4.2.0 R10 Nowa wersja emulatora Steem SSE przynosi poprawki w konwersji obrazów dysków.
Wyniki 8. Atari Homebrew Awards Poznaj zwycięzców ósmego plebiscytu na najlepsze gry na konsole i komputery Atari.
Brzmienie POKEY na czarnej płycie Przypominamy o płycie z utworami z ośmiobitowymi hitami wydanymi na winylu.
8. Gala Atari Homebrew Awards już dziś! Poznaj najlepsze gry roku na wszystkie platformy Atari podczas wielkiej gali na żywo.
atari.area forum » Posty przez seban
hej!
Gratuluje! Pełny szaczunek! Panowie oby tak dalej! Gierka bardzo miodna :D Wykonanie po prostu powalające! Czegoś takiego jeszcze na ATARI 8-bit nie było :)
pozdrawiam
Seban
Hej!
Ja bym się pisał na ten stabilizator do starego rubina :) nie żartuję :D
Seban
albo skoro nad gniazdem SIO to może być gniazdo do podłaczenia stacji TOMS720... mi tak panowie z TOMSa zdewastowali komputer jak kupowałem TOMS-720. TOMS720 ma wtyczkę DIN5 a atarka nad gniazdem SIO zamontowane ochydne gniazdo DIN-5... jakie było moje wkurzenie jak to zobaczylem to nie wspomnę :(
Seban
A u mnie wokal OK, bardzo wyraźny... Przy ściszaniu nic nie milknie, nadal jest wyraźny :) Staruśieńskie kolumny Altus 75, wzmacniacz Technics SUVZ-220, to wszystko wspomagane buforem lampowym na ECC88 i podpięte do PC... odsłuch na 24-bitowej karcie na płycie głównej jak i 16-bitowym Aureal Vortex II daje porządne czyste brzmienie. Ale moja ocena może być subiektywna ze względu na to iż słyszałem to bardzo dużo razy i po prostu wiem co wokalistka śpiewa. Przy pierwszym przesłuchaniu miałem takie wrażenie iż wokal nie pasuje do reszty... jednak drugie uważne wsłuchanie spowodowało iż stwierdziłem że pasuje on wręcz idealnie.... Byc może wasze wrażenie niepasowania wokalu do reszty jest spowodowane tym iż X nie użył tu zbyt łatwej w interpretacji linii melodycznej :)
Seban
Hej!
Z tego co pamietam VIF-a robił Robert Kujda z ELSATU ten sam co zrobił AD Convertera oraz EPROM Burner.
Co ciekawe firma istnieje do dziś http://www.elsat.com.pl może i Pan Robert Kujda tam pracuje jeszcze... w końcu to chyba była/jest jego firma.
Jezeli ktoś chętny może tam zapytać ;-)
Co do VIFa to nawet takiego posiadam niestety niesprawnego ponieważ kiedyś uszkodziłem scalaka... jakis 8-bitowy licznik... a teraz mi go gdzieś wcieło i oczywiście nie pamiętam jego symbolu... kiedyś na forum prosiłem o fotkę wnętrza w celu ponownej identyfikacji scalaka... jednak sie nie udało :( Moze jednak ktos kto ma VIFa mógłby zrobić fotkę/skan elektroniki, tak aby udało się odczytać symbol licznika znajdującego sie przy scalaku CD4046?
pozdrawiam
Seban
Hej!
http://pl.wikipedia.org/wiki/Kod_uzupe% … dw%C3%B3ch
czy to wystarczy... czy wiedza zbyt encyklopedyczna?
pozdrawiam
Seban
hmmm.... i ja i ja też poproszę :)
pozdrawiam
Seban
hej!
Według moich informacj Code Genie był kiedyś darmowy... na stronie był dostepny za Free... potem przyszła nowa "lepsza" wersja i stał się komercyjny i ograniczony. Nie Pamiętam od której wersji to nastapiło.
pozdrawiam
Seban
Seban - czyżby MICROCHIP PIC z wykorzystaniem PSP ??? :)
dokładnie tak, Electronie :) Twój pomysł :)
pozdrawiam
Seban
electron: dokładnie :) o tym kiedyś rozmawialiśmy na forum gdy chcieliśmy podłączyć atarkę do monitora Commodore 1084d :)
Trochę się zdziwiłem bo wcześniejsza wersja której fotki przedsawił Bitman była bardziej cyfrowa (oparta na jakichś scalakach od SyncMos) ...
a ta wersja widze w pełni analogowa :(
Seban
hej!
Jest to problem emulatora POKEYa... on niepotrzebnie ma tzw. składowa stałą, teoretycznie wartości próbek powinny mieścić sie w zakresie -32768 do +32767. Jednak wszelakie emulatory POKEYa przewaznie mają składową stałą w generowanym sygnale i np. taki SAP, ASAP czy ATARI800 win generują próbki w mniej więcej zakresie od 0 do -32768 lub podobnie :) nie wiem jak jest w przypadku RMT ale na 90% robi tak samo :D
pozdrawiam
Seban
Hej!
Laoo pokrótce opisałeś działanie freezera, tyle że on aby przejąc totalną kontrolę nad CPU wstawia dodatkowy fałszywy cylk odświeżania pamięci + generuje NMI, wiec wszystko odpina się od szyny i freezer może sam robić co chce, do dziś nie wiem co się stanie gdy antic w tym momęcie odświeza ta pamięć naprawdę :) może następuje zwiecha freezera :) co wystepuje w moim freezerze raz na jakis czas :)
Seban
hej!
Niektóre stacje wykorzystują chyba linie: clock output
Przynajmniej widziałem tę linie podłączoną do procka na schemacie którejś ze stacji (LDW2000 chyba).
Seban
Hej!
Oczywście jak najbardziej to rozumiem :) Nie ma problemu :)
pozdrawiam serdecznie
Seban/SLIGHT
hej!
czyli fotki mojego grata mogę sobie odpuścić :)
Seban
Hej!
delikatnie określiłeś moje hipotetyczne brednie :) "oryginalna teoria" :) chyba przestanę bredzić i może się w końcu wezmę za mierzenie :)
Foxie... mam dostęp do oscyloskopu cyfrowego Tektronix TDS2014, ma on opcję oglądania linia po lini sygnału telewizyjnego.
Będzie to trochę mozolne ale mogę spróbować zrobić screen shoty z oscyloskopu
Co do sygnału PAL i NTSC... na pewno jest to:
525 dla NTSC i 625 dla PAL lini ekranowych... ile z tego jest widocznych w rzeczywistości zależy od monitora/TV, generalnie część lini odpada na powrót pionowy, w części z tych niewidocznych lini jest transmitowana telegazeta. Pamięteam że jak kiedyś grzebałem w TV to mogłem tak scisnąć obraz iz widoczna była telegazeta jako treść obrazu :) Generalnie dużo ciekawych rzeczy czasami jest zakodowanych w sygnale TV w liniach których nie widać, np niektóre magnetowidy zostawiają tam swój ślad w postaci liczników ramek, znaków czasowych, itp. bzdury :)
Może Antic coś ciekawego nadaje w niewidocznej części? Np. "SID ba fajny BASS" ;-) (to głupi żart oczywiście)
Seban
48 linii to tyle, ile ma ramka z pustych linii robiona przez OS (24 u góry i 24 u dołu), a na oko jest ona dużo większa od zewnętrznej czarnej ramki.
a może linie generowane przez ANTIC są podwójne (parzyste i nieparzyste identyczne) a momencie kiedy nic ale to nic nie wyświetla (nie mówie tu o pustych liniach, tylko o tym nienaruszalnym polu) liczy to pojedyńczo? nie pozostaje nic innego jak zobaczyć co Antic generuje tam gdzie nic nie widać :) kolejna rzecz do sprawdzenia. coś mam wrażenie że obraz z atarki w NTSC był nieco wyższy na moim TV (nieco rozciągnięty), ale nie chcę kłamać sprawdzę to powiem jak to wygląda... być może wynika to z faktu iż TV rozciąga sam aby NTSCowe 480 lini pokrywało cały kineskop.
Seban
Hej!
Kiedyś chciałem robić to... ale jak mówie nie znalazłem wolnego czasu:
http://www.qsl.net/dl2rcg/fbas-rgb.html
gość zrobił sobie to aby podłączyć sygnał composite to jakiegoś panelu TFT, ale głównym zadaniem tego układu jest po prostu rozbicie composite video na RGB + sync, dla monitorów 1084 i 1085 jak znalazł :)
wersja angielska: http://tiny.pl/7g7r
pozdrawiam
Seban
ANTIC generuje dokładnie 240 skanlinii obrazu i normalnie to pokrywa prawie cały obraz (małe czarne marginesy z góry i z dołu). Oczywiście regulacja ma wpływ, ale z tego co widziałem, to nawet te 240 linii na niektórych TV się nie mieści, a co dopiero 288.
Foxie... myślę że to 240 wynika z tego iż ANTIC na siłę był zrobiony jako PALowski stąd te nieszczęsne 240 :) Pewnie do tego chcieli zachowac kompatybilność z NTSC... w przeciwnym wypadku byłyby problemy z inną ilością lini generowanych w PAL i inną w NTSC. Co do widocznosci to pewnie te dwa niewielkie czarne paski u dołu o u góry co zostają to może jest to te 48 lini. Zresztą $d40b ma wartośc od 0-155 w PALu czyli teoretycznie mamy 312 linii wyświetlanych (oczywiście w tym jest też to czego nie widać). W NTSC chyba $d40b dochodzi do mniejszych wartości. Ale to sprawdzę jak znajdę to 800XL w NTSC :)
Seban
Hej!
Niestety nie ma composite to jego największa wada... zawsze sobie chciałem dorobić zewnętrzny dekoder... ale jakoś mi nie starczało czasu :(
Fotki wyślę Ci jutro bo monitor mam w pracy a aparat w domu.
pozdrawiam
Seban
"basik".... ROTFL :D dely proszę... nie.... łahahaha :D litości :D
hej!
Mam 1085s do sprzedania, ale on ma tylko złączkę DB9 z wejściem RGB+sync. (działał u mnie z Atari STe, Amiga, Sega Mega Drive, Sega Dream Cast). Ale taki pewnie Cię nie interesuje... bo zapewnie potrzebujesz takiego z wejściem chroma+luma.
pozdrawiam
Seban
Z tego co napisali w wikipedii wynika jakoby NTSC nie miało "rozdzielczości dwuliniowej" dla kolorów. Czyżby więc tryby 256-kolorowe (w tym TIP) niezbyt ciekawie prezentowały się w NTSC?
sprzwdzimy... mam ATARI 800 XL pracujące w NTSC... mam nadzieje że mój TV działa w NTSC :)
Następna sprawa, że w PALu jest 576 widocznych skanlinii. Jak to się przekłada na atarowe 240?
widzisz... to sztuczka polegająca na pozornym zwiększeniu rozdzielczości (pozornym bo kosztem zmniejszenia frame rate). Klatki parzyste są wyswietlane w liniach parzystych, nieparzyste w liniach nieparzych. Wiec po przesłaniu dwóch ramek masz obraz o rozdzielczości 576. Czyli faktyczny frame rate to 25 klatek na sekundę o pełnej rozdzielczości. Nasza atarka jednak zapodaje to samo w obu tzw. pół-obrazach, wiec faktyczna rozdzielczośc to 576/2=288 lini przy 50 klatkach na sekundę. A te 240 linii to w chyba NTSC wychodzi.
Słyszałem jeszcze, jakoby artifacting dotyczył tylko NTSC.
a ja tam widze artifacting również w PALu ale moim zdaniem wynika to z niedoskonałości demodulatorów i separatorów chrominancji z zespolonego sygnału wizji. W przypadku podłączenia chroma luma oddzielnie mamy o wiele mniejsze artefakty. Jednak ze względu na budowę sygnału PAL/NTSC można przy pomocy odpowiedniego manipulowania pixelami w hi-res uzyskać kolor :)
to jest sytuacja nieco odwrotna do przedstawionej tutaj: http://www.techmind.org/vd/paldec.html , tutaj gość wpadł na pomysł aby zamiast rozbijać sygnał przy pomocy analogowego toru... próbkuje z bardzo dużą częstotliwością cały sygnał PAL, potem softwarowo dokonuje demodulacji.
A wydaje mi się iż w przypadku ATARI sygnał wizyjny w trybie hi-res ($0f,$02) plus drastyczne zmiany jasności (np. szachownica, paski w stylu $aa, $55) generują dość spore częstotliwości w sygnale wizyjnym i mogą być interpretowane jako część sygnału chrominancji i właśnie niedoskonałosć demodulatorów chrominancji powoduje iż mamy efekt artefaktów.
BTW. Dlaczego rwie się synchronizacja pionowa jeśli najniższa linijka jest w hiresie, a jeśli jest w 15-ce, to nie? Czy w NTSC jest tak samo?
tego nie wiem... można zobaczyć co się dzieje z sygnałem video na oscyloskopie.
pozdrawiam
Seban
Hej!
Co do podkolorowania poprzedniej lini wynika to dokładnie z założeń systemu PAL. Po prostu twórcy systemu PAL chcieli zachować zgodność systemu w dół, tak aby kolorowy przekaz PAL dało się obejrzeć bez problemu na czarno-białych odbiornikach. Mieli do dyspozycji jednak kanał o szerokości 6MHz i nie byli w stanie upchąć informacji o kolorze zachowując zgodność z poprzednim standardem, stąd pomysł na zmniejszenie ilości danych o kolorze, bo zostało dowiedzione iż człowiek jest bardziej wrażliwy na zmiany jasności niż na zmiany kolorów
UPDATE!!! okazało się iż bredziłem... w PALu sygnał koloru U i V są przesyłane jednocześnie przy użyciu modulacji kwadraturowej.
chroma= U*sin(wt) + V*cos(wt)Jednak aby uniknąć rozjechania kolorów poprzez możliwe przesunięcia fazy odbieranego sygnału, informacja o kolorze składana jest z dwóch sąsiadujących linii obrazu, i dlatego pełną infomacje o kolorze można odtworzyć dopiero po zdemodulowaniu sygnału pochodzacego z dwóch lini ekranowych. Przez co tracimy o połowę mniej informacji o kolorze jednak jest ona bardziej odporna na zakłócenia. Ponieżej male info znalezione w sieci.
PAL is fairly close to NTSC. Since the power frequency is
50Hz, the frame rate is also 50 Hz. The line rate is 625 lines.
However, the Europeans didn't like the color change that can
occur if there is a phase change in the transmission of the
signal. So on NTSC TV sets there is a HUE or TINT control to
correct for any phase change of the color burst/color signal.
One way of making an "automatic" hue control is to transmit the
R-Y signal alternately with a phase shift of 90 degrees. In
every other line the R-Y signal is transmitted inverted. Since
our eyes are less sensitive to color compared to black/white,
the resolution needed for color is less. As you know, the
black/white resolution is about 5 MHz, however the color
information transmitted on the color carrier is about 1.4 MHz
wide. The frequency of the carrier is 4.43 MHz. So, in PAL,
they assume the vertical resolution can be cut in half without
"affecting" color resolution. By combining two horizontal
lines, using a delay line in the TV set, two lines can be
combined and any phase error can be cancelled. Severe phase
changes in the transmission of a PAL signal will show up as weak
colors, but correct colors. In NTSC it will show up as full
color saturation, but the wrong colors! It's also a fact that
our eyes are much more sesitive to color hue changes than to
color saturation changes. So, you will not see green faces in
PAL, but you might see weaker colors.całe info o wszystkich systemach znajduje się tutaj: http://www.nmia.com/~roberts/vidstd
UPDATE #2 !!! To sugerowałoby iż w NTSC ten problem (a raczej zaleta w przypadku ATARI nie powinna występować), a jednak wydaje mi się iż występuje również, a ponieważ mam w szafie ATARI 800XL w wersji NTSC to postaram się to sprawdzić. Prawdę mówiąc zrobiłem sobie wodę z mózgu czytajac 35 wersji i interpretacji standardów PAL i NTSC... sam już do końca nie wiem jaka jest prawda... achhh... ten internet... śmietnik totalny :) pora zajrzeć do książek :)
. Poniżej proste wzorki opisujące zależności pomiędzy R,G,B a Y,U,V
Y=(R+G+B)
U=(Y-B)
V=(Y-R)Jak widać przesyłając tylko Y,U,V możemy bez problemu po stronie TV odtworzyć sygnały R,G,B. GTIA jest skonstrułowana tak iż generuje od razu sygnały Y,U,V nie zajmująć się konersją RGB->YUV.
Jeżeli to kogoś dokładniej interesuje, mogę poszukać troszkę więcej informacji na ten tamat w moim śmietniku na dysku.
Ciekawostki o systemach NTSC i PAL, z sieci:
1) W systemie NTSC natomiast, po odtworzeniu fazy podnośnej, na której są przesyłane sygnały różnicowe, następuje ich amplitudowa demodulacja. W systemie PAL - będącym ulepszoną kontynuacją systemu NTSC- podstawowe procesy dekodowania są analogiczne jak w NTSC, ale jednocześnie uzupełnione niezwykle ważnym procesem, polegającym na wprowadzeniu skutecznej kompensacji błędów fazy powstających podczas całej transmisji. Kompensacja błędów fazy polega na takim ich ograniczeniu, aby powodowały jedynie zmianę nasycenia barw, nie zaś ich zniekształcenia.
2) Podstawową niedogodnością systemu NTSC jest wrażliwość na zniekształcenia fazowe toru transmisyjnego, mają one, bowiem bezpośredni wpływ na wierność odtwarzania odcienia barwy. Pomimo, że dopuszczalna zmiana fazy w procesach kodowania i dekodowania wynosi ?5%, w obecnych warunkach jest to trudne do spełnienia i dlatego odbiorniki NTSC są wyposażone w regulatory odcienia barwy, dostępne dla użytkownika. Zniekształcenia wzmocnienia różnicowego wpływają natomiast na zmiany nasycenia barw i jego dopuszczalna tolerancja wynosi ? l dB. Warunek ten jest stosunkowo łatwy do spełnienia.
pozdrawiam
Seban
Hej!
Zybex jest na znakach, 50 fps. choc 2x2 pixle, ale ladny i szybki engine (tlo + sprity).
hmmm... wydaje mi się iż zarówno Zybex jak i draconus były w trybie graficznym (tryb $0D ANTICA). Zawsze mnie zastanawiało czemu te gdy były robione w trybie $0D a nie $0E i kiedyś doszedłem do wniosku iż było to spowodowane ilościa dostepnej pamięci, gry musiały działać na gołym ATARI (64KB RAM), a podwójne buforowanie takich ekranów zajmowało trochę RAMu. Dlatego sadzę iż zarówno Draconus jak i Zybex miały grafikę w trybie $0D.
pozdrawiam
Seban
atari.area forum » Posty przez seban
Wygenerowano w 0.104 sekund, wykonano 22 zapytań