526

(6,329 odpowiedzi, napisanych Kolekcjonowanie)

fajne, pozostało jeszcze 8 dni do końca aukcji, więc cena pewnie sporo podskoczy

527

(4 odpowiedzi, napisanych Konsole)

@VLXok, z tym że to jest kart do innej konsoli - Evercade

528

(4 odpowiedzi, napisanych Konsole)

widzieliście takie coś?
To chyba jakaś samoróbka ale obudowa raczej nie drukowana tylko wtryskiwana

https://www.youtube.com/watch?v=aiGDJI6kl9U

dzięki @ Sikor wizytóweczki są git

będziesz miał w sobotę? wziąłbym ze dwie takie i takie

531

(12 odpowiedzi, napisanych Zloty)

Wybrałbym się

532

(3 odpowiedzi, napisanych Programowanie - 16/32bit)

było parę wersji polskiego TOS, jeśli dobrze pamiętam to np Grzegorz Pawlik ("Marijuana Mail") przerobił na PL. Kiedyś była na jego stronie, teraz nie mogę jej tam znaleźć: https://atari.net.pl/

533

(21 odpowiedzi, napisanych Fabryka - 16/32bit)

Na forum Exxosa jest watek o fpu do tej dopalki:
https://www.exxosforum.co.uk/forum/view … amp;t=6016

534

(3 odpowiedzi, napisanych Software, Gry - 16/32bit)

Pojawiło się ciekawe zdjęcie zespołu Atari, który portował system graficzny DR GEM z procesora Intel na Motorola:
http://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=10165
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/

535

(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

536

(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

539

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

dzięki tOri

540

(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

541

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

544

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

545

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

546

(21 odpowiedzi, napisanych Zloty)

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

547

(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

548

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

549

(8 odpowiedzi, napisanych Zloty)

paczam właśnie

550

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