Кажется, вы собрали в одном комментарии все аудиофильские мифы. Воистину, если не учить физику в школе, то вся жизнь будет наполнена чудесами и волшебством. А не сильно портит DSD тот факт, что в этом формате звук обрабатывать невозможно, и его всегда переводят в PCM, затем сводят/обрабатывают, и затем снова переводят в DSD?
Вот в статье функция возвращает строку: function ReadNet: string; Если вы попытаетесь освободить ее память, то будет ошибка EInvalidPointer. Если не будете освобождать, то будет утечка памяти. В любом случае это не правильное поведение.
И даже с компилятором одной версии тип String работать не будет. Так как разные экземпляры менеджеров памяти в разных RTL. Чтобы работало в одной версии Delphi нужен единый менеджер памяти, в виде ShareMem или FastMM с нужными опциями компиляции.
Кроме того, есть FreePascal и Lazarus, которые на линуксе прекрасно работают. Я, например, пишу и отлаживаю на Delphi, так как давно привык к ней. А потом собирается и работает это все на линуксе.
Проблема в процессоре. Процессор, работая в 32-х разрядном режиме может выполнять 16-ти битные инструкции. Процессор, работая в 64-х разрядном режиме может выполнять 32-х битные инструкции, но уже не может выполнять 16-ти битные. Поэтому во всех 32-х разрядных Windows работают 16-ти битные программы, а в 64-х битных уже нет.
Как раз 30 лет назад для решения проблемы с разными компиляторами и языками придумали COM (Component Object Model). Это ABI для совместного использования кода плюс инструменты (например, язык для описания интерфейсов).
Пакетный менеджер позволяет устанавливать пакеты для другой архитектуры. Использую для сборки версии Aarch64 на обычной x86_64. Для RiscV видимо тоже можно.
Этот узел называется "параметрический стабилизатор напряжения", электронный дроссель это про другое (хотя чем-то похож, да). На микросхеме конечно проще, по цене скорее всего выйдет примерно так же, но точек пайки в несколько раз меньше.
Внутреннее сопротивление конденсаторов и ионисторов несколько миллиом. > Соответственно, ток ионисторы могу выдать более 1000 ампер. Гораздо большее сопротивление проводов и контактов.
Если почитать даташит на ионистор (например), то можно узнать про параметр "Max Peak Current", который составляет обычно 20-50 А.
То есть к 6 последовательным ионисторам нужно добавить еще примерно 5 таких цепочек параллельно, всего 30 штук, тогда заработает нормально.
Как выше уже заметили, устанавливать seed нужно только в случае, если надо получать одинаковые последовательности случайных чисел. Это может быть удобно, например, для отладки.
Зачем вы трогали seed, если вам нужны разные случайные числа — непонятно.
https://blogs.embarcadero.com/eugene-kryukov-father-of-firemonkey-and-incredibly-talented-developer/
Кажется, вы собрали в одном комментарии все аудиофильские мифы. Воистину, если не учить физику в школе, то вся жизнь будет наполнена чудесами и волшебством.
А не сильно портит DSD тот факт, что в этом формате звук обрабатывать невозможно, и его всегда переводят в PCM, затем сводят/обрабатывают, и затем снова переводят в DSD?
Ответил ниже, так получилось...
Вот в статье функция возвращает строку:
function ReadNet: string;Если вы попытаетесь освободить ее память, то будет ошибка EInvalidPointer. Если не будете освобождать, то будет утечка памяти. В любом случае это не правильное поведение.
Вот хорошая статья про то, как делать свой API:
https://www.gunsmoker.ru/2019/06/developing-DLL-API.html
И даже с компилятором одной версии тип String работать не будет. Так как разные экземпляры менеджеров памяти в разных RTL.
Чтобы работало в одной версии Delphi нужен единый менеджер памяти, в виде ShareMem или FastMM с нужными опциями компиляции.
Кроме того, есть FreePascal и Lazarus, которые на линуксе прекрасно работают.
Я, например, пишу и отлаживаю на Delphi, так как давно привык к ней. А потом собирается и работает это все на линуксе.
Как уже написали выше, это, мягко говоря, совсем не API.
Проблема в процессоре. Процессор, работая в 32-х разрядном режиме может выполнять 16-ти битные инструкции. Процессор, работая в 64-х разрядном режиме может выполнять 32-х битные инструкции, но уже не может выполнять 16-ти битные.
Поэтому во всех 32-х разрядных Windows работают 16-ти битные программы, а в 64-х битных уже нет.
Как раз 30 лет назад для решения проблемы с разными компиляторами и языками придумали COM (Component Object Model).
Это ABI для совместного использования кода плюс инструменты (например, язык для описания интерфейсов).
Пакетный менеджер позволяет устанавливать пакеты для другой архитектуры. Использую для сборки версии Aarch64 на обычной x86_64. Для RiscV видимо тоже можно.
Краткое руководство: https://askubuntu.com/questions/430705/
Этот узел называется "параметрический стабилизатор напряжения", электронный дроссель это про другое (хотя чем-то похож, да).
На микросхеме конечно проще, по цене скорее всего выйдет примерно так же, но точек пайки в несколько раз меньше.
Судя по питанию +/- 5 В это от пика до пика. Вообще, 2,5 В RMS вполне типичный выходной уровень звуковой карты.
FFmpeg умеет в Direct3D, NVIDIA CUDA, OpenCL и еще несколько менее известных. Подробнее:
https://trac.ffmpeg.org/wiki/HWAccelIntro
Можно здесь посмотреть: Delphi 10.4 / Delphi 11 Alexandria Breaking Changes.
Но в данном случае все нормально — ссылки на интерфейс явно хранятся в локальных переменных.
Loongson так же производится на Тайване, на TSMC.
Нет, неправильно.
Разница в том, что со свопом будет выгружаться то, что дольше не использовалось. А без свопа всегда кэш, даже если он используется.
Если почитать даташит на ионистор (например), то можно узнать про параметр "Max Peak Current", который составляет обычно 20-50 А.
То есть к 6 последовательным ионисторам нужно добавить еще примерно 5 таких цепочек параллельно, всего 30 штук, тогда заработает нормально.
Это килобайт, но не мегабайт.
Как выше уже заметили, устанавливать seed нужно только в случае, если надо получать одинаковые последовательности случайных чисел. Это может быть удобно, например, для отладки.
Зачем вы трогали seed, если вам нужны разные случайные числа — непонятно.
Это, мягко говоря, не так.