По идее, если коллбэк вызывается точно по расписанию, length должен быть равен sizeof(sample) * CHANS * FREQ * period_ms / 1000. Судя по тому, что документация говорит "The default is 100ms" в вашем случае в идеале должно приходить 2 * 1 * 44100 / 10 = 8820 байт, 4410 сэмплов. Это количество считает BASS.
sdc -- это всё устройство целиком, sdc1 -- это его первый и единственный первичный раздел. Зачем Microsoft придумал создавать таблицу разделов на сменных устройствах с единственным разделом -- я не знаю. В линуксе будет работать и так и так.
> Что в Вашей записи означает 1 << 3
1 сдвинутая влево на 3. Вы основы С/С++-то знаете?
> Что будет работать быстрей, куча булевых переменных, или одна переменная, и использование её битов?
Вам надо будет очень постараться чтобы заметить разницу в скорости.
Используйте тот подход, который делает код понятнее.
Анна, отсутствие других ответов свидетельствует о том, что не только "няня, я у них поел".
Упырьте мел, прочтите статью по ссылке, сделайте ещё одну попытку.
Прикольно. Да, действительно, fflush не обязан работать с stdin. Ок, по крайней мере механизм проблемы в моём ответе описан верно.
Можно анализировать, что fgets вернул строку без символа \n в конце, и если так, то выкидывать все дальнейшие строки до тех пор, пока не будет получен символ \n в конце.
а, ок, я пропустил <вид> в конце.
Ну что, возможно это как указатели в С -- могут быть переменные типа INT, указатель на INT, указатель на указатель на INT...
> да так ошибка git тут перетаскивание не при чём @Libris: раз вы знаете в чём ошибка -- вам должно было быть легко её исправить. Не можете исправить сами -- не считайте, что знаете где она.
И вот вам мануал по задаванию вопросов на будущее: maddog.sitengine.ru/smart-question-ru.html
