351

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

artik-wroc napisał/a:

W którymś niemieckim piśmie jest karta do ST, z procesorem Inmos. Cały schemat.

brzmi ciekawie, masz może jakiegoś linka?


perinoid napisał/a:

Mam na półce Parsysa z 2xT9000. Ale nie był odpalany od jakichś 25 lat. Ciekawe co by się dało z tym zrobić..

ładne cacko, jaki tam system działa? Jeśli też HeliOS jak na Atari ATW800 to może da się te same aplikacje uruchamiać.

352

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

Znalazłem na GitHubie schemat karty transputera do ATW800

Może ktoś coś?

https://github.com/axelmuhr/tram-farmcard

Tutaj szerszy opis:
https://www.geekdot.com/atw800-farmcard/

353

(4 odpowiedzi, napisanych Konsole)

wygląda na to że jest to jedyna sztuka:
https://www.youtube.com/watch?v=dZ2FnII4r6I

354

(6,129 odpowiedzi, napisanych Kolekcjonowanie)

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

355

(4 odpowiedzi, napisanych Konsole)

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

356

(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

359

(12 odpowiedzi, napisanych Zloty)

Wybrałbym się

360

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

361

(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

362

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

363

(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

364

(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

367

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

dzięki tOri

368

(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

369

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

372

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

373

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

374

(21 odpowiedzi, napisanych Zloty)

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

375

(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