Вид для печати
вот я и не понимаю - зачем его (приоритет) менять, тем более что от этого значительно ухудшается нестабильность твоего алгоритма? :)Цитата:
Сообщение от Titus
На мой взгляд - чем раньше уберешь изменение приоритета, тем быстрее допилишь алгоритм до стабильного состояния. Высокий приоритет создает затыки, а ты пытаешься исправить это изменениями в алгоритме. Убери высокий приоритет и дело быстро пойдет на лад :)
Ты самый упрямый эмуляторописатель в мире! )Цитата:
Сообщение от ZXMAK
Говорю тебе в который раз - неиграющий звук никакого отношения к приоритетам не имеет. Он просто был заточен под очень специальную звуковуху с информацией о позиции в аудиобуфере с точностью до 1.
Выкинь звук, нет его) Это макет под мою звуковуху)
Смотри на плавность скроллинга, а не на звук)
скроллы работают точно также как в zxmak2, причем разницы нет - что при нормальном приоритете, что при рилтайм... без рилтайма даже чуток плавнее... ЧЯДНТ? :v2_rolleyЦитата:
Сообщение от Titus
хм... попробовал под winxp - результаты странные. Если просто запускаешь, звук вначале потрескивает, как дозиметр при приближении источника радиации :) потом стабилизируется, потом опять начинаются периоды треска. Но... Если запустить со снепшотом в командной строке (как подругому открыть непонятно), то звук почемуто стабильно дребезжит...
Попробовал под XP снизить приоритет до нормы - звук стал практически стабильным, за 10 секунд может один едва заметный сбой синхронизации. Правда в окне всеравно сыпется Can't synchronize sound. Причем такое впечатление, что сбой произошел от того что эмулятор в консоль слишком часто про Can't synchronize пишет...
Подержал немного на нормальном приоритете - ошибки сыпятся, но звук стал стабильным, за 10 сек ни одного сбоя :)
А с высоким приоритетом стабильно потрескивает с каким-то интервалом ...
Записал как потрескивает с рилтайм приоритетом, см в аттачменте (BEEP 10,30). Когда принудительно выставляешь нормальный приоритет, то через несколько секунд трещать перестает... Странно как-то. По идее реакция сразу должна быть... Кстати на записи заметил - частота бипа во время треска почему-то меняется
Кстати при DEVICE_LOST эмулятор стабильно крешится. Например запускаешь процесс эксплорер - вылазит окно UAC и эмулятор крешится. Нужно бы пофиксить ;)
Все правильно делаешь. Машина у тебя мощная, многоядерная.Цитата:
Сообщение от ZXMAK
У меня машинка скромная, одно ядро 1.6Ггц, сразу все нюансы выплывают. Отчасти за то ее и держу.
Попытка обьяснить номер 10:Цитата:
Сообщение от ZXMAK
صدا کار نمی کند به درستی است به دلیل اولویت نمی
(Слюшай, вах, звук нэ работает не из-за приоритетов, дарагой!)
Видимо, какое-то устройство теряется, звуковуха или видюха, и не восстанавливается обратно.Цитата:
Сообщение от ZXMAK
да, ты уже упоминал что заточено под звуковуху с малым временем буфера. Но любопытно, чем обьясняется стабилизация при снижении приоритета?Цитата:
Сообщение от Titus
Не стабилизация, а смена одного эффекта от ошибки на другой, что не является отсутствием ошибки в обоих случаях.Цитата:
Сообщение от ZXMAK
Совершенно "ровная" система, чистая WinXP SP3Цитата:
Сообщение от Titus
ЭТО, с точки зрения твоего теста, можно как-то интрепретировать?))
Скрытый текст
http://savepic.net/6429609.jpg[свернуть]
и обычный скрин
Скрытый текст
http://savepic.net/6424489.jpg[свернуть]
Что можно сказать про звуковуху?)))))
По совету deathsoft'a наконец-то добрался до тестов вывода звука через WASAPI для Vista и более новых виндовс.
Несколько слов о WASAPI в эксклюзивном режиме - это самый низкоуровневый вывод звука, благодаря чему:
1) Исключаются любые программные мишкеры (звук получается наиболее чистый)
2) Имеем самый точный доступ к указателю на текущую позицию воспроизведения (с точностью до отсчета, а не с точностью до слона (10мс под WASAPI shared или DirectSound))
3) Т.к. вывод эксклюзивный, то во время него другие программы звук выводить не могут.
Сделал маленький тестик с консольным окошком. Кому не жалко, запустите и киньте скриншот сюда (только для винды Vista и выше) - удалено
Как пользоваться тестом:
1) При запуске запищит звуковой сигнал, длительностью 4 секунды и побегут циферки. Циферки означают минимальную разрешающую способность буфера. В основном она должна быть равна 1.
2) Как только пойдут устойчивые нули, окно можно закрывать, предварительно сделав скриншот.
3) Если закрыть окно раньше, особенно в самом начале, как только начался звук, винда может повиснуть синим экраном (да-да, вот такой он WASAPI), во всяком случае, у меня при этом стабильно виснет.
Кстати, в эксклюзивном режиме WASAPI, судя по тому, что пишут в инетах, нет никакой возможности перечислить все типы форматов проигрывания (44, 48, 96кГц и т.д.), т.к. такой функции просто нет. Вместо этого приходится предлагать системе проиграть в том или ином формате, а она уже говорит, может она это или нет. И если хочется узнать все типы проигрываемых форматов, то надо 'тупо' предлагать ей все по очереди, и те, на которые ответит согласием, помечать, как поддерживаемые.
Либу просит, сейчас некогда искать, на работу бегу.Цитата:
Сообщение от Titus
https://i.imgur.com/2qRS6LO.png
Винда какая? )Цитата:
Сообщение от Bedazzle