1. 16 KB to limit RAM-u czy rowniez i pliku wykonywalnego ?
2. Spod czego musi byc taka gra ladowana ? Z poziomu DOS-a ? Loadera ? Dyskietka bootowalna ?

Fajny sztabik - do tej pory chyba najbardziej liczny i najdluzszy :) Dzieki dla wszystkich obecnych za wklad w wesola atmosfere, szczegolne dla Greya i Sylwii ;)

I kit w oko tym, co mieli byc i w ostatniej chwili dali ciala ;P

VLX: Nastepnym razem musimy dokonczyc te partie bilarda ;)

grey: moglibysmy byc wczesniej... jakbys wyczarterowal nam samolot relacji olsztyn - elblag - westerplatte ;)

Azbest: o 13.50 wyruszam z Olsztyna pociagiem, ktory o 15.14 przyjezdza do Elblaga i dalej jedzie do Gdaka - z reguly tym pociagiem jezdzilismy z Adamem i Hospesami - daj mi swoj numer dresofona na priv, to sie zsynchronizujemy, jezeli bedziesz jechal tym samym trainem ;)

Pecus: no dokladnie, wszystko sie zgadza, stad byl moj pomysl z tymi paskami papieru ;)

Pecus: to co napisalem uwzglednialo synchronizacje bitem startu, jednak jezeli czestotliwosci zegarow taktujacych (pod warunkiem, ze nie beda one synchronizowane tym samym zegarem) odbiornika i nadajnika beda za bardzo sie roznily wzgledem siebie, to nawet przeslanie jednego bajtu moze pociagac za soba przeklamania -  oczywiscie, jezeli urzadzenie jest specjalizowane do szybkosci transmisji rzedu 19200 to z reguly ewentualne odstepstwa od wzorca nie sa zbyt duze, ale gdyby roznica wynosila np. ok 20%, to przeslanie pojedynczego bajtu w trybie 8 bit (zakladamy, ze przesylamy dane paczkami 8-bitowymi) byloby juz niemozliwe.

Male sprostowanie - byc moze zle dobralem terminologie (piszac ramka mialem na mysli paczke: bit startu, bity danych bit stopu). W kazdym razie wydaje mi sie, ze wszyscy zrozumieli co mialem na mysli ;) Chodzilo mi np. o sytuacje, ze jezeli odbiornik odczytuje dane z wzorcowa czestotliwoscia taktowania 19200 a nadajnik ma taktowanie o czestotliwosci rozniacej sie o 1,8% to przy odczycie kazdego kolejnego bitu bedzie coraz wieksze przesuniecie czasowe kazdego odczytywanego bitu - aby to bardziej zobrazowac polecam dokonac nastepujacego eksperymentu:

Wezmy 2 paski wyciete z papieru - na jednym z nich co 9 mm rysujcie poprzeczne linie a pola powstale w wyniku podzialu za pomoca owych linii ponumerujcie od 1 do 20, na drugim zrobcie dokladnie to samo z tym, ze rysujcie kreski co 10 mm. Nastepnie przylozcie owe paski do siebie tak, aby pola o numerze 1 rozpoczynaly sie w tym samym miejscu - wyraznie widac, ze im dalsze jest dane pole, tym wieksze jest przesuniecie wzgledem siebie pol o tych samych numerach na dwoch paskach.
Zamiast paskow mozna uzyc np. papieru milimetrowego ;)

Adamk, Grey - wyslijcie mi numery waszych komurek, bo mialem awarie i stracilem "ksiazke telefoniczna".

Ha, widzisz - bo my w warminsko-mazurskim mamy dobry material, nie to co wasze warszawskie "pitu-pitu" (tm) (c) Ars ;]

Ostatnio dlugo sie zastanawialem, analizujac rozne racje i stwierdzam, ze troche dzielimy skore na niedzwiedziu. Nie wiadomo ile bedzie prac w danym konkursie.

Jak by nie bylo - wydaje mi sie, ze ktos musi wziasc to pod swoje skrzydelka, chocby ze wzlgedu na to, zeby stwierdzic, czy Gfx (pixel or konw - razem czy osobno) nie sa jakims plagiatem, czy demko nie chodzi np. tylko z jednym typem stacji dyskow itp - wydaje mi sie, ze co do tego wszyscy sa zgodni - dlatego najpierw powolajmy komisje oceny jakosciowej, ktora wyeliminuje mozliwosci robienia przekretow. Wydaje mi sie, ze w takiej komisji musi byc nieparzysta liczba czlonkow, tak aby nie doszlo do tzw. pata - jak beda mieli rozne zdania, to niech przechodzi to zwykla wiekszoscia. Ja osobiscie sugerowalbym 3 osoby - kandydaci ? Np. Vasco (doswiadczenie w kwestii prowadzenia konkursow), dely (autorytet ;> ), X-Ray (jako, ze prezentuje nieco inne poglady na temat konkursow niz wiekszosc, w imie demokracji). Moze byc ?

X-Ray: ja mam muzole z Logus-T5 i Gustara - jak chcesz, to daj maila gdzie slac ;)

No to widze, ze w TT-ce jest podobna sytuacja jak w Falconie - 115200 w wiekszosci przypadkow dziala, jednak czasami trzeba go "popedzic" nacisnac Alternate+Shift+Control bo Ghostlink lapie zawieche (sam Ghostlink, nie Falcon) - przy 57600 dziala bez zarzutu (ale to zawsze 2 razy wolniej) - szczerze mowiac watpie, zeby to grzyb byl przyczyna bledu - raczej doszukiwalbym sie jakiegos buga w sofcie - 115200 ~= 14400 bajtow/s to jest predkosc transmisji z ktora powinien wyrobic zarowno 16 MHz Falcon jak i kilkuset MHz PC (przy odpowiedznim tunningu kodu moze nawet atari 8-bit).