atarionline.pl Atari ST - podstawy programowania - Forum Atarum

Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

  • :
  • :

Vanilla 1.1.4 jest produktem Lussumo. Więcej informacji: Dokumentacja, Forum.

    • 1: CommentAuthorzbyti
    • CommentTime16 Apr 2020 zmieniony
     


    Był też w tym roku wstęp do programowania na ST @xorcerera ale nie pamiętam gdzie jest ten film, chyba był kręcony u Tytusa...
    • 2: CommentAuthorzbyti
    • CommentTime17 Apr 2020
     




    • 3:
       
      CommentAuthorCyprian
    • CommentTime17 Apr 2020
     
    te francuskie Vincenta Riviere są spoko ale to podstawy,
    lepsze są te Gunsticka bo bardziej techniczne
    • 4:
       
      CommentAuthorKaz
    • CommentTime17 Apr 2020
     
    Z podstawami Atari ST zaznajamiał kiedyś czytelników Bober i Cyprian:

    ->link<-
    • 5:
       
      CommentAuthorKaz
    • CommentTime17 Apr 2020 zmieniony
     
    Tutaj wrzuciłem ten filmik, o którym mówi Zbyti. Programowanie efektów demoscenowych w asmie ( Turbo Assembler + Bugaboo ) na Atari ST/STE pokazuje Xorcerer:

    • 6:
       
      CommentAuthorKaz
    • CommentTime20 Apr 2020
     
    Kolega Misiek pod tym filmem w komentarzach zadał sporo pytań, może ktoś zechce udzielić odpowiedzi:

    Misiek:

    25:00 - Z tego co pamiętam to HW overscan działał także w trybie mono. Ale jakie rozdzielczości przełączał ?


    54:00 - Dlaczego Spectrum 512/4096 ma 199 linii a nie pełne 200 ?


    54:00 - 2 pozycje: 400x273 fullscreen - czym sie różni wersja 230 byte ST/STe od 224 byte tylko dla STe ? Jakie 6 bajtów zaoszczędza STe ?

    1:15:00, 1:19:45 Jak wygląda porównanie Blitteru w Atari z tym w Amidze pod względem możliwości? Nie widzę nic w sieci...
    Ten wykład też pokazuje, dlaczego Hatari pokazuje, że prawie żaden program w tym dema na STe nie używają Blitteru.



    Kiedyś spotkałem się z opinią, że w Falconie Blitter został 6x przyspieszony względem STe. Ktoś ? Coś? Wie o tym ?
    • 7: CommentAuthorzbyti
    • CommentTime20 Apr 2020 zmieniony
     
    Odnośnie Blittera to może ten art. odrobinę coś rozjaśni?

    Why Atari ST games were slower than the Amiga versions ->link<-

    @Cyprian wypowiadał się na temat tutaj: ->link<-
    • 8: CommentAuthorzbyti
    • CommentTime20 Apr 2020 zmieniony
     
    .
    ____ ___ ___________ ___________
    / \ / /\ /__/__ __/_____/ ____/ \
    / /\/ / / / /\// /__ __/ __/ / /\
    / \/ /_/_/ / // /\_/ / / /___/ /\ \/
    /_______/______/__/ //__/ // / /______/__/ /\__\
    \_______\______\__\/ \__\//__/ /\______\__\/ \__\
    \__\/
    The Atari ST(E) BLiTTER in brief

    A comprehensive overview

    by The Paranoid of Paradox 2012




    Table of Content
    a.) Introduction
    b.) Register Overview
    c.) What to do with it
    d.) Common mistakes
    e.) Compatibility
    f.) Summary
    Appendices

    Całość tekstu tutaj: ->link<-

    A dobry github tutaj: ->link<-
    • 9:
       
      CommentAuthorCyprian
    • CommentTime20 Apr 2020 zmieniony
     
    ---edycja---
    Poprawka do info o braku NMI w 68000, faktycznie 68000 ma NMI czyli IPL 7, ale nie jest ono w ST wykorzystywane. Dodatkowo do weryfikacji jest to czy faktycznie jest ono nieblokowalne, być może SR == $2700 je blokuje.
    ---edycja---

    po pierwsze, Xorcerer dzięki za film bardzo fajnie wyszedł. Właśnie czegoś takiego brakowało.

    po drugie, niestety wkradły się pewne nieścisłości.
    Tak na szybko, poniżej parę z nich:
    - 68000 nie ma przerwań niemaskowalnych NMI. Ma 7 poziomów przerwań (IPL), które można zamaskować $2700 --> SR;
    - Nie tylko MFP generuje przerwania, HBL (IPL 2), VBL (IPL 4) są generowane przez GLUE;
    - TT ma procesor 32MHz
    - TT nie ma BLiTTERa;

    No i najbliższa mi część, niestety potraktowana po macoszemu czyli BLiTTER w ST.
    Otóż:
    - jest on prawdziwym blitterem, gdyż spełnia kluczowe założenia operacji "Bit Blit", czyli kopiowanie bloku pamięci z uwzględnieniem operacji logicznych;
    - ma on odstęp do "CAŁEJ" pamięci ST-RAM plus rejestry sprzętowe;
    - jest on wielokrotnie szybszy od procesora;
    - jest szybszy od amigowego w np. operacjach czyszczenia pamięci czy wypełniania jej patternem (dzięki Halftone RAM);

    Poniżej przykładowe zastosowanie BLiTTERa
    - rysowanie wektorów: ->link<-
    - multokolorowa grafika: ->link<-
    - szybki kanał DMA dla IDE;
    - cieniowanie Gourauda: ->link<-
    - obróbka dzwięku:

    - wsparcie dla C2P - to moje, w trakcie


    Anima zrobił parę testów BLiTTERa:





    Tutaj gra nad którą pracuje:


    A tu gra którą wypuścił na Falcona:
    • 10:
       
      CommentAuthorCyprian
    • CommentTime20 Apr 2020 zmieniony
     
    25:00 - Z tego co pamiętam to HW overscan działał także w trybie mono. Ale jakie rozdzielczości przełączał ?

    Był wątek na liście mailingowej Hatari/EmuTOS, niestety nie mogę tego teraz znaleźć.


    54:00 - Dlaczego Spectrum 512/4096 ma 199 linii a nie pełne 200 ?

    W klasycznym Spectrum 512 pierwsza linia wykorzystywana jest do synchronizacji z promieniem monitora. Spectrum może mieć więcej linii po otwarciu dolnej i górnej ramki: ->link<-


    54:00 - 2 pozycje: 400x273 fullscreen - czym sie różni wersja 230 byte ST/STe od 224 byte tylko dla STe ? Jakie 6 bajtów zaoszczędza STe ?

    Jeden zestaw bitplanów (16 pikseli x 4 bitplany) ma 8 bajtów
    230 / 8 = 28,75
    224 / 8 = 28 słów
    Czyli w STE każda nowa linia w overscanie startuje od okrągłej liczby i tyle.

    Więcej tutaj: ->link<-
    Tutaj historia overscanu: ->link<-

    1:15:00, 1:19:45 Jak wygląda porównanie Blitteru w Atari z tym w Amidze pod względem możliwości? Nie widzę nic w sieci...
    Ten wykład też pokazuje, dlaczego Hatari pokazuje, że prawie żaden program w tym dema na STe nie używają Blitteru.


    Atari ma po prostu blitter. Trzy źródła danych (Source, Halfone, Destination), jeden cel (Destination). Czyli kopiowanie bloków plus operacje logiczne pomiędzy źródłami.

    Amiga - blitter trzy źródła danych (Source, Mask, Destination) i jeden cel plus operacje logiczne. Dodatkowo rysowanie linii, oraz opcję flip-flop przy wypełnianiu prostokątów - wykorzystywane jest to do wypełniania wektorów.



    Kiedyś spotkałem się z opinią, że w Falconie Blitter został 6x przyspieszony względem STe. Ktoś ? Coś? Wie o tym ?

    Kiedyś robiłem test na Falconie. Na pl.comp.sys.ataru jest mój wątek "Blitter i tryb 256 kolorow"

    Falcon ma identyczny układ jak w STE (żadnych dodatkowych funkcji), działa on szybciej, z tego co pamiętam to 1,5x ~ 2x.

    Dla odniesienia, blitter w Amidze 1200 z 1992 roku jest identyczny jak w A1000 z 1985 roku. Ma on te same funkcje i dokładnie ta samą wydajność co A1000.
    • 11:
       
      CommentAuthorCyprian
    • CommentTime24 Apr 2020
     
    @Kaz, wrzuciłbyś linka do tego wątku w opisie filmu?
    • 12:
       
      CommentAuthorKaz
    • CommentTime24 Apr 2020
     
    Oczywiście, nie ma problemu, wcześniej już wrzuciłem w komentarzach, ale i w opisie można.
    • 13:
       
      CommentAuthorKaz
    • CommentTime24 Apr 2020
     
    I jeszcze uzupełnienie od autora wykładu zaraz po KWAS-ie:

    Teraz taki dodatek do wykładu - mówiąc o technicznych zagadnieniach zawadziliśmy o temat "blittera" na Atari 16 i 32 bitowych. W którymś momencie zaplątałem się w zeznaniach, że gdzieś jest jakaś dokumentacja czyichś prób przebicia się przez słabo opisane własności hardware, pot łzy i zgrzytanie zębów w próbach wykorzystania tegoż "blittera". Kaz rzucił, że link jest wklejony na AtariOnline.pl, ale ja w ogóle nie mogę tego tam znaleźć. Oto ten link:

    ->link<-

    ... tutaj mały fragment automatycznie przetłumaczony (z drobnymi korektami):

    " Tyle teorii. Niestety, Blitter jest uroczym, ale także bardzo upartym małym chipem. Co tym razem poszło nie tak?

    ? Po wprowadzeniu wartości Blittera i aktywowaniu go ST(E) zawiesza się.

    ! Wszystkie powiązane rejestry pomocnicze, takie jak X-Count / Y-Count, X / Y-Increments itp., Są wartościami ze znakiem. Innymi słowy, Blitter może cofać się zarówno w pamięci, jak i iść do przodu. Sprawdź, czy twoje wartości są prawidłowe.

    ? Próbuję prostego i bezpośredniego kopiowania i ustawiam wszystkie ważne rejestry, ale to nie działa zgodnie z planem.

    ! Blitter to hardware, a nie software co oznacza, że ​​nie zna żadnych wartości domyślnych. Szczególnie, gdy zaczynasz uczyć się „Blittera”, ważne jest, aby ZAWSZE ustawiać KAŻDY rejestr. Zwłaszcza Endmask, Smudge, Skew i OP-Register mogą prowadzić do bardzo zabawnych wyników, jeśli nie zostaną poprawnie ustawione. Ustaw WSZYSTKIE rejestry przynajmniej raz, dla wszystkich kolejnych kopii nie musisz już ustawiać WSZYSTKICH.

    ? Kopia pojawia się we właściwym miejscu, ale jest poszatkowana.

    ! Upewnij się, że rejestry przyrostów X / Y Increment są poprawnie ustawione zarówno dla źródła, jak i dla miejsca docelowego. Zwłaszcza jeśli kopiujesz „wąski” blok (jak kompaktowy blok 32 x 32 piksele) na większy obszar (jak ekran), na pewno musisz sprawdzić rejestry Increment.

    ? Teraz pierwsza kopia działa, ale mimo że kopiuję bloki o identycznym rozmiarze, samo ustawienie adresów nie działa.

    ! Blitter wykorzystuje kilka rejestrów dostępnych dla CPU do własnego zliczania. Ustaw adresy, rejestry X i Y-Count za każdym razem, gdy robisz kopię.

    ? Więc ustawiłem wszystkie rejestry, ale kopie są niekompletne, gdy robię wiele kopii.

    ! Przed wprowadzeniem nowych wartości Blittera, upewnij się, że już zakończył swoje zadanie, sprawdzając Busy-Bit. Nie zapisuj nowych wartości w rejestrach Blittera, o ile nadal działa.

    ? Wygląda na to, że sama kopia działa, ale miga. Używałem Blittera do przyspieszania rzeczy, a nie do migotania.

    ! Po przekazaniu Blitterowi wszystkich wartości i aktywowaniu go, procesor jest gotowy i może wykonywać inne zadania, jednak Blitter dopiero się zaczął. Jeśli Blitter robi krytyczne rzeczy w twoim programie, upewnij się, że „Blit Busy” powrócił z „1” do „0”, zanim procesor przejdzie dalej, gdy używasz Blittera w trybie Blit.

    ? Aby przyśpieszyć działanie, ustawiłem Blittera w tryb Hog-mode. Ale teraz mój program ulega awarii prawie losowo.

    ! Tryb Hog-mode Blittera nie pozwala procesorowi na dostęp do magistrali, gdy Blitter jest aktywny - nawet w przypadku przerwań. Upewnij się, że twój program nie wymaga natychmiastowego zareagowania CPU na przerwanie (niemaskowalne) - w przeciwnym razie ST(E) zawiesi się.

    ? Czy istnieje sposób na przyspieszenie Blittera w trybie Blit?

    ! Tak, Atari wykorzystało to do przyspieszenia Blittera w GEM bez ryzyka użycia trybu Hog-mode: sprawdzanie Busy-Bit. Procesor nie może uzyskać dostępu do magistrali adresowej, a zatem do rejestru zajętości, jeśli Blitter jest „aktywny”. Jeśli procesor może w końcu sprawdzić Busy-Bit, to znaczy że Blitter „wstrzymał dostęp” i czeka na 64 cykle zegara. Teraz, jeśli Busy-Bit ma wartość 0, Blitter jest gotowy i możesz wyjść. Jeśli nie, ustaw ręcznie wartość „1” i wykonaj NOP. Zapisanie do rejestru zajętości spowoduje natychmiastowe ponowne uruchomienie Blittera, ale Blitter potrzebuje kilku cykli, aby zarezerwować szynę adresową (około 7), więc NOP jest przeprowadzany w każdym przypadku, co daje około 90% prędkości trybu HOG bez utraty opcji wykonywania przerwań w ciągu następnych 64 cykli.
    [..]"
    • 14: CommentAuthorMKM
    • CommentTime24 Apr 2020
     
    'W którymś momencie zaplątałem się w zeznaniach, że gdzieś jest jakaś dokumentacja czyichś prób przebicia się przez słabo opisane własności hardware, pot łzy i zgrzytanie zębów w próbach wykorzystania tegoż "blittera"'

    Fajny art o Blitterze STE:
    ->link<-
    • 15:
       
      CommentAuthorCyprian
    • CommentTime24 Apr 2020
     
    @Kaz, Ta strona atari-ste.anvil-soft.com jest bardzo dobra na początek. Sam na nią od czasu do czasu zaglądam. Niestety są też tam błędy
    ? Czy istnieje sposób na przyspieszenie Blittera w trybie Blit?

    ! Tak, Atari wykorzystało to do przyspieszenia Blittera w GEM bez ryzyka użycia trybu Hog-mode: sprawdzanie Busy-Bit. Procesor nie może uzyskać dostępu do magistrali adresowej, a zatem do rejestru zajętości, jeśli Blitter jest „aktywny”. Jeśli procesor może w końcu sprawdzić Busy-Bit, to znaczy że Blitter „wstrzymał dostęp” i czeka na 64 cykle zegara. Teraz, jeśli Busy-Bit ma wartość 0, Blitter jest gotowy i możesz wyjść. Jeśli nie, ustaw ręcznie wartość „1” i wykonaj NOP. Zapisanie do rejestru zajętości spowoduje natychmiastowe ponowne uruchomienie Blittera, ale Blitter potrzebuje kilku cykli, aby zarezerwować szynę adresową (około 7), więc NOP jest przeprowadzany w każdym przypadku, co daje około 90% prędkości trybu HOG bez utraty opcji wykonywania przerwań w ciągu następnych 64 cykli.

    Podział 64/64 cykli zegara nie jest prawdziwy.
    Sprzęt ma taki: 65 cykli szyny dla BLiTTER / 64 lub więcej cykli szyny dla CPU. W przypadku MegaSTE jest to odpowiedni 66 na 64 lub więcej.
    Aktualne Hatari i STeem uwzględniają dobry podział.

    Swoją drogą to tłumaczenie woła o pomstę do nieba :)

    Tak jak @MKM napisał, "BLiTTER FAQ by Paranoid" jest aktualnie jednym z lepszych dokumentów.

    Warto zaglądać na Atari-Forum.com. Tam jest sporo informacji na temat BLiTTERa
    • 16:
       
      CommentAuthorxorcerer
    • CommentTime26 Apr 2020
     
    Google zrobiło to tłumaczenie w ciągu paru sekund a ja może około kwadransa na poprawkę co bardziej wołających kawałków.

    Dzięki za link do faq na stronie DHSów - mnie się bardzo podobało właśnie to "rozdzieranie szat" szczegółowo na tamtej stronie, bo DHSi już tak się nie cackają w dziale "common mistakes" jak tam.

    Dzięki Kaz za przypomnienie tematu!
    • 17:
       
      CommentAuthorKaz
    • CommentTime4 Jun 2020 zmieniony
     
    Zaczęliśmy pokaz podstaw programowania w asemblerze 68000 (Atari ST / STE / TT / Falcon) z wykorzystaniem TurboAss - prowadzi Romek.
    • 18:
       
      CommentAuthorCyprian
    • CommentTime4 Jun 2020
     
    fajna prezentacja.
    czekamy na następną
    • 19:
       
      CommentAuthorCyprian
    • CommentTime4 Jun 2020 zmieniony
     
    tutaj wersja Steem z emulacją CRT:
    ->link<-
    Więcej tutaj:
    ->link<-
    ->link<-
    • 20: CommentAuthorjury
    • CommentTime4 Jun 2020
     
    Wrzućcie tu pls ten generator liczb pseudolosowych
    • 21:
       
      CommentAuthorCyprian
    • CommentTime4 Jun 2020 zmieniony
     
    RANDOM: MOVE.L OLDRANDOM(PC),D7
    ADD.L D7,D7
    BHI.S OVERRANDOM
    EORI.L #$3E45FA2B,D7
    OVERRANDOM: MOVE.L D7,OLDRANDOM
    RTS
    OLDRANDOM: DC.L $AEFBCFAE
    • 22:
       
      CommentAuthorgreymsb
    • CommentTime5 Jun 2020 zmieniony
     
    A'propos STe i Blittera... ;) Świeżynka :D

    "New attempt with one more object: now displaying 23 moving Bobs (32 x 32 pixels, 4 planes) at 50 Hz running on an Atari STE. Fun fact: we're reaching and surpassing the theoretically Amiga OCS Blitter speed limit (screen size: 320 x 200 pixels with 4 bitplanes)."

    • 23:
       
      CommentAuthorCyprian
    • CommentTime5 Jun 2020
     
    @Grey dobre to. Gdzie to znalazłeś?
    Zazwyczaj Anima wrzucał swoje prace na Atari-Forum które od jakiegoś czasu leży.

    Swoją drogą Anima to jest przekozak, warto rzucić okiem na jego port "Cho Ren Sha 68k" na Falcona.
    Tutaj są jego świetne konwertery graficzne na tryby /|\
    ->link<-
    ->link<-
    • 24:
       
      CommentAuthorgreymsb
    • CommentTime5 Jun 2020 zmieniony
     
    @Cyprian: na FB :) a gość jest przekozak, bo napisał też w 1990 roku CD PLayera na STe :) (jako Percy/LIGHT) (jeden z moich pierwszych programów na ten komputer):



    A tutaj w akcji:



    Uwielbiałem ten player :D
    • 25:
       
      CommentAuthorCyprian
    • CommentTime5 Jun 2020
     
    ależ znam ten player.
    fajnie wiedzieć że to jego

    ok widzę wpis na FB
    dla zainteresowanych jest to grupa: "Atari ST Demoscene"
    • 26:
       
      CommentAuthorxorcerer
    • CommentTime5 Jun 2020
     
    Główna maszyna którą wczoraj i przedwczoraj wskrzeszałem działa stabilnie już w sumie kilka godzin, więc pozwolę sobie ją wypróbować na streaming niedzielny (Bard's Tale) i na następny czwartek (TurboAs - tak brzmi lepiej). Oznacza to też, że mam teraz conajmniej 2 opcje uniknięcia konfliktów między Open Broadcaster Studio i emulatorem (np. w ogóle nie emulować, tylko podczepić ST pod framegrabber).

    Przy okazji podczepiania ST pod framegrabber - też a propos muzyki na ST(e) - spróbuję zademonstrować wynalazek Kuby "Acida" i Bartka Świderskiego. Montowali w ST bardzo kulturalny COVOX na przyzwoitych kostkach (zamiast na drabinach oporników) z wyjściem stereo, a Kuba napisał do tego player z (jego określenie) "chamską" (tzn. zapełniającą całą pamięć danymi), ale ładnie brzmiącą interpolacją liniową sampli z MOD'ów. To, proszę państwa, na początku lat 90tych było.

    Trzymajcie też kciuki, bo chyba znalazłem w starych źródłówkach kod który uruchamiał hardware'owy overscan wlutowany do mojego ST. Nie sprawdzałem jeszcze czy działa, jutro sprawdzę.
    • 27: CommentAuthorjury
    • CommentTime5 Jun 2020 zmieniony
     
    O kurka, CD Player. Wraz z zakupem STE dostałem kilka dyskietek z różnymi demami i właśnie CD Playerem i paroma dyskietkami wypełnionymi muzyczkami. Dość długo się zasłuchiwałem, bo po sześćdziesiątce piątce XE brzmiało to powalająco :)

    Edit:
    A, i dzięki Cyprian za ten generator liczb
    • 28: CommentAuthorjesionen
    • CommentTime5 Jun 2020
     
    O bulwa Elegancko! Ale nie wiedziałem że jest muza na STe z filmu Fletch tam gra jeden z moich ulubionych aktorów! muszę ten kawałek mieć :)
    • 29:
       
      CommentAuthorgreymsb
    • CommentTime5 Jun 2020
     
    @Jury: to podobnie jak ja :) jak kupiłem STe to pierwsze dyskietki były z Brain Damage i właśnie CD Playerem ;)
    • 30: CommentAuthoras...
    • CommentTime6 Jun 2020
     
    Panie Jury,
    -a czytasz Pan maile czasami ...?


    Ja to bym chciał zobaczyć również i taki wątek o Falconie.
    • 31:
       
      CommentAuthorCyprian
    • CommentTime6 Jun 2020
     
    as...
    coś konkretnego o Falconie?
    W sumie to spora część jest wspólna
    • 32:
       
      CommentAuthorKaz
    • CommentTime11 Jun 2020 zmieniony
     
    A dzisiaj za pół godziny, o 18:00 rozpoczynamy część drugą programowania ST/STE w asemblerze. Prowadzi oczywiście Xorcerer. A to fotki z poprzedniego odcinka, gdzie rozpoczynaliśmy pracę w Turbo Ass.
    • 33:
       
      CommentAuthorKaz
    • CommentTime11 Jun 2020
     
    Dzisiaj unikalna rzecz, bo pojawili się rzadko pojawiający się osobnicy i dyskutują o ST - Acid Maker i teddyBoar! Warto posłuchać fachowców od elektroniki i oprogramowania.
    • 34: CommentAuthorjury
    • CommentTime12 Jun 2020
     

    Kaz:

    A dzisiaj za pół godziny, o 18:00 rozpoczynamy część drugą


    Kurcze, poprosiłbym o dawanie znać o ewentualnych kolejnych częściach trochę wcześniej niż pół godziny przed.

    (no chyba, że gdzieś było a przegapiłem)
    • 35:
       
      CommentAuthorKaz
    • CommentTime12 Jun 2020
     
    Jury - było na stronie głównej dwa dni wcześniej. Do tego proponuję subskrybcję kalendarza to od razu wyskakują przypomnienia na telefonie :)
    • 36: CommentAuthorjury
    • CommentTime12 Jun 2020
     
    O kurde, teraz widzę. Często tematy KWASowe na głównej i coś mi się musiało pomieszać i nie zauważyłem nowego. No trudno.
    • 37:
       
      CommentAuthorxorcerer
    • CommentTime13 Jun 2020
     
    Proponuję takie coś co łatwo zapamiętać - i w ogóle zmianę tytułu tych wątków.
    • 38:
       
      CommentAuthorRastan
    • CommentTime13 Jun 2020
     
    Gdzie można obejrzeć te wykłady, z podstaw programowania ST?
    • 39:
       
      CommentAuthorxorcerer
    • CommentTime14 Jun 2020
     
    Surowe i z mocno niedoskonałym dźwiękiem nagrania są na moim twitchu:

    ->link<-
    • 40:
       
      CommentAuthorRastan
    • CommentTime14 Jun 2020
     
    Dzięki.
    • 41:
       
      CommentAuthorCyprian
    • CommentTime14 Jun 2020
     
    jak dzisiaj było? niestety nie dałem rady dołączyć..
    • 42:
       
      CommentAuthorxorcerer
    • CommentTime15 Jun 2020
     
    Rozmowy potoczyły się swobodnie, bez kontroli i moderacji acz bez tak silnych emocji jak w czwartek. Zastanawiam się nad tym, żeby dodać jeszcze Rozmowy Nad Rysowaniem, ale do tego jeszcze potrzebuję się przygotować - tzn. potrzebna jest druga kamera na kartkę papieru.
    • 43:
       
      CommentAuthorKaz
    • CommentTime18 Jun 2020
     
    Przypominam, że o programowaniu już dzisiaj, w czwartek, o godzinie 18:00.
    • 44: CommentAuthorJarkeczek
    • CommentTime18 Jun 2020
     
    Czy to nas kanale Zooma tym co KWAS się odbywa?
    • 45:
       
      CommentAuthorKaz
    • CommentTime18 Jun 2020
     
    Jeste jeden kanał, zawsze tam.
    • 46:
       
      CommentAuthorxorcerer
    • CommentTime18 Jun 2020
     
    One kanał, to rule them all.

    Zapraszam :)
    • 47:
       
      CommentAuthorKaz
    • CommentTime18 Jun 2020 zmieniony
     
    Ha ha. A grupa miłośników ST już się zebrała, powoli, ale nieubłaganie rośniemy w liczebność :D. No i ponownie odwiedził nas Acid Maker.
    • 48:
       
      CommentAuthorCyprian
    • CommentTime18 Jun 2020 zmieniony
     
    Założyłem wątek o klawiaturze ST i jej procesorze - komunikacja, programowanie, zdisassemblowany ROM.
    Są tam też źródła procedur procesora HD6301 ładowane przez różne aplikacje.

    "Atari ST - IKBD" ->link<-
    • 49:
       
      CommentAuthorKaz
    • CommentTime2 Sep 2020 zmieniony
     
    Dzięki Cyprian.

    A ponieważ w końcu udało mi się ogarnąć pierwszy odcinek "Programowania ST" by Xorcerer, to filmik będzie puszczony jutro o 20:00 na kanale YT:



    Update: a w sobotę wieczorem drugi odcinek:



    a w poniedziałek wieczorem trzeci, i jak na razie ostatni:



    Można sobie ustawić na YT powiadomienia, żeby nie przegapić :)
    • 50:
       
      CommentAuthorxorcerer
    • CommentTime2 Sep 2020
     
    Cześć wszystkim po dłuższej przerwie!

    Dzięki wielkie Kaz za pracę i promocję, zdzwaniamy się w piątek i ustawiamy na ciąg dalszy.