426

(7 odpowiedzi, napisanych Bałagan)

Jedną namierzyłem:

http://tv-games.ru/download/atari8bit.html

427

(743 odpowiedzi, napisanych Kolekcjonowanie)

Pin napisał/a:

XM301 z "papierami" i pudełkiem w stanie "średni+" ;)


Nie wybrzydzaj!   ewentualnie odsprzedaj :-)

428

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

Pin-u, chętnie odkupię - przegapiłem :-(

429

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

poczekamy... zobaczymy :-)

SATA bardziej pasuje do.. retro :-)

zaprawdę jestem zainteresowany... PW?

432

(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ą :-)

433

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

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

434

(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

435

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

436

(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

437

(3 odpowiedzi, napisanych Miejsca w sieci)

Rewelka :-)

438

(5 odpowiedzi, napisanych Różne)

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

439

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

440

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

oryginał czy epromik?

441

(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

442

(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

443

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

444

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

445

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

446

(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

447

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

448

(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

449

(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

450

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

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