Кстати! Я тут возвращаюсь в активное программирование, год отдыха прошел успешно (музыку изучал).
И вот начинаю с написания приложения для тренировки ритмов. В верхней части экрана будет нарисован ритм, а в нижней — две большие кнопки, два разных звука издавать будут по нажатию.
Задача кажется супер простой, но вот есть проблема: задержка воспроизведения звука слишком большая. Стандартными средствами я добился только 10мс. А нужно 5мс, чтобы не было заметно.
Поэтому ковыряю язык C, пытаюсь его подключить, и на нем буду обращаться к аудио-устройствам.
Пока что я 2+2 не смог сложить и получить результат в основном коде мобильного приложения, который на Dart написан. Держу в курсе 🙂
И вот начинаю с написания приложения для тренировки ритмов. В верхней части экрана будет нарисован ритм, а в нижней — две большие кнопки, два разных звука издавать будут по нажатию.
Задача кажется супер простой, но вот есть проблема: задержка воспроизведения звука слишком большая. Стандартными средствами я добился только 10мс. А нужно 5мс, чтобы не было заметно.
Поэтому ковыряю язык C, пытаюсь его подключить, и на нем буду обращаться к аудио-устройствам.
Пока что я 2+2 не смог сложить и получить результат в основном коде мобильного приложения, который на Dart написан. Держу в курсе 🙂
Так! Я не только сложил за вчера 2+2, но и организовал низкоуровневую работу с аудио.
Вот реально: я прям посемплово закидываю в аудиопоток свою волноформу! Сам суммирую разные звуки вместе! Прям миниатюрный аудио-движок, который работает в обход системного микшера.
И даже задержка получилась маленькая! Всего 5-10мс. Меньше сделать трудно: телефон не разрешает выставить буфер меньше.
Но это поживем-увидим, может и есть что-то еще для ускорения.
И что еще по теме: ChatGPT реально помогает. Он много врет, косячит, его надо дополнять уточнением инфы по документации, исправлять его ошибки. Но в целом, это получается быстрее, чем без него.
Но никаких джуниуров он не заменит. Мне показалось, он может только помогать изучать новую область для тех, кто уже более-менее разбирается и в доменной области, и в программировании.
Вот реально: я прям посемплово закидываю в аудиопоток свою волноформу! Сам суммирую разные звуки вместе! Прям миниатюрный аудио-движок, который работает в обход системного микшера.
И даже задержка получилась маленькая! Всего 5-10мс. Меньше сделать трудно: телефон не разрешает выставить буфер меньше.
Но это поживем-увидим, может и есть что-то еще для ускорения.
И что еще по теме: ChatGPT реально помогает. Он много врет, косячит, его надо дополнять уточнением инфы по документации, исправлять его ошибки. Но в целом, это получается быстрее, чем без него.
Но никаких джуниуров он не заменит. Мне показалось, он может только помогать изучать новую область для тех, кто уже более-менее разбирается и в доменной области, и в программировании.
Я почти никогда не встречал интересных постов по программированию на хабре, да и вообще где либо. Но вот интересная.
Я все не читал, но первый совет мне понравился. Не обязательно он правилен в выводе, об этом можно подумать самостоятельно. Но сама идея о подумать, что проще: слепить в кучу или разлепить кучу на отдельные штуки — мне нравится.
Хотя лично я бы предпочел решать такой вопрос исходя от разделенности слоев, от функций штук, которые я делю. Но я и сам такое еще плохо думаю, и не все такое вообще думают.
Так что вот такая идея про подумать над вопросом — хорошая.
Я все не читал, но первый совет мне понравился. Не обязательно он правилен в выводе, об этом можно подумать самостоятельно. Но сама идея о подумать, что проще: слепить в кучу или разлепить кучу на отдельные штуки — мне нравится.
Хотя лично я бы предпочел решать такой вопрос исходя от разделенности слоев, от функций штук, которые я делю. Но я и сам такое еще плохо думаю, и не все такое вообще думают.
Так что вот такая идея про подумать над вопросом — хорошая.
Хабр
От мидла к синьору. Часть вторая
В прошлой части я перечислил советы по развитию качества принятия решений. В этот раз поговорим о практических принципах, которые можно брать и использовать «здесь и сейчас». Подходов, советов и...
Так. Я продолжил. Я отрефакторил код, и вместо одного cpp файла у меня несколько. Даже классы выделил.
Я научил свой аудио движок воспроизводить любое количество звуков в любое время. Выделил аудио микшер, семплер. И сделал метроном, причем максимально точный, sample perfect.
А ещё починил звук. Оказывается я отправлял звук в буфер так, как будто у меня моно звук, а оно стерео. Одно число - в правую колонку, второе число - в левую.
На очереди - сделать секвенсор-лупер, чтобы ритмы играть любые.
Я научил свой аудио движок воспроизводить любое количество звуков в любое время. Выделил аудио микшер, семплер. И сделал метроном, причем максимально точный, sample perfect.
А ещё починил звук. Оказывается я отправлял звук в буфер так, как будто у меня моно звук, а оно стерео. Одно число - в правую колонку, второе число - в левую.
На очереди - сделать секвенсор-лупер, чтобы ритмы играть любые.
👍3
Хах, поздравьте меня. Я несколько дней отлаживал проблему обращения к висящему указателю. Ох уж этот c++. Мне кажется, на нормальных языках типа Dart, Kotlin, да даже на javascript такого бы никогда не произошло.
Фикс был просто изи, одна строчка.
Но теперь я сделал секвенсор!!! Это не просто метроном, а прям ноты вшиваешь, звуки разные, и биты играть можно
Фикс был просто изи, одна строчка.
Но теперь я сделал секвенсор!!! Это не просто метроном, а прям ноты вшиваешь, звуки разные, и биты играть можно
Я кажется, понял, в чем проблема с c++.
Я создаю vector длиной x. А потом пишу:
myVector[x+2] = 12;
И если вы думаете, что будет какое-нибудь исключение типа out of boundaries, то ваши ожидания не оправдаются.
Уважаемы создатели c++. Вы там совсем обдолбались? Вам че, было жалко маликусенькой проверочки добавить? Ну или если это специальная оптимизация, нельзя накидать предупреждений при использовании [] у вектора, типа берегись пацан??
Ну типа в 2026 году ваш язык вообще запретят к использованию в европе из-за вот такой херни. Может, пошевелитесь? Страуструп, давай, напеши нормальные спецификации безопасные уже, сколько лет то прошло с 1979 года
Я создаю vector длиной x. А потом пишу:
myVector[x+2] = 12;
И если вы думаете, что будет какое-нибудь исключение типа out of boundaries, то ваши ожидания не оправдаются.
Уважаемы создатели c++. Вы там совсем обдолбались? Вам че, было жалко маликусенькой проверочки добавить? Ну или если это специальная оптимизация, нельзя накидать предупреждений при использовании [] у вектора, типа берегись пацан??
Ну типа в 2026 году ваш язык вообще запретят к использованию в европе из-за вот такой херни. Может, пошевелитесь? Страуструп, давай, напеши нормальные спецификации безопасные уже, сколько лет то прошло с 1979 года
AI Programming Guide.pdf
437.6 KB
Я спросил и ИИ ответил. После небольшого форматирования получилась методичка по работе с ИИ при программировании. В общем, дельные советы.
Там есть повторы в текстах между главами, пара водянистых предложений, но на разок прочитать по диагонали сойдет.
Там есть повторы в текстах между главами, пара водянистых предложений, но на разок прочитать по диагонали сойдет.
Супер-безопасные ID для сущностей
Ох, давно я не писал, ох, давно!! Но вот начал прогать и понеслась мысля по полю 😊
Суть вот в чем. Есть сторейдж, откуда вы берете какие-то сущности. И у этих сущностей есть Id какие-то. И по этим id вы сущности считываете, передаете между разными штуками. Например, из экрана в экран.
Обычно это int или string. И существует вероятность ошибки: вдруг строка не правильная будет? Вдруг int неправильно значение? И когда будешь из сторейджа делать getById, будет либо null, либо кидаться исключение StateError или ArgumentError.
А если такое возможно, тогда в каждом месте, в каждом методе, которых хочет обналичить id до сущности, надо делать проверки и проектировать сценарии работы в случае отказа. На каждом экране, в каждом блоке (контроллере экрана) придется рисовать отдельный режим кукиша.
А уж если совсем по хорошему, это надо ошибки все логгировать и отправлять в свой какой-нибудь онлайн-копилку, для дальнейшего исправления.
А давайте без этого
И давайте сделаем вместо int или string - свой отдельный класс: MyEntityId. И чтоб совсем было весело: с приватным конструктором. То есть, экземпляр никто никогда не может создать, кроме… MyEntityStorage. В Dart так можно.
И просто такой факт, что такие id можно взять только у MyEntityStorage обозначает, что технически вообще не возможно никогда нигде никакая ошибка неверного id. Сущность не может несуществовать. Bullet-proof.
Это же сколько кода, сколько обработчиков, сколько UI не надо писать, сколько сценариев ошибок не нужно учитывать. Класс, да?
Вот только есть мааааленькая проблемка…
Начинает казаться, что если мы вместо примитивов будем передавать какой-то объект класса MyEntityId, который еще и сериализовать нельзя никаким образом, возникает вопрос. А почему бы нам тогда не передавать везде собственно сущность?
Или другой вариант. А что, если на сервере сущность удалили. И в момент какой-то асинхронной операции выясниться, что Id более не валидный, и он может где-то в какой-то переменной еще висеть. И тогда ошибка будет. И ее надо обрабатывать.
Или другой вариант: в другом типе данных хранится такой вот id, чтобы ссылаться на другую сущность. И… И как мы создадим этот другой тип данных, если мы не можем создавать MyEntityId?
Ну в общем, я еще подумою… А вам спасибо, и хорошего дня!
Ох, давно я не писал, ох, давно!! Но вот начал прогать и понеслась мысля по полю 😊
Суть вот в чем. Есть сторейдж, откуда вы берете какие-то сущности. И у этих сущностей есть Id какие-то. И по этим id вы сущности считываете, передаете между разными штуками. Например, из экрана в экран.
Обычно это int или string. И существует вероятность ошибки: вдруг строка не правильная будет? Вдруг int неправильно значение? И когда будешь из сторейджа делать getById, будет либо null, либо кидаться исключение StateError или ArgumentError.
А если такое возможно, тогда в каждом месте, в каждом методе, которых хочет обналичить id до сущности, надо делать проверки и проектировать сценарии работы в случае отказа. На каждом экране, в каждом блоке (контроллере экрана) придется рисовать отдельный режим кукиша.
А уж если совсем по хорошему, это надо ошибки все логгировать и отправлять в свой какой-нибудь онлайн-копилку, для дальнейшего исправления.
А давайте без этого
И давайте сделаем вместо int или string - свой отдельный класс: MyEntityId. И чтоб совсем было весело: с приватным конструктором. То есть, экземпляр никто никогда не может создать, кроме… MyEntityStorage. В Dart так можно.
И просто такой факт, что такие id можно взять только у MyEntityStorage обозначает, что технически вообще не возможно никогда нигде никакая ошибка неверного id. Сущность не может несуществовать. Bullet-proof.
Это же сколько кода, сколько обработчиков, сколько UI не надо писать, сколько сценариев ошибок не нужно учитывать. Класс, да?
Вот только есть мааааленькая проблемка…
Начинает казаться, что если мы вместо примитивов будем передавать какой-то объект класса MyEntityId, который еще и сериализовать нельзя никаким образом, возникает вопрос. А почему бы нам тогда не передавать везде собственно сущность?
Или другой вариант. А что, если на сервере сущность удалили. И в момент какой-то асинхронной операции выясниться, что Id более не валидный, и он может где-то в какой-то переменной еще висеть. И тогда ошибка будет. И ее надо обрабатывать.
Или другой вариант: в другом типе данных хранится такой вот id, чтобы ссылаться на другую сущность. И… И как мы создадим этот другой тип данных, если мы не можем создавать MyEntityId?
Ну в общем, я еще подумою… А вам спасибо, и хорошего дня!
🔥1
Просто код
Супер-безопасные ID для сущностей Ох, давно я не писал, ох, давно!! Но вот начал прогать и понеслась мысля по полю 😊 Суть вот в чем. Есть сторейдж, откуда вы берете какие-то сущности. И у этих сущностей есть Id какие-то. И по этим id вы сущности считываете…
Я еще подумал. Можно вместо приватного контруктора делать sealed class, в Dart есть такая фишка. Нигде снаружи нельзя будет такой класс расширить. Это повышает надежность.
Я поставил антигравити от Гугла и изучаю структуру проектов и разбивку на модули в c++
Йолы-палы, ребят. Я конечно тормозок, но наконец-то я по нормальному погонял агентов, скилы, слегка увидел под капотом, как это все работает, и как это отличается от использования chatgpt.
Это прост небо и земля! Реальна
Это прост небо и земля! Реальна
Много прошло всего, и чет я с середины начинаю. Ну да и ладно. Теперь буду писать про программирование с AI, если никто не против
Программирую в Antigravity. И завезли туда поддержку skills. И я такой обрадовался, понаписал скилы, чтоб агент правильно задачи делал. Например, скилл по тому, как оформлять спецификацию.
И вот чо я осознал в итоге, кое-что неприятное.
Вот я пишу в новом чате первый запрос, говорю, чтоб писал документацию. И могу сказать — используй скилл для документации (прям словами, без магии). И он чаще всего ее использует! Все правильно делает.
И после прочтения первого варианта я прошу его: внеси такие-сякие изменения (зайчишка мой сладкий). А он берет ... и уже не помнит, что нужно было использовать скил и засирает всю тока что созданную красивую доку.
Получается, все скилы надо напоминать каждое сообщение. Каждое!!! Суть он помнит из истории чата, а необходимость использовать скиллы — нет.
И вот чо я осознал в итоге, кое-что неприятное.
Вот я пишу в новом чате первый запрос, говорю, чтоб писал документацию. И могу сказать — используй скилл для документации (прям словами, без магии). И он чаще всего ее использует! Все правильно делает.
И после прочтения первого варианта я прошу его: внеси такие-сякие изменения (зайчишка мой сладкий). А он берет ... и уже не помнит, что нужно было использовать скил и засирает всю тока что созданную красивую доку.
Получается, все скилы надо напоминать каждое сообщение. Каждое!!! Суть он помнит из истории чата, а необходимость использовать скиллы — нет.
уже три дня восстанавливаю утраченный функционал. Сраная кнопка "undo changes to this point" в антигравити. Она все испортила, все удалила, что я не успел закоммитить. А я хотел причесать перед коммитом.
И три дня эти модели как сговорились пишут только откровенный шлак вместо красивого кода, что изначально получился. Пишу вручную. Я просто уничтожен, подавлен
И три дня эти модели как сговорились пишут только откровенный шлак вместо красивого кода, что изначально получился. Пишу вручную. Я просто уничтожен, подавлен
Forwarded from Пеши Музло!
Фух, ну я вырвался из ада программирования. Гиперфиксация — это зло конешно.
Что я напрограммировал чудесного с помощью ИИ? Перечислю с места в карьер, кто не поймет, тому пирожок. Кратко, напомню, делаю универсальное DSP DAW-like библиотеку на c++ и Dart, для использования в проектах Flutter.
* Graph-like структура проекта: перечисляешь юниты в древовидной структуре, задаешь параметры
* Есть пока несколько юнитов: Mixer, SineSynth, примитивный SimpleSampler и SampledInstrument — куда можно грузить засемплированное пианино, например.
* бинарная передача данных в DSP для передачи сложных структур: пресеты и зоны для SampledInstrument, например.
* Загрузка WAV и ресемплинг в нужный битрейт и формат
* SampledInstrument — большой проект, где саму суть многоголосной, но ограниченой системы пришлось спроектировать самостоятельно, ИИ не умеет такие сложности.
* А и интерполяция семпла — задача оказалась вроде простая даже. ИИ такое на изи умеет, и алгоритмы знает всякие
* Горячее автоматическое подключение миди-устройств: в любой момент работы программы подрубаешь миди-клаву, и она сразу работает.
* Собственно движок для рендеринга Аудио буферов юнитов, раздача зависимостей между юнитами.
* И отдельная гемороина: убирание щелчков при срочном выключении голоса синтезатора или семплера.
Это самые большие штуки. Делал это все с 6 по 26 января, в отрыве от нескольких тусовок, прогулок, занятий спортами и тд.
В общем, кажется, что весьма недурственно. Сам бы я дольше писал это, особенно учитывая, что язык с++ я знаю весьма плохо.
Что дальше? Надо теперь найти и скачать себе пианино библиотеку, которая не то что бесплатная, а позволяет делать redistribute, чтобы я мог пианино внедрить в свою программу.
А вообще — надо доделать в DSP систему транспорта: пауза-стоп, секвенсор для воспроизведения миди-клипов, маршрутизацию миди-данных устроить, и доработать SimpleSampler, или может вместо него приделать DrumSampler.
Это я к тому, что если вы вдруг задумались, где мое музло - то вот оно где, я прогал. Прогаю прогу-тренажор, и для тренажера писал аудио-движок. Может не самое рациональное решение, но и прога-тренажер — это не единственная у меня цель.
Как вам название тренажера PandaMusic? 🙂
Что я напрограммировал чудесного с помощью ИИ? Перечислю с места в карьер, кто не поймет, тому пирожок. Кратко, напомню, делаю универсальное DSP DAW-like библиотеку на c++ и Dart, для использования в проектах Flutter.
* Graph-like структура проекта: перечисляешь юниты в древовидной структуре, задаешь параметры
* Есть пока несколько юнитов: Mixer, SineSynth, примитивный SimpleSampler и SampledInstrument — куда можно грузить засемплированное пианино, например.
* бинарная передача данных в DSP для передачи сложных структур: пресеты и зоны для SampledInstrument, например.
* Загрузка WAV и ресемплинг в нужный битрейт и формат
* SampledInstrument — большой проект, где саму суть многоголосной, но ограниченой системы пришлось спроектировать самостоятельно, ИИ не умеет такие сложности.
* А и интерполяция семпла — задача оказалась вроде простая даже. ИИ такое на изи умеет, и алгоритмы знает всякие
* Горячее автоматическое подключение миди-устройств: в любой момент работы программы подрубаешь миди-клаву, и она сразу работает.
* Собственно движок для рендеринга Аудио буферов юнитов, раздача зависимостей между юнитами.
* И отдельная гемороина: убирание щелчков при срочном выключении голоса синтезатора или семплера.
Это самые большие штуки. Делал это все с 6 по 26 января, в отрыве от нескольких тусовок, прогулок, занятий спортами и тд.
В общем, кажется, что весьма недурственно. Сам бы я дольше писал это, особенно учитывая, что язык с++ я знаю весьма плохо.
Что дальше? Надо теперь найти и скачать себе пианино библиотеку, которая не то что бесплатная, а позволяет делать redistribute, чтобы я мог пианино внедрить в свою программу.
А вообще — надо доделать в DSP систему транспорта: пауза-стоп, секвенсор для воспроизведения миди-клипов, маршрутизацию миди-данных устроить, и доработать SimpleSampler, или может вместо него приделать DrumSampler.
Это я к тому, что если вы вдруг задумались, где мое музло - то вот оно где, я прогал. Прогаю прогу-тренажор, и для тренажера писал аудио-движок. Может не самое рациональное решение, но и прога-тренажер — это не единственная у меня цель.
Как вам название тренажера PandaMusic? 🙂