1,501 Odpowiedź przez seban

(142 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

Nie znałem tej metody, gdy bawiłem się w moje "fly dots", robiłem to metodą dość prymitywną i brutalną... smarowałem wszystko co się dało na ekranie graficznym... czyściłem ekran również metodą "brute force" :P ... pierwsze próby bez żadnych optymalizacji o dziwo "wyrabiały się w ramce", jednak efekt wizualny jaki osiągnąłem nie zachwycał mnie zbytnio... sprawę więc szybko porzuciłem nie mając pomysłu jak to wykorzystać... niby chciałem zrobić  z tego scroll-a... zamieniając po drodze grafikę na "fonty", ale jakoś chęci i motywacji zabrakło... wspominajac to wszystko, zajrzałem nawet do bardzo starych dyskietek z QA, które o dziwo się przeczytały... więc pozwalam sobie załączyć te wypociny... jednak darujcie zanęcanie się nade mną za "jakość" i "szybkość" tego kodu ;-) to naprawdę stary kod (z czasów Code3, czyli wczesne lata '90), do tego wszystkiego jestem prawie pewien że miałem jeszcze ten sam kod właśnie wzbogacony o scrolling (na grafice) zamiast "samych latających kropek", ale nie mogę tego znaleźć... tak czy inaczej można to napisać o wiele efektywniej, nawet wykorzystując ekran graficzny :) więc jeżeli ktoś zechce sobie zrobić z tego oldschool-owy scroll, czemu nie :]

Format QA, z użyciem "dta c' ' oraz Atari control-characters", a więc skompiluje to chyba tylko QA. A może ktoś popełnił konwerter? ;) Do obejrzenia źródeł na PC w formacie ATASCII proponuję użyć: Memopad ( http://joyfulcoder.com/memopad/ )

Tego typu "concept idea" czy inne efekty w tamtych czasach pisałem i testowałem bezpośrednio pod QA, asemblując do pamięci oraz uruchamiając z poziomu QA. W tym wypadku wystarczy zmienić OPT na %00010101 i do tego ustawić "MemHi" na $A000 i RUN na $480. Po czym wykonujemy assembly a następnie RUN... efekt uruchamia się bez problemu bezpośrednio z poziomu QA.

Na koniec pliki o których była mowa wyżej:

1) plik ATR zawierający DOS II+, QA oraz źródła i plik .OBJ dostępne tutaj: fly_dots.atr
2) źródło do wglądu (format QA, ATASCII -> na PeCe użyć MemoPad R9 do podglądu) tutaj: fly_dots.asm
3) do kompletu jak ktoś na szybko chce sobie to uruchomić pod emulatorem plik XEX tutaj: fly_dots.xex

ps1) koncepcja względnej szybkości tego efektu polegała jedynie na tym że de-facto nie tam tam żadnej procedury PLOT, a stawiania pixela odbywa się jedynie przy pomocy jednego STA. Założenie jest takie że zawsze zapalony jest tylko jeden bit w obrębie bajtu i ruch punktu odbywa się jedynie w obrębie tego bajtu, w zależności od wartości zapisywanej na ekran (ustawiony tylko jeden z bitów) zmieniamy pozycję poziomą pixela z zakresie 0..7. Ruch w pionie odbywa sie na podstawie tablic adresów. A rysowanie każdego pixela z osobna polega za zapisywaniu innego bajtu z wykorzystaniem trybu indeksowego sta (adr),y gdzie rej. Y zawiera tak naprawdę nr. bajtu (w tym wypadku również pixela). Całości dopełniają dwie pre-kalkulowane wcześniej (Turbo Basic XL) tablice sinusów, dzięki którym uzyskujemy ciekawy wizualnie kształt poruszania się pixeli. To tak w wielkim uproszczeniu.

ps2) poszukam jeszcze jakichś źródeł logo-scrolla z użyciem ring-buffer. Jak coś sensownego znajdę to zamieszczę również tutaj.

Idź do forum: Programowanie - 8 bit

1,502 Odpowiedź przez seban

(142 odpowiedzi, napisanych Programowanie - 8 bit)

mono napisał/a:

Na C64 nie mają wyjścia - ekran zwęża się z 40 do 38 znaków, a my mamy displaylist i obszar 4kB.

VIC ma tyle bug-ów że myślę że nie muszą wcale przepisywać... niektóre tricki zadziwiają...

http://codebase64.org/doku.php?id=base:vic

niby nie mają display-list ale zobacz np. to:

http://youtu.be/2Ui-hEN2HdA

Idź do forum: Programowanie - 8 bit

1,503 Odpowiedź przez seban

(142 odpowiedzi, napisanych Programowanie - 8 bit)

Oj... ileż to ja się RAM-u "naprzepisywałem" w początkowej fazie nauki kodowania :D ileż to czasu CPU zmarnowałem na przepisywanie tych ton bajtów we wszelakich logo-scrollach :D dopiero jak poznałem SoTe to bardzo szybko mnie uświadomił że jest inna metoda :D

Moja nauka w tamtych czasach polegała na podglądaniu jak to zrobili inni... uwierz mi... 90% produkcji z logo scroll-ami przepisuje jak tylko może gdy HSCROLL osiągnie wartość końcową :-)

Idź do forum: Programowanie - 8 bit

1,504 Odpowiedź przez seban

(142 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

Prawdę mówiąc sądziłem że ta metoda (bufor pierścieniowy) jest powszechnie stosowana... większość scroll-i w produkcjach Code3 czy Slight jest realizowana tą metodą, nie ma żadnego przepisywania... tylko zapis w dwa miejsca bufora, i zmiana adresu w DL.

Szkoda czasu CPU na przepisywanie ton znaków w pamięci RAM, szczególnie wtedy gdy "logo scroll" jest duży, albo ten czas trzeba poświęcić na coś innego... ( http://a8.fandal.cz/detail.php?files_id=970 ) To jedyna słuszna metoda w/g mnie.

Na ten sposób wykonania scrolla naprowadził mnie kiedyś SoTe, po sprawdzeniu oczywiście okazało się ze to działa doskonale.

Bufory w przypadku naszych scrolli były różne od 128 bajtów do 256 bajtów w zależności od rodzaju scrolla.

Idź do forum: Programowanie - 8 bit

1,505 Odpowiedź przez seban

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

Gepard, jeszcze raz dzięki za ten cały stuff! Nie wiem jak przetrwał, ale dzięki za wyłowienie tych wszystkich programów.

ps) w ostatnich linkach brakuje .pl w nazwie domeny

Idź do forum: Software, Gry - 8bit

1,506 Odpowiedź przez seban

(31 odpowiedzi, napisanych Fabryka - 8bit)

Dzięki Pavros! :) miła, bardzo miła niespodzianka :D

Idź do forum: Fabryka - 8bit

1,507 Odpowiedź przez seban

(23 odpowiedzi, napisanych Fabryka - 8bit)

Dzięki Mono! Dzięki twoim narzędziom w połączeniu ze Sparta DOS X powstaje całkiem ciekawe i wygodne środowisko do pracy :)

Idź do forum: Fabryka - 8bit

1,508 Odpowiedź przez seban

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

Hej!

A ja pojęcia bladego nie maiłem że ktoś zrobił patch-a to CMC tak aby ten działał ze Sparta DOS X. Dzięki sOnarowi się dowiedziałem i mam gotowca :) nie ma czego kasować, niech ten wątek zostanie. Jedno miejsce więcej gdzie można to znaleźć i poczytać o tym nikomu nie zaszkodzi.

pozdrawiam
Seban

Idź do forum: Software, Gry - 8bit

1,509 Odpowiedź przez seban

(154 odpowiedzi, napisanych Zloty)

Mimo że nie byłem na party uważam że Grey wykonał niesamowitą, niepojętą wręcz dla mnie pracę. To jest fenomenalne że udało się zebrać tak wielu ludzi, zorganizować tak duży event. Pełen szacunek z mojej strony i wielkie wyrazy uznania. Szkoda że nie miałem możliwości uczestniczyć w tym zlocie.

Pozostaje jeszcze sprawa AD6502 i ogromnego zamieszania jakie się w związku z tym wydarzeniem stało, i przyznam że miałem nic nie pisać bo nie mam jakby żadnego prawa do oceniania tego całego zamieszania jeżeli chodzi o demo AD6502, ale zauważyłem przez przypadek jedną rzecz, gdy oglądając to demo w momencie gdy dojdzie się do końca pierwszej strony dysku i pojawia się screen zoom-rotatorem i napisem "flip disk and start", i gdy np. nie zmienimy dyskietki (nadal zostanie w stacji strona A, co też uczyniłem przez swoją pomyłkę), demo czyta sektor 361, robi się czarny ekran i następuję totalna "zwiecha", bardzo mnie to zainteresowało i dlatego postanowiłem zajrzeć do kodu.

Wspominana część dema, tuż po wciśnięciu start wykonuje parę akcji, ale to co ważne załączam poniżej:

org $52BF

jsr $82a ; xBIOS_SET_DEFAULT_DEVICE
jmp $608 

...

org $0608

LDA $00          ; [$00] = $33
CMP $00          ; [$00] = $33
BEQ $060A        ; wait for VBL (own NMI routine do INC $00)

; back to Atari OS-ROM

SEI                    
LDA #$00
STA NMIEN        ; [$D40E]
STA DMACTL       ; [$D400]
STA IRQEN        ; [$D20E]
STA $0BEA        ; [$0BEA]
LDA #$FF
STA PORTB        ; [$D301]
LDA #$00
STA SDMCTL       ; [$022F]
LDA #$5F
STA VVBLKI       ; [$0222]
LDA #$62
STA VVBLKD       ; [$0224]
LDA #$E4
STA VVBLKI+1     ; [$0223]
STA VVBLKD+1     ; [$0225]
LDA #$40
STA NMIEN        ; [$D40E]
CLI
LDA RTCLOK+2     ; [$14] = $67
CMP RTCLOK+2     ; [$14] = $67
BEQ $0641
LDX #$06         ; > file_name
LDY #$4C         ; < file_name
JMP $0806        ; xBIOS_LOAD_FILE

...

org $64c

 dta c'ARS2PRT3   '

i teraz zaczynając analizy kodu, jak widać gdy xBIOS_LOAD_FILE się nie uda (np. nie znajdzie na dyskietce pliku o nazwie "ARS2PRT3", demo pójdzie totalnie w krzaki, powrót z xBIOS_LOAD_FILE prowadzi donikąd, (bo to powrót z JMP $806).

Wynika z tego że koder założył że nie nastąpi żaden błąd odczytu i że w stacji znajdzie się odpowiednia dyskietka. Jeżeli się nie znajduje rozumiem że xBIOS_LOAD_FILE wraca (RTS) z kodem błędu, tyle że po JMP $806 nie ma gdzie wracać i demo idzie w krzaki.

A co się stanie jeżeli w trakcie xBIOS_LOAD_FILE nastąpi jakikolwiek inny błąd (CRC, BAD sector, SIO overrun, czy framming error?).  XBIOS będzie próbował odczytu do skutku czy wróci z jakimś kodem błędu?

Przy realnym hardware jest to jak najbardziej możliwa sytuacja, nawet długość kabla czy leżący obok tel. komórkowy (EMI) czy inne urządzenie może mieć wpływ na transmisję po kablu SIO, nie mówię już o fizycznych problemach z nośnikiem.

Dlaczego o tym wszystkim pisze? Ponieważ uważam że mogło się stać coś nieprzewidzianego, nawet przy użyciu SIO2SD. I cały flame o to co się stało nie ma najmniejszego sensu.

Idź do forum: Zloty

1,510 Odpowiedź przez seban

(32 odpowiedzi, napisanych Fabryka - 8bit)

@Simius: poproszę 4 kompletne zestawy do serii XE.

Idź do forum: Fabryka - 8bit

1,511 Odpowiedź przez seban

(180 odpowiedzi, napisanych Zloty)

@XTD: dzięki za fenomenalną muzę! :) Miło usłyszeć zupełnie inny styl niż obecnie panujące na scenie! :)

Idź do forum: Zloty

1,512 Odpowiedź przez seban

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

Nie ma za co... cieszę się że się cieszysz :D

Jeszcze składa się ostatnia sztuka z serii proto v.3.1 (+poprawki) dla mono, jak nie będzie już żadnych błędów to w styczniu powinno się udać wypuścić pierwszą serię dla zainteresowanych.

Idź do forum: Sprzęt - 8bit

1,513 Odpowiedź przez seban

(8 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

A nie może być RIP? Jeżeli tak to proponuję zajrzeć do:

...\mads\examples\graphics\rip\

Idź do forum: Programowanie - 8 bit

1,514 Odpowiedź przez seban

(4 odpowiedzi, napisanych Programowanie - 8 bit)

http://atariki.krap.pl/index.php/Progra … _procesora

Idź do forum: Programowanie - 8 bit

1,515 Odpowiedź przez seban

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

gorgh napisał/a:

mógłbym się na takie zdjęcia patrzeć godzinami, sam niedługo planuję naukę elektroniki. macie jakieś PCB-Pr0n w ulubionych linkach? sory za OT

Co do zdjęć elektroniki... mam to na co dzień w pracy... czasami mam tego dość niestety. Nigdy nie szukałem w sieci takich materiałów... raczej będąc ciekawy co jak działa, rozbierałem wszystko na części i przyglądałem się na żywo :)

Idź do forum: Sprzęt - 8bit

1,516 Odpowiedź przez seban

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

Pinek, zastanów się czasami jak coś napiszesz o przelotowości tego typu carta... robienie przelotowego Slight-SID, mija się z celem. Popatrz na projekt płytki, to ja się męczę i cyfrówkę trzymam "kilometry" od analogowej części układu aby zminimalizować zakłócenia, a Ty mi "inputujesz" że mam robić przelotowe, pchając masę "syfiącej" cyfrówki w okolice analogowego raju :P

Dlaczego SIDE nie jest przelotowe? Jakoś nie widziałem abyś krzyczał że SIDE jest nie przelotowe :P Zafunduj sobie cart port expander i wkładaj sobie kilka kartów :P O ile np. SIDE nie wykorzystuje $D500-$D541 :P

A do kompletu Ty akurat masz HDD i Spartę w środku, po prostu szukasz dziury w całym. Nie ma obowiązku kupna i obowiązku używania tegoż :)

Idź do forum: Sprzęt - 8bit

1,517 Odpowiedź przez seban

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

ostatnie poprawki w toku... problemy z poziomem sygnału na Line-IN zostały rozwiązane.

Wysłałem Ci e-mail przez formularz Atari Area, daj znać.

Idź do forum: Sprzęt - 8bit

1,518 Odpowiedź przez seban

(4 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

Nosty zajrzyj do tego dokumentu: Altirra Hardware Reference Manual

strona 59:

http://dl.dropboxusercontent.com/u/44199/an_dma.png

z tego wynika jako 48-my odczyt masz tzw. "virtual DMA", potem wracasz na stronę 52 i masz opis "Virtual DMA".

Virtual DMA cycles

Playfield DMA cycles that would occur on cycle 106 or later are blocked by the hardware and do not occupy the
bus or stop the 6502. However, ANTIC still reads the data bus and stores or interprets the data on those cycles.
This usually results in 6502 bus activity being loaded as playfield data. In rare cases, it is possible for a refresh
cycle to overlap with a virtual DMA cycle, resulting in floating bus data being used.

Teraz chyba wszystko powinno być  już jasne :)  Generalnie w sekcji 4.13 (DMA Timing) powinno być wszystko co będzie Cię interesować :)

Idź do forum: Programowanie - 8 bit

1,519 Odpowiedź przez seban

(32 odpowiedzi, napisanych Fabryka - 8bit)

Cześć,

Jestem zainteresowany kilkoma płytkami.

Idź do forum: Fabryka - 8bit

1,520 Odpowiedź przez seban

(105 odpowiedzi, napisanych Fabryka - 8bit)

zawartość ATR (pliki SID) jest inna, ale faktycznie player.com po porównaniu bajt w bajt takie samo.

Idź do forum: Fabryka - 8bit

1,521 Odpowiedź przez seban

(105 odpowiedzi, napisanych Fabryka - 8bit)

Dzięki XXL za nową wersje playera!

Drugi cart z tej serii (3.1) dostanie mono jako drugi z developerów softu dla tego carta :) Więcej sztuk tej wersji hardware nie istnieje :]

Niebawem poleci pewnie seria produkcyjna jeżeli nie wyjdą żadne kwiatki.

Idź do forum: Fabryka - 8bit

1,522 Odpowiedź przez seban

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

Cześć,

Panowie ja już kiedyś o tym pisałem, ten czarny pasek o minimalnej szerokości pomiędzy jasnościami 7 i 8 wynika właściwie z zasady działania przetwornika D/A (a dokładniej rzecz ujmując przerzutników wewnątrz GTIA sterujących wyjściami LUM0-LUM3).

W momencie przejścia z jasności 7 na 8 zmianie muszą ulec wszystkie 4 bity na wyjściach LUM0-LUM3 z GTIA...

jasność 7 -> binarnie %0111
jasność 8 -> binarnie %1000

Spróbuję to napisać w bardzo dużym uproszczeniu nie wnikając w szczegóły techniczne... w środku GTIA są 4 przerzutniki na wyjściach odpowiadających za jasność (LUM3-LUM0), i teraz wyobraźcie sobie że projektant układu nie zadał sobie trudu aby wyrównać czasy propagacji sygnału dla każdego przerzutnika sterującego linią LUMx.  Przy takim projekcie układu (gdzie nie zadbano o równoczesne przełączenie przerzutników na wyjściu następuje tzw. "glitch". Gdyby się temu dokładniej przyjrzeć analizatorem na wyjściach w momencie przełączenia jasności 7 na 8 zaobserwujecie stany:

%0111 <- jasność 7
%0000 <- jasność 0 (przerzutniki LUM2,LUM1,LUM0) już się przełączyły, a LUM3 jeszcze nie zdążył.
%1000 <- jasność 8 (właśnie udało się przełączyć przerzutnikowi odpowiadającemu za LUM3)

Stan %0000 trwa oczywiście dość krótko, jednak wystarczy aby było widać na na obrazie przy dobrej jakości TV czy monitorze. W przypadku zmiany z 7 na 8 jest to jednak najbardziej widoczne, ale można zobaczyć to również w przypadku  przejścia z 3 na 4 i innych kombinacjach gdzie zmienia się stan wszystkich przerzutników na przeciwny.

ps1) nigdy tego nie sprawdzałem ale również sam CD4050 może mieć różne czasy propagacji sygnału w zależności od projektu krzemu. Nie wiem czy CD4050 jest zaprojektowany tak aby każda z bramek buforujących miała identyczny czas propagacji.

ps2) o Epi był pierwszy... nie zauważyłem wcześniej jego posta :P

Idź do forum: Sprzęt - 8bit

1,523 Odpowiedź przez seban

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

to co pokazał simius to już multi-channel floppy music :)

Są open-source projekty, bazujące na arduino, wraz z pełnym kodem i video tutorialami które grają pliki MIDI na flopkach, które grają tak:

http://youtu.be/Xk_XaJ7gE4Q

http://youtu.be/qrIvu3w458Q

poniżej filmu są linki do odpowiednich materiałów.

do kompletu zawsze można dołożyć skaner HP na którym tez można grać...

http://youtu.be/FHcV8vZ96OM

a potem można już iść na całość:

http://youtu.be/w68qZ8JvBds

:D

Idź do forum: Sprzęt - 8bit

1,524 Odpowiedź przez seban

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

Na 100% da się zrobić samymi POKE/PEEK... Karin Maxi Drive nie posiadam, ale jeżeli dobrze patrzę w dokumentację to pod adresem 53504 ($D100) powinien być "command register" dla WD1770 przy zapisie (POKE), oraz status register przy odczycie (PEEK). W przypadku WD177x będziesz miał komendy STEP, STEP IN, STEP OUT. Przed wysłaniem każdej komendy trzeba sprawdzić czy kontroler nie jest zajęty (bit BUSY w status register)

ftp://ftp.atari.org/pub/techrefs/WD1772.TXT

Chcesz coś zagrać na stacji Karin Maxi Drive? ;-) Nie wiem czy BASIC zapewni odpowiednią prędkość :)

Idź do forum: Sprzęt - 8bit

1,525 Odpowiedź przez seban

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

w przypadku KMD to akurat będzie najprościej, bo masz bezpośredni dostęp do kontrolera WD1770/2.

Fox opublikował źródła swojego Master DOS-a dla tej stacji: http://sources.pigwa.net/files/programy … os_src.zip

trzeba by przejrzeć i zobaczyć jak wygląda procedura przesuwu głowicy. A może sam Fox będzie pamiętał i podpowie?

Wtedy wrzuć będzie można kawałek ASM-owej procedury w kod AB/TBXL i wywołać przy pomocy X=USR(....).

A pewnie jakbyś się uparł to byś samymi POKE/PEEK to zrobił.

Idź do forum: Sprzęt - 8bit