901

(24 odpowiedzi, napisanych Software, Gry - 8bit)

wszystkie pliki dołączone są do pliku G2F.EXE (jako zasoby - resource), gdy są potrzebne są one zapisywane do katalogu użytkownika Windows, konkretnie np. u mnie jest to C:\Users\tebe\AppData\Local\Graph2Font\

zamiast 'tebe' powinna być Twoja nazwa użytkownika

sprawdź czy masz katalog Graph2Font w Users, jeśli używasz Total Commandera to musisz zaznaczyć Konfiguracja -> Wyświetlanie -> Pokaż pliki ukryte/systemowe

mads aktualny jest na http://mads.atari8.info
możesz zapisać plik ASM z poziomu G2F i dokonać jego asemblacji

mads nazwa.asm -i:nazwa.h

gdzie nazwa to nazwa twojego pliku G2F, chyba że używasz w nim spacji to nazwe trzeba umieścić pomiędzy apostrofami "nazwa"

p.s.
zreplikowałem twoje katalogi u siebie na dysku D, faktycznie plik XEX nie został zapisany

p.s. #2
problem rozwiązany, wystarczy usunąć znak 'ń' z 'nieukończone' z Twojej ścieżki i plik XEX jest już zapisywany
mads nie wykłada się wówczas podczas sprawdzania obecności pliku na dysku (TestFile)

ogólnie jest to problem strony kodowej, konsola CMD.EXE uruchamia się ze stroną 852 a polskie literki zapisane w pliku BAT potrzebują strony 1250, można dodać na początku pliku GO$$$.BAT który odpowiada za asemblację do XEX-a linię CHCP 1250 i będzie OK, tylko nie mam już pewności czy ta zmiana nie spowoduje wyłożenia się zapisu XEX-a na innych komputerach

dlatego NIE UŻYWAJCIE POLSKICH ZNAKÓW ANI INNYCH DZIWADEŁ W NAZWACH ŚCIEŻEK

902

(24 odpowiedzi, napisanych Software, Gry - 8bit)

działać, działa, używam Win7 i nie zauważyłem problemu

napisz ścieżkę do katalogu w którym znajduje się g2f 3.9.2.5, ścieżkę do pliku XEX który chciałeś zapisać, tak abym mógł powtórzyć taką sytuację

może masz gdzieś ścieżkę podaną do starszej wersji mads-a ?

903

(37 odpowiedzi, napisanych Fabryka - 8bit)

w załączniku wspomniany FastDraw Konop-a, procedura rysowania linii jest rozpisana rozkaz po rozkazie, wcześniej oczywiście inna procedura odpowiednio modyfikuje odpowiedni kod jednej z ośmiu rozpisanych linii draw0, draw1 ... draw7

org draw0
_dr00 lda $ffff,y
 ora #$80
_dr01 sta $ffff,y
 dex
 beq _out0
_dr02 lda $ffff,y
 ora #$40
_dr03 sta $ffff,y
 dex
 beq _out0
_dr04 lda $ffff,y
 ora #$20
_dr05 sta $ffff,y
 dex
 beq _out0
_dr06 lda $ffff,y
 ora #$10
_dr07 sta $ffff,y
 dex
 beq _out0
_dr08 lda $ffff,y
...
...
...

904

(124 odpowiedzi, napisanych Fabryka - 8bit)

:repeat

:20 dta $40

20 x $40

:20 dta #

0,1,2,3, ... 19

905

(124 odpowiedzi, napisanych Fabryka - 8bit)

w nowej wersji została rozszerzona składnia dla .STRUCT, poprzednio dyrektywa oznaczająca typ danych (.BYTE, .WORD etc.) musiała wystąpić na początku wiersza, aktualnie nie musi (rozszerzenie postulował Konop jako bardziej naturalne w zapisie)

poprzednio tylko w ten sposób

 .byte label0
 .byte :5 label1

aktualnie także w ten sposób

 label2 .byte
 label3 :2 .word

sam blok .STRUCT nie podlega relokacji bo jest tworem wirtualnym, może zostać upubliczniony przez .PUBLIC i w ten sposób przekazany dalej

906

(124 odpowiedzi, napisanych Fabryka - 8bit)

parę uwag które ostatnio zgłaszali użytkownicy:

- kod relokowalny dla SDX albo mads-a .RELOC wymaga deklaracji stałych przed blokiem relokowalnym, deklaracja stałej w bloku relokowalnym będzie skutkować próbą jej relokowania

- przełącznik OPT ?+ wyłącza bloki lokalne .LOCAL mads-a, etykiety lokalne są dostępne wówczas tak jak w assemblerze MAE

- dyrektywy generujące dane zaczerpnięte z MAE .CB, .BY, . WO, .HE, .SB nie są relokowalne, kod relokowalny generuje na 100% pseudo rozkaz DTA, potem .BYTE, .WORD itd.

- dyrektywa .DS generuje automatycznie blok pusty SDX (BLK EMPTY) jednak nie można jej łączyć z BLK EMPTY, albo dyrektywy .DS albo nasz BLK EMPTY

- w bloku .SEGMENT można aktualnie użyć bloku .LOCAL, .PROC ze zmienionym adresem asemblacji, nie wystąpi komunikat błędu jak w poprzednich wersjach mads-a

- pseudo rozkaz RND generujący losowe wartości korzysta z RANDOMIZE, więc za każdym razem będzie generował inne wartości

907

(70 odpowiedzi, napisanych Fabryka - 8bit)

w paczce z mads-em jest przykład dekompresji i wyświetlenia RIP-a, tak że dla chcącego nic trudnego

inną sprawą jest rozbudowa takiej przeglądarki RIP-ów, bo RIP pozwala na zapis dowolnego formatu Atari, taki był zamysł, w nagłówku jest informacja o trybie, Visage na pewno wyświetla RIP-y  w których zapisano INP (XLPaint, INP), MAX (XLPaint Max) i pewnie zwykły MIC

908

(24 odpowiedzi, napisanych Software, Gry - 8bit)

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

spójrz na nowy język Atalan, może przypadnie Ci do gustu :) http://atalan.kutululu.org/

910

(124 odpowiedzi, napisanych Fabryka - 8bit)

podajesz adres i zadziała, np.

 org $2000
 bne $2005
 bne $1ffe

 org $80
 bne 12
 bne $fe

zawsze tak było od czasu QA

co Ty za dziwoląga chcesz stworzyć XXL

911

(124 odpowiedzi, napisanych Fabryka - 8bit)

bne *+5
bne *-5

albo wylicz z użyciem etykiet

bne start-end etc.

nigdy nie miałem problemu z dodawaniem i odejmowaniem XXL :)

912

(70 odpowiedzi, napisanych Fabryka - 8bit)

przykład dekompresji i wyświetlenia RIP-a jest w paczce z mads-em dostępny od paru lat  ..\examples\gfx\rip

913

(70 odpowiedzi, napisanych Fabryka - 8bit)

a gdzie znajdę przykład kodu w asm, pozatym ta przeglądarka ma być w formacie relokowalnym SDX ?

914

(70 odpowiedzi, napisanych Fabryka - 8bit)

nie można pobrać plików z github

915

(3 odpowiedzi, napisanych Sprzęt - 8bit)

Pokeye można kupować w dużych ilościach, są pozyskiwane m.in. z automatów

musisz przekopać to forum, bo były już tutaj zrzutki na zakup Pokey-i

916

(138 odpowiedzi, napisanych Zloty)

mazi napisał/a:

Dziwnym wydaje mi się takze punkt mowiacy o koniecznosci dodawania zrodla obrazka:
- Jeśli grafika jest w postaci samouruchamialnej należy również dostarczyć źródło (np. plik g2f).

to w tym celu, abym mógł dorzucić taki obrazek do paczki/galerii G2F ;)

917

(5 odpowiedzi, napisanych Emulacja - 8bit)

ja zmieniałem nazwę pliku ze stanem który ostatnio zapisał Atari800Win, wówczas emul prosił o podanie nazwy dla nowego stanu i wtedy udawało się zapisać nowy stan

918

(70 odpowiedzi, napisanych Fabryka - 8bit)

poproszę dopisać mnie do listy, 2 sztuki nowego KMK

919

(19 odpowiedzi, napisanych Fabryka - 8bit)

nowa wersja edytora 3.6

- dodane nowe murki twarde bitmapowe OBJECT 25-31 (GROUP ID = 120..127)
- możliwość podania limitu czasu MINUTY:SEKUNDY (poprzednio tylko MINUTY)

p.s.
uaktualniona instrukcja w załączniku

czyli żeby ominąć tą niedogodność SDX musiałbyś ładować do bufora, potem wywołać prockę która przekopiuje z tego bufora do właściwego banku pamięci, wtedy SDX nic nie będzie mogło popsuć

a gdyby tak zamiast ładować ten biedny bajt bezpośrednio skorzystać z małego programiku zapisującego do PORTB przy okazji dodać kod ustawiający PORTB do zapisu, bo w ten sposób co poniektóre programy bronią sie przed zmianą PORTB

skąd wiadomo  jaka wartość ma zostać zapisana do PORTB, nie powinno skorzystać się z tablicy

922

(30 odpowiedzi, napisanych Fabryka - 8bit)

czyściłem rejestr z pomocą COMODO, resetowałem, użyłem deinstalera FAIL-a, fakt w panelu sterowania mimo wszystko siedział FAIL 64bit, dopiero teraz jest OK

923

(30 odpowiedzi, napisanych Fabryka - 8bit)

Ultimate, Service Pack 1

924

(30 odpowiedzi, napisanych Fabryka - 8bit)

po deinstalacji FAIL 64bit próba zainstalowania nowej wersji 64bit skutkuje komunikatem "Newer version of FAIL is already installed!"

usunięcie ręcznie katalogu FAIL też nie pomogło (deinstalator go nie usunął bo był tam jakiś plik DLL), wyczyszczenie rejestru z pomocą COMODO też nie pomogło, nie wiem gdzie siedzą te resztki FAIL-a, ale nowej wersji nie mogę już zainstalować

p.s.
Windows7 64bit

925

(92 odpowiedzi, napisanych Fabryka - 8bit)

XXL czemu tak upierasz się 1 ramki, nawet jak zejdziesz do tej 1 ramki to reszta programu może ci przekroczyć ten limit plus jeszcze pare problemów które mogą wystąpić jeśli odrysowanie obrazu będzie na końcu ramki zamiast na początku

tempo gry 1 ramkowe przecież jest zupełnie nie zdatne do grania

nie narzekaj na VBXE, tu wciąż śmiga biedne 6502 z niecałymi 2Mhz