ZEmu

[Q-Master]

Угу, только звук у тебя может играть циклически до упаду, если буффер недописался

не может.
если буфер недописался- значит мошности машины не хватает для эмуляции.

и кстати ситуация с n буферами ничем не лучше- если буфер неуспел дописаться, то звук будет прерывистым- по мне хоть повторяется, хоть прерывистый- одно глюки.

Хех. А щелчки по кругу слушать это весело... Этакое эхо...

А если нет никакого звука? Чего играем? Тишину? Зачем? 8)

отправить бы вас курить матчасть по поводу работы современных (читать начиная с Sound Blaster 1.0) звуковух.

ибо звуковуха постоянно требует себе данные. просто различными осями это скрывается.

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

конечно для амиги это гораздо проше, ибо амижная "звуковуха"- это просто напросто 4 счётчика подключённые к ... скажем DMA (ломает вспоминать как там все чипсеты назывались).

и то, сомневаюсь что при подключении PCI-ной звуковухи она постоянно то включается, то выключается.

а даже если это и так, то не вижу принципиальной разницы между остановкой счётчиков и "отправкой" в звуковуху некоторого значения обозначающего тишину (допустим 0)

P.S.
а так как звук всё равно генерится (будь он тишиной или нет), то быстрее играть тишину, чем определять- есть ли в буфере значения отличные от нуля и потом решать этправлять ли тогда этот буфер в звуковуху.

Батенька, идите курите матчасть сами. Особенно прокурите работу PCI шины. Там очень популярно изложено кто там чего требует, когда и в каких количествах. А загаживать шину тишиной, и при этом слушать циклические щелчки, вместо того, чтобы просто молчать, это конечно круть немеряная. И как только другие до этого не додумались... Тормозят звук зачем-то, вместо того, чтобы тишину слушать...

ПС: чтобы этого небыло, как-раз и нужен двойной буфер. Можно сразу вычислить звучишь ты или нет. А если звучишь, то сколько именно. Тогда и времязатраты на переливание пустоты сократятся и нагрузка на проц и PCI шину изменится.

[boo_boo]

И как только другие до этого не додумались... Тормозят звук зачем-то, вместо того, чтобы тишину слушать...

вааа... пример можно в виде исходника? только не мыпытри-плеер, а эмулятор или еще чего-нить околорилтаймовое? и чтобы в современной ОС, и чтоб работало

[Q-Master]

вааа... пример можно в виде исходника? только не мыпытри-плеер, а эмулятор или еще чего-нить околорилтаймовое? и чтобы в современной ОС, и чтоб работало

Ладно ладно.. пока не нашел. Некогда искать особо. Но какой смысл-то? Из-за того, что постоянно буфер крутится и постоянные лаги с тем-же бипером. На /dev/dsp это незаметно, а вот на SDL очень. Смысл в том, что оно щелкнуло, а сейчас в буфере куча тишины которая и играется и пока оно дойдет до места где щелкнуло...

[boo_boo]

Ладно ладно.. пока не нашел. Некогда искать особо. Но какой смысл-то? Из-за того, что постоянно буфер крутится и постоянные лаги с тем-же бипером. На /dev/dsp это незаметно, а вот на SDL очень. Смысл в том, что оно щелкнуло, а сейчас в буфере куча тишины которая и играется и пока оно дойдет до места где щелкнуло...

смысл такой, что другой альтернативы нет цифровой звук -- отсчеты амплитуды по кванту времени, соответственно при проигрывании каждый отсчет должен прийтись точно на свой квант. есть иной способ это сделать, кроме как непрерывно гнать сэмплы на звуковуху? каким образом предполагается обеспечить гарантированную синхронизацию с точностью до 1/44100 сек?

[Q-Master]

смысл такой, что другой альтернативы нет цифровой звук -- отсчеты амплитуды по кванту времени, соответственно при проигрывании каждый отсчет должен прийтись точно на свой квант. есть иной способ это сделать, кроме как непрерывно гнать сэмплы на звуковуху? каким образом предполагается обеспечить гарантированную синхронизацию с точностью до 1/44100 сек?

Вот в этом и проблема с SDLем. Лаг получается из-за того, что постоянно генерируется буффер, а не текущий отсчет запихивается в звуковуху. Это можно пофиксить введя паузы в проигрывании буфера или сократить максимально сам буффер. Ну попробовать хотя-бы.

[Sinus]

Q-Master
в последних версиях (ещё до фикса с бипером) чутка поменялся алгоритм заполнения буфера, чтоб минимизировать задержки.

на моей машине (и на старой- 500mhz + Sound Blaster 16, и на новой - 2.5ghz + AC97)
лаг не больше чем 1/25 секунды (2 спековских HALT-а, тестил на всяких демках)

за неимением других машин с линуксом под рукой ничего лучшего сделать не могу.

если у тебя большой лаг и ты знаешь как его исправить- делай фикс.
вот boo_boo предложил под /dev/dsp написать- теперь всё круто стало.

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

эмуль делаю по вечерам когда не влом, сейчас из- за переделки звука всё в состоянии нестояния (читать не работает).

а ещё и TargeT.

но вкоро всё будет круто.

[Advertiser]

[Kevin]

непонтово.
я вон лучше на PocketPC сделаю нормальный AyPlayer, ибо там нормальный C есть
(причём даже вполне себе GCC)

а на жабе... переписывать тонны кода... да и проверять негде (нету у мну жабы на мобилке, ибо нафиг не надо)

А ты под Symbian OS 6.х пиши

[Sinus]

а что такое симбиан? там цэ есть?

а вообще то если я уж буду писать под мобильные устройства, то под Windows Mobile, ибо у мну есть Pocket PC

[Kevin]

а что такое симбиан? там цэ есть?

а вообще то если я уж буду писать под мобильные устройства, то под Windows Mobile, ибо у мну есть Pocket PC

OS на мобильниках, например Siemens SX1, NOKIA 6600 и т.д.
Пишешь в С на компе, а потом конвертишь в мобилу

[Sinus]

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