576

(210 odpowiedzi, napisanych Sprzęt - 16/32bit)

wydaj mi się że wspomniane było że kart może działać ale co jakiś czas niestabilnie

577

(210 odpowiedzi, napisanych Sprzęt - 16/32bit)

uicr0Bee napisał/a:

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.

_tzok_ napisał/a:

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.
http://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=10136

Tutaj kontroler ACSI-SCSI z Mega STE (tutaj przeróbka tej płytki omijająca ograniczenie dysków do 1GB):
http://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=10138

580

(25 odpowiedzi, napisanych Sprzęt - 16/32bit)

dzięki tOri

581

(2 odpowiedzi, napisanych Programowanie - 8 bit)

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 $0001

582

(2 odpowiedzi, napisanych Programowanie - 8 bit)

moż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"
http://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=10064

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

    .endr

Swoją 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[#]
    .endr

czy 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]

585

(88 odpowiedzi, napisanych Sprzęt - 16/32bit)

@_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.

586

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

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ć.

587

(21 odpowiedzi, napisanych Zloty)

dobry pomysł, jak nie wyjadę to się wybiorę z ekipą

588

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

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

589

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

artik-wroc napisał/a:

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.

590

(8 odpowiedzi, napisanych Zloty)

paczam właśnie

591

(188 odpowiedzi, napisanych Scena - 16/32bit)

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.

592

(893 odpowiedzi, napisanych Scena - 8bit)

solo/ng napisał/a:
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..

593

(893 odpowiedzi, napisanych Scena - 8bit)

@pancio.net nie kop pani bo się spocisz :)
wiesz, z chorą osobą nie ma co się kopać, lepiej nie dawać jej atencji

594

(34 odpowiedzi, napisanych Scena - 8bit)

grzybson napisał/a:

Serio, wstydzisz się tej wersji, że nie wrzucisz jej do siebie na stronę? ;P

piękne podsumowanie tego wątku

595

(14 odpowiedzi, napisanych Sprzęt - 16/32bit)

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)

596

(14 odpowiedzi, napisanych Sprzęt - 16/32bit)

VLX napisał/a:

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.

597

(14 odpowiedzi, napisanych Sprzęt - 16/32bit)

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.

599

(88 odpowiedzi, napisanych Sprzęt - 16/32bit)

cacy

600

(43 odpowiedzi, napisanych Scena - 16/32bit)

mkm napisał/a:

Moja mała produkcja z SV: http://www.pouet.net/prod.php?which=93012 (060 required)

Zacna prodka.