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:
       
      CommentAuthorMaW
    • CommentTime30 Apr 2023 zmieniony
     
    Hej, próbuję ostatnio użyć w MadPascalu kodu przygotowanego przez G2F (najnowsza wersja), natrafiłem na takie problemy, gdy poniższy plik ze zmianą zestawu znaków co drugą linię:

    próbuję eksportować do MadPascala wg punktów:

    (PAS Simple Pascal program/PAS Full Pascal program)

    1. Export:
    - gdy eksportuję "PAS Simple Pascal program" - oprócz tego, że domyślna nazwa na belce programu zmienia rozszerzenie z "*.G2F" na "*.pas", wszystko jest okey
    - gdy eksportuję "PAS Full Pascal program", program eksportuje tylko plik "*.asm" i "*.h"
    - przy próbie powrotu do menu/zapisu z powrotem w formacie G2F, program buntuje się wyświetlając błąd:


    2. Pliki kompilacji
    - ponieważ nie tworzą się pliki "*.pas" przy "PAS Full Pascal program", korzystam z utworzonego pliku "*_FULL.asm" - wynikowy XEX jest taki sam, jak XEX wypluty z G2F:


    - przy kompilacji plików MadPascala powstałych przy użyciu opcji "PAS Simple Pascal program" powstaje prostszy plik XEX (zgodnie z założeniem, pozbawiony warstwy PMG), ale z błędami listy/procedury DLI (zrywa linię co pół ekranu na końcach):

    pomaga odkomentowanie sta wsync w linii 115

    (zapewne dla każdej konfiguracji DL to będzie inna linia)
    ale zarazem powoduje to zrywanie synchronizacji w pierwszej(zerowej) linii (śmieci od drugiej połowy linii, nie udało mi się tego uchwycić na screenshocie).

    Czy jest jakaś szansa na poprawkę eksportowanej procedury DLI w G2F i poprawkę pełnego eksportu w "PAS Full Pascal program"?

    Z góry dziękuję :D

    //EDIT: przygotowałem plik przykładowy, żeby sprawdzić, czy problem jest tylko z moim obrazkiem (dosyć skomplikowanym), czy z pustą kanwą.

    //EDIT2: Dobra, nie było pytania :) Kod przygotowywany przez G2F jest na tyle czytelny, że spokojnie jest wystarczający do dalszego prototypowania B)