zaprawdę jestem zainteresowany... PW?

427

(36 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

to ja zawalczę o drugą sztukę.. też dam 100 na  początek.. btw, Dely zaślepiony pięknym modemem nie zwrócił uwagi... a aukcja powinna mieć jakąś datę końcową :-)

428

(10 odpowiedzi, napisanych Software, Gry - 8bit)

Jakby co służę pomocą...

429

(114 odpowiedzi, napisanych Fabryka - 8bit)

U mnie NOMari w tandemie z VIAtari :-)

Nie wiem jak zajutubczyć więc podaję linka:

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

430

(5 odpowiedzi, napisanych Różne)

Uprzejmie proszę @Dely o wydzielenie wątku i przeniesienie go do działu "Konkursy". W obecnym wątku proponuję pozostawić jako zalążek wstępu do sterowania LCD-ów/OLEDów i innych wyświetlaczy....

431

(114 odpowiedzi, napisanych Fabryka - 8bit)

Pierwszy odsłuch... rewelacja!
Pozwólcie, że najpierw napawam się troszkę "wrogim" chip-tunem a potem zrobię zrzutów kilka... :-)

tOri - świetna robota!

EDIT,

Pierwsza zrzutka... poszło przez BT do PC-ta.. ale chyba był w trybie Head Set-u bo wydaje mi się, że gra mono.. nie mniej jednak i tak jest wypas :L-) Na słuchawkach revela!


http://pancio.net//images/atari/2021/driver.ogg

432

(3 odpowiedzi, napisanych Miejsca w sieci)

Rewelka :-)

433

(5 odpowiedzi, napisanych Różne)

Co racja to racja @Sikorku, pedagog ze mnie też żaden - już się poprawiam...

434

(5 odpowiedzi, napisanych Różne)

Zaczęło się w:

http://www.atari.org.pl/forum/viewtopic.php?id=17554


Pomysł mi się podoba... może warto by stworzyć uniwersalną bibliotekę (szybką) do rysowania/pisania na wyświetlaczu. choć z doświadczenia z tymi wyświetlaczami już wiem, że najwolniejsze tu jest.. Atari... przepisanie całego obszaru 8K z pamięci do wyświetlacza trwa ok 0.3-04 sek więc jeżeli chcielibyśmy mieć jakieś animki to trzeba działać na mniejszych blokach i adresować pamięć wyświetlacza wybiórczo. Poza tym, można uzyskać strollowanie w pionie jak również zapis do "ukrytej" części pamięci, co w połączeniu z offsetem na wiersze można wykorzystać do szybkich dwu klatkowych animek...   Konkurs?

Regulamin:
3 kategorie

1. Biblioteka graficzna (plot, circle, fill etc)
2. Grafika 256x64x4 (można poszaleć ale DLI  nie ma :-))
3. Sterownik do Sparty (status screen, time,  etc.)

Nagrody:
1x zmontowany VIAtariXE (+ewentualny montażjak ktoś nie tentegez - wymagany wylutowany PIA) w każdej kategorii. Uwaga! Wyświetlacz we własnym zakresie!

Termin:
do 20 czerwca 2021

Głosowanie:

Ankieta dla forumowiczów do 30 czerwca 2021

EDIT:

Aby wszystko było jasne dla wszystkich:

- prace dotyczą pola 256x64 pikseli w szesnastu odcieniach bursztynka, czyli mamy 4 bity na pixel,
- organizacja pamięci: 32 wiersze po 256 bajtów, do daje 128 bajtów na linie obrazową (czyli pierwsze 0-127 batów to wiersz0 a 128-255 - wiersz1 itd). Mówiąc krótko, 2 pixele na bajt
- odcienie szarości mają wartości binarnie od %0000 do %1111 lub jak kto woli $0 do $f przy czym $0 oznacza piksel o najniższej jasności $f - najwyższej
- przykładowy ciąg bajtów: $01, $23, $45, $67, $89, $ab, $cd, $ef  - wyświetla 16 pikseli od najciemniejszego do najjaśniejszego...
- całkowita pamięć wyświtlacza to 8KB
- przyjmujemy, że lewy górny róg to współrzędne 0,0 a prawy dolny to 255,63 - no chyba, że autor pracy uzasadni, że inny sposób jest właściwszy :-)

Załączam też notę aplikacyjną wyświetlacza - jeśli ktoś chciałby wykorzystać dodatkowe możliwości (scroll, operowanie na blokach etc)

Przystosowanie graficzki do formatu np MADS, dzięki @bocianu jest mega prosta:
https://bocianu.gitlab.io/cutas/

435

(19 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię pozostałe)

oryginał czy epromik?

436

(19 odpowiedzi, napisanych Programowanie - 8 bit)

Nie ma najmniejszego problemu.. choć trochę mi wstyd bom nie nawykły, znaczy nie pisałem już latami i odkrywam świat assemblera na nowo....
zaraz zrobię paczuszkę...

EDIT.
Posprzątałem trochę w kodzie i procka zaczęła działać. Okazało się, że w międzyczasie nie wyłączyłem jednego z efektów, który się nie kończył rts-em i system się wywalał... teraz wszystko bangla jak ta lala... Dzięki chłopaki za pomoc w rozkmince. teraz pozostało najtrudniejsze... jakieś proce graficzne... :-) coby operować na poszczególnych fragmentach obrazu (można adresować pamięć GDRAM bez buforowania w Atari)

A jak ktoś jest zainteresowany rozwojem, to dysponuję kilkoma PCB do VIAtari :-)

https://youtu.be/AZ7IztwN84g

https://youtu.be/rjecPePOgUM

437

(19 odpowiedzi, napisanych Programowanie - 8 bit)

racja.. o jedną iterację za daleko... już poprawiam.. tylko czy to ma wpływ na działanie?... zarz się okaże :-) Dzięki @mono

438

(19 odpowiedzi, napisanych Programowanie - 8 bit)

Zasadniczo chodziło mi o szybkie przepisanie obrazka z jednego obszaru do drugiego, gdzie umownie jest ramka wysyłana do wyświetlacza. Oczywiście przepisywanie całego obrazka nie ma sensu bo można go wysłać od razu do OLED-a ale.. jakbym chciał sobie cosik na nim jesczze narysować lub napisać to fajnie jest robić to w buforze.. przed wysłaniem. Stąd też mam dwa zdefiniowane obszary z ich adresami zapisanymi na stronie zerowej:

       lda #<PACMAD1
        sta src
        lda #>PACMAD1
        sta src+1
 ;       
        lda #<SCREEN
        sta dst
        lda #>SCREEN
        sta dst+1 

Wykorzystując Twój kod:

pic2frame:  
                ldy #$00
                ldx #$20
p2floop1:
                lda (src),y
                sta (dst),y

                jsr lcd_write_data

                iny
                bne p2floop1
                inc src+1
                inc dst+1
                dex
                bne p2floop1
                rts

dorzuciłem jeszcze skok do procedury wysyłającej dane od razu do wyświetlacza... jednak coś nie bangla...

;lcd_write_data
;   A - data to send

lcd_write_data: 
            sta OLED_DATAPORT               ; set command
            pha
            
            lda #$ff
            and #OLED_CS_N
            sta OLED_CTRLPORT               ; set chip  enabled
            
            and #OLED_WR_N
            sta OLED_CTRLPORT               ; send data

            ora #OLED_WR
            sta OLED_CTRLPORT               
            ora #OLED_CS
            sta OLED_CTRLPORT

            pla
            rts

Jak widać procka modyfikuje tylko akumulator (zresztą zachowuję go na wszelki wypadek)

I jeszcze jak to robiłem by działało:

            ldx #$00

pac0    lda PACMAD1,x
            jsr lcd_write_data
            inx
            cpx #$00
            bne pac0
        
pac2    lda PACMAD1+$0100,x
            jsr lcd_write_data
            inx
            cpx #$00
            bne pac2
        
...
...

pac60   lda PACMAD1+$1e00,x
            jsr lcd_write_data
            inx
            cpx #$00
            bne pac60

Wysyłając dane w ten sposób wszystko bangla prawidłowo...

439

(19 odpowiedzi, napisanych Programowanie - 8 bit)

Kontynuując wątek programistyczny....

; ---------------------------------------------
; pic2frame  - copy picture data to frame 
;   (src) - source address
;   (dst) - memory destination address
;
;

pic2frame:      
                ldy #$00
                ldx #$00
p2floop1:
                lda (src),y
                sta (dst),y
                ldx dst
                cmp src
                bne p2floop2
                ldx dst+1
                cmp src+1
                beq p2ffinish
p2floop2:
                inc src
                bne p2floop1
                inc src+1
                jmp p2floop1

p2ffinish       rts

Procedurka ma służyć do kopiowania obrazka do bufora, który następnie zostanie przesłany do wyświetlacza... niestety jej wykonanie powoduje, że system idzie w maliny... gdzie jest błąd? Zmienne na stronie zerowej zaczynam od $a0 - mam nadzieję, że nie konfliktuje to z DOS II+/D v.6.4
Wiem, że ta procedura nie jest też zbyt optymalna...

440

(19 odpowiedzi, napisanych Programowanie - 8 bit)

Sikor napisał/a:

Pewnie

pancio.net napisał/a:

@Sikor, a możesz mi zarzucić 1-2 pliczki?

Pewnie ;) PoFo ma 240x64, więc blisko (ale jeden bit), nokia 72x28px
Tu masz opis co i jak w tych programach, co są na dyskietkach (z Nokia OTA Viewera możesz korzystać jako konwerter w sumie):
http://atariki.krap.pl/index.php/Nokia_%2A.OTA_viewer
http://atariki.krap.pl/index.php/PGF_PoFo_Viewer
Smacznego.
Btw: jak testy pójdą ok podziel się tajemną wiedzą jak to podłączyć ;)

Dzięki za sofcik... przyda się!

A co do podłączenia to żadna tajemna wiedza... jeden port 6522 służy do przesyłania komend i danych a 5 bitów drugiego portu służy do sterowania liniami /RD, /WR, /RESET, /CS i /CD. Zasadniczo sterowanie wyświetlaczem prawie nie różni się od poprzedniego projektu (poza organizacją pamięci) - stąd wymagana przeróbka softu. Wszystkie potrzebne info/soft znajdziesz w wątku albo na mojej stronie ze stopki. Niestety produkcja biblioteki graficznej w ASM jest pieruńsko skomplikowana więc rysowanie kółek czy innych takich troszki potrwa...

441

(19 odpowiedzi, napisanych Programowanie - 8 bit)

Dzięki bocianu za hinta... używałem tego softu wielokrotnie ale nie wiedziałem, że operuje on również na plikach bez nagłówków :-) Świetna rzecz...


PunBB bbcode pacmad3

PunBB bbcode pacmad1

PunBB bbcode pacmad1

442

(19 odpowiedzi, napisanych Programowanie - 8 bit)

@mono, wyświetlacz ma rozdziałkę 256x64, 4 bity/pixel czyli linia jest reprezentowana przez 128 bajtów. Zaadresowanie całego wyświetlacza wymaga 8k pamięci. Tu jest łatwiej go oprogramować, bo organizacja pamięci jest taka sama jak w Atari, więc nie będzie problemów z generowaniem tekstów itp.

@Sikor, a możesz mi zarzucić 1-2 pliczki?

@Cobol, obadam ale nie wiem czy potrafię to obsłużyć :-)

@Cyprian, wyświetlacz podłączyłem wykorzystując VIAtari:
http://www.atari.org.pl/forum/viewtopic.php?id=16098
natomiast nic nie stoi na przeszkodzie by wpiąć go bezpośrednio w magistralę procka - oczywiście z dekoderem adresów.

443

(19 odpowiedzi, napisanych Programowanie - 8 bit)

Rozpykałem ostatnio taki wyświetlacz OLED, który potrafi wyświetlać w 16-tu odcieniach bursztynka :-) Czy ktoś może posiada, wie jak i wie gdzie znajdę przykładowe graficzki, które dałoby się wykorzystać? A może w łatwy sposób da się zaadoptować np bitmapy tak by były reprezentowanie w postaci 4 bitów/pixel? Słaby ze mnie programista, więc może ktoś coś podpowie? CZey tryb Atari gr .9 nie jest czasem właśnie takim trybem, że 4 bity reprezentują odcień piksela?

PunBB bbcode oled1

PunBB bbcode oled2

EDIT,

Chyba nie zauważyłem, że poszło do 16/32bit.. proszę admina o przeniesienie tematu do 8 bit. Sorki

444

(12 odpowiedzi, napisanych Sprzęt - 8bit)

a nie ma kopierów z handlerem T:? do formatu dyskowego? Miałem kiedyś Blizzarda + CA2001 w tandemie i wydaje mi się, że to banglało. Tym bardziej, że Blizzard i jego software (KOS?) to był taki prawie DOS dla ubogich... Szczegółów niestety nie pamiętam...

Ooo.. tu masz:
http://www.atari.org.pl/forum/viewtopic … 53#p169553

445

(5 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię pozostałe)

Piękna rzecz.... mielim takie w technikum... super retro!

446

(20 odpowiedzi, napisanych Fabryka - 8bit)

To nie jest jak stracić $65, to jest włożyć w to pierdyliard godzin pracy :-)

Projektowi nie pomaga fakt, że jest on można by rzec komercyjny... dziwne to bo chyba póki co użytkownikiem jest chyba tylko autor projektu...
... może warto by do niego napisać by "otworzył" przynajmniej część sprzętową, bo z tego co się zorientowałem w budowie - zaszył on logikę w PLC-ku co utrudnia analizę. Z drugiej strony, mamy magików (tOri?) co to rozpykali by  w 5 minut mając do dyspozycji dostępne już materiały i noty obu procków... ale ten pierdyliard godzin... ech.

447

(20 odpowiedzi, napisanych Fabryka - 8bit)

Doceniam zapał i chętnie pomogę w wolnej chwili. Natomiast sam translator nie wniesie do projektu nic poza drobnymi różnicami w wykonywaniu kodu (ze względu na częściowo różną ilość cykli przy wykonywaniu niektórych operandów). Niestety aby wykorzystać potencjał procesora należy konwertować kod wykorzystując dodatkowe 'fjuczer' w postaci akumulatora B - co jak wiemy mogło by znacznie ułatwić i przyspieszyć  np operacje kopiowania czy łącząc A i B do operacji 16-bitowych. Nie wspominając już o tym, że rejestry X i Y również są 16-bitowe co zasadniczo ułatwia operacje na granicy stron.. procek świetny i wciąż dostępny...

Cieszę się, że odgrzebałeś temat - wszak Atari to nie tylko konsola :-)

448

(32 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

nowy80 napisał/a:

Steampunkowy klimat na coraz bardziej steampunkowe czasy :) Chciałem aby pokrowce nawiązywały stylistycznie do tych dostępnych w latach osiemdziesiątych.

Mam taki jeden pokrowiec "oryginalny" z lat 80-90, który dostałem z A800 ze Stanów... wyglądem, a właściwie fakturą skóry bardzo przypomina te Twoje. Bardzo ładna robota!

449

(20 odpowiedzi, napisanych Fabryka - 8bit)

Hejka,

Zwróciłem na Liber809 uwagę ze 3 lata temu i początkowo się zachwyciłem gdyż przede wszystkim dodatkowy rejestr B wnosi bardzo dużo możliwości. Myślę sobie... jak jest ROM/OS no to projekt świetnie przygotowany i Atari dostaje nowe, lepsze serce.. ale zaraz po chwili zastanowienia się i dojściu do wniosku, że siłą komputera jest nie jego moc a oprogramowanie - stwierdziłem, że wykonanie czy zakupienie tego projektu wiązało by się z wrzuceniem go do szuflady i niewielkim poczuciem satysfakcji, że da się i tyle. Zważywszy też fakt, że każdy program musi zostać przekodowany z jednego maszynowego na drugi, zabawa staje się siermiężna i wymagająca zbyt wiele czasu, który można spożytkować z innymi bardziej kompatybilnymi zabawkami np. WDC65C02, który to już jest zgodny rozkazowo z 6502C a też daje trochę więcej możliwości... w mojej ocenie zastosowanie 6809 w Atari tworzy z niego de facto nowy komputer "nie-przyda-sie". Nie mniej jednak to fajny projekt, bardzo hermetyczny i wymagający... jeśli natomiast masz zamiar się w niego zaangażować, chętnie podłączę się pod projekt poświęcając jakiegoś dawcę i będziemy mieli MCARI :-)

A jeszcze na koniec.. jak już 6809 to może od zera - będzie znacznie łatwiej:

https://www.aslak.net/index.php/2014/02 … -computer/

]1. perinoid
2. MGor
3. dely
4. pancio