Хороший пример!
Вы не умеете запустить несколько потоков с нужным приоритетом без специального api?
Нда, ситуация запущенная. Ну что же, удачи вам с вашим "стабильным парком"
А где вы тут писишников видели?
Удача нужна таким видимо как вы, у кого Win 10 работает не стабильно...Нда, ситуация запущенная. Ну что же, удачи вам с вашим "стабильным парком"
Ну может и так. Но это лучше вечного Альцеймера, трипера и СПИДа винды
Тут честно скажу - я хз. Недавно один канал на Маке писал в Куб. Ну вроде не упал. Это стабильность? А свои большие репетиционные/концертные проекты я на Маке открыть не могу. Точнее могу, но нет смысла из-за большей задержки. Но на винде Куб с ними не падает. А это стабильность?
Это вас на курсах обоснования - "почему я на Мак-е" учат?Ну может и так. Но это лучше вечного Альцеймера, трипера и СПИДа винды
Слушайте, ну это уже даже не смешно. Если в студии у Маков с ПК паритет, то для лайвов виндовые машины не используют. Интересно, почему?
Безусловно создаст, или исчезнет как компания с лица Земли!
Может пари? Но только серьёзное, на хорошую сумму!
щас создам, реально интересно.
Мне 7мс задержки хватает на все трекинговые и лайвовые нужды, а свожу я на максимальном буфере, и свожу 95% всего времени. И я у себя не наблюдаю и десятой части тех багов и глюков, которые детально описаны в соответствующем треде пользователями ПК.
Торжественно обещаю, это был последний мой пост с упоминанием винды!
У интел огромные проблемы с этим, связанные с тем, что у них свое производство. Поэтому так тяжко даются новые техпроцессы - это многомиллионные инвестиции в производственное оборудование. У них выход только закрывать свое производство, тогда смогут успевать за техпроцессом, но в таком случае не смогут сделать чего-то принципиально нового.
Поразительно! Да вы просто герой
thread_precedence_policy_data_t info;
thread_extended_policy_data_t extinfo;
thread_time_constraint_policy_data_t ttcp;
mach_timebase_info_data_t tb;
double theHostClockFrequency;
clock_timebase_info(&tb);
theHostClockFrequency = tb.denom / tb.numer ;
theHostClockFrequency *= 1000000000.0 ;
ttcp.period = theHostClockFrequency / 160 ;
ttcp.computation = theHostClockFrequency / 3300 ;
ttcp.constraint = theHostClockFrequency / 2200 ;
ttcp.preemptible = 0 ;
extinfo.timeshare=FALSE;
thread_policy_set(eth,THREAD_EXTENDED_POLICY,(thread_policy_t)&extinfo,THREAD_EXTENDED_POLICY_COUNT);У меня для этих целей файрвайр карта 10-летней давности) С чем-то более актуальным можно на 4-5мс спокойно работать на 32 семплах, но по факту разницы для меня не будет никакой. У @Aleksandr Oleynik я полагаю, задача не 2мс выжать, а сделать те же 4-5мс задержки более производительными. Большинству это ни к чему, но для руления крупных лайвов вместо использования консоли - весьма круто. Другое дело, что транслировать эти сложности с макосью на всех остальных пользователей - странно)Поразительно! Да вы просто герой
А вот @Aleksandr Oleynik и Ко добились, если я правильно помню, менее 2 мс задержки. Вот где мощь!
У всех производителей подобные проблемы. Устаревание технологий происходит быстрее, чем окупаемость построенных под них производств.
Мы их не транслируем, мы сожалеем о том, что все сложнее и сложнее что то путнее создать и для Мак ОСь пользователей.
Именно так в основном. Но и 2мс и меньше - это тоже не совсем самоцель, показать мол "вот мы какие крутые"
А мы тут такие все Мак только на красивых видео в тырнете видели