to nie chodzi o rozwiazanie (bo nie chce blokowac procka
by tylko odtwarzal muze) tylko z jednej strony rozwazanie nad kwestia
ze winda jest wydaje sie okropnie i fatalnie 'ziarnistym' podlozem dla
procesow

pozatym to nie bylo rozwiazanie, tylko ilustracja tego ze
w tym wszysttkim chodzi o zupelnie swobodne sterowanie membrana
a api muzyczne robi z tym (z tego co przynajmniej poczytywalem)
wydaje sie jakies problemy

rozwiazanie powinno byc inne np moze byc bufor sekundy dzwieku
na kanal

unsigned16 sound_buf[44100][2];

ktory omiatany bylby w kolko i programista mialby _w scislym realtime_ dostep
do tego bufora i pozycji w nim (z dokladnoscia do bajtu czy czterobajtowej
probkli) teraz robi sie toc hyba podobnie ale jakos inaczej, nie ma
chyba dostepu do scislej pozycji zapodaje sie przez wskaznik bufor do
odegrania ale zanim to ruszy to niewiadomo ile czasu mija itp
a jakbym mial cos takiego

unsigned16 sound_buf_chanel0[44100][2];
unsigned16 sound_buf_chanel1[44100][2];
unsigned16 sound_buf_chanel2[44100][2];
unsigned16 sound_buf_chanel3[44100][2];
unsigned16 sound_buf_chanel4[44100][2];
unsigned16 sound_buf_chanel5[44100][2];
unsigned16 sound_buf_chanel6[44100][2];
unsigned16 sound_buf_chanel7[44100][2];
unsigned16 sound_buf_chanel8[44100][2];
unsigned16 sound_buf_chanel9[44100][2];
unsigned16 sound_buf_chanela[44100][2];
unsigned16 sound_buf_chanelb[44100][2];
unsigned16 sound_buf_chanelc[44100][2];
unsigned16 sound_buf_chaneld[44100][2];
unsigned16 sound_buf_chanele[44100][2];
unsigned16 sound_buf_chanelf[44100][2];

i wskaznik

int curr_pos_in_chanel ; //chwilowa pozycja igly gramofonu w tablicy

byloby o wiele fajniej


--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/