Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
BigPEmu 1.12 Richard Whitehouse wydał BigPEmu 1.12
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
atari.area forum » Posty przez gorgh
no tak, ze stosem też można sobie poradzić przez txs, prosze o skasowanie tematu
mam pytanie, może banalne, ale nie moge tego rozgryźć na szybko...
w modelach XL/XE ciepły reset wykonuje skok pod adres w fffc-d, ale gdy tak robie, na ekranie pojawiają się jakieś śmieci, poza tym jest problem ze stosem, bo na jego dole mam dane a kilkukrotne wciśnięcie reset i przejście do początku programu nadpisze mi je niechybnie, jaka jest zatem najlepsza metoda startowania z "ciepłego"?
Grey, jezeli nie jest za pozno, to prosze dopisz mnie na sniadanie w sobote.
113
podłącze się do tematu, co by nie zakładać nowego. Planuję zakup ZX Spectrum +2 , ale sprzedający nie dostarcza zasilacza. Czy można ten sprzęt podłączyć przez jakiś zasilacz uniwersalny?
Czy demka pójdą przez adapter kasetowy czy są one dedykowane stacjom deyskietek?
tym razem serio: szkoda by było gdybyś odszedł, takie ciekawe plany były odnosnie party w 2012
gdyby udało ci się Paweł znaleźć jeszcze jakiś kubek ,to byłbym chętny.pozdrawiam
dobra, ja już nic nie pisze,jak kebab to kebab
Sikor, luz, zawsze można się dogadać. Ten pub na Dickensa jest ok. Bliżej centrum jest jeszcze Nora na krakowskim (taniej) i Harenda (drożej ale fajniej).
gorgh napisał/a:chooc ten kebab king jest srednim miejscem jak zauwazyl alex
Przeciez nic nie pisal. Jadles jakies psylocyby? :)
mi też przyszły piątek pasuje, choć jeszcze nie wiem na 100 procent czy sie pojawie
edit: chooc ten kebab king jest srednim miejscem jak zauwazyl alex
apropo Amstradów mam sprawnego, w miód stanie Amstrada PPC-640
takiego jak na tej stronie
http://www.starekompy.pl/ppc640.html
sprzęt bajerancki, pozazdrościć (sory za offtop)
parafrazując Kabaret Moralnego Niepokoju: to zależy, czy chcesz częściej urządzenie włączać czy wyłączać :)
czy oferta cały czas aktualna?
mały updejt, procka gotowa, pozostało jeszcze zrobienie procki kasowania linii
edit:
stosunek czasu do długości linii :
najlepszy przypadek -0.19, najgorszy- 0.45
dla porównania trzy testy procki z paczki MADS : najlepszy przypadek - 0.45, najgorszy -0.53
http://www.youtube.com/watch?v=3-qI_l24yKQ, ci to mają tempo, gierka (bez grafiki) powstała w jedno popołudnie
dzięki za sugestie, postaram się to przyswoić i może przyspieszyć działanie, ale radykalnych zmian już raczej nie zrobię, bo musiałbym od początku eksperymentalnie dobierać częstotliwość występowania przerwań dla każdego nachylenia w obrębie ćwiartki koła.
dzięks. Właśnie sprawdziłem program po lekkiej modyfikacji na sprzęcie i o dziwo okazuje się, że Atari800Win bardzo podobnie rozkładał linie jak Atarynka, zaś w wersji 1.7 Altirra ma jakiś błąd fałszujący działanie programu przy przerwaniach Pokeya, zresztą słychać to podczas odgrywania muzy, nie wiem jak jest w nowszych wersjach.
Z precyzją jest problem, ale może uda się to jeszcze skalibrować.
z tym, że przerwanie raz ma wystąpić po CLI a raz nie, wszystko w zależności od nachylenia rysowanej linii co przekłada się na wartość w liczniku zliczającym do zera
możesz rozwinąć wypowiedź ?:)
tutaj pomysł jest taki, że w pętli stawia się punkty bez liczenia tego czy przesunąć pixel w bok czy nie za każdym razem jak to jest w algorytmie bresenhama, za coś takiego odpowiada odpowiednio często wywoływane przerwanie, to z grubsza pomysł na tą prockę
tak, drawto. akurat tu tego nie widać ale mierząc cyklami to ta procka będzie szybsza od drawto z paczki MADS o jakieś 25 %, w niektórych przypadkach nawet 40-50 %. niestety gorzej będzie z tego co się zorientowałem z precyzją , ale coś za coś
tak, jest to celowe, akumulator jeżeli procka jest wywoływana po CLI nie gra roli, a rejestry X i Y są potrzebne do procki rysującej, zarzucam przykładowy kod:
rbyte3 ; \ minus 40-32 w stronę pionu
cli
sei
lda #0
clc
adc tab2,x
sta $f2
lda ($f2),y
ora tab3,x
sta ($f2),y
dex
rb32
lda #$20
adc tab2,x
sta $f2
lda ($f2),y
ora tab3,x
sta ($f2),y
rb33
lda #$40
adc tab2,x
sta $f2
lda ($f2),y
ora tab3,x
sta ($f2),y
dex
rb34
lda #$60
adc tab2,x
sta $f2
lda ($f2),y
ora tab3,x
sta ($f2),y
rb35
cli
sei
lda #$80
adc tab2,x
sta $f2
lda ($f2),y
ora tab3,x
sta ($f2),y
rb36
lda #$a0
adc tab2,x
sta $f2
lda ($f2),y
ora tab3,x
sta ($f2),y
dex
rb37
lda #$c0
adc tab2,x
sta $f2
lda ($f2),y
ora tab3,x
sta ($f2),y
rb38
lda #$e0
adc tab2,x
sta $f2
lda ($f2),y
ora tab3,x
sta ($f2),y
rbyte3loop
inc $f3
dec $f5
bne rbyte3
sei
rtsi procka IRQ:
irq2r lda #0 ; byte1,byte2 dla byte3,byte4-7 reversed
sta $d20e
dex
lda #1
sta $d20e
sta $d209
rtiedit: być może błąd jest spowodowany wywołaniem przerwania poza procką rysującą, wtedy rejestry mogą się mieszać
atari.area forum » Posty przez gorgh
[ Wygenerowano w 0.113 sekund, wykonano 10 zapytań ]