Myślimy, że nie ma przeszkód, żebyś to zrobił.

Jellonek, ty teoretyzujesz, a ja napisałem w asemblerze silnik 6502 sześć razy szybszy od analogicznego kodu generowanego przez gcc. Taka jest różnica między zdaniem moim a twoim.

No to podziel się tym sposobem, bo mi na razie synchronizacja internetu z fi2 wydaje się koncepcją dość egzotyczną.

Moim zdaniem nie ma siły - pudełko może wysłać pakiet z informacją o zdarzeniu do komputera remotnego, poczekać na potwierdzenie przyjęcia i dopiero wtedy przesłać tę samą informację do kompa lokalnego ALE to też niewiele da, bo pakiet z informacją zwrotną nie nadejdzie natychmiast, lecz droga też zabierze mu nieco czasu.

Jeśli więc pomiędzy wysłaniem pakietu z informacją o zdarzeniu a potwierdzeniem przyjęcia upłyną np. 2 sekundy, to nie znaczy, że komputer zdalny dostał informację po dwóch sekundach, tylko że dostał ją gdzieś w czasie od t+0 do t+2, że tak powiem. Kiedy konkretnie - to jest kompletnie nie do ustalenia.

(EDIT: a może i jest - w pakiecie zdarzenia trzeba byłoby zaznaczyć czas nadania, a w zwrotnym czas przyjęcia; a dalej jak poniżej).

Rozwiązaniem jedynym realnym moim zdaniem jest transmisja synchroniczna, to znaczy pudełka generują określoną liczbę pakietów na sekundę niezależnie od tego co robią gracze. Streaming pakietów, innymi słowy, wtedy opóźnienia transmisji dałoby się łatwo przeliczyć w oparciu o podstawę czasu nazwijmy to, co pomogłoby wyeliminować desynch.

Ale obawiam się, że z tym będzie problem, o którym pisano już powyżej, to znaczy gra typu Spy vs. Spy przestanie być grywalna jeśli na na reakcję na ruch joystickiem trzeba będzie poczekać do paru sekund.

Alex, nosty ma rację, przemyśl to jeszcze. Tu nie chodzi o rozjechanie się zegarów, tylko właśnie sytuacji w grze, co będzie spowodowane tym, że "ewenty" joysticka będą docierały do obydwu komputerów nierównomiernie: do jednego - lokalnego - natychmiast, do remotnego natomiast - z opóźnieniem powodowanym przesłaniem pakietu przez internet. I odwrotnie, remotny komp będzie dostawał lokalne wydarzenia natychmiast, ale do twojego będą one docierały z opóźnieniem np. pół sekundy.

Efekt będzie taki, że ty go w ryj, i on na twoim ekranie w ryj dostaje, ale na drugim komputerze on jest już w drugim pokoju a ty nie wiadomo gdzie.

PS. demko to była Pierestroyka.

Ale w Hammurabiego można byłoby pograć.

A ile ten "długi zasilacz" ma amperów? Muszę coś wpisać do manuala w kwestii recommended power supply.

Czyli, jaka w końcu jest wymagana moc zasilacza? Bo rozumiem, że u delego był za słaby?

U mnie się nie chce odtwarzać :( Ani mplayer ani XMMS tego nie bierze.

Zamek? A było coś, faktycznie. Widoczne podczas drogi do knajpy ;)

(Hint: ja osobiście rzygam zamkami czesko-słowackimi, oni to w kółko pokazują, nawet wmuszają; w środku są posadzki, sufity i lanszafty na ścianach, przedstawiające czeskich wielmożów w chwili mówienia po niemiecku - ja mimo wszystko preferuję spotkania z naturą, czyli zdrowa czesko-słowacka knajpa z knedlikami w sosie padlinowym zwanym gulaszem oraz piwo w ilościach).

ACSI = Atari Computer System Interface o ile pamiętam (przydałby się artykuł o tym w Atariki, tak w ogóle).

Chyba "z trybu". Zdolny grafik pewnie wyciśnie coś ładnego nawet z ZX-81. Co do obrazków - podoba mi się pomysł na ukrycie kanciastych atrybutów zastosowany w ostatnim (bo w pozostałych dwóch to niestety widać).