Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Elite - port z BBC Micro na Atari XL/XE Wczesna beta portu kultowego Elite z BBC Micro na 8-bitowe Atari.
sAIOnara v3.0 Zaawansowany układ wideo Pancia, sAIOnara v3.0, bazujący na chipie CXA2075, jest już dostępny.
Altirra 4.40 test 20 Nowa wersja rozwojowa popularnego emulatora Altirra zawiera szereg usprawnień i poprawek błędów.
SprEd 1.3.8 Wersja 1.3.8 wprowadza tryb bez nakładania się pikseli i nową funkcję usuwania nakładających się pikseli.
Generator kopert na dyskietki Lexx stworzył kolejny generator, tym razem do kopert na dyskietki 5,25" dla Atari.
atari.area forum » Posty przez Cyprian
Pojawiło się ciekawe zdjęcie zespołu Atari, który portował system graficzny DR GEM z procesora Intel na Motorola:
Widać tam maszyny deweloperskie - do portu GEM używane było komputery Lisa 1/2, część atarową - BIOS (i zapewne XBIOS) szykowano na komputerach Motorola VME-10.
Pytanie z kiedy jest to zdjęcie - koniec 1984, początek 1985?
Więcej do posłuchania i poczytania tutaj:
https://oldbytes.space/@Seg/109729498250762718
https://archive.org/details/JeromeDomuratInterview/
wydaj mi się że wspomniane było że kart może działać ale co jakiś czas niestabilnie
Niestety, przy próbie bootowania z carta dostaję zawsze 11 bomb i zwis.
Możesz mieć walnięte bezpieczniki w porcie Karta.
Na forum Exxosa przy okazji badania problemów TT z NetUSB wyszedł temat walniętych bezpieczników karta. Komputer pracuje normalnie ale kart już nie zawsze.
W kwestiach praktycznych to jest BlueSCSI:
https://github.com/erichelgeson/BlueSCSI
oraz genialny ASCI2STM:
https://github.com/retro16/acsi2stm...dlaczego genialny — bo wkładasz kartę FAT16 sformatowaną pod Windowsem i po prostu działa. Nie potrzeba żadnych sterowników ani specjalnych formaterów. Sterownik jest przesyłany przez procesor interfejsu w czasie inicjalizacji, nie musi znajdować się na karcie. W razie potrzeby "sterownik" ma też program do partycjonowania.
ładowanie sterownika (który potem ładuje dodatkowy plik z obsługą systemu plików) z boot sektora dysku jest zwykłym działaniem TOS. Postępuje on tak z dowolnym dyskiem ACSI/SCSI/IDE, nie zależnie od tego czy jest to dysk talerzowy, czy SD czy CF.
oba kompy mają wewnętrzne złącze ze wszystkimi sygnałami ACSI, jedyna różnica to ilość pinów. Mega ST ma złącze w lewym górnym rogu płyty, Mega STE w prawym górnym rogu.
Tutaj kontroler ACSI-SCSI z Mega STE (tutaj przeróbka tej płytki omijająca ograniczenie dysków do 1GB):
dzięki tOri
o widzisz, fajny patent z przekazywaniem parametrów do ".rept".
Jeśli chodzi o mój problem z ".rept" to się rozwiązał. Okazało się że miałem wersję 2.1.0 która miała buga. Pobrałem 2.1.5 i jest ok.
W 2.1.0 drugi zagnieżdżony ".rept" był pomijany:
.rept 3
.rept 2
.print "1 ", #
.endr
.rept 2
.print "2 ", #
.endr
.endr* Mad-Assembler-2.1.0 ATARI XL *
********************************
1 $0000
1 $0001
1 $0000
1 $0001
1 $0000
1 $0001
1 $0000
1 $0001
1 $0000
1 $0001
1 $0000
1 $0001
Writing listing file...* Mad Assembler 2.1.5 ATARI XL *
********************************
1 $0000
1 $0001
2 $0000
2 $0001
1 $0000
1 $0001
2 $0000
2 $0001
1 $0000
1 $0001
2 $0000
2 $0001może czegoś nie rozumiem ale w zależności czy pierwszy zagnieżdżony ".rept" ("Pasek 0") jest wykomentowany czy nie, to drugi ".rept" ("Pasek 1") ma inną ilość powtórzeń, a "#" zwraca inną wartość:
Po prawej "testAB", po lewej "testB"
dzięki za pomoc.
Na razie zrobiłem to używając IF/ELSEIF/ENDIF.
.rept 4
.if # = 0
?Sprite = Sprite0
.elseif # = 1
?Sprite = Sprite4
.elseif # = 2
?Sprite = Sprite8
.elseif # = 3
?Sprite = SpriteC
.endif
.rept 8
?PrzesunSpriteX = #
ldy ?Sprite + ?PrzesunSpriteX
.rept 7
?PrzesunSpritey = #
lda ?Sprite + ?PrzesunSpriteX + (?PrzesunSpritey * 8) + 8
sta ?Sprite + ?PrzesunSpriteX + (?PrzesunSpritey * 8)
.endr
sty ?Sprite + ?PrzesunSpriteX + 56
.endr
.endrSwoją drogą może jest szansa na dodanie do MAD Assemblera czegoś nowego?
Poniższe mogłoby robić to samo co IF/ELSEIF/ENDIF, jest krótsze i ładniejsze:
.array Etykieta[Sprite0, Sprite1, Sprite2, Sprite3]
.rept 4
lda Etykieta[#]+8
sta Etykieta[#]
.endrczy Mad assembler ma może taką funkcjonalność definiowania tablicy etykiet/adresów, którą mógłbym wykorzystać z REPTem?
Poniżej poglądowy kod:
.array Etykieta[Sprite0, Sprite4, Sprite8, SpriteC]
.rept 4
?Sprite = #
ldy Etykieta[?Sprite]
.rept 7
?PrzesunSpritey = #
lda Etykieta[?Sprite] + (?PrzesunSpritey * 8) + 8
sta Etykieta[?Sprite] + (?PrzesunSpritey * 8)
.endr
sty Etykieta[?Sprite] + 56
.endr
Sprite0:
dta $00, $00, $40, $80, $80, $40, $00, $00
Sprite1:
dta $00, $00, $40, $80, $80, $40, $00, $00
Sprite2:
dta $00, $00, $40, $80, $80, $40, $00, $00
Sprite3:
dta $00, $00, $40, $80, $80, $40, $00, $00---edycja----
zamieniłem 'x' na '?Sprite' w Etykieta[x]
@_tzok_ Zgaduję że układ ET4000 który jest wspólny dla tych kart, to nie jedyny układ programowalny na karcie. Z tego co pamiętam to w zależności od użytego DAC trzeba użyć innego sterownika. No i PixelClock może być inny, więc i parametry video też będą inne.
Jakiś czas temu sprawdzałem goły TOS 1.62, no i ma on dodaną obsługę "długiej" ramki stosu (68000 ma krótką, nowsze - długą), czyli 68010 powinno zadziałać.
dobry pomysł, jak nie wyjadę to się wybiorę z ekipą
Czyli wynika z tego że TOS 2.06 nie rozróżnia 68010 od 68030.
Jakby co to Thorsten Otto podsunął mi pełny opis NEWDESK.INF:
http://tho-otto.de/hypview/hypview.cgi? … p;index=14
dokładnie to czwarta liczba (OP) i bit 1.
Niestety jedyne informacje jakie znalazłem nie wyjaśniają jego znaczenia :(
Ten bit odpowiada za włączenie Options-->Cache
A to pojawia się przy wyborze procesora 68030
Swoją drogą to gdzie znalazłeś opis NEWDESK.INF? Warto poprawić dokumentację, na razie zrobiłem to na Atari-Forum.
paczam właśnie
Tutaj https://youtu.be/PqYwNSb_-tg?t=559 mam wrażenie że po prawej stronie (Atari) jest trochę płynniejszy
Ale szczerze mówiąc to ciężko ocenić, bo youtube mi tnie, no i ten niebieski obraz z amigi mi trochę psuje odbiór.
pancio.net napisał/a:XXL może zapewnić jedynie wysoki poziom adrenaliny - sam nie wiem dlaczego się na to jeszcze łapie :-)
tylko w necie, w realu to totalna pi*.*
klasyka, kozak w necie..
@pancio.net nie kop pani bo się spocisz :)
wiesz, z chorą osobą nie ma co się kopać, lepiej nie dawać jej atencji
Serio, wstydzisz się tej wersji, że nie wrzucisz jej do siebie na stronę? ;P
piękne podsumowanie tego wątku
zwykłemu użytkownikowi 2.06 daje fajną opcję - własne programów ikony na pulpicie, no i jest też możliwość ustalenia własnych kolorów okien.
Tak jak zostało wspomniane, w zwykłym ST TOS 2.06 wymaga drobnej elektroniki, bo jest umiejscowiony w innym obszarze adresowym niż TOS 1.0/1.2/1.4 ($Exxxxx vs $FCxxxx/FDxxxx)
A masz w jakimś < 1.04? I jeśli tak, to czy używasz go do czegoś więcej niż odpalanie demek czy gier?
na pewno Mega ST mam 1.02, jest tam sporo softu po poprzednim właścicielu, przeklikałem je, obejrzałem demosy i na razie tyle.
Ja nie wymieniłem TOSa w żadnym z moich Atari.
W epoce, gdy spędzałem sporo czasu z kompem, przydałyby mi się 2.06. Teraz nie mam takiej potrzeby. Myślę ewentualnie o rozszerzeniu ROM do czterech systemów do wyboru.
Wpłaciłem, za chwilę prześle mailem potwierdzenie.
cacy
atari.area forum » Posty przez Cyprian
Wygenerowano w 0.150 sekund, wykonano 12 zapytań