Fakt niezle, nie mam dobrego ucha ale wydaje mi sie ze jakis pseudo reverb slyszalem... a moze to moje glosniki...

Adam K. - a jaki problem z tym reverbem na AY ?? - bo coś ine kumam.. :)

kto wie. Desk gotowyj, więc zamierzam powoli zabrac się za msx. Pomimo, że co niektórzy sugerują mi, że lepiej wychodzi mi kopanie na zagonie, oraz oczywiście zamiatanie chodnika przed domem :)

Może po prostu instrumenty na drugim AY są przesunięte o ramkę or sth?

xRAY - przecież wszystko jest do zrobienia - można zrobić kabelek do synchronizacji kompów - np Atari w momencie rozpoczęcia playera wysyła 1 na jeden z pinów portu joysticka , natomiast pozostałe kompy czekają nie na ramkę ale na 1 na swoich portach.

Ale Atari też zaczynało bez przeróbek (Perestroyka demo - oddzielnie kanał lewy i prawy) ;)

no tak, ale to niestety wymaga, zrobienia takowego kabla, i przerobienia softu na kazdej z platform. :(

Święty: teoretycznie myślałem o tym.
X-sie:  i tak i nie - soft to tylko krótka procedurka dla playera.
Ja to widzę (jako nie-elektronik) tak: wykorzystujemy jedną atarkę jako serwer (który też może grać) synchronizujący, każdy komp ma swoje własne id (powiedzmy że mamy osiem bitów do wykorzystania, czyli 256 kompów), atarka wysya tylko sygnał do kompów na zasadzie: IDxx gra, IDxx nie gra (proste do zrobienia nawet w Basicu dla laika). Zalety: na każdym kompie można użyć innego programu do tworzenia muzyki, nieważne mono/stereo/Atari/ZX. Wada: synchronizacja playerów z przesunięciem co powiedzmy ramkę (opóźnienie na kablu), więc raczej w grę wchodzi też sygnał zwrotny do poprawnej synchronizacji i ustawienia na "serwerze" ewentualnych opóźnień.
Typowy player wykonywałby operację:

 #get synchro
 #play/noplay
 #put info

Gdzie odpowiednio: synchro - sygnał (bit?) synchronizacji, play/noplay to wiadomo(wywołanie playera na przykład), put info odpowiedź kompa o otrzymaniu sygnału synchronizacji.
Serwer (na drodze sterowania muzą):

#put synchro
#put comp_sek
#get info
#set timing

Przy czym timing oznacza ewentualne przesunięcia synchronizacji w locie (hmm, przydałoby sie stablicowani8e dla większej ilości kompów). Comp_sek to kolejność włączania playera na poszczególnych komputerach.
Co ciekawe - przy pewnych przesunięciach odgrywania w częściach kompów o niecałe ramki można by otrzymać fajne efekty echa lub pogłosu nawet odgrywając takie same moduły muzyczne.

sikor - ale przecież może być 1 komunikat dla wszystkich kompów typu - play now - gdzie w po odebraniu komunikatu wszystkie aktywne kompy wywołają playera i po kłopocie.

Święty: tak, jeżeli nie chcemy opóźnień i mają grać wszystkie. Ale jak chcemy wywołać na którymś tylko krótką muzę grającą raz na jakiś czas - drogi są dwie: puste patterny lub wywoływanie w odpowiednich miejscach. Oczywiścia, jakby miało być jak napisałeś odgrywając tylko puste patterny - też byłoby zajebiście. Ja po prostu napisałem, jak ja się nad tym swego czasu zastanawiałem, zanim jeszcze wypłynęło to w tym topiku. Oczywiście, nie będąc elektronikiem mogłem przyjąć błędne założenia, nie twierdzę że nie. Podejście takie jak Twoje jeszcze upraszcza sprawę. Oczywioście zakładałem same atarki w moim pomyśle, ale w sumie nic nie stoi na przeszkodzie połączenia różnych kompów ;)
Aha, jeszcze jedno: dzięki synchro możnaby połączyć komputery NTSC i PAL/SECAM/MeSecam razem ;) (synchro z serwera wymusza wywołania plajera)...

Hahaha, chyba umrę!!!!! =8-D

Ale ja zawsze zachęcałem Cię do robienia muzyki. :) :)