Форум на Исходниках.RU

Форум на Исходниках.RU https://forum.sources.ru Форум на Исходниках.RU Форум на Исходниках.RU https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819482 Tue, 28 Jan 2020 13:55:14 +0000 waveInReset вешает прогу, а waveInStop работает нормально https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819482 Цитата Prince @ 28.01.20, 12:32

Задавался тем же вопросом. Ведь вызов из обработчика как бы сам собой напрашивается. Майкрософт хранит эту тайну.

Короче, нужно использовать поточный или оконный колбэк, вот что напрашивается :)
При этом, если прога не оконная, придётся создавать поток и в нём крутить цикл GetMessage (и создавать окно, если привязываемся к окну).
Я тут тоже тупанул: создал окно в текущем потоке + новый поток, в котором крутил цикл GetMessage. И думал: чего же это окно не получает сообщения? А ведь GetMessage получает сообщения только для окон, созданных в текущем потоке :facepalm:
В колбэк-функцией, кстати, есть ещё один неприятный момент. Если используется WAVE_MAPPER, то при смене аудиоустройства по умолчанию прога виснет. У меня, по крайней мере, такая канитель. Это WAVE_MAPPER, про другие не помню, вроде не должно.]]> Jin X Программирование звука https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819460 Tue, 28 Jan 2020 12:32:02 +0000 waveInReset вешает прогу, а waveInStop работает нормально https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819460 Цитата

Откуда же тогда вызывать waveInAddBuffer?

Цитата

Может после обработки сообщений, но убивает поток, в котором эта самая очередь сообщений обрабатывается.

Тогда добавление буфера из callback-процедуры не должно вешать софт

Помню, что waveinopen создает один дополнительный поток, и он не убивается вплоть до завершения работы приложения. Т.е., он не убивается даже после waveinclose . А после первого вызова waveinaddbuffer создавался еще один поток, в котором и крутился цикл обработки сообщений . waveinreset этот пооток прибивал.

Интуитивно, при вызове waveinreset уничтожается очередь заголовков буферов, поэтому waveinaddbuffer из обработчика после waveinreset - это как добавить элемент в динамический массив, когда самого массива уже нет. Ну это так, догадка.]]> Prince Программирование звука https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819426 Tue, 28 Jan 2020 10:50:42 +0000 waveInReset вешает прогу, а waveInStop работает нормально https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819426 Цитата Prince @ 28.01.20, 10:03

Может после обработки сообщений, но убивает поток, в котором эта самая очередь сообщений обрабатывается.

Тогда добавление буфера из callback-процедуры не должно вешать софт :)

Цитата Prince @ 28.01.20, 10:03

Майкрософт сам же и говорит, что из callback нельзя вызывать никаких функций, кроме...

Кроме...? По крайней мере, waveInAddBuffer кроме как из callback-функции вызывать неоткуда.

Цитата Prince @ 28.01.20, 10:03

waveinstop не уничтожает объекты, а потому алгоритм дальнейших действий получается просчитываемым и предсказуемым.

:good:

Добавлено 28.01.20, 10:53

Цитата Jin X @ 28.01.20, 10:50

Кроме...?

Applications should not call any system-defined functions from inside a callback function, except for EnterCriticalSection, LeaveCriticalSection, midiOutLongMsg, midiOutShortMsg, OutputDebugString, PostMessage, PostThreadMessage, SetEvent, timeGetSystemTime, timeGetTime, timeKillEvent, and timeSetEvent. Calling other wave functions will cause deadlock.

Откуда же тогда вызывать waveInAddBuffer?]]> Jin X Программирование звука https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819419 Tue, 28 Jan 2020 10:03:02 +0000 waveInReset вешает прогу, а waveInStop работает нормально https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819419 Такая же ернуда как c waveinaddbuffer будет, если waveoutwrite в callback использовать или да, waveInUnprepareHeader. Майкрософт сам же и говорит, что из callback нельзя вызывать никаких функций, кроме...
Поэтому от waveinreset отказался. Меньше мороки. waveinstop не уничтожает объекты, а потому алгоритм дальнейших действий получается просчитываемым и предсказуемым.]]> Prince Программирование звука https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819413 Tue, 28 Jan 2020 09:15:38 +0000 waveInReset вешает прогу, а waveInStop работает нормально https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819413 Если не добавлять буферы, то всё ок.

Добавлено 28.01.20, 09:17
Где обсуждалось – это я вчера перечитывал, я же и создавал тему (почти 4 года назад): waveInStop, waveInUnprepareHeader :)]]> Jin X Программирование звука https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819376 Mon, 27 Jan 2020 19:01:38 +0000 waveInReset вешает прогу, а waveInStop работает нормально https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819376
Отказался от функции ресет вообще в свое время. Только стоп.]]> Prince Программирование звука https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819365 Mon, 27 Jan 2020 17:30:05 +0000 waveInReset вешает прогу, а waveInStop работает нормально https://forum.sources.ru/index.php?showtopic=416594&view=findpost&p=3819365 waveInReset вешает прогу (через раз), а waveInStop работает нормально.
Хотя, в другой проге всё ок.
Почему такое может быть?
p.s. Понимаю, что по-хорошему нужно бы код выложить, но пока не могу...

Добавлено 27.01.20, 17:36
Разобрался.
Блин, магия какая-то. Возишься-возишься, понять не можешь в чём проблема.
Как только создашь тему на форуме, сразу находишь ошибку сам :)

Короче, в waveInProc было добавление буфера (причём, при uMsg = WIM_DATA).
Т.о. waveInReset вызывал waveInProc с uMsg = WIM_DATA для каждого буфера. Процедура добавляла новый буфер и процесс зацикливался...

Добавлено 27.01.20, 18:24
А, нет. вру. Не зацикливается. Просто зависает при попытке добавить буфер.]]> Jin X Программирование звука