Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Tydzień na oddanie głosu w FUJICUP! Głosowanie potrwa tylko do 22 lutego 2025...
TURGEN 9.3.1 Najnowsza wersja oprogramowania TURGEN wprowadza kilka istotnych ulepszeń.
FujiCup 2024 - głosowanie Wystartowało głosowanie w tegorocznej edycji konkursu FujiCup.
IX. Basque Tournament of Atari 2600 31 stycznia Euskal Retro Association zorganizowało IX. Baskijski Turniej Atari 2600.
Rogul 1.0f Poprawki i nowe funkcje
atari.area forum » Posty przez tebe
Probe czeka aż wyjdzie Pang, inaczej jego Contra się nie przebije ;)
ostatnia wersja RMT miała już możliwość zapisania modułu dla NTSC
to jest zamierzone, domyślnie przyjmie wartość 0 (zero)
lda # = lda #0
cmp # = cmp #0
asl = asl @
inc = inc @ (dla 65816 - opt c+)
Candle, wiadomo że VCOUNT liczy co drugą linię
sprawdze jak skończysz IK+ :D
raczej String-a
komuś chce się czytać ten wątek ?
nie zauważyłem aby uczestników PGA obchodziło kto zorganizował dane stoisko tylko ile jest wolnych stanowisk z których można skorzystać i zagrać (stali w kolejkach aby zagrać, albo w przypadku premier gier stoiska były zakryte i wprowadzali ludzi w limitowanej ilości), gry i możliwość zagrania w nie bardziej ich intersowała aniżeli scena, scenowanie czy portal który to zorganizował, tarzających ze śmiechu ludzi nie widziałem
pewnie uśmiech u osób nie związanych z tematem mogły wywołać inne pawilony które opanowali miłośnicy gry Go, Mahjong, Warhamer itp., były kursy rysowania Mangi, coś dla maniaków Star Wars i ogólnie SF, w innym pawilonie toczyły się rozgrywki "sceny" Paintballa, czyli zorganizowanych "scenowców" zasypujących się gradem kulek z żelatyną spożywczą, chowających się za nadmuchiwanymi przeszkodami
tak że targi PGA dotyczyły szeroko pojętej rozrywce związanej z wszelkimi grami, nie tylko komputerowymi i nie tylko na te najnowsze komputery
co niektórzy tutaj szukają dziury w całym przedsięwzięciu którego podjął się Kaz i spółka, przedsięwzięcie którego nie odważyli się nawet podjąć
bez kasy nie ma ruchania :P
to pewnie teraz żeby napisać jakieś narzędzie do XE/XL potrzebna znajomość DirectX albo OpenGL :P
klik wkurzający? macgyver ale z Ciebie dewiant ;)
czyli zapis jest OK, to może odczyt jest źle realizowany, że ciągle obraz jest przesuwany o pixel w prawo
może Candle założył że SimpleStereo i tak nie zamontują do Atari, więc się nie poznają, a tu takiemu jednemu z drugim jednak się chciało
p.s.
widać nie wystarczająco długo testowany projekt, mam nadzieję że VBXE2 nie będzie śnieżył :P
trzeba było poczekać, aż się urodzi, wychowa, wykształci, a to trwa, ale juz jest, Candle :)
pytanie sprowadza sie do
jak obraz 160x200 (HIP) zapisać w postaci dwóch obrazów GR9 + GR10
tak, to jest uwzględnione (przesunięcie o pół pixla, dwa bity), inaczej wogóle aktualna AIS nie wyświetlała by HIP-ów
AIS 1.1.9 z aktualnego news-a ma zaimplementowane w/w procedury odczytu/zapisu HIP-a, można obejrzeć to w działaniu
ostatnio próbowałem dodać obsługę rysowania HIP-a w AIS, niestety poległem, odczyt jeszcze działa, ale każdorozowy zapis powoduje zniekształcenie HIP-a, czyli rysujemy kreskę i za każdym razem jak zapiszemy nasz nowy HIP otrzymujemy inną kreskę :)
przyjąłem że tryb 10 jest przesunięty w prawo względem piksli trybu 9, chyba dobrze przyjąłem
tryb 9 76543210 76543210
tryb 10 xx765432 10odczyt działa tak:
for j:=0 to 199 do
for i:=0 to 39 do begin
v:=buf0[i+j*40];
m:=buf1[i+j*40];
cl0:=Interlace(pal0[buf] , pal1[m shr 4]);
cl1:=Interlace(pal0[v shr 4] , pal1[m shr 4];);
cl2:=Interlace(pal0[v shr 4] , pal1[m and $0f]);
cl3:=Interlace(pal0[v and $f] , pal1[m and $0f]);
buf:=v and $f;
end;cl0, cl1, cl2, cl3 to kolory RGB piksli powstałych przez zmieszanie kolorów z PAL0 i PAL1 (PAL0 to kolory trybu 10, PAL1 to kolory trybu 9)
problem stanowi zapis, po zapisie obraz ulega przesunięciu, jakby smooth
for j:=0 to h-1 do
for i:=0 to w-1 do begin
x:=getPixel(i*8+0,j); // getPixel zwraca bajt, gdzie:
v:=x shl 4; // starszy nibbl to kolor trybu 10
// mlodszy nibbl to kolor trybu 9
x:=getPixel(i*8+2,j);
m:=x and $f0;
x:=getPixel(i*8+4,j);
v:=v or (x and $0f);
x:=getPixel(i*8+6,j);
m:=m or (x shr 4);
buf0[i+j*w]:=v; // gr9
buf1[i+j*w]:=m; // gr10
end;obraz jest poddany operacji resize, więc skaczemy co 2 piksle 0,2,4,6,8 itd...
xx xx xx xx
0 2 4 6jasności dla trybu 9 pobierane sa z piksli 0,4, kolory trybu 10 z piksli 2,6, w teorii powinno być OK, w praktyce tak nie jest
ktoś widzi tutaj jakiś błąd ?
w mojej Atarce KMK montował Pasiu, płytka podpisana przez Pasia (tak jak pozostałe), nie jest to IDEA
nie wiem jak pozostali, ale ja deklarowałbym się na te czekoladki :)
lista dysków z którymi na pewno współpracuje KMK http://atariki.krap.pl/index.php/KMK/J%C5%BB_IDE
ja za drugim razem trafiłem na dysk, który działa z KMK, pierwszy IBM 3.5" nie sprawdził się
jednak można prościej z użyciem ShellAPI
po uruchomieniu pliku OBX widać informację że to build 114 :)
instrukcja uaktulniona, na przyszłość sugeruję sprawdzać w praktyce
v1.8.6 - 1.8.7
- domyślny adres dla .ZPVAR ustawiony na $0080, poprzednio $0000 5 .zpvar candle .byte
6
7
8 FFFF> 2000-2001> A5 80 lda candle
9 end
9 = 0080 CANDLEi tak trzeba banki zmienic z 4000..7fff na 8000..9fff
atari.area forum » Posty przez tebe
Wygenerowano w 0.085 sekund, wykonano 14 zapytań