pfg21, если кто то знает ответ, то надеюсь что сэкономит время и скажет. Пока что моя догадка это то что одни провода это по сути Type-A но в виде Type-C, а другие реальные Type-C.
alexalexes, например детектор качества воздуха, или ингалятор, заряжаются шнурами из комплекта, и друг от друга. Тогда как шлем VR и телефоны прекрасно заряжаются от моих обычных проводов.
Пробовал но не работало. В итоге все равно к этому вернулся и пытался понять куда идет плюс, чтобы кинуть на плюс разъема аккумулятора, и оказалось что никуда) и это устройство в принципе никогда не заряжалось. В ответе написал почему.
Владимир Коротенко, cпасибо, а если написать логику на мобильном устройстве, к которому подключается робот? Какие в этом подходе минусы? потянет ли тогда ардуино (передача видео)?
Какое железо посоветуете для этой задачи в 1 варианте ("толстый" автономный клиент) и для второго варианта ("тонкий" клиент с логикой на мобильном устройстве)?
Юрий Михайлуц, я не совсем понимаю как применить вашу форулу, тк не знаю что делать когда сигнал на схеме раздваивается, потом опять сходится и так далее. Если бы была просто прямая с определенной последовательностью деталей, я бы осилил : )
Также я не совсем понимаю как выкинуть из схемы лишние (без которых можно пока обойтись - boost, mosfet, comp cut) детали.
Юрий Михайлуц, можно ли попробовать построить эту схему в симулинке и каким то образом достать оттуда математическую модель? По поводу ВАХ - если это все что надо попробую достать, спасибо. В принципе педалька у меня есть, может и измерить как то можно, вот только непонятно что делать с зависимостью от частоты.
Вообще первую версию хотелось бы сделать совсем простой, я так понимаю можно выкинуть из схемы Boost, Mosfet, Comp cut (M, F), то есть оставить только крутилки volume, tone, overdrive и переключатели в режимах vintage и standart.
Моя цель - сделать максимально точную модель, был бы очень признателен за расписанную математику. Степень благодарности можно обсудить в лс : ). У меня есть звуковая дорожка чистого звука и перегруженного этой педалькой, в принципе я смогу любую формулу быстренько реализовать на матлабе и проверить точность данной модели (сумма квадратов отклонений). Параметры я так понимаю это: Крутилка громкости (0-1); крутилка тона (0-1); переключатель Comp cut F/Comp cut M/Vintage (0,1,2); крутилка Overdrive(0-1); Переключатель Mosfet/Standart(0,1); крутилка Boost (0-1); так же две нижних кнопки: Вкл-Выкл(0,1); Boost (0,1).
На рынке существует множество эмуляторов, но практически все они весьма посредственного качества. Как думаете в чем проблема? Разве машинное обучение не используется для аппроксимации нелинейных систем, не особо вдаваясь в "физику" происходящего? Стоит ли аппроксимировать каждый элемент схемы отдельно или целиком всю систему? Каких специалистов стоит привлечь к данной задаче?
Я думаю те кому важно побыстрее запустить не стали бы задавать такие вопросы на тостере. И так понятно что там вообще не важно ничего. Как и в случае "попробовать новое".
Речь про продакшен, где важна легкая поддержка и чтоб производительность была на достаточно хорошем уровне. В плане производительности оба решения примерно одинаковы, с небольшим перевесом в первом варианте (чуть быстрее - меньше вызовов методов).
Так что очевидно остается только вопрос о легкой поддержке - что бы вам (и вашей команде) было приятней видеть в своем коде. И речь про конкретно данный метод, а не потоковую обработку аудио и видео.
Степан Зубашев, даже в 3 случае я бы всего лишь в 1 подходе место где console.log заменил на yield и переименовал бы функцию во что то типа streamToLines, а не городил тучу нафиг не нужных методов. И то только бы если мне это понадобилось!! Усложнение кода должно быть обосновано, а там оно совсем не обосновано.
Хотя пример с хабра был вообще про main и тупой вывод в консоль, и это и были конкретные обстоятельства - то есть ваш 1 случай.
Степан Зубашев, ну раз ни слова по существу от меня, то смысла общения дальше не вижу. Продолжайте себя убеждать что все зависит от обстоятельств, с чем я и не спорю, и продолжайте игнорировать тот факт, что речь о конкретных обстоятельствах.
