Я, наверное, скажу банальную вещь, но для практически полного скрытия высокочастотного визга должно хватит закрытого (закрытого - это важно) короба, обклеенного изнутри автомобильной шумоизоляцией.
Пруфов нет, но мне очень кажется, что визг распространяется не столько из места контакта фрезы, а через путь фреза-мотор-станина.
А я редиска :) Пощу когда постится :) Но вообще, модели сейчас именно так себя и ведут. В результате без контроля получается совершенно ожидаемый результат :)
1) Вместо копипаста лучше подцепить плагин к ide, который будет бегать к БЯМке. Из самых главных плюсов - он будет видеть уже готовый код.
2) Запросы к БЯМке надо писать подробнее. Она, как ты уже понял, очень ленивая и любит схалтурить. Вместо "все 56 инструкций с точным счётом тактов" надо было что-то "Напиши эмулятор процессора 6210, используемый в commodore 64. Мне нужна функция, исполняющая один опкод, которая возвращает число тактов, потребленных этим опкодом. Реализуй все инструкции со свеми типами адресации максимально точно к официальной документации. Не пропускай даже самые незначительные нюансы". И тогда с первого раза получится уже более удобоваримое
ну чего мне с вами спорить-то? :) клонируете репу, загружаете batty, гоняете каретку влево-вправо и наблюдаете лаги. Плюете мне в кипу (ну не трушный гошник я), загружаете gospeccy, загружаете опять-же batty и наблюдаете опять лаги. микроскопические уровня "оно поехало на Н мс позже" или "остановилось на Н мс позже", но они есть, прекрасно чувствуются и сильно мешают играть. Если лень, то с эффектом можно ознакомиться где-нить еще, нагуглив "input lag" при подлючении через hdmi приставок к телику.
Чего-то сложно стало следить за развитием темы сразу в двух местах :) Поэтому в одно. Суть проблемы простая: гошный шедулер даже при наличии ресурсов пытается экономить все доступное. Наиболее легко это демонстрируется на простейшей связки Задача1 - канал - задача 2. В "старом" эмуляторе это клавиатура-обработчик нажатий или генератор звука - вывод звука. наверняка еще где-то есть, но уже лень вспоминать. Ставим дебажный вывод в задаче 1 и задаче 2. Буферизацию (в смысле вывода отключаем, ну или флушим сразу). Идеальное поведение в выводе 121212121212 . то есть задача 1 что-то написала, задача 2 что-то прочитала. Реальное 11111122222111112222. то есть пишем что-то, потом гошный шедулер понимает, что вообще-то надо дать ресурсов и запускает задачу 2. Ок, вырубаем буферизирование в канале. Ждем 121212 .... получаем 1wwww2wwww1, где w - просто ждет чего-то. охреневаем мрачно. добавляем профилирование (там вроде еще видны остатки в makefile) и видим туже самую картину, только в виде красивой html странички. Вот отсюда и лаги с фризами. Повторюсь, они маленькие и в обычной жизни не заметны. Ну никто не будет разбираться, на сколько миллисекунд плавает генерация веб страницы.
Там проблема чуть выше по уровню абстрации. Ресурсов хватает, потоков тоже хватает. Но гошечный шедулер рулит потоками так, как ему кажется нужным. Тормозит и запускает по своим правилам, которые менять нельзя. И вот имено тут и кроется самая большая проблема
Ну для простых, всем известных задач да, БЯМки подходят очень хорошо. Редактирование текста - это совсем базовая задача, которая решалась вместе с первыми компьютерами. Ну и да, опять же , ваш опыт подтверждает, что вы очень хорошо знаете тему "текстовые редакторы" и знаете, что конкретно вам надо и когда :)
Z80 да, однопоточный. Но эмулятору-то никто не мешает пользовать больше потоков. Проблема, в которую я уперся, состоит в том, что в го все потоки равноправные и нельзя им приоритеты менять. Плюс буфферизация в выводе звука больно делает. В итоге в идеале Запись/Чтение должны быть так ЗЧЗЧЗЧЗЧЗЧ, а в гошечке ЗЗЗЗЗЗЧЧЧЧЧЗЗЗЗЗЧЧЧЧ
Я, наверное, скажу банальную вещь, но для практически полного скрытия высокочастотного визга должно хватит закрытого (закрытого - это важно) короба, обклеенного изнутри автомобильной шумоизоляцией.
Пруфов нет, но мне очень кажется, что визг распространяется не столько из места контакта фрезы, а через путь фреза-мотор-станина.
А я редиска :) Пощу когда постится :) Но вообще, модели сейчас именно так себя и ведут. В результате без контроля получается совершенно ожидаемый результат :)
(сарказм) платите больше и у вас будет получаться лучше!
в смысле? две ссылки в третьем абзаце
Всегда рад, что кому-то помогли мои статьи.
1) Вместо копипаста лучше подцепить плагин к ide, который будет бегать к БЯМке. Из самых главных плюсов - он будет видеть уже готовый код.
2) Запросы к БЯМке надо писать подробнее. Она, как ты уже понял, очень ленивая и любит схалтурить. Вместо "все 56 инструкций с точным счётом тактов" надо было что-то "Напиши эмулятор процессора 6210, используемый в commodore 64. Мне нужна функция, исполняющая один опкод, которая возвращает число тактов, потребленных этим опкодом. Реализуй все инструкции со свеми типами адресации максимально точно к официальной документации. Не пропускай даже самые незначительные нюансы". И тогда с первого раза получится уже более удобоваримое
не буду утверждать 100%. Но вроде нет.
А ну тут я пасс. Мне хватило того, что я вижу
ну чего мне с вами спорить-то? :) клонируете репу, загружаете batty, гоняете каретку влево-вправо и наблюдаете лаги. Плюете мне в кипу (ну не трушный гошник я), загружаете gospeccy, загружаете опять-же batty и наблюдаете опять лаги. микроскопические уровня "оно поехало на Н мс позже" или "остановилось на Н мс позже", но они есть, прекрасно чувствуются и сильно мешают играть. Если лень, то с эффектом можно ознакомиться где-нить еще, нагуглив "input lag" при подлючении через hdmi приставок к телику.
Чего-то сложно стало следить за развитием темы сразу в двух местах :) Поэтому в одно. Суть проблемы простая: гошный шедулер даже при наличии ресурсов пытается экономить все доступное. Наиболее легко это демонстрируется на простейшей связки Задача1 - канал - задача 2. В "старом" эмуляторе это клавиатура-обработчик нажатий или генератор звука - вывод звука. наверняка еще где-то есть, но уже лень вспоминать. Ставим дебажный вывод в задаче 1 и задаче 2. Буферизацию (в смысле вывода отключаем, ну или флушим сразу). Идеальное поведение в выводе 121212121212 . то есть задача 1 что-то написала, задача 2 что-то прочитала. Реальное 11111122222111112222. то есть пишем что-то, потом гошный шедулер понимает, что вообще-то надо дать ресурсов и запускает задачу 2. Ок, вырубаем буферизирование в канале. Ждем 121212 .... получаем 1wwww2wwww1, где w - просто ждет чего-то. охреневаем мрачно. добавляем профилирование (там вроде еще видны остатки в makefile) и видим туже самую картину, только в виде красивой html странички. Вот отсюда и лаги с фризами. Повторюсь, они маленькие и в обычной жизни не заметны. Ну никто не будет разбираться, на сколько миллисекунд плавает генерация веб страницы.
Там проблема чуть выше по уровню абстрации. Ресурсов хватает, потоков тоже хватает. Но гошечный шедулер рулит потоками так, как ему кажется нужным. Тормозит и запускает по своим правилам, которые менять нельзя. И вот имено тут и кроется самая большая проблема
Ну я такого не писал. Я писал, что мой нынешний уровень знания гошечки и окружающих его библиотек не позволяет такого достичь
Если честно, то я не понял вопроса. Тут фризы совершенно никак не связаны с эмулятором и являются багом (или фичей) самого exolon
Все возможно. Есть только один минус - я эти КУВТ только на картинках видел :)
Все тоже самое, что и сейчас, но бесплатно. https://cloud.ru/products/evolution-foundation-models . Я в основном самый жирный Qwen использовал
Если С++ я хоть немного знаю, то rust я даже идеологию не понимаю.
А что вливать, если все навайбкожено?
Напишет. Только надо доку под нее сформатировать. В смысле минимум воды, максимум "вот это делает это"
Ну для простых, всем известных задач да, БЯМки подходят очень хорошо. Редактирование текста - это совсем базовая задача, которая решалась вместе с первыми компьютерами. Ну и да, опять же , ваш опыт подтверждает, что вы очень хорошо знаете тему "текстовые редакторы" и знаете, что конкретно вам надо и когда :)
Z80 да, однопоточный. Но эмулятору-то никто не мешает пользовать больше потоков. Проблема, в которую я уперся, состоит в том, что в го все потоки равноправные и нельзя им приоритеты менять. Плюс буфферизация в выводе звука больно делает. В итоге в идеале Запись/Чтение должны быть так ЗЧЗЧЗЧЗЧЗЧ, а в гошечке ЗЗЗЗЗЗЧЧЧЧЧЗЗЗЗЗЧЧЧЧ
Очень почти полноценный. Плюс оплата моего времени и опыта не учтены :)