To ja się nieco podepnę do tematu, tematyka podobna może ktoś z was będzie w stanie mi pomóc, jednak to wymaga krótkiego wstępu z mojej strony...

Dawno, dawno temu... na warszawskiej giełdzie komputerowej za czasów gdy wszyscy sprzedawali "pirackie" oprogramowanie... A Krzysztof Stec montował Qmeg, Freezer-a oraz rozszerzenia do stacji 1050, LDW2000 czy California Access... widziałem u niego taki program do "kopiowania wszystkiego"... miał on stację 1050, prawdopodobnie z Happy Warp... ponieważ program który ładował aby przekopiować dosłownie wszystko nazywał się "Happy Hacker King III", z tym że tego "III" to nie jestem do końca pewien... czy może ktoś z was potwierdzić istnienie tego softu i odświeżyć mi pamięć? A może ktoś z was ma ten soft w swojej kolekcji?

Wspominałem już o tym kiedyś, w tym wątku... http://www.atari.org.pl/forum/viewtopic … 06#p105306

Łezka mi się w oku kręci gdy wspominam te czasy... i tak sobie pomyślałem że gdyby ktoś miał ten soft... to u mnie leży jedna biedna goła 1050... to byłaby jakaś motywacja aby zamontować do niej Happy Warp :)

@tOri: Ale ja nie pisałem że się nie da... tylko 90% tych scalaków nie potrafi poprawnie zinterpretować sygnału video pochodzącego ze starych maszyn (nie tylko Atari). A potem dochodzi jeszcze problem dobrania odpowiedniej matrycy. Niektórzy producenci telewizorów są jednak tego świadomi i potrafią wyprodukować/kupić taki 'scaler' który doskonale radzi sobie z takimi sygnałami. Tylko w telewizorach czy monitora z wejściami TV/CVBS/S-Video/YPbPr/RGB często pojawia się inny problem... nagminną modą jest to że producent implementuje algorytmy usuwania przeplotu, które uśredniają i analizują co się dzieje na ekranie (mają w pamięci kilka poprzednich klatek) ... testowałem to niestety na sobie... często i gęsto nie da się tych systemów wyłączyć ... a one niestety wprowadzają widoczne opóźnienie do sygnału video... efekt jest taki że np. masz ekran z napisem READY, obraz ostry jak żyleta, potraktowany super algorytmami i filtrami '3d comb filter'... ale gdy naciskasz dowolny klawisz... natychmiast słyszysz 'click' z głośników, a obraz zmienia się po widocznym niestety opóźnieniu wynoszącym w zależności od producenta telewizora/monitora od kilkunastu to nawet kilkudziesięciu klatek :(

Już kiedyś pisałem o tym na forum, a było to wtedy kiedy to stałem się jak mi się wydawało "szczęśliwym posiadaczem' monitora LG ze wszystkimi możliwymi wejściami. Niestety stał się on tylko i wyłącznie monitorem ze względu na znaczne opóźnienie które wnosił w torze video przy obróbce sygnałów PAL/NTSC pochodzących z gniazdek CVBS/S-Video czy SCART ;/

eeee... 50.08Hz? Nigdy tego nie liczyłem... i wiem że to nie jest 50Hz dokładnie... ale Altirra mówi że jest to 49.8607Hz i to by się chyba zgadzało, bo...

1,773447MHz / 114 = 15556Hz (H-Sync) / 312 (pal lines) = 49,8607Hz (V-Sync)

eghm... nie bardzo wiem jak sobie wyobrażasz wyświetlanie obrazu o częstotliwości 50Hz na matrycy która ma refresh rate 60Hz? Mówię o wyświetlaniu z pełną jakością bez pomijania ani powielania klatek obrazu, bo to oczywiście ma katastrofalny wpływ na "płynność obrazu".

Taką kichę oczywiście "odwala się" obecnie na wszystkich pecetach przy oglądaniu filmów o innym frame rate niż refresh monitora, i to wygląda tragicznie... ludzie tego nie widzą, ale ja tego nie trawie i to jest jakieś mega nieporozumienie, jak można było dopuścić do czegoś tak durnego :( ale ignorancja to siła... ktoś powiedział że to wystarczy i nie ma co się męczyć, potem ludzie przyjęli że tak jest bo to komputer... i zaakceptowali ten do dziś trwający koszmar.

O ile w przypadku gier da sie temu zaradzić to jeżeli masz video o frame rate 50FPS to nie ma sposobu aby go dobrze wyświetlić na monitorze który ma tylko 60Hz odświeżanie.

źródło: Screen Tearing

ps) a monitory które mają wejścia S-Video/PAL mają włożone matryce które potrafią pracować przy 50Hz refresh rate, powiem Ci nawet więcej... niektóre z driverów leżących już na samej matrycy potrafią nawet adresować wiersze tak że w pierwszym przebiegu rysują wiersze parzyste a w następnym w nieparzyste (taka spuścizna po epoce CRT i interlace)... tylko nikt tego nie oprogramował w monitorach komputerowych bo i po co :P Oczywiście teraz się to na nich mści, bo np. jak masz w monitorze gniazdko HDMI to tam może się pojawić tryb 1080i @50Hz... i wtedy trzeba wyświetlić obraz tak jak się to robiło kiedyś na CRT, i lepsze modele monitorów z HDMI mają tryb pracy z 50Hz odświeżaniem i potrafią wyświetlać obraz w interlace.

@tOri: sprawdź jeżeli możesz i będziesz miał czas tryby interlace oraz płynność scrolla pionowego i poziomego. A na koniec jeszcze ten prawdziwy interlace wymyślony przez Rybags-a (480i) z parzystymi i nieparzystymi pół-obrazami, np. MemoPad 480i

większość tego typu scalaków które przetestowałem poległy już na zwykłych interlace-ach typu CIN lub XL Paint MAX, a nawet HIP, TIP czy RIP.

Część tego typu chipsetów nie radziła sobie nawet z wyświetlaniem najzwyklejszego interlace skłądającego się z dwóch miksowanych obrazów jednego trybu bez zmiany palety kolorów w obrazach (np. początkowe ekrany dema Overmind - tzn. logo "A Year has passed" oraz logo "Overmind")

Wszystko przez to że scaler-y wbudowane w te układy, starały się na siłę "ulepszać" obraz który otrzymywały na wejściu CVBS czy S-Video, wychodziła z tego najczęściej poszarpana masakra, bo scaler spodziewał się drugiego "półobrazu" a Atari uparcie wysyłało mu tylko jeden typ półobrazów. Część skaler-ów przyjmowała że informacja wynikająca z imp. sychronizacji pionowej o tym że leci cały czas ten sam półobraz (linie parzyste) jest fałszywa i traktowała przychodzące półobrazy naprzemieninie jako te zawierające linie parzyste a potem nieparzyste... obraz podskakiwał rytmicznie albo trząsł się losowo... w zależności od chipsetu efekty były różne, ale nigdy takie jak być powinny, nawet jak statyzny obraz wyglądał obiecująco i dobrze, to przy pojawieniu się jakiegokolwiek dynamicznego ruchu, czy nawet scrolla lub trybu interlace, natychmiast wychodziła z tego totalna kaszana.

To co powyżej napisałem, to tylko moje doświadczenia z przed paru lat... być może te nowsze scalaki coś więcej potrafią albo lepiej potrafią poradzić sobie z archanicznym sygnałem video, nota bene nie do końca zgodnym ze standardem PAL... jednak odnoszę wrażenie że im nowszy sprzęt tym gorzej z interpretacją "przedpotopowych" sygnałów wizyjnych.

pozdrawiam
Seban

Thanks for the reminder! Nice piece of music!

with greetings
Seban/Slight

@qba: wiedzą, wiedzą... bo te sektory w przypadku gęstości SINGLE leży dokładnie po środku dyskietki, z tego punktu głowica ma tak "samo równo" w obie strony dyskietki :)

Wszystkie Twoje pomysły o których wspomniałeś powyżej są opisane w moim poście na początku tego wątku :)  może nieco żartobliwie i zawoalowane, ale są wymienione bardzo podobne do Twoich moje domysły dotyczące tej sprawy :) Zatem nie pozostaje mi nic innego jak zgodzić się z Tobą w 100% :)

TOMS720 też nie cofa głowicy. Natomiast przy każdym włączeniu dojeżdża do końca (79 ścieżka) oraz cofa się do ścieżki 0.

Jaki jest sens przesuwania głowicy na ostatnią ścieżkę po pewnym czasie bezczynności? Prawdę mówiąc nie mam pojęcia, być może podczas normalnej pracy z większością dyskietek głowica rzadko ma okazję dojechać do końca, może takie działanie jest spowodowane chęcią utrzymania prowadnic w jednakowym stanie (tzn. aby ten smar który jest na łożyskach ślizgowych był rozprowadzany równomiernie po całej długości prowadnic?

Być może powód jest bardziej prozaiczny, wyobraź sobie że głowica pozostaje nad jakąś ścieżką np. 18, w tym stacja zatrzymuje silnik i głowica zostaje nad tą ścieżką. Teraz wyobraźmy sobie że Atari nagle chce wykonać jakąś operację I/O... stacja więc rozpędza silnik do odpowiednich obrotów a głowica leży cały czas na nośniku nad ścieżką 18... myślę że to może mieć wpływ po prostu za zużycie nośnika (np. takie rozpędzanie silnika nad daną ścieżką)... nawet jest pewien że ma... jak znajdę moją tzw. dyskietkę systemową ... to dosłownie widać na niej gdzie jest ścieżka zawierająca DIR i VTOC. Jest wytarta tak że zmieniła barwę.

Ewentualnie... wyobraź sobie taką samą sytuację... czarna noc... Henry koduje właśnie swój efekt życia do mega-dema... ostatni zapis na dysk i efekt prawie gotowy... jest godzina 3:51 rano... w tym czasie jego siostra Samatha budzi się i zagląda do pokoju brata... nie chcąc go niepokoić przemyka się cicho za jego plecami, niestety potyka się o przedłużacz do którego podłączony jest cały system Henry-ego... Atari wyłącza się grzebiąc pracę Henry-ego... a do tego stacja konając w agonii i resztkach energii której dopływ został brutalnie odcięty... w ramach chęci podążania tunelem do światłości... postanawia wysłać ostatnie impulsy elektryczne do swoich obwodów... pech chciał za akurat write-gate została otwarta (stan nieustalony jakiejś bramki) i resztka energii napi* w głowicę zapisującą.... stacja ostatnim tchnieniem sił przemagnesowuje kawałek nośnika znajdujący się tuż pod głowicą... pech chciał że to był sektor zawierający najbardziej istotną część kodu w mega efekcie Henry-ego...

ps) dlaczego ten system cenzuruje słowo "n a p i e r n i c z a"? :P to sugeruje że napisałem wyżej coś o wiele bardziej brzydkiego ;/

cytując manual: (np. ten tu: http://www.xl-project.com/man/manual/atari++.html )

i jeszcze te dwie opcje:

Rewelacja Panowie! (Pin, Yerzmyey & Larek) Kiedy cała płyta? Bardzo chętnie kupię! :)

ps) pytanie do Larka, zawsze mnie interesowało jak sie robi sync takiego materiału... różne ujęcia, różne przejścia... i pin nadal idealnie uderza w bębny mimo iż montaż był nielinowy i przerywany innymi scenami, etc. Czy to po prostu żmuda praca, etc, czy gdzieś masz jakiś sync w materiale video który umożliwia potem odpowiednie złożenie tego, aby dźwięk w 100% pasował do obrazu?

edit: name fixed :) sorry for mistake Yerzmyey :)

Pin, to jest wyśmienite! Chcę więcej! :D

Hej!

Fajnie że chciało Ci się to przetłumaczyć :) Ja ze swojej strony dodam że to właśnie Altirra BASIC pomógł mi w szybkim testowaniu koncepcji "efektów" do PA2015 compo zorganizowanego przez Sikora. Poniżej ten efekt który użyłem w Sikor PA2015, tylko dzięki operatorom AND, EOR (&, %) obyło się bez żadnego USR-a... czyli pure BASIC :)

3002 GRAPHICS 9
3003 FOR X=0 TO 63:FOR Y=0 TO 47
3004 C=X%Y:IF  NOT C&15 THEN C=1
3005 COLOR C:PLOT 8+X,Y*4:DRAWTO 8+X,Y*4+3
3006 NEXT Y:NEXT X
3007 FOR J=0 TO 1:FOR I=0 TO 255:POKE 20,0
3008 IF PEEK(20)<4 THEN 3008
3009 POKE 712,I:NEXT I
3010 GRAPHICS 11+32:NEXT J
9999 GOTO 9999