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

• Zapomniane hasło?
• Poproś o członkostwo

1. • 1: CommentAuthorzbyti
   • CommentTime16 Apr 2020 23:04 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. • 2: CommentAuthorzbyti
   • CommentTime17 Apr 2020 00:04

    
   
   
   

   
   
   
3. • 3:
      
     CommentAuthorCyprian
   • CommentTime17 Apr 2020 00:04

    
   te francuskie Vincenta Riviere są spoko ale to podstawy,
   lepsze są te Gunsticka bo bardziej techniczne
4. • 4:
      
     CommentAuthorKaz
   • CommentTime17 Apr 2020 11:04

    
   Z podstawami Atari ST zaznajamiał kiedyś czytelników Bober i Cyprian:
   
   ->link<-
5. • 5:
      
     CommentAuthorKaz
   • CommentTime17 Apr 2020 11:04 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. • 6:
      
     CommentAuthorKaz
   • CommentTime20 Apr 2020 11:04

    
   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. • 7: CommentAuthorzbyti
   • CommentTime20 Apr 2020 12:04 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. • 8: CommentAuthorzbyti
   • CommentTime20 Apr 2020 12:04 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. • 9:
      
     CommentAuthorCyprian
   • CommentTime20 Apr 2020 14:04 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. • 10:
       
      CommentAuthorCyprian
    • CommentTime20 Apr 2020 14:04 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:

    
    
    
    

    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. • 11:
       
      CommentAuthorCyprian
    • CommentTime24 Apr 2020 00:04

     
    @Kaz, wrzuciłbyś linka do tego wątku w opisie filmu?
    
12. • 12:
       
      CommentAuthorKaz
    • CommentTime24 Apr 2020 11:04

     
    Oczywiście, nie ma problemu, wcześniej już wrzuciłem w komentarzach, ale i w opisie można.
13. • 13:
       
      CommentAuthorKaz
    • CommentTime24 Apr 2020 11:04

     
    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. • 14: CommentAuthorMKM
    • CommentTime24 Apr 2020 13:04

     
    '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. • 15:
       
      CommentAuthorCyprian
    • CommentTime24 Apr 2020 13:04

     
    @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. • 16:
       
      CommentAuthorxorcerer
    • CommentTime26 Apr 2020 21:04

     
    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. • 17:
       
      CommentAuthorKaz
    • CommentTime4 Jun 2020 18:06 zmieniony

     
    Zaczęliśmy pokaz podstaw programowania w asemblerze 68000 (Atari ST / STE / TT / Falcon) z wykorzystaniem TurboAss - prowadzi Romek.

    • turbo ass.jpg
      
      
      
      
    • turbo ass2.jpg
      
      
      
      
18. • 18:
       
      CommentAuthorCyprian
    • CommentTime4 Jun 2020 20:06

     
    fajna prezentacja.
    czekamy na następną
19. • 19:
       
      CommentAuthorCyprian
    • CommentTime4 Jun 2020 20:06 zmieniony

     
    tutaj wersja Steem z emulacją CRT:
    ->link<-
    Więcej tutaj:
    ->link<-
    ->link<-
20. • 20: CommentAuthorjury
    • CommentTime4 Jun 2020 20:06

     
    Wrzućcie tu pls ten generator liczb pseudolosowych
21. • 21:
       
      CommentAuthorCyprian
    • CommentTime4 Jun 2020 22:06 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. • 22:
       
      CommentAuthorgreymsb
    • CommentTime5 Jun 2020 00:06 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. • 23:
       
      CommentAuthorCyprian
    • CommentTime5 Jun 2020 10:06

     
    @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. • 24:
       
      CommentAuthorgreymsb
    • CommentTime5 Jun 2020 12:06 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. • 25:
       
      CommentAuthorCyprian
    • CommentTime5 Jun 2020 12:06

     
    ależ znam ten player.
    fajnie wiedzieć że to jego
    
    ok widzę wpis na FB
    dla zainteresowanych jest to grupa: "Atari ST Demoscene"
26. • 26:
       
      CommentAuthorxorcerer
    • CommentTime5 Jun 2020 12:06

     
    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. • 27: CommentAuthorjury
    • CommentTime5 Jun 2020 16:06 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. • 28: CommentAuthorjesionen
    • CommentTime5 Jun 2020 17:06

     
    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. • 29:
       
      CommentAuthorgreymsb
    • CommentTime5 Jun 2020 21:06

     
    @Jury: to podobnie jak ja :) jak kupiłem STe to pierwsze dyskietki były z Brain Damage i właśnie CD Playerem ;)
30. • 30: CommentAuthoras...
    • CommentTime6 Jun 2020 00:06

     
    Panie Jury,
    -a czytasz Pan maile czasami ...?
    
    
    Ja to bym chciał zobaczyć również i taki wątek o Falconie.
31. • 31:
       
      CommentAuthorCyprian
    • CommentTime6 Jun 2020 10:06

     
    as...
    coś konkretnego o Falconie?
    W sumie to spora część jest wspólna
32. • 32:
       
      CommentAuthorKaz
    • CommentTime11 Jun 2020 17:06 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.

    • romek1.jpg
      
      
      
      
    • romek2.jpg
      
      
      
      
    • romek3.jpg
      
      
      
      
33. • 33:
       
      CommentAuthorKaz
    • CommentTime11 Jun 2020 19:06

     
    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. • 34: CommentAuthorjury
    • CommentTime12 Jun 2020 05:06

     

    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. • 35:
       
      CommentAuthorKaz
    • CommentTime12 Jun 2020 16:06

     
    Jury - było na stronie głównej dwa dni wcześniej. Do tego proponuję subskrybcję kalendarza to od razu wyskakują przypomnienia na telefonie :)
36. • 36: CommentAuthorjury
    • CommentTime12 Jun 2020 19:06

     
    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. • 37:
       
      CommentAuthorxorcerer
    • CommentTime13 Jun 2020 21:06

     
    Proponuję takie coś co łatwo zapamiętać - i w ogóle zmianę tytułu tych wątków.

    • RPK-RPG-winieta.jpg
      
      
      
      
38. • 38:
       
      CommentAuthorRastan
    • CommentTime13 Jun 2020 21:06

     
    Gdzie można obejrzeć te wykłady, z podstaw programowania ST?
39. • 39:
       
      CommentAuthorxorcerer
    • CommentTime14 Jun 2020 14:06

     
    Surowe i z mocno niedoskonałym dźwiękiem nagrania są na moim twitchu:
    
    ->link<-
40. • 40:
       
      CommentAuthorRastan
    • CommentTime14 Jun 2020 15:06

     
    Dzięki.
41. • 41:
       
      CommentAuthorCyprian
    • CommentTime14 Jun 2020 23:06

     
    jak dzisiaj było? niestety nie dałem rady dołączyć..
42. • 42:
       
      CommentAuthorxorcerer
    • CommentTime15 Jun 2020 12:06

     
    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. • 43:
       
      CommentAuthorKaz
    • CommentTime18 Jun 2020 00:06

     
    Przypominam, że o programowaniu już dzisiaj, w czwartek, o godzinie 18:00.
44. • 44: CommentAuthorJarkeczek
    • CommentTime18 Jun 2020 08:06

     
    Czy to nas kanale Zooma tym co KWAS się odbywa?
45. • 45:
       
      CommentAuthorKaz
    • CommentTime18 Jun 2020 12:06

     
    Jeste jeden kanał, zawsze tam.
46. • 46:
       
      CommentAuthorxorcerer
    • CommentTime18 Jun 2020 14:06

     
    One kanał, to rule them all.
    
    Zapraszam :)
47. • 47:
       
      CommentAuthorKaz
    • CommentTime18 Jun 2020 18:06 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.

    • romek12.jpg
      
      
      
      
    • romek22.jpg
      
      
      
      
48. • 48:
       
      CommentAuthorCyprian
    • CommentTime18 Jun 2020 20:06 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. • 49:
       
      CommentAuthorKaz
    • CommentTime2 Sep 2020 07:09 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. • 50:
       
      CommentAuthorxorcerer
    • CommentTime2 Sep 2020 17:09

     
    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.