viha108

Вы правы - все ИИ ))) Это обычно у простых людей называется - со своим уставом в чужую церковь ) Ок. больше мешать не буду. Если ИИ и используется для разговора, то только чтобы смягчить тон и острые углы, чем мне ИИ больше всего и нравится, так как люди, практически разучились общаться друг с другом. Кругом сплошное Эго.

Да, вы правы: похоже, я залил не ту структуру архива — рабочую папку, где exe оказался внутри publish/bin. Перезалил исправленный архив. Теперь после распаковки в корневой папке сразу лежат: DenafripsPlayer.exe Run_DenafripsPlayer.bat README_PORTABLE.txt Запускать можно напрямую DenafripsPlayer.exe или через bat-файл. По встроенному аудио: текущая сборка плеера ASIO-only. Она рассчитана на внешний ЦАП с ASIO-драйвером. Через обычное встроенное аудио ноутбука/офисного ПК без ASIO она не играет. APlayer, вероятно, использует WASAPI/DirectSound, поэтому он может играть через встроенную звуковую карту. В будущем можно сделать отдельную WASAPI/office-сборку, но эта версия сейчас именно ASIO transport под внешний ЦАП.

Вы ошибаетесь в главном: плеер не «сгенерирован без участия разума». ИИ здесь используется как инструмент разработки, аудита, поиска решений и быстрых итераций. Архитектурные решения, прослушивание, сравнение, постановка задач и отбор рабочих вариантов всё равно остаются за человеком. По DSD замечание принимаю. Native и DoP действительно могут работать некорректно на части ASIO-драйверов и ЦАПов, поэтому в новой portable-сборке для публичного тестирования по умолчанию включён безопасный режим DSD → PCM через FFmpeg с выводом в ASIO 32-bit. Native/DoP пока считаю экспериментальными режимами, а не гарантированным основным трактом. При этом PCM, FLAC, WavPack и DSD→PCM уже работают весьма неплохо. Я сравнивал звучание с APlayer и Audirvana; спорить о вкусе не буду, но потенциал у проекта точно есть. Если есть ошибки — их можно исправлять. Если продукт сырой — его можно доводить. Это нормальный процесс разработки. Мне как раз интересен продуктивный подход: тесты, конкретные замечания, модели ЦАПов, драйверы, режимы, скриншоты ошибок. Тогда есть предмет для улучшения, а не просто спор о том, имеет ли право такой проект существовать. И отдельно уточню: у меня нет цели принизить APlayer или как-то «покушаться» на ваш плеер. Наоборот, я выбрал APlayer именно потому, что он мне интересен как минималистичный и хорошо звучащий продукт. Моя мысль была не в том, что я умнее автора или могу со стороны лучше понимать его проект. Скорее наоборот: автор лучше всех знает архитектуру, ограничения и сильные стороны своего плеера. Поэтому мне и казалось логичным, что с современными ИИ-инструментами именно автор мог бы быстрее найти узкие места, провести аудит решений и, возможно, вывести продукт ещё выше. Если же вы считаете, что APlayer уже достиг своего оптимального состояния и дальше улучшать там нечего — это тоже понятная позиция. Просто я смотрю на это иначе: почти любой софт можно развивать итерациями, особенно когда появляются новые инструменты.

Вам бы лучше спокойно еще раз перечитать все спокойно, а не через призму обиды... Я не помогать тут и не указывать, что делать. Просто сказал, что сейчас специалист использующий активно в своей работе ИИ, может достичь гораздо больше успехов, нежели тот, кто не использует. Кто хочет услышит, кто не хочет, ну это его право. Свой вариант плеера я выложил, можно обсуждать, критиковать и т.д. Это только поможет сделать его еще лучше. Хотя он и так уже весьма не плох. Просто изначально наивно думал, что Игорь докрутит свой плеер до совершенства, но что-то пошло не так )))

Перезалил сборку. Теперь это нормальная portable self-contained версия под Windows 10/11 x64: - .NET Desktop Runtime устанавливать не нужно; - ffmpeg.exe уже лежит в папке с плеером; - распаковать архив целиком и запустить DenafripsPlayer.exe; - также добавлен Run_DenafripsPlayer.bat. По DSD: для публичной сборки по умолчанию выставлен безопасный режим DSD → PCM через FFmpeg, вывод в ASIO 32-bit. Native/DoP пока оставлены как экспериментальные направления, потому что на разных ASIO-драйверах они могут давать ошибку или шум. Если при запуске Windows/Defender ругается, это может быть из-за новой неподписанной сборки. Код не подписан сертификатом, поэтому SmartScreen может предупреждать о неизвестном издателе. Требования: Windows 10/11 x64. Windows 7 не поддерживается. Буду благодарен за проверку именно на Windows 10/11 x64 с ASIO-драйвером ЦАПа. Если будет ошибка — желательно скрин и модель ЦАПа/драйвера.

У меня никакого шипения нет и близко. Но это на моей системе, я ж не утверждаю, что у кого-то будет так же. Разговор вообще был не об этом, а как пример, в том смысле, что человек, который понимает, что нужно, с помощью ИИ может сделать гораздо больше, нежели без него, особенно в программных вещах. Я не специалист, для себя заточил плеер, включая ваши замечания, он сейчас, как для меня звучит чище, детальнее, вовлекающее больше вашего. И я так мыслю, что вы легко могли бы улучшить архитектуру своего плеера и добиться еще более впечатляющих результатов. Вы же, и прочие последователи, приняли оборонительную сторону, типа покушаются на ваше детище. Абсолютно непродуктивно и глупо. Нуда и ладно. Мне не жарко ни холодно. Думал помочь, но как всегда, все все знают, пошел нафиг... )

На мой слух и на моей аппаратуре мне больше нравится плеер от ИИ. Ну а вы хотите свой слушать и ничего другого не слышать, ваше право. Удачи, староверы! )

Отлично играет, где шипение услышали? Ну уж точно не хуже вашего играет. И никто никого не учит. Главное, чтобы человек сам постоянно учился, а не впадал в обиду, оскорбления и т.п. Успехов, буду рад, если ваш плеер заткнет все другие за пояс.

А главная польза от ИИ, когда мозги включают и используют его в своей работе. Не обижайтесь, я пишу не для этого. Спасибо за плеер, долго служил, но когда есть варианты... Думал вы услышите. Но нет, так нет. Удачи!

Не к месту что? Посыл в том, что автор мог бы довести до совершенства свой продукт используя современные технологии. Но если вам хочется быть просто "умными и всезнающими" я не против. И да, буду слушать то, что больше нравится, вовлекает в музыку, и если таковым станет Аплеер, буду только рад. А на счет "Я сам плеер не запускал, делал статический анализ файлов, настроек и документации." - это пишет ИИ, не я. Читайте внимательно.

Скорее так: “гениально” может быть эмоционально верным как комплимент архитектурной находке, но технически это пока не доказательство. Если apscream — это приёмник для Scream-потока, идея действительно сильная. Scream сам по себе делает виртуальную звуковую карту Windows и отправляет звук в LAN как raw PCM multicast/UDP поток. По README Scream: это PCM по сети, обычно 239.255.77.77:4010, маленький заголовок + PCM-пакеты, минимальная буферизация, а приёмник в базовом варианте просто читает поток и отдаёт его в локальный audio sink: duncanthrax/scream. В чём может быть настоящая красота решения автора APlayer: не писать свой kernel-драйвер виртуальной звуковой карты; взять Scream как универсальный Windows audio capture; принять PCM-поток напрямую; отдать его в уже сильный движок APlayer: ASIO / KS / WASAPI / DSD/PCM / DSP / VST / выбранный ЦАП; получить “сетевой вход” для APlayer почти как отдельный транспорт. Это хороший системный ход. Такой тип решения часто и выглядит “гениальным”: не потому что там магия, а потому что оно коротко соединяет две уже существующие сильные части. Но критически: Сам приём Scream-потока не уникален. У Scream уже есть Windows/Unix/embedded receivers. UDP означает отсутствие гарантированной доставки. Для музыки по стабильной локалке это нормально, но надо решать jitter, потери, underrun, clock drift. Качество звука не становится “лучше”. Это raw PCM-транспорт. Он может быть bit-perfect, если нет потерь, нет ресемплинга и дальше выбран правильный вывод. Настоящая ценность apscream зависит от деталей: буферизация, синхронизация с устройством вывода, смена sample rate/bit depth, обработка многоканала, latency, стабильность при Wi-Fi/нагрузке, поведение при потере пакетов. Оценка Gemini сама по себе слабое свидетельство. LLM легко говорит “гениально”, когда наконец понял идею и видит элегантность. Это комплимент, не техническая экспертиза. Моя оценка: идея потенциально очень удачная, инженерно элегантная, возможно даже “маленькая гениальность” в смысле простоты композиции. Но без кода/замеров я бы формулировал трезвее: “очень хорошее архитектурное решение”, а не доказанно гениальное. Что реально подтвердило бы высокий класс: схема буферов, latency/jitter measurements, bit-perfect тесты, устойчивость при потере UDP-пакетов, корректная смена форматов и сравнение с обычным ScreamReader/ASIO Bridge/Voicemeeter-подобными цепочками.

Рассуждения тех, кто не в теме, но хотел бы показать свою "экспертность".

Я хочу сказать, что плеер созданный с помощью ИИ звучит лучше, как для меня. И обсуждается не ИИ, а то, что с его помощью можно улучшить существующий результат, то есть качество звучания, насколько, конечно это возможно в рамках самой операционной системы. О каком анализе файлов речь - вообще не понял, о чем это...

ИИ изначально заточен на обходительность, вежливость и т.п. Но продуктивный подход не получить лестный отзыв от ИИ, а найти слабые места, исправить и улучшить продукт, спросить, что можно улучшить, исправить, поменять... ИИ для толкового человека, инженера - это золотая жила ) Проанализировал AP2114_x64. Это Album Player / APlayer 2.114 x64, портативный аудиоплеер с упором на локальные альбомы, CUE, gapless и “аудиофильские” режимы вывода. Краткая оценка: 7.5/10 как специализированный hi-fi плеер, но не как современное безопасное приложение. Сильные стороны: Поддержка большого набора форматов: WAV, FLAC, APE, ALAC, WavPack, AIFF, TAK, WMA, MP3, OGG, OPUS, SACD, DVD-A, Audio-CD и др. Есть CUE, gapless, интернет-радио, VST64, DSP, SoXR-ресемплинг, PCM→DSD, DoP/Native DSD через ASIO. Архитектура разнесена по процессам: UI APlayer.exe, декодер ap2decoder.exe, прокси/рендер/веб-сервер. В EXTRAS лежат отдельные оптимизированные движки вывода: ASIO, WASAPI, Kernel Streaming, WAVEOUT, STD, HTPC. Документация прямо заявляет bit-perfect для EXTRAS ASIO/KS/WASAPI/WAVEOUT-модулей. Есть веб-интерфейс и UPnP/DLNA renderer через ap2web.exe и ap2renderer.exe. Слабые места / риски: Все проверенные EXE/DLL не подписаны: APlayer.exe, ap2web.exe, ap2renderer.exe, in_ffmpeg.dll, VST DLL и т.д. Версия 2.114 по README требует запуск с правами администратора. Для обычного плеера это неприятный компромисс. Веб-интерфейс даёт команды типа Play/Stop/Volume/Playlist через простой JSON API, явной авторизации в клиенте не видно. В локальной сети удобно, наружу выпускать нельзя. В комплекте много старых компонентов: bass.dll 2018, libmpg123 2014, часть конфигураторов 2016, VST 2013. Для офлайн-плеера терпимо, для сетевых функций осторожно. UI и подход явно старой школы: мощно, но не дружелюбно. Настройка под конкретный ЦАП может требовать плясок с ASIO/KS/WASAPI, буферами, частотами и правами. Текущая конфигурация в [aplayer.ini](C:/Codex/AP2114_x64/aplayer.ini): OutputPlugin=out_wdm.dll Gapless=1 UseCUE=1 DSP/ресемплинг выключены DSD-конвертация выключена AutoSamplerate=1 громкость плеера включена То есть сейчас он настроен скорее на нормальное воспроизведение через WDM, а не на максимально строгий bit-perfect. Если цель — качественный вывод на внешний ЦАП, я бы пробовал EXTRAS\ASIO или EXTRAS\WASAPI/KS, отключал программную громкость/DSP и проверял частоты на самом ЦАП. Мой вердикт: как аудиофильский локальный плеер для Windows — интересный и технически сильный. Как безопасный современный софт — доверять только при понятном источнике дистрибутива, не открывать веб/DLNA наружу, не запускать лишнее от админа без необходимости. Я сам плеер не запускал, делал статический анализ файлов, настроек и документации.

Совершенно согласен. Я в GPT работал, а Антропик еще видимо круче.

Думаю, что в руках специалиста, (я таким не являюсь), с помощью ИИ можно достичь гораздо большего, чем без ИИ. Вот ответ ИИ на ваши справедливые замечания: Да, тут критика по делу. ИИ, конечно, не безупречен. В текущей версии плеер действительно не является “собственным аудиодвижком” уровня APlayer: декодирование и вывод в ASIO в основном делает BASS/BASSASIO, а наш код управляет интерфейсом, очередью, профилями Denafrips, буферами, CUE/обложками и fallback-логикой. Главное: для FLAC/PCM мы сами просим BASS отдавать float32. Это видно в [AudioEngine.cs (line 699)](C:/Codex/ASIO_Denafrips/src/Audio/AudioEngine.cs:699): BASS_SAMPLE_FLOAT, затем трек помечается как Float PCM, а внизу честно выводится -> ASIO float. То есть замечание про лишний путь integer FLAC -> float32 -> ASIO format справедливое именно для нашей текущей реализации. По DSD тоже есть важный нюанс: сверху Native DSD сейчас означает “предпочтительный режим”, а не гарантированный фактический вывод. В [AudioEngine.cs (line 981)](C:/Codex/ASIO_Denafrips/src/Audio/AudioEngine.cs:981) плеер сначала пробует Native DSD, но если драйвер/ASIO отказывает, переключается на hi-rate PCM fallback. Поэтому низ “DSD -> PCM 705.6 kHz” не врет, но интерфейс действительно вводит в заблуждение. Это надо переименовать в “DSD Preference” / “Actual Output”. Моя честная оценка: текущая версия рабочая и стабильная, но не максимально пуристская. Для максимальной чистоты следующий правильный шаг: добавить отдельный режим PCM Integer Direct, где FLAC/WAV/APE/WV открываются без BASS_SAMPLE_FLOAT и передаются в ASIO как 16/24/32-bit integer. Текущий float-режим оставить как PCM Float Safe, потому что он помогал нам обходить искажения и капризы драйвера. Для DSD надо явно показывать: Native active или Native failed -> PCM fallback, без двусмысленности.

Я ни на что не претендую. Просто, как вариант для исследования. В руках мастера, ИИ только усилит усилия мастера. Просто, думаю, из того, что можно было выжать по звуку, в системе Виндовс, плеера уже выжали. ) Возможно найдутся какие еще решения в будущем, также и с помощью ИИ, но к чему я пришел, что лучше всего изначально покупать просто хорошую технику (акустику, цап, усилитель, наушники) и не морочить голову с улучшением звука через плеера... Какой бы плеер не был крутой, если слушать на технике за 10000 руб. никакой плеер не поможет )

Вы правы, создал ветку, самому интересно, что скажут

DenafripsPlayer — плеер, созданный с помощью ИИ Cделал плеер с помощью ИИ и назвал его DenafripsPlayer — как альтернативу знакомым всем плеерам под Windows типа Foobar2000. По моим ощущениям, он играет более чисто и правдивее тех плееров, что я слушал ранее. Предлагаю оценить и поделиться впечатлениями. Требования: Windows 10/11 x64. Windows 7 не поддерживается. Установка .NET Runtime не требуется: сборка self-contained. Распакуйте архив целиком и запустите DenafripsAudiophileTransport.exe Скачать плеер v3 обновленная Новая версия 1.1 Windows Linux версия ISO образ для записи на флешку.

Не хочу ничего сказать плохого, вы мастер своего дела, но ИИ сейчас рулит... Тот плеер, что я собрал для себя с помощью ИИ по крайней мере, как на мой слух звучит совсем не хуже, а как для меня, то более прозрачнее что-ли. Теперь слушаю только через него.

Не я собрал, а ИИ. Но звук, как по мне, не хуже. Точнее - максимум, что можно сделать, ИИ сделал. Мне нравится. ) ЦАП в том смысле, что драйвера и т.п. Возможно для другой техники что-то еще понадобится, я не большой спец. Доверил всю работу ИИ. Думаю он не дурнее нас с вами ) p.s. Думаю, когда Игорь, разберет и соберет свой плеер с помощью и поддержкой ИИ, думаю результат может стать еще лучше.

Просто плеер заточен чисто под мой цап, не уверен, что он будет в другом окружении играть, да и пока еще обкатываю, слушаю. Как будет топ, может и предложу на пробу. Сейчас это можно самим сделать через Codex Antigraviti Code...

Собрал себе с помощью ИИ плеер, супер звук и интерфейс. Так что спасибо мастеру, но технологии рулят.

Буду очень признателен за объяснение, как можно установить Aplayer на андроид плеер HiBy R6 Pro, если возможна такая установка. Спасибо.

Благодарю.