atarionline.pl Informacje o Graph2Font (G2F) - 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: CommentAuthorGonzo
    • CommentTime7 Apr 2016
     
    tebe - zmieniam pytanie z postu 50

    czy dało by się dołożyć oprócz trzech podstawowych szerokości ekranu jeszcze jedną opcję - ustawianie ręczne do szerokości 256 znaków?
    • 2: CommentAuthorQTZ
    • CommentTime10 May 2016 zmieniony
     
    Generalnie jest problem z wczytywaniem grafiki, kolory są konwertowane w nieprzewidywalny sposób, gdy próbuję otworzyć obrazek dwu kolorowy (hi-res), lub taki na którym są użyte dwa kolory, a pierwszym użytym kolorem (?) jest czarny to obrazek jest zamieniany na puste tło, mimo, że są tylko dwa kolory... obrazek w inversie otwiera się... z kolorowymi obrazkami też jest problem, coś nie tak jest z opcjami "smart colors" nie da się zaznaczyć (nie ma opisu więc nie do końca wiem czego się spodziewać). Gdyby się chociaż dało wybrać który kolor ma być białym/czarnym (odpowiednik dla koloru liter w gr. 0), lub gdyby zawsze byłby to czarny (biały?), a reszta ignorowana - używana jako tło, było by ok. Szczególnie, że na obrazkach hires zaznaczam pewne obszary "dla siebie" (i jak jest dobrze to g2f je ignoruje, ale jak dodam jakiś kolor w niewłaściwym miejscu to wszystko znika...).
    • 3: CommentAuthortebe
    • CommentTime10 May 2016
     
    Gonzo, takie numery to prędzej w Graphics Studio można dorobić

    QTZ chcesz kontrolować kolory, użyj Graphics Studio, G2F sortuje kolory na podstawie częstotliwości występowania i podobieństwa do palety kolorów Atari
    • 4: CommentAuthorQTZ
    • CommentTime10 May 2016 zmieniony
     
    To dlaczego ten sam dwukolorowy obrazek jest odczytywany jako pusty, a w inversie jest odczytywany prawidłowo? Podobieństwo do palety kolorów się nie zmienia... częstotliwość się odwraca, ale to nadal DWA kolory!

    Edit: po wczytaniu mam żółte kolory (i nie tylko gdy jest to kurczak :P ).
  1.  
    g2f RZondzi!!!! :) tebe :) mistrz i basta :) tylko mozliwosci interlace'owych brak ;) i tak przy okazji czy g2f korzysta z mozliwosci twojego engine'u multiplokacji sprite'ów ? przydaly by sie w hiresie.dziekuje pozdrawiam :)nie ma lepszego narzedzia do rysowanie i nie tylko rysowania niz wyzej wymieniany :) reklama off :)
    • 6: CommentAuthorQTZ
    • CommentTime11 May 2016 zmieniony
     
    ->link<- ->link<- Te obrazki (hi-res) są "filtrowane" (tzn. usuwane są zbędne kolory) prawidłowo - trzeba tylko zaznaczyć opcję "Sort Colors". Jednak gdy dodam jakiś "niepasujący" kolor - wszystko znika (lub brany jest/są inny/e kolor/y).

    A do czego służy ta opcja "Smart Colors" skoro nie da się jej zaznaczyć, podobnie dlaczego nie mogę zmieniać kolorów w "menu" (na górze ekranu), które pojawia się tuż po otworzeniu pliku?

    Edit: Spróbowałem Atari Graphics Studio i tu w ogóle obrazek się rozsypuje - wczytuję 2 kolorowy obrazek (załączone wyżej), a po zapisaniu pliku .mic mam rozciągnięty fragment (połówka)...

    Dwukolorowe pliki .mic są otwierane jako kolorowe i nie znalazłem opcji żeby to zmienić...

    Edit2: Przy wychodzeniu z AGS-a wyświetliło mi to:



    Podobne komunikaty (tylko dwa wycieki) mam gdy tylko otworzę plik .mic, a potem zamykam AGS.

    Edit3: Wracając do G2F przygotowałem obrazki testowe na których dokładnie połowa jest czarna, a druga połowa biała i dwa z nich są odczytywane prawidłowo (2 i 4), a dwa są całe czarne (1 i 3). Ani częstotliwość, ani podobieństwo się nie zmieniają, zmienia się tylko kolejność.

    ----------------------------------------------------------------

    ----------------------------------------------------------------

    ----------------------------------------------------------------

    ----------------------------------------------------------------

    ----------------------------------------------------------------
    • 7:
       
      CommentAuthorcrrn
    • CommentTime11 May 2016
     
    witam
    przyznam że funkcje importowania (bardzo potrzebne) faktycznie zachowują się nie przewidywalnie. ostatnio porzuciłem prace bo nie udało mi się dobrze zaimportować grafiki w 5, a nawet w 4 kolorach. i oczywiście staram się aby kolory były podobne do palety atari, itp ale za każdym razem wychodzi to inaczej.
    może coś robię źle. krótkie how to, albo info jak importować po prostu 4 i 5 kolorowe grafiki wielce by pomogło.
    TIA
    • 8: CommentAuthortebe
    • CommentTime11 May 2016 zmieniony
     
    W załączniku najnowszy AGS 3.2.6, rysowanie MCH będzie sprawiać problemy (miał być nowy bardziej intuicyjny sposób rysowania podpatrzony z programu na C64, jednak nie zostało to ukończone), pozostałe tryby powinny być OK

    skróty klawiszowe, sposób działania został zapożyczony z PAINT.NET

    ogólnie można wczytać 4-5 kolorowy do AGS obrazek jako MCH i zapisać, potem do G2F, w AGS jest lepsza kontrola kolorów które będą konwertowane, można je wybierać klikając na palecie źródłowego obrazka i na docelowej Atarowej palecie

    p.s.
    Memory Leak to nie jest nic poważnego, taka informacja o zasobach które nie zostały zwolnione z pamięci komputera, w wersji z załącznika ten komunikat jest wyłączony
    • 9: CommentAuthorodyniec1
    • CommentTime11 May 2016
     
    @crrn
    otwierasz bitmapę w 4 czy 5 kolorach, przypisujesz kolory w prostokątach odpowiednim numerom kolorów atari, ustawiasz kolory w edit colors, bo pewnie tam wszystkie/większość są ustawione jako czarny
    • 10: CommentAuthorszeryf
    • CommentTime11 May 2016
     
    Czy omawiany temat ma jakiś związek z zapisem listy kolorów z G2F do mic? Przy 4 kolorach 3 są ok, a jeden wydaje się mieć wartość przypadkową i próbuję dojść dlaczego.
    • 11: CommentAuthortebe
    • CommentTime11 May 2016
     
    *.COL ? zapisuje wszystkie rejestry kolorów, razem z PMG
    • 12: CommentAuthorGonzo
    • CommentTime11 May 2016 zmieniony
     
    tebe - to w takim razie może dało by się wygenerować drugi plik .scr podczas exportu mapy - jeden byłby w takim układzie jak teraz, a drugi w układzie pod skrola.

    czyli np. dla mapy złożonej z trzech obrazków było by to tak:

    anim.scr:
    obr1wiersz1 obr1wiersz2 obr1wiersz3 itd
    obr2wiersz1 obr2wiersz2 obr2wiersz3 itd
    obr3wiersz1 obr3wiersz2 obr3wiersz3 itd

    skrol.scr:
    obr1wiersz1 obr2wiersz1 obr3wiersz1
    obr1wiersz2 obr2wiersz2 obr3wiersz2
    obr1wiersz3 obr2wiersz3 obr3wiersz3
    itd
    • 13: CommentAuthorVidol
    • CommentTime12 May 2016
     
    to powinno rozwiazac Twoj problem:

    .rept 24, #
    ins "obr1.scr" +0,+40*#,40
    ins "obr2.scr" +0,+40*#,40
    ins "obr3.scr" +0,+40*#,40
    .endr
    • 14: CommentAuthorGonzo
    • CommentTime12 May 2016
     
    Vidol - dzięki, właśnie o to mi chodziło
    • 15: CommentAuthorRocky
    • CommentTime13 May 2016
     
    Żeby dobrze cokolwiek zaimportować do g2f najlepiej jest zrobić 4 kolorową (lepiej odcieniową) bitmapę na PC. Trzeba jednak trochę pozmieniać barwy, żeby nie były zbyt blisko siebie, bo inaczej g2f je połączy w jeden kolor..
    • 16: CommentAuthortebe
    • CommentTime13 May 2016
     
    g2f dokonuje konwersji do palety 128 lub 256 kolorów XE/XL, jeśli są to odcienie jednego koloru to sprowadzi je np. do 8
    • 17: CommentAuthorQTZ
    • CommentTime13 May 2016
     
    Sprawdziłem sposób jaki opisał Odyniec1 (dzięki wielkie).

    Nie zawsze da się przypisać kolorom określone - nazwijmy to - rejestry koloru Atari, gdyż G2F je blokuje (pewnie ma to uzasadnienie - np. kolory są w pewien sposób grupowane, ale jest to nieczytelne). Szczególnie gdy obrazek ma więcej kolorów.

    Wygląda na to, że G2F przyporządkowuje kolory do tych rejestrów w kolejności w jakiej je znajduje, co powoduje, że w przypadku jednego obrazka jest to ten a w przypadku drugiego inny kolor (mimo użycia tych samych kolorów w tych samych proporcjach - co widać po dwukolorowych obrazkach, które przygotowałem).

    Kolejnym problemem jest paleta przypisana tym rejestrom Atari (docelowa), gdyż kolory tam ustawione się powtarzają i nie są nawet podobne do kolorów użytych na obrazku źródłowym.

    Przypisanie kolorów obrazka rejestrom koloru Atari jest niezbyt czytelne, warto by było uwidocznić jakie kolory zostały przypisane poszczególnym rejestrom (paleta docelowa Atari), mieć możliwość ich zmiany od razu z poziomu tego "menu" i jak to jest obecnie, ale dodatkowo pokazując kolor, mieć możliwość przypisania kolorów obrazka do poszczególnych rejestrów kolorów Atari (gdy jest jakieś ograniczenie dać to jasno do zrozumienia - z czego ono wynika).
    • 18: CommentAuthorjok
    • CommentTime21 Mar 2017
     
    jest szansa na wersję pod osx?
    • 19: CommentAuthorQTZ
    • CommentTime9 Dec 2017
     
    Mały, aczkolwiek mogący prowadzić do utraty naszej pracy, problem - program w przypadku pliku tylko do odczytu przy zapisie nie sygnalizuje błędu (nie pyta / nie prosi o nową nazwę) i zachowuje się tak jakby zapisał dane, podczas, gdy plik pozostaje bez zmian.
    • 20: CommentAuthorpgru
    • CommentTime10 Dec 2017
     
    Wersja pod osx jest chyba mniej potrzebna od wersja pod Linuxa... Wersję pod Linuxa da się zainstalować instalując Linuxa wewnątrz okienek, a w przyszłości kolejne wersje okienek mogą być niezgodne z tym programem w wersji dla okienek....
    • 21: CommentAuthorQTZ
    • CommentTime10 Dec 2017
     
    Okienka też można zainstalować wewnątrz Linux-a i pod innymi okienkami :) Obrazy XP są oficjalnie dostępne i to w wielu językach - ->link<- - co jest dodatkowo bardzo pomocne przy testach oprogramowania :)