Sound Recorder и другие программы от @SEM*, Для желающих протестировать и использовать выложил программы Поделиться Опции

[@SEM*]

Приветствую всех!
Для желающих протестировать и использовать решил выложить свою программу для записи звука на Windows - Sound Recorder.



Решил вспомнить молодость и развить один проект. Изначально он возник из лабораторной работы по дисциплине "Обработка звука"..
С тех пор программа внешне и внутренне значительно изменилась.

Вот некоторые возможности:

- запись звука с выбранного устройства записи (используется библиотека Windows MME);
- выбор глубины звука (8, 16, 24 бита);
- выбор частоты дискретизации (от 8000 до 192000 кГц);
- выбор количества каналов (моно, стерео);
- визуализация графика звука в реальном времени при записи/воспроизведении;
- визуализация Peak meter при записи и воспроизведении;
- визуализация VU meter при записи и воспроизведении;
- визуализация графика звука после его записи;
- отображение клиппинга/перегрузки на графике звука;
- изменение громкости записанного звука;
- обрезка звука (начало, конец);
- возможность сохранения и загрузки ранее записанного звука.

Программа разрабатывалась для максимальной совместимости, поддерживается Windows XP и выше.
Рекомендуемое количество оперативной памяти - от 512 мб (до сохранения на диск файл пишется напрямую в оперативную память, чем её больше, тем больше доступно времени для записи).
Во время записи не производятся никакие манипуляции со звуком (изменение громкости, фильтры, обработка). Настроили параметры записи, включили запись - просто сохраняются данные, получаемые от выбранного устройства записи с выбранными параметрами (устройство сразу запускается с этими настройками, программа никак не преобразует звук).

Из возможных глюков:

- возможны небольшие смещения надписей и некорректный масштаб отображения окна (даже не знаю почему так, версии RC (Release Candidate) должны корректно отображаться). Как вариант, в случае проблемы - пробуйте различные режимы совместимости при запуске программы (настраивается в контекстном меню начиная с Windows 7);
- eсли у некорректно отображаются некоторые элементы интерфейса во время записи/воспроизведения - РЕШЕНИЕ.

Огромная просьба - кто установил и у кого запустилось (или не запустилось), напишите свой отзыв, впечатления и пожелания. Это мотивирует дальше заниматься проектом.

Ссылка на актуальную версию программы (v3.11.21 Alpha 3)

Репозиторий: Проект на GitHub

Предыдущие версии программы

v3.10.10 Alpha 3
v3.9.14 Alpha 3
v3.8.21 Alpha 3
v3.7.3 Alpha 3
v3.6.5 Alpha 3
v3.5.10 Alpha 3
v3.4.9 Beta 1
v3.3.9 Beta 1
v3.2.5 Beta 1
v3.1.2 Alpha 3
v2.9.9 RC2-RC3
v2.9.8
v2.9.7

[close]

P.S. Внутри архива внизу данного поста (файл "Example_short_16Bit_44KHz_Stereo.zip") есть аудио файл для проверки в приложении. У кого не работает запись звука (нет микрофона или других устройств записи), можете проверить функционал с помощью этого файла (добавить файл в приложении через меню "Файл -> Открыть").

Сообщение отредактировал @SEM* - 9.2.2026, 17:28

[EXL]

@SEM*,
По "sound_rec Версия 3.4.9 Beta 1" в окружении Wine -- заметил, что если запускать программу "в фоне", то бишь запустить и быстро переключиться на другое окно ещё до того как программа полностью запустилась, чёрнота снова появляется.



Фикс этой проблемы как-то зависит от фокуса окна?

[EXL]

@SEM*,
Концепция и идея игрушки Jumping Ball v0.9.3 Alpha 3 прикольная

Под Wine работает. Вот только непонятно понятно почему при промахе и потере жизни есть небольшое подтормаживание? Так и задумывалось?

[@SEM*]

@SEM*,
По "sound_rec Версия 3.4.9 Beta 1" в окружении Wine -- заметил, что если запускать программу "в фоне", то бишь запустить и быстро переключиться на другое окно ещё до того как программа полностью запустилась, чёрнота снова появляется.

Фикс этой проблемы как-то зависит от фокуса окна?

Это, скорее всего, особенности библиотек Wine. Я для устранения этого эффекта при инициализации (первичное создание окна) выбирал его принудительную перерисовку (по сути, в Windows эта перерисовка выполняется и так, а в Wine нет, таким образом в текущей версии для совместимости с Wine эта перерисовка выполняется дважды). Так что тут, скорее всего, уже ничего не поделаешь, костыли они такие костыли.. Как говорил классик в одном из видео: "Ну в этой ситуации мы просто наше, это самое, мы уже, здесь наши полномочия все, окончены."
P.S. Вообще эти GroupBox c какого-то перепуга не перерисовываются автоматический (их перерисовка внутри дополнительной функции), а точнее ихний фон (помню что это было связано со свойствами главного окна). Но если поменять свойства главного окна, тогда что-то другое будет криво работать (уже точно не помню что). В общем, в идеале, программу надо основательно переписывать. Как минимум обработчик сообщений от звукового устройства должен быть в отдельном потоке, а не в обработчике главного окна (из-за этого если во время записи изменять размеры окна, то могут быть пропуски в записи или воспроизведении звука). Также было бы неплохо область вывода графика звука запихнуть в отдельное окно, как у многих других программ (например, GoldWave), это бы тоже много упростило. Но это уже переписывать минимум пол кода программы, а в идеале делать всё с нуля. А с учётом такого количества скачиваний это уже не имеет смысла, даже при наличии свободного времени.

Сообщение отредактировал @SEM* - 28.1.2025, 19:26

[@SEM*]

Версия 3.5.3 Alpha 1

Тестовая версия, некоторые функции будут дорабатываться

Главным изменением в версиях 3.5.x является добавления отображения уровня звука (VU meter).

Список изменений:

- добавил отображение уровня звука для МОНО сигнала при записи и воспроизведении;
- отображение уровня звука МОНО сигнала для 8, 16 и 24 битного звука;
- визуализация уровня звука для МОНО сигнала тремя разными цветами (зелёный - уровень в пределах нормы, жёлтый - близко к границе перегрузки, оранжевый - возможны перегрузки).

Что собственно от вас требуется.
Во-первых, оценить саму визуализацию (я ничего лучше не придумал как разместить VU meter вверху справа внутри области визуализации), стиль визуализации (цвета, размер точек и их количество).
Во-вторых, насколько визуализация корректна (для этого нужно сравнить визуализацию в сравнении с другой подобной программой во время записи или воспроизведения звука). Как вариант - субъективное восприятие (лично мне по субъективным ощущениям эти настройки визуализации VU meter понравились, возможно, у вас иначе, поделитесь своим мнением).

Пока не начал реализовывать визуализацию для СТЕРЕО сигнала (там работы гораздо больше) хотелось бы прочитать ваши пожелания и замечания.

Хеш-суммы архива:

CRC32: 3F5B5272
MD5: 63B542127196CE203453B60697808998
SHA-1: 600248E5FD5DD11C7EDB2B39F86ABE1AFD992D37

Сообщение отредактировал @SEM* - 17.4.2025, 18:26

[@SEM*]

Версия 3.5.10 Alpha 3

Тестовая версия, некоторые функции будут дорабатываться

Главным изменением в версиях 3.5.x является добавления отображения уровня звука (VU meter).

Список изменений:

- добавил отображение уровня звука для МОНО и СТЕРЕО сигнала при записи и воспроизведении;
- отображение уровня звука МОНО и СТЕРЕО сигнала для 8, 16 и 24 битного звука;
- визуализация уровня звука для МОНО и СТЕРЕО сигнала тремя разными цветами (зелёный - уровень в пределах нормы, жёлтый - близко к границе перегрузки, оранжевый - возможны перегрузки);
- переделал стиль визуализации для значков перегрузки и уровня звука (теперь выглядит более компактно);
- добавил в главное меню включение/выключение отображение индикатора уровня звука (меню "Вид->Отображать VU meter");
- немного изменил стиль шкалы воспроизведения при проигрывании аудиофайла.

Что собственно от вас требуется.
Во-первых, оценить саму визуализацию (я ничего лучше не придумал как разместить VU meter вверху справа внутри области визуализации), стиль визуализации (цвета, размер точек и их количество).
Во-вторых, насколько визуализация корректна (для этого нужно сравнить визуализацию в сравнении с другой подобной программой во время записи или воспроизведения звука). Как вариант - субъективное восприятие (лично мне по субъективным ощущениям эти настройки визуализации VU meter понравились, возможно, у вас иначе, поделитесь своим мнением).
В-третьих, прошу отписаться если были замечены какие-то недоработки или глюки при работе приложения.

Хеш-суммы архива:
CRC32: 1C34DAA1
MD5: B4715528413A44D8202A4A46F73E0C76
SHA-1: DD4FF915E926DFF664E619568285F763EDB7D012

[@SEM*]

Версия 3.6.5 Alpha 3

Тестовая версия, некоторые функции будут дорабатываться

Главным изменением в версиях 3.6.x является добавление отдельного потока для записи звука. Это должно помочь устранить пропуски звука во время записи, если пользователь изменяет размеры окна.

Протестировал на домашнем ноутбуке - пропуски звука при записи действительно пропали, масштабирование и перетаскивание окна теперь не влияет на запись звука.
Протестировал на Windows XP на виртуальной машине - к сожалению пропуски звука иногда проявляются, хотя их интервал и уменьшился.

Список изменений:

- теперь запись производится в отдельном потоке;
- переработан код для записи звука, созданы отдельная функция для обработки сообщений от буфера записи, отдельная функция для потока, внутри которого производится запись;
- добавил возможность вывода информации о библиотеках и драйверах OpenGL, используемых в приложении (с помощью OpenGL выводится график звука и некоторые другие визуальные элементы); окно открывается через "МЕНЮ->Справка->OpenGL информация";
- оптимизация кода (удаление лишних переменных, переименование некоторых переменных для лучшей наглядности), переработка кода.

Хеш-суммы архива:
CRC32: 0A9161B2
MD5: 435BFCDC25995A120961F9728A11BE2E
SHA-1: B263C5A63F8E313DEBCB9FD4F2BDB2D749913006

Сообщение отредактировал @SEM* - 8.6.2025, 10:16

[@SEM*]

Если у вас некорректно отображаются некоторые элементы интерфейса во время записи/воспроизведения

Например, у меня при тестировании программы на Windows XP в эмуляторе программа отображала значки пиков/перегрузки и VU meter слишком маленького размера (размер отдельных индикаторов 1 пиксель вместо 10 пикселей), или в Windows 10 прогресс бар воспроизведения рисуется слишком тонкой толщины (1 пиксель вместо 8 пикселей).

Экспериментальным методом выяснил, что причина в библиотеках OpenGL, некоторые реализации не поддерживают изменения ширины линий (функция "glLineWidth") и/или размера точек (функция "glPointSize"). Казалось бы, базовые функции, которые были чуть ли не с первой реализации OpenGL, но, как показала практика, они не всегда работают.
У меня в распоряжении оказалась очень старая версия файла "OPENGL32.DLL" версии 4.0.1379.1, которая успешно работает как на Windows 10, так и на Windows XP. Необходимо распаковать файл с архива в папку программы, это помогает устранить проблемы визуализации элементов интерфейса.
Как альтернативный вариант, нашёл старую версию библиотек Mesa для Windows ("MesaForWindows-13.0.6"), которая работает как в Windows XP, так и в Windows 10. Просто распакуйте файлы из архива в одну папку с программой.

Как проверить, используется ли новая библиотека приложением

Перед копированием файлов соответствующей библиотеки запустите программу. Зайдите в меню "Справка - OpenGL Информация" и посмотрите там информацию.
Скопируйте файлы одной из библиотек в папку с программой. Запустите программу. Снова зайдите в меню "Справка - OpenGL Информация" и посмотрите там информацию. Если информация поменялась (должна появится актуальная информация о используемой библиотеке OpenGL), значит вы всё сделали правильно и программа использует новую библиотеку.

[close]

Внимание! Оба варианта альтернативных библиотек OpenGL работают медленнее чем предустановленная версия в вашей системе. Во время записи и воспроизведения это не критично, а вот после окончании записи/воспроизведения (когда визуализируется весь записанный файл) это может быть заметно. Рекомендуется использовать один из вариантов библиотек только в случаях некорректного отображения элементов интерфейса!

Внизу этого сообщения прикреплю обе версии библиотек. Используйте только в случае проблем и только одну из версий. Также даю ссылку на сайт, где скачивал старые библиотеки Mesa для Windows - downloads.fdossena.com

Хеш-суммы архива "OPENGL32DLL_V4.0.1379.1.zip":
CRC32: BD01389E
MD5: 82E45AD964207339F96257E8317227DD
SHA-1: 7069A2CEA7CDDA216C22A30F545C02F96F8B48D9

Хеш-суммы архива "MesaForWindows-13.0.6.zip":
CRC32: 23C95DEA
MD5: 79EF22BB54F0C35EE48E591A27436AEB
SHA-1: 9FCCCFFC8A095313A5C8A9DF4D511406987934FA


Сообщение отредактировал @SEM* - 8.6.2025, 11:59

[@SEM*]

Версия 3.6.9 Alpha 3

Тестовая версия, некоторые функции необходимо дополнительно тестировать.

Главным изменением в версиях 3.6.x является добавление отдельного потока для записи звука. Это должно помочь устранить пропуски звука во время записи, если пользователь изменяет размеры окна.

Протестировал на домашнем ноутбуке - пропуски звука при записи действительно пропали, масштабирование и перетаскивание окна теперь не влияет на запись звука.
Протестировал на Windows XP на виртуальной машине - к сожалению пропуски звука иногда проявляются, хотя их интервал и уменьшился.

Список изменений:

- теперь запись производится в отдельном потоке;
- переработан код для записи звука, созданы отдельная функция для обработки сообщений от буфера записи, отдельная функция для потока, внутри которого производится запись;
- добавил возможность вывода информации о библиотеках и драйверах OpenGL, используемых в приложении (с помощью OpenGL выводится график звука и некоторые другие визуальные элементы); окно открывается через "МЕНЮ->Справка->OpenGL информация";
- оптимизация кода (удаление лишних переменных, переименование некоторых переменных для лучшей наглядности), переработка кода;
- переписал и протестировал часть кода, ответственного за работу потока записи звука - изменил логику обработки ошибок при запуске и остановке устройства записи (теперь все ошибки собираются и выводятся в одном сообщении уже после остановки потока);
- во время тестирования выявил и устранил аварийное завершение программы (возникало при повторной попытке запустить запись в случае отсутствия устройств записи) - теперь перед началом записи программа делает сначала тестовое открытие и закрытие устройства, а лишь затем запускает запись в новом потоке;
- добавил проверку, возможно ли запустить устройство записи с заданными параметрами глубины и частоты дискретизации звука.

Хеш-суммы архива:
CRC32: 965FEB5E
MD5: 56A14EC03FC10D01FC69B81617FAD9A8
SHA-1: 441E4F6CE111AC54B4BDB32EA5299A0292ECF52D

Сообщение отредактировал @SEM* - 8.6.2025, 23:39

[@SEM*]

Версия 3.7.3 Alpha 3

Тестовая версия, некоторые функции необходимо дополнительно тестировать.

Главным изменением в версиях 3.7.x является возможность записи звука в Hi-Res качестве - 96 кГц и 192 кГц (при условии, что устройства записи и воспроизведения поддерживают такие частоты дискретизации).

Список изменений:

- добавил возможность записи аудио с частотой дискретизации 96 кГц, протестировал работоспособность этого формата в разных условиях (в сочетании с моно и стерео, в сочетании с разной глубиной звука, запись, воспроизведение, сохранение, загрузка);
- добавил возможность записи аудио с частотой дискретизации 192 кГц, протестировал работоспособность этого формата в разных условиях (в сочетании с моно и стерео, в сочетании с разной глубиной звука, запись, воспроизведение, сохранение, загрузка);
- добавил возможность записи, воспроизведения, сохранения и загрузки аудиофайлов размером более 2 ГБ (ограничение на размер занимаемой оперативной памяти для одного процесса в для WIN32 приложениях); теперь для 32-битных систем ограничение на размер составляет 3ГБ (после редактирования системного файла "boot.ini"), а для 64-битных систем (Windows Vista и выше) максимальный размер теперь ограничен ~3.5-3.8 ГБ (система уже настроена, ничего редактировать не нужно); в настройках компиляции программы добавил флаг "LARGEADDRESSAWARE";
- мелкие правки и исправления.

Проверил работу программы как для 96 кГц, так и для 192 кГц. На моём ноутбуке всё работает быстро и без каких либо зависаний изображения или звука. При записи и воспроизведении затраты на отрисовку одного буфера в пределах 1-9 миллисекунд в зависимости от драйверов (в теории, всё будет работать без проблем с временем отрисовки до 30-45 миллисекунд), так что есть ещё большой запас прочности, всё должно работать стабильно даже на старых ПК (хотя понятие "старый" у всех относительно). Само собой, на высоких значениях дискретизации затрачивается больше ресурсов (больший размер файла при той же продолжительности аудиозаписи, значительно больше времени на отрисовку всего файла), но и качество записи будет получше. В повседневных задачах это не особо нужно, но кому-то, возможно, и пригодится.

Хеш-суммы архива:
CRC32: 93EAB3ED
MD5: 3B902AC50CFDDBB2D6331F210A693143
SHA-1: EE34F08DB77CD19ABF85802634E77D49AA93279B

Сообщение отредактировал @SEM* - 11.6.2025, 17:12

[@SEM*]

Версия 3.8.21 Alpha 3

Главным изменением в версиях 3.8.x является добавление быстрой визуализации графика записанной или загруженной с файла аудиозаписи. Сейчас при изменении размеров окна отрисовка графика звука стала намного быстрее и не зависит от длины аудио. Также добавлено отображение перегрузки/клиппинга для уже записанного/загруженного аудио(в виде вертикальных красных линий на графике звука).

Список изменений:

- Добавление быстрой визуализации для записанного/загруженного аудио (также оставил возможность выбора старого типа визуализации через меню "Вид").
- Добавление визуализации перегрузки/клиппинга для записанного аудио (можно включить или выключить через меню "Вид").
- Изменение цветов графика звука - теперь звуковая волна рисуется зелёным цветом (для МОНО записи) и зелёным + тёмно-синим (для СТЕРЕО записи). Также изменил цвет прогрессбара в режиме воспроизведения на светло-фиолетовый.
- Переработка главного меню. В меню "Вид" добавил три пункта для режима ожидания - "Быстрая визуализация", "Детальная визуализация" и "Отображать клиппинг".
- Теперь в меню "Вид" пункты разделены на две категории - "Запись/Воспроизведение" (настройка визуализации в режиме записи и воспроизведения) и "График звука" (настройка визуализации в режиме ожидания [при отображении всего графика звука]).

Хеш-суммы архива:
CRC32: E037F343
MD5: A890A0BCFA857176F415639FA56E7722
SHA-1: 465959B631C2596C5188E58BE26C3D5E8A3DF7A5



Сообщение отредактировал @SEM* - 26.6.2025, 23:56

[@SEM*]

Версия 3.9.11 Alpha 3

Главным изменением в версиях 3.9.x является добавление отдельного потока для воспроизведения звука. Это устранило пропуски звука во время воспроизведения когда пользователь взаимодействует с окном программы (изменяет размеры окна, меняет настройки, пролистывает список).

Список изменений:
- теперь воспроизведение реализовано в отдельном потоке;
- переработан код для воспроизведения звука, созданы отдельная функция обработки сообщений от устройства воспроизведения, функция для потока воспроизведения;
- полная переработка кода для запуска и остановки воспроизведения;
- частичная переработка кода для запуска и остановки записи;
- устранил ошибку, возникающую при закрытии программы во время воспроизведения;
- добавил окно предупреждения при закрытии программы во время записи;
- устранил мерцание таймера во время записи/воспроизведения (требует доп. тестирования);
- оптимизация и переработка кода программы, устранение ошибок.

Хеш-суммы архива:
CRC32: 7C2E6CF9
MD5: 9F45C89E8869A34554D0A715A12DAA2F
SHA-1: E2120E21C0C4E915827480A2AD9F3456238B0BF6

[@SEM*]

Версия 3.9.14 Alpha 3

Главным изменением в версиях 3.9.x является добавление отдельного потока для воспроизведения звука. Это устранило пропуски звука во время воспроизведения когда пользователь взаимодействует с окном программы (изменяет размеры окна, меняет настройки, пролистывает список).

Список изменений:
- теперь воспроизведение реализовано в отдельном потоке;
- переработан код для воспроизведения звука, созданы отдельная функция обработки сообщений от устройства воспроизведения, функция для потока воспроизведения;
- полная переработка кода для запуска и остановки воспроизведения;
- полная переработка кода для запуска и остановки записи (нажатие кнопки СТОП, обработка ошибок, добавлены события остановки записи)
- устранил ошибку, возникающую при закрытии программы во время воспроизведения;
- добавил окно предупреждения при закрытии программы во время записи;
- устранил мерцание таймера во время записи/воспроизведения (требует доп. тестирования);
- оптимизация и переработка кода программы, устранение ошибок.

Хеш-суммы архива:
CRC32: 84DEB197
MD5: F43BA7E53C6096164F00B5794882C541
SHA-1: 4D551BA48A7EC9B8B3649F9B2BBFBFF68762F3C2

Сообщение отредактировал @SEM* - 3.10.2025, 10:10

[@SEM*]

Версия 3.10.10 Alpha 3

Главным изменением в версиях 3.10.x является добавление режима предварительной визуализации для устройства записи. Включение флажка "Предварительная визуализация" позволяет отображать график звука без фактической записи в память. Может быть полезно как при настройке устройства записи (проверка выбранного устройства и параметров записи) так и в случаях, когда интересно просто наблюдать график звука без фактической записи.

Список изменений:
- добавил пункт "Предварительная визуализация" внутри области "Устройство записи";
- старт записи звука возможен как при включенной опции "Предварительная визуализация" так и без неё, запись начинается моментально;
- блокировка и выключение пункта "Предварительная визуализация" при старте записи;
- блокировка настроек параметров записи (выбор устройства, частота дискретизации, глубина звука, кол. каналов) при включении "Предварительной визуализации" или старте записи звука;
- добавил окно предупреждения при включении пункта "Предварительная визуализация" в случаях, когда имеются не сохранённые данные;
- добавил значок "REC" в левой нижней части окна (левее счётчика времени), который отображается во время записи (чтобы было понятно, когда только визуализируем звук, а когда ещё и записываем в память).

Хеш-суммы архива:
CRC32: E5D1B7AB
MD5: 42234D83CEA3E31C37ED22B46322BCA2
SHA-1: 67C75214B01165B4933C868D518555150C35F2D4

Сообщение отредактировал @SEM* - 12.10.2025, 18:33

[@SEM*]

Версия 3.11.21 Alpha 3



В версии 3.11 добавил Peak meter, который теперь отображается вместо индикаторов перегрузки. Максимальный уровень сигнала отображается в виде линейной шкалы в пределах 0 - 99.99%, а всё что выше (клиппинг) отображается в виде красного индикатора перегрузки, расположенного немного правее этой шкалы.

Подробный список изменений

1) Визуализация Peak meter в виде единой шкалы от 0 до 100%.

2) На шкалу Peak meter добавлен индикатор удержания локального максимума - Peak-Hold. Время удержания максимума - 2 секунды.

3) Визуализация перегрузки (клиппинга) в виде отдельного индикатора:
- время задержки отображения последнего клиппинга - 2 секунды;
- первые 0.25 секунды после последнего клиппинга дополнительно отображается белая точка в центре индикатора.

4) Полностью переписан код расчёта показаний и визуализации VU meter:
- вместо 15 отдельных индикаторов реализована единая шкала от 0 до 100%;
- фактические показания стали примерно в 2 раза меньше чем было раньше (это более корректная и правильная формула, показания сверены с другим ПО);
- цвет шкалы VU meter стал немного темнее, для лучшего отличия от шкалы Peak meter.

5) Добавлена разметка шкалы для Peak meter и VU meter (каждые 5, 10, 50%).

6) Переименован пункт "Индикаторы перегрузки" в меню "Вид". Теперь он называется "Peak meter".

7) Переработана визуализация линий и точек внутри области OpenGL для улучшения совместимости (ранее в некоторых реализациях OpenGL линии и точки не могли рисоваться с шириной/размером более чем 1 пиксель).

8) Переработка и оптимизация кода, устранение ошибок.

[close]

Хеш-суммы архива:
CRC32: 324C0E74
MD5: 3F501E62AB58555197FA515DA59AFBB1
SHA-1: C74A1CF943731166D3B75138CDB25DDBD579AE1F

[@SEM*]

Привёл проект немного в порядок, убрал лишние файлы и оставил только необходимое. Наконец-то разобрался и выложил проект на GitHub.

Что нового:
GitHub Repository: Теперь весь исходный код доступен публично. История коммитов, ветки и документация — всё в одном месте. Ссылка на проект.
README: Добавлена подробная документация и инструкция по сборке на русском и английском языках.
Обновление до версии 3.12.16: список изменений в файле changelog.txt.
Сборка: Добавлена поддержка CMake и скрипт GenerateProject.bat — проект в один клик собирается под актуальные версии Visual Studio.

Шапка темы обновлена, добавлена ссылка на репозиторий.

[EXL]

@SEM*,
Теперь у тебя появился мотиватор разобраться с CI по типу GitHub Actions, чтобы при коммите на стороне сервера генерировалась сборка и EXE-файл автоматические добавлялся в релизы.

[EXL]

@SEM*,
Ах да, я тут переехал на современные дисплеи, где очень высокий DPI и программа на них выглядит очень мелко при масштабе 200% где каждый пиксель превращается в 4 пикселя.



На дворе 2026 год и подобные дисплеи уже давно норма в отличие от тех что используют 96 как стандартное значение DPI. В общем, это одна из самых частых проблем самописного UI, использование фреймворка вроде Qt решило бы эту проблему.

Диалоги и прочие контроллы WinAPI по типу меню рендерятся на современном дисплее нормально, Microsoft постарался с адаптацией старых технологий.

[EXL]

@SEM*,
Чтобы понять как примерно программа без поддержки HiDPI выглядит на моём дисплее, измени в браузере масштаб моих скриншотов в отдельных окнах со 100% до 50%

[@SEM*]

@SEM*,
Чтобы понять как примерно программа без поддержки HiDPI выглядит на моём дисплее, измени в браузере масштаб моих скриншотов в отдельных окнах со 100% до 50%

Напиши разрешение дисплея и диагональ чтобы я хоть немного понимал о чём речь. У меня сейчас дисплей с FULL HD при диагонали 14 дюймов, что в сумме даёт такую же плотность пикселей как и на 4K 28 дюймов. Вот под такую плотность пикселей я и писал. Кстати, твои скриншоты смотрятся на моём дисплее так как и должны (один в один с размером элементов в моей программе). Может лучше скинешь скриншот всего дисплея (можно, например, сделать окно программы полноэкранным) чтобы я понимал насколько мелким выглядит интерфейс на твоём дисплее.
И ещё одно. Я тут пока оптимизировал код и пилил всё под CMake немного разобрался с масштабированием элементов окна, так как раньше оно у меня масштабировалось корректно (у меня на Windows 11 стоял масштаб 150%), но при этом кнопки и шрифты выглядели размытыми. Поэтому нашёл настройку в Visual Studio которая игнорирует встроенное масштабирование Windows и выводит всё попиксельно. Благодаря этому теперь шрифты и элементы выглядят корректно, но на больших мониторах с высоким разрешением может быть всё мелкое. Если что, вот эта опция - "Инструменты манифеста"-"Вход и выход"-"Поддержка DPI" - "Поддержка высокого DPI". Но, как объяснил ChatGPT, там есть ещё 2 возможных варианта. Один как раз и масштабирует окно и его элементы согласно настройкам Windows (вроде для Windows 7 и новее), а вот второй более продвинутый и не занимается простым масштабирование, а именно вручную обрабатывает изменение размера окна и элементов, но это работает вроде только начиная с Windows 8. Поэтому тут, скорее всего, или максимальная совместимость или корректное масштабирование. Ну а вообще, если согласен потестировать, то можно эту тему развить.

Сообщение отредактировал @SEM* - 9.2.2026, 18:56

[@SEM*]

@SEM*,
Теперь у тебя появился мотиватор разобраться с CI по типу GitHub Actions, чтобы при коммите на стороне сервера генерировалась сборка и EXE-файл автоматические добавлялся в релизы.

"чтобы при коммите на стороне сервера генерировалась сборка и EXE-файл" - что значит "генерировалась сборка"? Генерировался проект под среду разработки? Или сборка это что-то другое? У меня там же в проекте на GitHub есть файл GenerateProject.bat, при запуске которого запускается скрипт, который запускает CMake, который генерирует проект под Visual Studio. Для этого достаточно иметь ПК на Windiws c наличием Visual Studio (благо сейчас она бесплатна). Ах да, там же надо найти и установить компонент "v141_xp" для поддержки запуска на Windiws XP. В остальном всё просто - скачал, распаковал, запустил GenerateProject.bat и получил готовый проект для Visual Studio в подпапке Build.
"разобраться с CI по типу GitHub Actions" - вообще первый раз слышу, но звучит интересно. Я, если честно, только недавно, начал разбираться с Git и GitHub, причем сразу на практике

Сообщение отредактировал @SEM* - 9.2.2026, 19:09

[@SEM*]

EXL, создал 2 версии программы с разными настройками. Попробуй запустить, что поменялось?

sound_rec_V3.12.16_Alpha1_Unicode.zip   ( 1.24 мегабайт ) Кол-во скачиваний: 7

Хеш-суммы архива:
CRC32: 508CBA95
MD5: 2B4A0DFE65421CB7F14BECFD894E08E9
SHA-1: 402F5C3DCD8BC4E6B5AB7478F1B024146A8758D8

No_DPI - масштабирует элементы окна корректно, но сами элементы могут быть размытые.
High_DPI - ничего не масштабирует (рисует всё пиксель в пиксель, на больших мониторах всё слишком мелкое), но зато шрифты и элементы окна не размытые. Я пользуюсь таким вариантом.





Сообщение отредактировал @SEM* - 9.2.2026, 19:55

[EXL]

@SEM*,
Вот пример отображения на фоне программы на Qt где с HiDPI всё нормально.



И фотография. Шрифт внутри формы настолько мелкий что фактически не читаем.

2880x1800 | 2.8K, 14, ~250 DPI, 200% увеличение
3120x2080 | 3.1K, 14, ~260 DPI, 200% увеличение

FullHD на 14 это сегодня не особо HiDPI матрица, потому что даже 2160x1440 (пресловутый 2K) на 14 это всего-лишь ~190 DPI и оно требует где-то 150% масштаб, а не 200% как на матрицах выше.

---

Насчёт CI (GitHub Actions) эти штуки просто собирают программу на сервере и потом помещают исп. файлы в pre-release'ы после каждого коммита и не требуют установки какой-либо Visual Studio размером под 20 GiB.

[EXL]

@SEM*,
На High_DPI-версии программы в HiDPI умеет только MenuBar с менюшками, диалоги вроде About и заголовок окна. То есть всё то что использует WinAPI по канонам. Контент самого окна, который рисуется ручками не имеет поддержки HiDPI и выглядит слишком мелко, таким трудно пользоваться.



На No_DPI-версии программы масштаб нормальный, но всё пикселизировано, будто ClearType не применён, скорее всего это та самая "мыльность".

[@SEM*]

Насчёт CI (GitHub Actions) эти штуки просто собирают программу на сервере и потом помещают исп. файлы в pre-release'ы после каждого коммита и не требуют установки какой-либо Visual Studio размером под 20 GiB.

Изучу данный вопрос, спасибо.
Но нюанс в том что пару вечеров разбирался как работает CMake (создаёт из набора файлов исходного кода и файлов ресурсов готовый проект для выбранной среды разработки, конкретно мой CMake собирает проект под Visual Studio). Так вот - с этим CMake не всё так просто. Мне было недостаточно просто создавать проект, пришлось вписывать в CMake кучу настроек (например, поддержка Windows XP, статическая линковка для улучшения совместимости, добавление статических библиотек, разрешить приложению использовать более 2 ГБ RAM). Эти все настройки прописываются в настройках проектах, а не в файлах исходного кода и без этого проект не скомпилируется и не запустится (а даже если и запустится, то не будет работать как надо). Поэтому особенно интересно как это реализовано в GitHub.

На No_DPI-версии программы масштаб нормальный, но всё пикселизировано, будто ClearType не применён, скорее всего это та самая "мыльность".

В этом режиме, походу, Windows берёт окно и просто масштабирует (при масштабе 150% увеличивает окно и элементы в 1.5 раза, при 200% - в 2 раза). Логично что шрифты и линии становятся не чёткики. Просто я надеялся что при масштабе 200% эта рыхлость не проявится (всё же умножаем на целое число, а не дробное). Но, по факту, хоть 150, хоть 200% - и так и так появляется размытость и рыхлость. Надо покопать в сторону корректного масштаба.

Сообщение отредактировал @SEM* - 9.2.2026, 20:14

[cherr]

Посмотрел репозиторий, немного советов, как сделать лучше и для изучения другими пользователями, и для дальнейшей поддержки проекта

• переименовать hComboBox1,hBut1 и прочие дефолтные названия в понятные и говорящие о том, что это за UI элемент
• код UI попытаться вынести в отдельный файл - SRP тут совсем не помешает
• BOOL/bool, AktivPlayBufer/struct_rec_data - придти к единому стилю как типов переменных, так и их именованию
• поработать над вложенностью - или ранний return, или вынос логики в отдельные функции. Сейчас довольно сложно читать
• есть одинаковый код-копипаст для левого и правого канала, тоже можно унифицировать

Ещё не понял, для чего отдельный скрипт генерации файла проекта. Его же можно сразу в репозиторий положить?

[@SEM*]

cherr,
Спасибо за информацию. Просто коду уже много лет. Там так всё напутано, что переписывать очень сложно. Периодически оптимизирую и переписываю код и комментарии для больше удобочитаемости, но это процесс почти вечен И да, есть идея разбить проект на большее количество файлов, но это надо основательно постараться.

EXL,
Переписал код программы, добавил масштабирование окна. Полностью переписал координаты всех элементов окна (если просто применять масштаб, то они были слишком крупные), но сохранил общую структуру. Теперь на Windows 10+ при смене масштабирования в системе оно применяется к окну программы на лету. Для более старых Windows масштабирование тоже применяется (вычисляется по DPI окна/монитора/системы), но реализация зависит от версии Windows. Для Windows XP надо перезагружать ПК, на Windows Vista/7/8 - перезапускать программу, на Windows 8.1 - применяется без перезапуска, на Windows 10+ применяется даже при перетаскивании окна между мониторами).

P.S. В общем, качаем, запускаем, проверяем. Я запускал на Windows 11 и Windows XP. Масштабирование работает и там и там (для Windows XP после смены DPI надо выполнить перезагрузку). Особенно интересно как это будет работать на Windows Vista/7 (именно начиная с Vista в настройках системы появилось масштабирование элементов интерфейса на лету, без перезагрузки). Надо очень сильно постараться, но поставить образ Vista на виртуальную машину для тестов, ибо если на ней всё запустится, то будет работать везде


Хеш-суммы архива:
CRC32: 13956CBE
MD5: 45412BA50714BAC8FD3253346E3ECC35
SHA-1: 1E1A11446C2FCDE25C659C22DC8107FAB1ED5BB4

Сообщение отредактировал @SEM* - 13.2.2026, 22:07

[EXL]

@SEM*,



Да, теперь всё чётко, после запуска на HiDPI экране с 200% сразу адекватный размер всех элементов внутри окна. И мыла с радугой не видно.

[@SEM*]

EXL,
меня ещё интересует, насколько удобным является текущий масштаб элементов окна? Я вроде подобрал максимально оптимальный (не слишком мелкий, но и не слишком крупный, особенно на большом масштабе). Ещё интересно, насколько программа успешно запускается под Wine и работает ли там масштабирование.

[EXL]

@SEM*,
Нормально, все элементы отчётливо видны и приближены к стандартным размерам.
А вот под Wine пока у меня возможности проверить нет.

[@SEM*]

Версия 3.13.12 (Alpha 2)

Главным изменением в версиях 3.13.x является изменение масштаба для интерфейса программы, который зависит от настроек DPI для окна, монитора или системы. Начиная с Windows 10 масштабирование применяется сразу, без необходимости перезапуска программы.

Что нового:

• Интерфейс автоматически подстраивается под DPI окна/монитора/системы.
• Переписан код для отрисовки и масштабирования элементов интерфейса.
• Поддержка масштабирования начиная с Windows XP.

Репозиторий:
Проект на GitHub
(инструкция по сборке в файле README.md)

Ссылки на скачивание:
Скачать exe с GitHub

Хеш-суммы файла:
CRC32: 9742070A
MD5: 3E36915C0113DD42AE92476FA2FBACE4
SHA-1: 4E00F94D3ADC41C5FDD5AEBD9D8FDEA9EDA32EC1


Сообщение отредактировал @SEM* - 17.2.2026, 17:49