Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
Opcje wyszukiwania (Strona 18 z 67)
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...
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...
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...
@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.
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?
EDIT,
Chyba nie zauważyłem, że poszło do 16/32bit.. proszę admina o przeniesienie tematu do 8 bit. Sorki
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
Piękna rzecz.... mielim takie w technikum... super retro!
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.
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 :-)
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!
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
Jakby ktoś się chciał pozbyć lub zamienić zamienić chętnie przygarnę...
Oj, coś mi tu śmierdzi wojną polsko-polską a nie wojenka A8 i C= :-)
Test łączności:
A mnie się udało w końcu zdobyć chyba w rozsądnych pieniądzach:
Piękna czarnulka odebrana... wygląda obłędnie. Aż szkoda montować.. oprawić w antyramę i na ścianę :-)
Dzięki @ArtiFX!
Czy ktoś ma BOM według którego pozamawiać części?
Jak dla mnie - ta karta ma prawo stać się nowym standardem dla Atari - praktycznie nieograniczona póki co dostępność komponentów nie zawęża ilości użytkowników do garści posiadaczy, jak to ma miejsce np przy dualPOKEY.
Nie chcąc rozmydlać wątku powiem tylko, że samplowany jest cały zakres...
Kurcze tOri, to ja tu jakieś gusła z ADC odwalam a Ty takie cudeńka czynisz.. piękna robota! Zaskakujesz mnie swoim polotem i chęcią tworzenia czegoś nowego. Mam nadzieję, że zostały Ci jakieś prototypy do zbycia :-) Chętnie przygarnę jednego..
Nie wiem czy będę robił:-) ale mieć to móc :-)
Ech.. przejdę się na strych i coś może wyniucham dla Ciebie.... a 600-ke bym łyknął :-)
ja kupiłem po 10 zeta... 5x taniej :-)
Na wszelki wypadek zanabyłem kilka sztuk.... a nóż widelec się przyda :-)
Ja to wiem jedno...wątek humorystyczny i owszem ale jak już xxl się dołączył to wróżę mu szybki koniec jako takiego :-) no chyba, że to będzie czarny humor :-)
@xxl - bez urazy :-)
Panowie... wątek jest SPRZĘTowy... :-)
Znalezione posty [ 426 do 450 z 1,657 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.052 sekund, wykonano 22 zapytań