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 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
     
    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
     
    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
     
    ->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
     
    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 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
     
    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
     
    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
     
    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
     
    Nawet tego nie trzeba wystarczy sam bezpośredni link do obrazka, bez jakichkolwiek tagów.
    • 11: CommentAuthorKonop
    • CommentTime2 Jan 2010
     
    Oto zdjęcia. Przepraszam za ich jakość, robione były aparatem z komórki.



    • 12: CommentAuthortebe
    • CommentTime5 Jan 2010
     
    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)