nie możesz zapisać pliku XEX dla każdego pliku G2F, czy tylko dla jakiegoś konkretnego

zapisz plik ASM i dokonaj jego asemblacji, pojawi sie wówczas komunikat z błędem

bez wymienionego konkretnego pliku G2F niewiele jestem w stanie Ci pomóc, mogę Ci tylko napisać że nie mam żadnych problemów z zapisem XEX-ów i nikt nie zgłaszał takich problemów

może masz G2F i przykładowe pliki zapisany w jakimś dziwnym katalogu, z kropkami w nazwie albo innymi znakami dziwakami, wtedy będzie źle wycinał nazwę pliku itp.

nowy G2F zapisuje część plików które przetwarza do "Moje Dokumenty\Graph2Font"

posprawdzam wieczorem na drugim kompie z WinXP i z prostszymi nazwami katalogow.
faktycznie maloprawdopodobne zebym odkryl bugi, ktorych nie widzi zaden inny uzytkownik

mono, poradziłam sobie tak, że najpierw odpaliłam MADSa, a potem G2F już ładnie wypluwał xex. Dracon, uruchamiam na (z)Viście.

Toz to jakas paranoja...
tebe - a jakie sa wymagania g2f wzgledem madsa? (wersja, wymagane polozenie, dodanie do sciezek?). Nie ma o tym nic w instrukcji a w zipie g2f nie ma zalaczonego mads'a.
Antywir nie blokuje mi mads'a. Odpalalem go recznie bez problemu, uzywa go tez Atalan.

Program G2F mam w prostym katalogu: X:\XL\g2f
W tym katalogu zapisalem dwie wersje programu:
g2f_3905.exe
g2f_3864.exe

3905 NIE zapisuje XEX'a niezaleznie czy w katalogu programu jest MADS, czy tez go nie ma, probowalem odpalic najpierw madsa recznie (choc nie wiem co to niby mialoby zmienic) - tez nie pomoglo.

3864 zapisuje mi XEX'a elegancko nawet jak programu mads.exe nie ma w katalogu! O_o

Z tego co pamietam wersja 3.8.8.4 tez dzialala prawidlowo (nie moge sprawdzic bo ją nierozsadnie skasowalem a teraz nie mam skad sciagnac).

Nie mam dalszych pomyslow. W tej chwili w ramach obejscia problemu pracuje pod 3905, a do wygenerowania xexa przesiadam sie na 3864.
Jesli nikt nie ma takich problemow jak ja to widocznie jest to unikalny problem zwiazany z moim kompem/systemem i nie ma co tracic czasu tebe na jego naprawianie.

znalazłem przyczynę, brakowało pełnej ścieżki w cudzysłowiach dla wywoływanego pliku mads.exe

działało mimo to, dlatego że mam plik mads.exe w głownym katalogu C:\ i w systemowej ścieżce poszukiwań mam dopisane C:\

czyli sposobem na ominięcie problemów w przyszłości to przygotować pliki mads.exe, exomizer, def7z itp. wrzucić do jakiegoś
katalogu i dopisać ten katalog do systemowej ścieżki poszukiwań PATH

Tez mi nie dziala zapisywanie XEX - g2f zapisze jakes pliki .fnt i .scr. Mam wersji 3.9.0.6, g2f jest w katalogu c:\utils\emuls\atari800\g2f. Obrazek to Normal/DLI/GTIA. Windows XP SP3 32bit.

A jeszcze... Kiedy chce zapisac .XEX z zgodna nazwe, jak byl plik .G2F (na przyklad plik g2f byl EXAMPLE.G2F i ja chce zapsac plik EXAMPLE.XEX) (Save As.. -> wybiore XEX ->  OK), to nie zapisze sie NIC!

mads.exe mam w C:\WINDOWS\ i PATH jest ustawiony tez tam.

czy jest jakieś ograniczenie na wykorzystanie efektu fade przy zapisie do xex'a?
mam rysunek 30 kolorowy i to nie działa (pojawia się tylko rysunek), a po zmianie na 27 kolorów jest już ok.
kolory przy których to nie działa zmieniają się co linijkę.

w nowej nie publikowanej wersji już jest

- dodany nowy wspólny dla wszystkich trybów (DLI, DLI+, GED-, GED+) kod wyjścia, poprzez przycisk FIRE, klawisz START, SHIFT lub dowolny inny klawisz klawiatury

p.s.
FADE nie zadziała jeśli pierwsze 8 linii będzie zawierać jakąś zmianę

p.s. #2
okno G2F ma rozmiar ok. 870x620

Jak zapisać .xex w wersji 3.9.2.5? Próbowałem wrócić do starej wersji G2F, ale stara jak się okazuje nie odczytuje pliku .G2F robionego w 3.9.2.5.. jestem w czarnej d..  Nie chcę stracić obrazka.

Co robić? Ściągać MADS-a, i co dalej? Używam Win7.

EDIT: poradziłem sobie, zapisałem jako .MIC i otworzyłem go starą wersją G2F (3.9.0.8). Dlaczego 3.9.2.5 nie działa?

Tebe,

G2F mam w katalogu D:\Gry\Atari\--( G2F )--\
Przykładowa lokalizacja pliku .g2f: D:\Gry\Atari\--( G2F )--\Moje rysunki\nieukończone\Cursed WIP\

Wiem, długa ścieżka. W 3.9.0.8 próbując zapisać .xex w tej samej lokalizacji co .g2f, dostaję pliki: .asm, .fad, .fnt, .h, .pmf, .scr. Ale zapisując np. na D:\ jest OK i dostaję .xex.

W 3.9.2.5 nawet wybierając zapis na D:\ nic się nie zapisuje. Nawet gdy skopiowałem G2F.EXE na D: i uruchamiałem go z tej lokalizacji.

Nie mam MADS-a. Czy w wersji 3.9.2.5 jest on niezbędny do wygenerowania pliku .xex?

odnalazłem przyczynę problemów z XEX-em, aktualna wersja G2F też nie powinna zapisać XEX-a, dlaczego ?

bo szukając rozwiązania problemu zmieniłem katalog roboczy G2F na nowy [USER]/Application data a to oznacza nowy czysty plik INI

w zakładce Special -> DLI -> Fade effect musi być zaznaczony, a G2F domyślnie go nie ustawia

podobnie z opcją ASM -> RUN | INI

brak tej opcji spowoduje braki kodu w pliku ASM a w efekcie niepowodzenie asemblacji

zawsze gdy plik XEX nie zostanie zapisany powinno istnieć podejrzenie o błędzie w ASM, wystarczy zapisać sam  plik ASM i dokonać asemblacji ręcznie mads-em, wtedy przekonamy się jakie błędy występują

problem z zapisem XEX wystąpi zawsze gdy uruchomimy G2F na nowym komputerze czy nowym użytkowniku, wówczas bowiem plik INI nie zawiera odpowiedniej konfiguracji

starsze wersje G2F zapisują XEX bo nie dysponują zakładką SPECIAL, albo opcją Fade effect, albo korzystają z innej lokalizacji z której odczytują plik INI

G2F wymaga poprawki, tak aby opcje SPECIAL ustawiał w przypadku ich braku domyślnie