atarionline.pl G2F vs. Atari - problemy graficzne - Forum Atarum

    Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

    • :
    • :

    Vanilla 1.1.4 jest produktem Lussumo. Więcej informacji: Dokumentacja, Forum.

      • 1:
         
        CommentAuthorlarek
      • CommentTime2 Jan 2010 10:01 zmieniony
       
      Przenoszę dyskusję z nowinki o konkursie mokapowym tutaj.
      Zgodnie z obietnicą zrobiłem kilka zdjęć grafik. Teraz mam nadzieję, że będzie widać o czym pisałem:

      1. grafika "Ghost'N_Goblins_2.xex"
      Atari 65XE + LCD TV 32":

      Atari 800XE + LCD TV 14":

      Atari 130XE + monitor CRT Commodore 1084S:



      2. grafika "Gladiator_1.xex"
      (taka sama kolejność, co powyżej)


      na monitorze CRT nie udało się złapać synchronizacji:



      3. grafika "Kung-Fu_Master_1.xex"
      (kolejność identyczna, ale po dwa zdjęcia)







      4. grafika "Szmacianka_Soccer_2.xex"
      (dwa pierwsze zdjęcia na TV 32")





      Tu są dostępne zdjęcia w oryginalnym rozmiarze: ->link<- (plik 7z ponad 63MB!).
      • 2: CommentAuthorKonop
      • CommentTime2 Jan 2010 12:01
       
      1. grafika "Ghost'N_Goblins_2.xex"
      U mnie również zrywa synchronizację.

      2. grafika "Gladiator_1.xex"
      Jak wyżej.

      3. grafiki "Kung-Fu_Master_1.xex", "Kung-Fu_Master_2.xex", "Rastan_Xenon.xex" oraz każda inna, wykorzystująca zmiany kolorów w rastrze.

      Nie zaprezentuję obecnie zdjęć, napiszę jedynie, że na mojej maszynie z procesorem 65C816 (Sweet16) występuje przesunięcie kolorów na tych obrazach, zupełnie tak, jakby Antic inaczej pracował z tym rozszerzeniem. Postaram się w przyszłości zaprezentować zdjęcia.

      4. grafika "Szmacianka_Soccer_2.xex"
      Występuje u mnie ten sam problem co u Larka.
      • 3: CommentAuthortebe
      • CommentTime2 Jan 2010 14:01
       
      nie mam dostępu do oryginalnych plików G2F, ale podglądając program DLIST-y bez trudu można stwierdzić że "Ghost'N_Goblins_2" i "Gladiator_1" mają ustawiony ostatni wiersz w HiRes (ANTIC = $02, Pixel=1) co przekłada się na zerwanie synchronizacji

      w G2F pojawia się komunikat jeśli próbujemy zmienić ostatni wiersz na Pixel=1 "Last row is only with Pixel = 0 or 2", no chyba że ten komunikat nie przemawia do użytkownika, może "ekran śmierci" Windows-a bardziej by się przydał ;)

      "Kung-Fu_Master_1" ewidentny przykład zbyt dużych opóźnień na linii GTIA-ANTIC (kiedy obszar zmiany rastra styka się z obszarem ducha, aby tego uniknąć duch musi nachodzić na obszar zmiany rastra przynajmniej jednym pikselem), Pavros tłumaczył to zjawisko na aarea (szukał wyjaśnienia dlaczego w IK+ nić pająka nie jest widziana na każdej Atarce-nić w postaci czarnej kreski była realizowana przez ten błąd), rozwiązaniem jest bodaj rozszerzenie "Super Video", ogólnie potrzebne są szybsze układy przekazujące sygnał albo VBXE

      u mnie na starym wyściu TV (GTIA) widać tą kreskę, natomiast na wyjściu VBXE jest wszystko OK

      "Szmacianka_Soccer_2" zmiana kolorów tła (712 - $D01A) widoczna na ramce, no i co w tym dziwnego, od zawsze tak było

      nie widzę tu żadnych problemów, jedynym problemem jest brak zrozumienia działania wyświetlania obrazu na Atari, zbytnia wiara w emulatory i pewnie brak testowania obrazków na prawdziwym sprzęcie
      • 4: CommentAuthortebe
      • CommentTime2 Jan 2010 14:01
       
      ->link<-

      w tym wątku wyjaśnione są przyczyny czarnych pionowych kresek, które występować mogą także w trybie 9 Basic-a
      • 5:
         
        CommentAuthorlarek
      • CommentTime2 Jan 2010 15:01
       
      Tebe, oczywiście w tym "Szmacianka Soccer 2", to oczywiście żaden błąd. Jak napisałeś, zwykła zmiana kolorów tła widoczna na ramce. Chciałem tylko pokazać, że na real Atari to widać, a na obrazku z emulatora nie.
      • 6:
         
        CommentAuthorTheFender
      • CommentTime2 Jan 2010 16:01 zmieniony
       
      Dzięki Larek za zdjęcia.
      Jako że poczuwam się do odpowiedzialności za mockup G'n'g i Gladiatora, poniżej podlinkowane pliki w zipie :)
      Ostatnie linie ustawione były na HiRes, poprawiłem.
      Faktycznie komunikat był TeBe ale widać zapomniałem zmienić (pierwsze w życiu dzieło na G2F i A8).
      • 7: CommentAuthorKonop
      • CommentTime2 Jan 2010 16:01
       
      Z grafiką "Gladiator2.g2f" jest coś nie tak. W środku ostatniej linii z tekstem jest jakaś linia ze śmieciami. Ponadto ostatnia linia logosa Gladiator jest w hires'ie zamiast w multicolorze/GTIA.
      • 8: CommentAuthortebe
      • CommentTime2 Jan 2010 19:01
       
      spawdzałem obrazki na atarce z 65816 i jest OK, nie występują żadne przesunięcie rastra, tak że 65816 nic nie zmienia, no chyba że macie Atarke Konopa ;)
      • 9: CommentAuthorKonop
      • CommentTime2 Jan 2010 19:01
       
      Dysponuję procesorem 65816 w formie rozszerzenia Sweet16 (zawiera podstawkę). Nie wiem jakie posiada Tebe. Całkiem możliwe, że jest odmienne od mojego. Postaram się wyjaśnić tę sprawę z jakimś elektronikiem, wymontowując rozszerzenie. Jakoś nie widzę innych potencjalnych przyczyn takiego zachowania. Jakkolwiek by nie było, oczywiście G2F nie jest w żaden sposób winny tym problemom - posiadam niefabryczny komputer. W sumie jednak przydałoby się poznać faktyczną przyczynę tych problemów.

      Jeżeli ktoś dysponuje procesorem 65816, to prosiłbym o sprawdzenie obrazków z plików "Kung-Fu_Master_1.xex", "Kung-Fu_Master_2.xex", "Rastan_Xenon.xex".

      Znalazłem pliki prezentujące defekt na moim komputerze. Mam w związku z tym pytanie - jak umieścić tutaj link do obrazu? Czy wystarczy typowy tag HTML'owy "<img>"?
      • 10: CommentAuthorirwin
      • CommentTime2 Jan 2010 19:01
       
      Nawet tego nie trzeba wystarczy sam bezpośredni link do obrazka, bez jakichkolwiek tagów.
      • 11: CommentAuthorKonop
      • CommentTime2 Jan 2010 20:01
       
      Oto zdjęcia. Przepraszam za ich jakość, robione były aparatem z komórki.



      • 12: CommentAuthortebe
      • CommentTime5 Jan 2010 21:01
       
      w nowej wersji G2F będzie można już ustawiać ostatni wiersz obrazka w HiRes i nie będzie zrywać synchronizacji, rozwiązaniem jest ustawienie scrola pionowego w takim wierszu i przesunięcie go o jedną linię w górę, działa, sprawdzałem na Atarce (w sumie będzie 239 linii a nie 240)