Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
atari.area forum » Posty przez tebe
wczytaj jakiś RMT i podejrzyj kolejne instrumenty, potem zapisz te które Cie interesują, nie będziesz za każdym razem tworzył instrumentów, najczęściej wykorzystuje się już istniejące
instrument możesz zapisać do pliku tekstowego, potem taki plik zaimportować, przeglądając ten plik załapiesz co tam się ustawia, prosto też dodasz poprawki
podobnie możesz zapisać/zaimportować plik RMT
mikey jeszcze na studiach? to ile on ma lat?
w nowej wersji SDX Drac030 i trub wprowadzą nową zmienną środowiskową '[User Specific]\Application Data' i od tego momentu wszystkie aplikacje będą mogły składować tam swoje dane, np. konfig
oczywiście wszystkie obecne aplikacje pod SDX będzie trzeba poprawić, jednak biorąc pod uwagę ich niewielką ilośc nie powinno być z tym najmniejszych problemów ;P
to jak już przejrzałeś kod Dely, zrozumiałeś, to może też go popraw :)
wersja z załącznika 3.9.0.8 powinna działać
Insert, dostajesz cart z możliwością zaprogramowania jego zawartości, konkretnie działa z nim najnowsza Sparta, czyli najlepszy dyskowy DOS dla malucha
najnowsza Sparta po zwiększeniu objętości nie była dostępna dla każdego, taki kart zwiększa zasięg dostępności tego cudownego softwaru, po prostu musisz go mieć :)
p.s.
ja też piszę się na jednego karta
JBW Font Designer
tak, windowsowy
przepraszam, jesteś mac-owy
plik RAW z XLPaint MAX-a akcpetuje Atari Interlace Studio, który pozwoli zapisać go jako XEX
po wstawieniu nowej procedury czytającej myszkę na IRQ, działa gorzej niż poprzednia wersja
p.s.
trzęsienie kursora myszki itp. są spowodowane zbyt wolnym odczytem myszki
bawiłem się procedurami odczytu pozycji myszki, na przerwaniu DLI co wiersz i na IRQ (AUDC=0, AUDF=77, timer1)
IRQ zapewnia największą płynność, do tego wcale nie musi być tak często wywoływane
załączone przykłady działają z mychą Amigi w porcie 2 (procka Jaskiera zaczerpnięta z Lepixa Eru), na real sprzęcie wersja IRQ jest najpłynniejsza (myszka Commodore 1352)
teraz trzeba to ożenić z XLPaintem, co pewnie tak idealne nie będzie bo obrazek zabiera sporo czasu CPU
:) tak, jeden ekran
jedynie plik XEX został przewidziany do uruchamiania na XE/XL, żaden inny plik który zapisuje G2F nie został przewidziany do odczytu na XE/XL
G2F może odczytać plik MIC zapisany na XE/XL
plik MIC jako standard to obrazek o długości 7684 bajtów, ostatnie 4 bajty to wartości dla rejestrów kolorów, 7680 = 192 linie*40 bajtów (ekran normalnej szerokości)
G2F zapisuje MIC dla 240 linii, tak że żaden program na Atari nie odczyta takiego pliku
w trybie POINT tak jest, przełącz się na DRAW (D)
wystarczyło dać znak komentarza, w załączniku wersja poprawiona
od etykiety MOUSE jest obsługa myszki, trzeba się tylko dowiedzieć dlaczego myszka nie działa u INSERT-a
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
źródła są ogólnie dostępne
Nosty, czy przypadkiem nie masz programu antywirusowego, jeśli tak postaraj się aby plik mads.exe trafił do aplikacji zaufanych takiego antywirusa
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"
ręce opadają jak widzi się taki "optymalny" kod dla DLI, widziałeś kod G2F i nie zastanowiło Cię czemu nie ma tam pla, pha, czemu są rozkazy ładowania LDA# a nie LDA ....,y
nawet kolejność rozkazów ma znaczenie, aby zmieścić się w czasie
maks dla wąskiego ekranu jesteś w stanie zmieścić 6 zmian które będą bezpośrednio widoczne na całej szerokości ekranu (zmiany rastrowe będą niekompletne, więc o takich nie piszę) pod warunkiem że będzie to kod, typu:
col0 lda #0
col1 ldx #0
col2 ldy #0
sta wsync
reg0 sta $d01e
reg1 stx $d01e
reg2 sty $d01e
col3 lda #0
col4 ldx #0
col5 ldy #0
sta wsync
reg3 sta $d01e
reg4 stx $d01e
reg5 sty $d01eteraz pozostaje Ci modyfikacja etykiet col0+1, reg0+1 itd.
zamiast pha, pla, stosuje się zapisywanie wartości rejestrów na stronie zerowej, bo jest najszybciej
POCZYTAJ NOSTY ATARIKI, BO JEST TAM WIELE NA TEMAT OPTYMALIZACJI DLI
NAJPIERW CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ, CZYTAJ
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
Atari Interlace Studio chciałem napisać w Lazarusie, okazało się że Lazarus nie wspiera aplikacji MDI, były jakieś solucje jak to obejść ale nie działało to tak jak w Delphi
wybacz Xan ale nie będę Ci nic tłumaczył bo mam poważne wątpliwości co do twoich znajomości Lazarusa, gdybyś cokolwiek portował z Delphi to od razu byś wiedział, nie pierwszy raz poruszasz temat, chwilę później znikasz i słuch po Tobie zanika
jak chcesz portować G2F, to portuj go z EXE-ka
g2f nie jest możliwy do kompilacji w lazarusie, ten temat też już był przerabiany, wymaga to przepisania g2f od nowa, bo lazarus nie udostępnia wszystkich komponentów, metod ani bibliotek z których korzysta g2f
atari.area forum » Posty przez tebe
Wygenerowano w 0.090 sekund, wykonano 14 zapytań