Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
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
atari.area forum » Posty przez Cyprian
świetne intro Grey
wszyscy macie rację :)
1) konwersja C2P oczywiście jest Kalmsa z Amigi ale zoptymalizowana pod Atari i finalnie jest szybsza ze względu na organizację pamięci ekranu - przeplatane bitplany.
2) wydajniejszą pamięć CT60. Czuba użył nowszej i zdecydowanie szybszej pamięci SDRAM niż w dopałkach do Amigi;
3) wydajniejszą pamięć Falcona, niby tylko 16bitowa szyna ale za to ponad dwa razy szybciej taktowana niż w A1200 (8Mhz vs 3,54MHz a tak naprawdę z punktu widzenia CPU to 4Mhz vs 1.77MHz).
Grzeniu http://warszawa.jakdojade.pl/
tramwajem 37 a potem autobusem 218, lub tramwajem 17 i z buta, lub 174 i z buta
widzę że kolega Pilat23 mnie uprzedził :)
jak to pieknie ktoś ujął na pouet.net może warto zastanowić sie nad nowym compo na duże Atari: Amiga Demo Port Compo ;) :D
a nie lepiej żeby zamiast męczyć się z Amigą, twórcy od razu przesiedli się na Falcona? korzyść była by obopólna :P
git.
z tego co widać na youtube i DHS to różnica jest dość widoczna np. w tunelach
video było zgrywane na Amiga 80MHz vs Falcon 90MHz
obejrzałem na DHS, działa zdecydowanie płynniej na Falconie niż Amidze 060/80MHz
demo jak dla mnie było naprawdę git gdyby nie te niby 'ludzkie postacie'
chodzi mi o podłączenie VBST2 :) poprzez szynę 68k - 16bit / 8Mhz
czy ktoś mógłby przerobić to VBXE2 żeby dało podłaczyć się to pod ST? :)
Pin, też za czymś takim się rozglądam
Tutaj jest schemat RGB na SVideo: http://cpcwiki.eu/index.php/RGB_SVideo
Ciekawe ile takie coś mogło by kosztować
tutaj jest fajny wątek na tenapt przejściówki RGB na S-Video:
http://eab.abime.net/showthread.php?t=30752
urządzenie wygląda na tanie i banalne w konstrukcji
miałem podobne objawy gdy komputer był w ST-HIGH ale podczepiony był monitor RGB
Pin, też za czymś takim się rozglądam
Tutaj jest schemat RGB na SVideo: http://cpcwiki.eu/index.php/RGB_SVideo
Ciekawe ile takie coś mogło by kosztować
puki nie naprawia tego debuggera hatari pod win7
tu znajdziesz codzienny windowsowy build Hatari: http://antarctica.no/~hatari/latest/
uruchom go z konsoli z przełącznikiem "-W" to pojawi się okno debuggera
Cyprian to może jakieś krótkie interko na Outline? Mogę dostarczyć grafikę, wymyślić design. Yerz. napisałby chiptuna..
czemu nie ale na Outline możemy nie zdążyć
maciekm, Steem SSE 3.5.0 Debug z tej strony działa ok na Win7 http://ataristeven.t15.org/Steem_all_builds.htm
development TT/Falcon to jedynie Hatari, jeśli chodzi o ST/STE to Hatari i Steem Debug. Hatari ma bardziej rozbudowany debugger ale niestety tekstowy, tak więc na razie Steem Debug wypada lepiej.
no cóż Yerzu, najwyraźniej jestem "koderem gawędziarzem"
w sumie to już pogodziłem się z tą myślą
Natomiast z tego co widzę to moje obawy były bezpodstawne - naczytałem się gdzieś, że paleta ste dla zgodności wstecz zawiera kolory te które wynikają z palety ST (czyli te 512) i, że są przez to są inaczej poukładane. Z wywodu wynikało, że kolory są inne jakoby niż np. na amidze - ale jeśli ustawiam te wartości numerycznie to pewnie problem dotyczy czegoś innego / albo ktoś namieszał / albo ja nic nie rozumiem...
kolory w STE są takie same jak w A500 ale poniekąd dobrze czytałeś, ze względu na kompatybilność z ST zapis koloru do kolorów rejestru jest troszkę inny niż w A500 - najmłodszy bit koloru jest zamieniony z najstarszym.
Podobny problem kompatybilności występuje również w A1200, gdzie rejestry kolorów są 12 bitowe a zapisywany kolor 24 bitowy. Więc żeby zapisać jeden kolor trzeba wykonać dwie modyfikacje tego samego rejestru, pierw starsze 4 bity koloru, potem młodsze 4 bity koloru
gdzie ustawiamy RGB scale na 8, co da palete 512
a nie powinno być 9 lub 12? ST ma 9 bitową (512 kolorów) paletę kolorów a STE 12 bitową (4096 kolorów)
ta, Another Kid Story jest git, jest tam chyba najpłynniejszy zoomer jaki widziałem na ST i Amidze
z podobnego klimatu jest jeszcze git Grimey http://www.pouet.net/prod.php?which=9576
no niestety jeszcze nie, dzieci skutecznie okupują TV.
teraz czekam na grabber usb easycap więc może na dniach uda mi się sprawdzić
tu jest nowy projekt konwersji Hatari na Androida:
http://forum.themaister.net/viewtopic.php?id=300
https://github.com/r-type/libretro-hatari
na AF ktoś pisał że ma w STE poprawnie działające DMA ale o takim samym numerze co wadliwe egzemplarze.
Niezbadane są wyroki fabryki...
czemu tak? nie są one takie same?
hmm, MRAtari napisał tam tylko że nie można użyć DMA z STfm ale nie uzasadnił tego. Jak dla mnie nie jest to dość wiarygodne stwierdzenie. Jakiś czas temu, niejaki Simbo z AF (swoją drogą dobry elektronik), twierdził że blitter z STE nie będzie działał w STfm. Niedługo potem ktoś przełożył blitter z STE do STfm i zadziałał on bez problemu.
Co do DMA to z tego co się orientuję, rozkład nóżek jest taki sam.
DMA powinno być takie samo
ricziricz, DMA powinno być takie samo
atari.area forum » Posty przez Cyprian
Wygenerowano w 0.137 sekund, wykonano 12 zapytań