http://atari.pl/hg.rar

wersja atarowa bedzie bogatsza graficznie (jest sporo miejsca na dodatkowa grafike, duchy; atrybuty przeszkadzajek nie sa w pelni wykorzystywane w grze), byc moze powstanie edytor leveli generujacy uruchamialny plik gry z nowymi grafikami, duchami, fazami itp (zalezy od zapalu).

zbliza sie.

jeszcze troszke pospamuje ;-)

dane na dyskietce zapisane sa hierarchicznie, masz katalog, podkatalog, plik itd.
co sie dzieje jak np. napiszesz w dosie dir a*.* - wybierzesz i wylistujesz pliki/katalogi na literke 'a' prawda? dos pozwala tworzyc pliki, kasowac, dopisywac, kopiowac, pozwala czytac plik od okreslonego miejsca!

tak mowie o skladni sql do zarzadzania rekordami w pliku. dos pozwala otworzyc trzy pliki na raz? pierwszy struktura tabeli, drugi rekordy zrodla, trzeci rekordy wyniku? wiem, wiem, malo pamieci, maly komputerek, wszystko jest wolne...

z plikami krotkimi nie ma problemu bedzie 3,2,1 dla 4 sektorow... no niewazne i tak pomysl z licznikiem sektorow do bani bo przy modyfikowaniu np dlugosci pliku (dopisywaniu np) trzeba by bylo modyfikowac kazdy sektor :/
za to to z postu #15 ciekawe a odnosnie obiekcji to chyba zawsze przy dopisywaniu do pliku modyfikowany jest ostatni sektor? nie wiem ale tak mi sie wydaje chociazby z racji tego ze bajt ilosci danych sie zmieni.

a skad mam wiedziec? to Ty masz wiedziec.

jeszcze jeden pomysl:

ostatni sektor ladowanego pliku tez ma 2 bajty linkujace do kolejnego sektora - kolejnego? przeciez to koniec pliku. moze by zrobic tak ze gdy bajt ilosci danych do zaladowania =0 dos zrozumie jako ostatni sektor a ilosc danych do zaladowania pobierze z dwoch bajtow linkujacych sektory. pytanie tylko czy przypadkiem te dwa majty nie maja jakiejs specjalnej wartosci w ostatnim sektorze.

dzieki, znalazlem.

jest bajt statusu, ktory ma 3 bity wolne (podejrzewam, ze mydos to klon dosa2.5) czy nie mozna wykorzystac ktoregos z tych bitow do tego o co pytales w pierwszym poscie?

moze nie calkiem na temat ale gdzie mam sie dowiedziec jesli nie przy tej okazji ;-) nie rozumiem pewnej rzeczy. mysle, ze odpowiedzi na ponizsze pytania nie tylko mnie uswiadomia wiec jesli ktos moglby na to odpowiedziec bylo by milo.

1. dwa bajty kazdego sektora to link do kolejnego sektora tego pliku, jeden bajt to ilosc danych do zaladowania z sektora, sektory maja 128 lub 256 bajtow i nie moga byc sektorow roznej wielkosci na jednej dyskietce.

2. kazdy plik ma naglowek w ktorym znajduje sie adres poczatku ladowania i adres konca danych do zaladowania.

jest to jest prawda (nie wiem) to czy na pewno potrzebny jest ten trzeci bajt z iloscia bajtow do zaladowania (nie wiem - z ostatniego sektora ladowanego pliku?) przecie to mozna obliczyc z naglowka pliku i formatu dyskietki.

pytam bo tego nie rozumiem.

nie chcialo mi sie samemu jechac :p

a najlepiej rmt :-)
ale jak ktos sie uprze i da tylko sapa to tez lykne.

dziwnie sie czuje... rozmowa slepego z gluchym

:-) czyli 240 linie sa do wyswietlenie bez jvb. dzieki, o to mi chodzilo.

mono, jvb sie przydaje jesli dl jest krotsza od 240 linii. wyobraz sobie dl zbudowana tylko z rozkazow wyswietlania i lms (lista o wiele za dluga do wyswietlenia) - scroll ekranu mozesz robic tylko 2 bajtami $d402 bez koniecznosci manewrowania bajtami w lms (kilka sztuk dla jednego obrazu) jak zazwyczaj.