а мы как те суслики – мы есть все синты и все эффекты. на так называемом самом деле сисаунд – это язык программирования для того, чтобы писать любые синты/эффекты, какие только можно измыслить, плюс компилятор, который рендерит из этого всего звук (вся управляющая информация у мну приезжает по midi, в перспективе думаю прикупить пару железных миди-контроллеров, а именно это и вот это). вобще в процессе создания музла я пользуюсь фронтэндом под названием cabel, но вживую играю вобще без всякого графического интерфейса, вобще не глядя на монитор, а тока на кнобы и слайдеры у мну даже специальный линух под это дело собран, без ничего лишнего. осталось только найти человека который услишит разницу в 1мс.дл я сравнеения в GSM задержка 800мс, а самые популярные кодеки опереруют фрагментами по 20-40мси напрасно народ не работает на линуксе
всё дело в том, шо если к линуксу приложить немного рук и усилий, то можно получить latency по аудиотракту меньше миллисекунды! хто-нибудь может показать мне такое на винде или маке? так отож
ну да, он в исходниках ядра так и прописан, я в курсе. я ж его подправляю, когда ядро компилюа вообще в линуксе таймер токо 1/1000с ...
preemptible бывают разные. vanilla да, не отличаюццо космическими скоростями. ничего не поделаешь, плата за универсальность. а вот есть такой штрих ingo molnar, который делает патч, заменяющий обычный линуксячий шедьюлер на действительно реалтаймовый. и вуаля – latency по аудиотракту в диапазоне 750–800 микросекунд, при условии что звуковуха висит на каком-нибудь 9 или 10 irq, оно ни с чем не расшарено и ему назначен реалтаймовый опять же приоритет...а латенси намного больше. даже если preemtive kernel скомпилить.
ну и с выставлением буферов поначалу приходиццо потрахаццо когда играешь или крутишь ручки пальцами в реальном опять же времени, нормальная отдупляемая задержка начинаеццо где-то с 7–8 миллисекунд. всё что больше не даёт ощущения немедленного отклика системы. в студии оно не так страшно, а вживую лажи добавляет.осталось только найти человека который услишит разницу в 1мс.дл я сравнеения в GSM задержка 800мс, а самые популярные кодеки опереруют фрагментами по 20-40мс
если применить эти наработки в студии, мы будем писать изначально убитый звук а как жеблин. ты вообще читаешь, что написано?
не имела до поздних 2.5 версий, начиная с которых ядро обзавелось preemptible шедьюлером...винила с преемтиве не имеет нифига общего.
ТАЙМЕР в лиунксе 1000 раз в секунду - больше пока никто не сделает - архитектура не позволяет. подправляй не подправляй...
пардон за такое количество нерусских букв, канешно......the local APIC unit contains a 32-bit timer accessible by the CPU. The timer can be configured by a special timer register. The time base can be derived from the processor's bus clock and can optionally be divided. It supports one-shot and periodic modes. For the problem of issuing non-frequent timer functions the one-shot is interesting, because it does not put unnecessary workload on the system. One-shot mode means, that an initial value is copied into the register and counted down to zero with bus speed and an interrupt is generated when the timer reaches value zero. Based on this APIC timer a kernel module was implemented which exports the basic functionality of the APIC timer to other modules. It is realized as a linked list of events, ordered according to the expiration time. This allows to issue the timers as fast as possible without a search through the complete list. If a timer expires, a user-defined function is invoked, like it would be expected from any normal system timer. The minimum resolution with this APIC-based timer is in the magnitude of microseconds. As the bus speed of modern x86-based PCs is at least 100 MHz, the minimum resolution should be 0,1 microseconds (1/100 MHz), but due to the calculation time needed for switching to the interrupt service routine (saving context information etc.) the achievable accuracy is about 1 microsecond. Consequently this is a 1,000 to 10,000 times higher precision than the default PC timer.
preemtive – это про механизм работы шедьюлера. всякий preemptible шедьюлер являеццо low-latency, но не всякий достоин называццо словом realtime, которым по древнему обычаю обзывают системы, где время отклика критично и имеет ооочень малые значения.preemtive = realtime если ты не в курсе.
ну, в биологии я и правда не копенгаген. но я помню работу с диджейскими вертушками, у которых разрешающая способность 0,01 секунды. и помню что доворльно часто это безобразно многоа насчет 7-8 мс. читайте биологию. за такое время у тебя импульсы в мозгу в принципе не успевают ходить...
а уж про движение пальцев с "отдупляемой задержкой", как и про движение любых макросистем с реакцией 8-9 мс - забудь вообще.
во всяком случае часто даёт маааленькую, но слышную и весьма противную расстройку...согласен, тут я тебя недопоняла насчет убитого звука... ты не вкурсе что PCM ("чистый звук" ) тоже кодек?)
ну такое...а ты похоже не специалист по реалтайм-системам...
собрал с десяток хард-реалтаймовых линуксов спецом для работы со звуком а почему или одно, или другое? а если представить себе, что разработкой всех тех замечательных вещей, на которых ты занимаешся творчеством, занялись люди, далёкие от музыки? мне лично такое представлять страшновато :smt119 поэтому какой-то процент маньяков в сообществе должен таки бытьНе спорю может на линухе всё лучше, но... Надо что-то одно, или с Линухоом возиться, компелируя и подправляя ВСТ-шники, или творчеством заниматься по моему скромному мнению.
кот в силу кошачьей конструкции летать не мог
Повернутись до “Архів старих тем”
Зараз переглядають цей форум: Немає зареєстрованих користувачів і 18 гостей
, а че такая большая ? у меня 5мс и мне кажется что звук запаздывает .. 
