BLB: W sumie funkcjonalnie SN-360 lub XF-551 nie oferuja nic ciekawego w stosunku do LDW-2000 lub CA-2001, poza dodatkowa gestoscia 360kB - jednak zblizony efekt uzyskamy zapisujac po dwoch stronach dysku dane w gestosci Double, a mozliwosci rozbudowy LDW i CA w porownaniu z XF-551 SN-360 (wieksza predkosc) sa o niebo bardziej dostepne. Jezeli jednak zalezy ci na wiekszych gestosciach to polecam TOMS-a 7x0 ;)

Orneta + Silly razem ? IMHO dobry pomysl. Po pierwsze duzo produkcji, po drugie wspaniala integracja (z doswiadczenia wiem, ze z "duzoatarowcami" z innych krajow fajnie sie pije^H^H^Hbawi ).

Moze byc tylko niedosyt, ze nie bedzie sie pilo 2 razy (dwie niezalezne imprezy) tylko raz, ale za to nic nie stoi na przeszkodzie, zeby pic 2 razy intensywniej (jeden kielonek za QuaST-a, drugi za Silly, jeden za QuaST-a, drugi....) ;)

Jezeli chodzi o lokalizacje, to jestem za Orneta ze wzgledu na polozenie - piekny park, drzewa (od ostatniego party jedno podobno uschlo, organizatorzy konkurencyjnego party w Wielkopolsce zasiali destrukcje), r0l0 gorka, rzeczka, cudowny tarasik MDK-u, pobliskie monopole ;)

No zdecydowanie - chcemy QuaST-a 2004 :)

Juz sobie wyobrazam komentarz zachodniej sceny po obejrzeniu fotek ze sztabu (szczegolnie tych z Winiem): "Really drunk poles again" ;)

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 ;)