Результаты поиска

буфер для миди сообщений есть и в самой миди клавиатуре. вы взяли аккорд - и пять сообщенний занеслись в буфер в клаве - и они там и будут сидеть пока линия МИДИ занята, кстати. буферизуется все. И в принципе почти все можно посчитать чтобы вычислить сквозную. Вот учесть опрос в клаве никак -...

а вот это не вы писали? ====== @VAT, прекратите писать бред! Ни каких задержек по MIDI нет и быть не может, если быть точным - задержка прохождения MIDI сообщения от вашей клавы до VSTi плагина в вашем DAW - ничтожно мала и слышимую вами задержку от нажатия клавиши до звука в динамике определяет...

да конечно проходит. И конечно отдельный. И размером он может быть меньше так как по классическому МИДИ инфа в комп может поступать с максимальной скоростью 3 байта в 1мс. Можно более экономно организовать - если жалко памяти. И конечно он имеет отношение к АЗИО - он под него подравнивается. По...

а! вы еще и медик? Да вы не переживайте - в вашей карте МИДИ тоже проходит через входной буфер. Как и у всех

Вы понимаете что ЦП не может "все бросить" и заняться МИДИ сообщением сразу по его прибытии? Файл прослушали? откуда взялась задержка 140мс по вашему? вы о каком буфере? ессно миди сообщения валятся не в аудио буфер, а в свой, как и аудио скорее всего не в общий аудиобуфер - но сквозная...

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

нет уже того компа и драйвера АЗИО. какой именно из буферов имел ввиду аудиодрайвер ЗК - хз. допустим входной. Ясно что буфер не один, а цепочка. поэтому и не бьется простым вычислением. Но ДАВ - Рипер рапортовал правильную сквозную задержку если сложить 2 задержки что он выводит. Главное...

откуда вообще такая идея? вот взяли вы аккорд всей пятерней на мидиклаве - и в линию пошли 5мидисообщений подряд, через каждую мс. И ЦП если не среагирует за 1мс - то сообщение будет потеряно. кроме того появится плавание ноты во времени хотя это и ерунда - но зачем? то есть вы зачем-то...

ну если вав не поддерживается боле - то вот мп3:

ну вообще то не все. а в чем противоречие? если нужно получить результат хуже и за бОльшие деньги - почему бы и нет.

а это из "чем быстрее - тем лучше" . не лучше. это ответочка)) человек не умеет вести себя и мне неинтересно из какой он страны. мы в интернете. вот его фраза в первом же посте со мной "@VAT, прекратите писать бред!Ни каких задержек по MIDI нет и быть не может," научится себя вести - тогда...

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

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

конечно ничего не половинит - просто и а) логически рассудите или б) сделайте сами тот эксперимент что по ссылке на убитую тему поднятую благодаря Зерокулу. вот зачем аудиоданные кладутся в буфер? и почему миди не должны класться в такой же буфер? невозможно обработать миди мгновенно - они...

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

параллельный - это принцип действия. есть еще последовательного приближения, есть дельтасигма и тд.. нет если вот так сделать то будет один мусор. нужно обеспечить неизменную сквозную задержку. не нужно чем быстрее чем лучше. нужно чтобы было точно - через например 10,01 мс. и любое...

нет. это в сумме будет типа 0,5-1мс насколько я знаю и даже не в этом дело - пусть хоть ~0(никто же не запрещает параллельное АЦП/ЦАП?) или 2мс.. это неважно. в МИДИ клаве тоже сообщение вылетает не одновременно с ударом клавиши о датчик. тоже нужно опросить всю клаву , сформировать и положить в...

вы очень странно трактуете . не нужно свои мысли считать моими. не повторяйте ошибок Зерокула. где я сказал что миди оцифровывается посредством АЦП?

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

это нас и отличает. я вас не боюсь - а вы меня почему то боитесь))

да неважно чем вы там заняты. вы просто в некоторых вопросах некомпетентентны. причем в которых неплохо бы быть - многое бы стало понятно вам самим. Вы нам сейчас и про международную обстановку расскажете и про ковид. И что - надо слушать разинув рот? вот о чем речь. никто не покушается на ваши...

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

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

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

а не надо много. гораздо удобнее понимать как это работает