Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
7th Annual Atari Homebrew Awards Oczywiście nie zabrakło polskich akcentów.
Wyniki FujiCup 2024 Sprawdź, czy były niespodzianki!
Mad Pascal 1.7.2 Optymalizacje, poprawki błędów oraz nowe funkcjonalności.
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ń.
atari.area forum » Posty przez jellonek
ced - wierszyk ok
ide na latwizne i tez podpisuje sie pod zyczeniami ;)
vulgar - p*.* baranka o sciana... moze pomoze...
mam wrazenie czy rzeczywiscie coraz wiecej pojawia sie tu pytan majacych tyle wspolnego z atari co ojciec rydzyk z biedakami...
laoo: ja pisalem o makeatr nie okienkowym (zbierznosc nazw) ale wlasnie do trybu cli
gdzies cos takiego widzialem (kubecj?) ale jakos nie moge znalezc...
btw. zrodla jindrusia sa dobrym poczatkiem do zrobienia pozadnej biblioteki do obslugi atrow
co do franny - kod troche mi sie nie podoba, ale dziala ;)
makeatr?
xxl - dosc niescile opisales czego potrzebujesz - atr to tylko obraz dysku, wazne tez jaki filesystem jest na tym dysku...
piotrv: jestem PEWIEN ze wspomniane przez ciebie projekty (opencores) elektron zna lepiej na pamiec niz my obaj razem wzieci (choc na 100% obaj sie tym interesujemy)
heaven: give me a one !! (joke)
btw. if there one - i will buy it 4>100$
is there some sugestion?
tebe: znajdz mi obszar z ktorym nie bedzie kolidowalo ($20 bajtow - jak znajdziesz - przekaz elektronowi, a mi tylko tak przy okazji :D )
tdc - nie ja ustalalem reguly, ale mimo mojego stanu (jestem naj***ny w trzy dupy - staram sie trzymac regul ktore ustali dla tego forum dely).
czy to ograniczenie (baze to niewiele obciaza), czy inaczej nazwane ograniczenie - rejestrujac sie przyznajesz racje delemu - co wiecej: JESLI KCESZ TU BYC DALEJ, STOSUJ SIE DO TYCH OGRANICZEN!!
(btw. jak mozesz: dodaj te moje pijackie wypociny gdzies w widocznym miejscu)
pigula - sie zgadz, gola plytka + elementy, ale w tym wypadku jednym z elementow (GŁÓWNYM) jest fpga, ktorego pewnie wolalbys otrzymac odpowiednio zaprogramowanego (cena programatora moze byc zaporowa - electron: myle sie?)
sikor: wypijemy za ciebie i za reaktywacje twoich cotygodniowych końkursów :D
czyli domyslam sie ze jakims rejestrem ustala sie adres pod ktory piszemy, po czym kazdy zapis pod $d608 ten licznik automatycznie zwieksza? jak tak - to wypas wiekszy niz sadzilem... good point :D
no az tak mnie nie pogielo - najpierw pompuje dane (wczytywanie levelu), po czym tylko wydaje polecenia odpowiednich blittow koprockowi wykonac.
elektron - nadal ciekawi mnie - czy tylko move jest zaimplementowane (pewnie tak), czy moze tez OR, AND, XOR?
be(j)be: sugerujesz ze nie zmieszcze full animacji dwuch postacji + tla nie zmiesci sie w 512kb ramu?
mi sie zdaje ze procek bedzie sie jedynie zajmowal graniem x razy na ramke, obsluga input device (klawa/joye) + nakazywaniem videkoprockowi gdzie ma sprajtami mazac...
nosty - DOKLADNIE TAK TO ODCZYTALEM
czyli wlasnie w ten sposob mam zamiar realizowac mortala na ataryne :D
eeetam, tez roznica :>
btw. blitter tylko move robi, czy moze ma funkce AND, OR, XOR?
tiger:
- mozna (np. obok siebie dwa sprite 160x192 kazdy - a mozna ich do 32 na ramke wwalic :>)
- specyfikacja ukladu (w postaci podstawowej dokumentacji) bedzie ponoc jeszcze w tym tygodniu, tak wiec do konca miesiaca pewnie bedzie juz conajmniej jeden program o podstawowych mozliwosciach :]
szok... nosty - az nie moge uwierzyc w to co napisales :D
tdc - radze przeczytac regulamin forum, wyedytowac pierwszy post tak by zawieral kolejne, po czym pousuwac nastepne. jak tego nie zrobisz, moze cie spotkac niespodzianka w postaci tygodniowego urlopu (niestety nie od pracy).
przeciez atari st sie nie nadaje do grafiki ;)
moze falcon, albo maluch + video_board, ale st? :D
sikor - juz mozesz zaczac projektowac program graficzny ktory bedzie dzialal w opisany sposob: jeden monitor tryb 15 antica+gtia (np. wybor narzedzi, help, sąfingels); drugi - antic (ten sam tryb jesli chozi o rozdzialke!!)+video_board, czyli pole do popisu dla graficoof :D
edited - wyglada mi na to ze jednak video_board zawsze operuje na rozdzialce 320x192 - niezaleznie od tego w jakim trybie pracuje antic... czyli jednak to taki oddzielny generator kolorow, operujacy ciagle w trybie 320x192. hmmm... dobre toto...
w sumie malutki frezze miedzy levelami na doczytanie kolejnych klatek animacji - strasznie nie bedzie przeszkadzal ;)
ale co do reszty pytania - robiles moze malenki tescik, ile czasu zajmie "wpompowanie" np. 8/16/64kb danych? cokolwiek...
nie odpowiedziales na pytanie :D
ale mozna jasno wywnioskowac ze jednak pompowanie odbywa sie przez rejestry ;)
czyli jesli danych jest sporo (np. kolejne klatki animacji postaci w portowanym na atari mortal combacie :D ktorego to to w takich warunka DA sie sportowac), to przerwy w dzialaniu programu na "pompke" musza byc (btw. robiles test ile by zajelo "wpompowanie" 64kb danych - moze jednak wcale nie jest to extremalnie duzy czas?)
scorpio - WYJDZ, to ja tu jestem od trollowania...
poprzez strone $d600? pisales ze tam sie znajduja rejestry (w ilosci $20), tak wiec videoram sie pompuje przer rejestry?
troche to bedzie zajmowalo - wypalnic 512KB vramu, slac te dane przez rejestry + ciagle doczytuja je z HD...
nie dalo by sie na czas pobierania danych wystawic hlt prockowi, po czym odczytac okreslony za pomoca rejestrow bank pamieci - w trybie fast (14MHz)?
edited
jako pobieranie danych przyjmuje - pompowanie vramu
sun - na uiq raczej nie licz...
wszystko zalezy od tego czy sie da latwo zupdejtowac libsdl na te platformy...
atari.area forum » Posty przez jellonek
Wygenerowano w 0.118 sekund, wykonano 11 zapytań