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

He, he - oczywiscie, ze z ta Australia to byla sciema... bo jade do Kanady ;)

Nie, no dobra... sciema... 1 kwietnia - do nikogo nie mam urazy za zarty, wiecie przeciez, ze lubie sie pobrechac ;)

A co do farewell dema - poki nie robie dema, to znaczy, ze nie odchodze - modlcie sie zebym dlugo nic nie wypuscil ;)

Tak to juz niestety jest, ze ostatnio wiekszosc programow do tworzenia czegos dla atari powstaje na PC :/  Podobnie jest np. z tym pogramem graficznym, ktory robi TeBe, podobnie jest z asemblerami typu QASM czy XASM etc. Z jednej strony szkoda, ze to nie powstalo na Atari, z drugiej strony, jezeli to mialoby sie przyczynic do powstawania rzeczy dedykowanych tylko Atari, to jest to usprawiedliwione. Narzedzie to jednak sprawa drugorzedna, najwazniejszy jest efekt koncowy.

Przychylam sie do opinii Miker-a - wydaje mi sie, ze to co mialo zostac napisane w tym temacie zostalo napisane, dlatego EOT i prosba pana moderatora o blokade watku.