Доступен релиз музыкального плеера DeaDBeeF 1.8.8. Исходные тексты проекта распространяются в рамках лицензии GPLv2. Плеер написан на языке Си и может работать с минимальным набором зависимостей. Интерфейс построен с использованием библиотеки GTK+, поддерживает вкладки и может расширяться через виджеты и плагины...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55592
Чем оно лучше qmmp?
чем оно лучше Windows Media Player?
чем оно лучше iTunes ?
Чем оно лучше cd дисков?
Чем оно лучше катушек?
Чем оно лучше пластинок?
Чем оно лучше грибов и ковра?
Да
нет
Анонима ответ
Чем оно лучше худшего?
Его можно выключить, в отличии от
Ковер тоже можно.
Но с отключением проблемы будут
выключить ковёр это shutdown -h 10080, плеер быстрее
чем оно лучше кассет?
Не надо карандашом перематывать.
Этого кстати не хватает в плеере можно добавить?
Официальный интерфейс на GTK2\3, есть заброшенный на Qt. Вот и отличия.
нет Qt в зависимостях
Зато есть гтк. Так себе альтернатива.
Чэм грюзины, вай!
Тем что они узнали, что Познер старый агент КГБ, и выгнали его из своей страны.
очевидно, всем лишь хуже )
лишь только никто вообще а так да.
тем же чем foobar2000 лучше чем winamp
> тем же чем foobar2000 лучше чем winampДо foobar2000 этму плееру как до известного места, известным способом.
К сожалению для GNU/Linux нет никакой альтернативы этому плееру, для меня это единственная софтина, которой до сих пор не хватает и приходится пользоваться тем, что есть...
И это не дохлая говядина, хотя с неё начинал, да.
>> тем же чем foobar2000 лучше чем winamp
> И это не дохлая говядина, хотя с неё начинал, да.Попробуйте Clementine, не то чтобы я в восторге, но пока что это лучшее что удалось найти.
>>> тем же чем foobar2000 лучше чем winamp
>> И это не дохлая говядина, хотя с неё начинал, да.
> Попробуйте Clementine, не то чтобы я в восторге, но пока что это
> лучшее что удалось найти.Спасибо за совет, но я в курсе про существование мейнстримных плееров в GNU/Linux!
Clementine считаю лучшим из комбаинов, но он также не дотягивает до foobar2000.
Самый близкий к нему это mpd обвешанный плугами и подшаманенный, но это надо руками долго готовить, а foobar2000 для мышкотыкальщика по сей день лучшее, что придумали.
Сабж же в некоторых местах провисает, есть надежда на другой, пока ещё сырой проект, также от русскоязычного автора, но говорить о нём я пока не буду, чтоб не сглазить.
И чем же?
Чем грузины!
Каждый выбирает что кому удобнее и вопрос немного холиварный.
Тем не менее попробую ответить. Воспринимайте инфу как мое личное мнение и тезисы по которым можетие провести собственное более свежее сравнение.
Плюсы DeaDBeeF относительно qmmp:
- наиболее гибкий интерфейс (можно настроить как угодно, а не только winamp-style, хотя скины винампа тоже поддерживаются)
- больше плагинов
- среди линуксовых аудиофилов (такие тоже есть) считается/считался чуть ли не единственным линуксовым плеером который не искажает вывод для высокочаcтотных dsd (еще котировались плееры на базе MPD). Сейчас возможно ситуация поменялась, т.к. давно не изучал вопрос.
Плюсы qmmp относительно DeaDBeeF:
- официальная поддержка pipewire (у DeaDBeeF поддержка тоже есть, но модуль не официальный)
- возможно чуть более легковестный за счет прибитого гвоздями интерфейса.
> - официальная поддержка pipewire (у DeaDBeeF поддержка тоже есть, но модуль не официальный)А какая там поддержка требуется? Я думал.. там полная совместимость с пульсом в плане звука, если есть вывод через пульс, то нативно и в pipewire будет.
Смотри, если модуль вывода указал пульсу или альсу, то pipewire сначала ретранслирует запросы для пульсы или альсы в запросы для pipewire и только потом pipewire работает с звуковым потоком. Оно не сказать что б критично, просто лично я предпочитаю не ретранслировать запросы там где этого можно не делать и взаимодействовать напрямую.
Также прямо сейчас такой подход полностью решает проблемы типа:
https://github.com/DeaDBeeF-Player/deadbeef/issues/2574
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/652
> Смотри, если модуль вывода указал пульсу или альсу, то pipewire сначала ретранслирует
> запросы для пульсы или альсы в запросы для pipewire и только
> потом pipewire работает с звуковым потоком. Оно не сказать что б
> критично, просто лично я предпочитаю не ретранслировать запросы там где этого
> можно не делать и взаимодействовать напрямую.
> Также прямо сейчас такой подход полностью решает проблемы типа:
> https://github.com/DeaDBeeF-Player/deadbeef/issues/2574
> https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/652Эмм. Зачем мешать в одну кучу пульсу и альсу?
Понятно что при выводе в альсу там не очень хорошая прослойка. Равно как и alsa-> pulse. Просто by design, слишком разные API и разные подходы, и многие старые приложения делали через API ALSA то, что не очень хорошо совместимо с прослойкой.
Прослойка pulse->pipewire очень простая и для целей воспроизведения аудио никаких проблем не вызывающая. Говорить, что она плоха только потому, что там что-то не напрямую странно - так можно договорться и libasound выкинуть и писать напрямую в /dev/*, чтобы и alsalib "исключить".
Оба этих бага вызваны тем, что некие ССЗБ выводят через alsa. Если бы они не пытались делать странное и выводили в pipewire через API pulseaudio, уверен никаких бы проблем не было вообще (при условии корректной реализации этого API в самом deadbeef)
>> Эмм. Зачем мешать в одну кучу пульсу и альсу?потому что дефолтно и будет работать одинаково.
Если ты в плеере указал альсу, то поток пойдет
app -> pipewire-alsa -> pipewire -> ALSA KERNEL API
app -> pipewire-pulse -> pipewire -> ALSA KERNEL APIвсе будет работать и так, но лично мне больше нравится схема
app -> pipewire -> ALSA KERNEL API
При такой схеме я не завишу от того насколько качественно сделанна прослойка pipewire-alsa или pipewire-pulse. Основное назначение эти прослоек - в первую очередь обеспечить совместимость для приложений которые еще не научились работать без лишней прослойки.
И я не говорил что - это работает плохо (хотя латенси точно будет выше), я сказал что "я предпочитаю не ретранслировать запросы там где этого можно не делать и взаимодействовать напрямую".
Смысл немного другой в этих словах.>> Оба этих бага вызваны тем, что некие ССЗБ выводят через alsa. Если бы они не пытались делать странное и выводили в pipewire через API pulseaudio, уверен никаких бы проблем не было вообще (при условии корректной реализации этого API в самом deadbeef)
Они не ССЗБ, т.к. знают что через pulseaudio сложно получить bit-perfect, поэтому и используют то что не искажает звук. Была бы пульса идеальной - не появился б jack и ее же разработчики не пилили б pipewire. У разных людей разные требования к одним и тем же вещам - кому то и с телефона с стандартной гарнитурой хороший звук, а кто-то покупает системы по стоимости квартиры, хотя цели вроде одинаковые.
>>> Эмм. Зачем мешать в одну кучу пульсу и альсу?
> потому что дефолтно и будет работать одинаково.... это очевидно не так, потому что с ALSA случайно выстрелить себе в ногу на порядок проще, чем при использовании API pulseaudio
> Если ты в плеере указал альсу, то поток пойдет
> app -> pipewire-alsa -> pipewire -> ALSA KERNEL API
> app -> pipewire-pulse -> pipewire -> ALSA KERNEL APIВ силу того, что приложение ожидает от API ALSA и того, как устроен alsa-pulse, половина чистых ALSA приложений так никогда и не смогла нормально сосуществовать с пульсом, пока не появились нативная работа с pulse в аудио/видео проигрывателях, SDL и тп. Полагаю, ситуация с pipewire-alsa не сильно отличается. А вот с реализацией pipewire-pulse никаких заморочек нет вообще, она элементарная и там просто негде сделать так, чтобы не совсем работающее приложение ломалось.
> app -> pipewire -> ALSA KERNEL API
> При такой схеме я не завишу от того насколько качественно сделанна прослойка
> pipewire-alsa или pipewire-pulse. Основное назначение эти прослоек - в первую очередьБрррррр. Это совершенно разного уровня вещи же. И по реализации (один - модуль, подгружаемый из alsa, который в свою очередь является клиентом для pulseaudio либо pipewire), второй - сервер, умеющий протокол pulse аналогично настоящему pulseaudio
> Они не ССЗБ, т.к. знают что через pulseaudio сложно получить bit-perfect, поэтому
> и используют то что не искажает звук. Была бы пульса идеальнойbit-perfect это отдельная тема (и тем, кто точно знает, зачем он нужен - думаю, легко справится с этой сложностью). Зато HQ audio через pulse, с его поддержкой как нескольких частот сэмплирования с динамическим переключением, так и качественными реземплерами и тп по факту получить намного проще, чем через alsa.
> - не появился б jack и ее же разработчики не пилили
> б pipewire. У разных людей разные требования к одним и темЭээ. А вот тут прошу не путать факты и порядок вещей :)
Задачей получить bitperfect, где можно, а где нельзя - гарантированно минимальные (сильно ниже уровня слышимости) искажения в линукс аудио я занимался лет 17 назад, если не больше. Я активно мучал и ALSA, и Jack, с разными приложениями и звуковыми картами. Очень многие карты в режимах выше 48/16 предъявляли специфичные требования: например audigy 2 zs имела 96/24 интерфейс, но он был строго однопоточным и 8-канальным - кроме специфических приложений, никто реальный не мог писать в hw: устройство с таким режимом. А Audiophile USB имела 24-битный режим в формате S32_BE, который опять же ни одно обычное приложение не умело. Так что без конвертации alsa (а это был треш) никак, ну либо Jack. И Jack был прекрасен в теории, но при попытке завернуть на него обычные приложения через alsa-jack все шло наперекосяк: его написали безнадежные идеалисты, считающие, что гарантированно, что приложение можно дергать по таймеру через коллбэк. Когда появлялись приложения, которые не давали такой гарантии, демон jack внутри себя сходил с ума и не мог больше микшировать другие приложения. Даже "типа музыкальные" приложения типа audacity (с кривым portaudio, который до версии 19 - что было сиииильно позже - очень не любил Jack) могли напакостить.
В общем, историй было много, проблем масса, тем не менее Jack был единственным, что хотя бы 95% времени работало. Но оставшиеся 5%.. И так продолжалось до - внезапно! появления pulseaudio. Который ранних версий не ругал только ленивый, но если к нему было приложить хотя бы 10% тех усилий, которые были нужны чтобы заставить Jack и alsa-jack работать, он становился просто прекрасен. И, к счастью, архитектура, в отличие от Jack, больше не позволяла кривому клиенту испортить весь звук: типичное кривое alsa приложение через alsa-pulse могло испортить только само себя, в случае кривой работы. Хотя я прекрасно понимаю, что другие задачи Jack никак не покрывались (и очень рад, если pipewire реально примирил оба лагеря).
>> это очевидно не так, потому что с ALSA случайно выстрелить себе в ногу на порядок проще, чем при использовании API pulseaudioнет, судя по всему у тебя искаженное понимание как это работает... Можно хоть какие-то аргументы по этому поводу,а не просто "я так сказал"?
>> В силу того, что приложение ожидает от API ALSA и того, как устроен alsa-pulse, половина чистых ALSA приложений так никогда и не смогла нормально сосуществовать с пульсом, пока не появились нативная работа с pulse в аудио/видео проигрывателях, SDL и тп. Полагаю, ситуация с pipewire-alsa не сильно отличается. А вот с реализацией pipewire-pulse никаких заморочек нет вообще, она элементарная и там просто негде сделать так, чтобы не совсем работающее приложение ломалось.
Вероятно мы с вами живем в разных параллельных вселенных, потому что только там может быть так как вы написали. Почитайте хотя бы из-за чего появилась пусьса и какие задачи она пыталась решить ,а еще лучше поковыряйтесь в исходниках, документации. Удивитесь насколько она простая...
>> Брррррр. Это совершенно разного уровня вещи же. И по реализации (один - модуль, подгружаемый из alsa, который в свою очередь является клиентом для pulseaudio либо pipewire), второй - сервер, умеющий протокол pulse аналогично настоящему pulseaudio
И как это влияет на взаимодействие по API?
>> bit-perfect это отдельная тема (и тем, кто точно знает, зачем он нужен - думаю, легко справится с этой сложностью). Зато HQ audio через pulse, с его поддержкой как нескольких частот сэмплирования с динамическим переключением, так и качественными реземплерами и тп по факту получить намного проще, чем через alsa.
Что такое bit-perfect вы вероятно также не разобрались.
>> Задачей получить bitperfect, где можно, а где нельзя - гарантированно минимальные (сильно ниже уровня слышимости)искажения
А вот и подтверждение того что написал выше. Спойлер, bitperfect - не допускает искажения вообще и измеряется еще до преобразования в аналог на ЦАПе.
Не совсем понимаю как вы профессионально занимались со звуком>> И так продолжалось до - внезапно! появления pulseaudio. Который ранних версий не ругал только ленивый, но если к нему было приложить хотя бы 10% тех усилий, которые были нужны чтобы заставить Jack и alsa-jack работать, он становился просто прекрасен. И, к счастью, архитектура, в отличие от Jack, больше не позволяла кривому клиенту испортить весь звук: типичное кривое alsa приложение через alsa-pulse могло испортить только само себя, в случае кривой работы. Хотя я прекрасно понимаю, что другие задачи Jack никак не покрывались (и очень рад, если pipewire реально примирил оба лагеря).
Вы, наверное, единственный кто профессионально занимался аудио через пульсу;)
Пульса действительно решила много проблем, но она абсолютно не подходит для про задач, как минимум из-за значительно большего латенси, который не фиксится от слова "никак", поэтому все и мучались с Jack, не смотря на его проблемность.
> не искажает вывод для высокочаcтотных dsdddb вообще не поддерживает DSD, ни Native, ни даже DoP https://github.com/DeaDBeeF-Player/deadbeef/issues/1653
в статье говорится только о DoP (DSD over PCM), который действительно не поддерживается, но он нужен только если ЦАП не поддерживает DSD и умеет только PCM.
Так называемый DSD Native точно работает т.к. лично запускал и проблем не было.
Более того в сорцах явно добавленна dff и dsf и судя по всему поддержка реализованна через модуль ffmpeg (https://github.com/DeaDBeeF-Player/deadbeef/blob/master/plug...)
Чем оно лучше HDCD? Олды тут)
Чем оно лучше WinPlay3? Олды тут)
HDCD это формат увеличения динамического диапазона на стандартных Audio CD. Причем это тут вообще?
А причём тут кассеты и винил?
clang не вкатил. Хочу gcc.
А Ларису Ивановну? А Rust?
Юродствуй сколько угодно. Но хороший проект должен собираться любым распространенным компилятором. А автор, который намеренно отломал поддежку GCC - неадекват.
>автор, который намеренно отломал поддежку GCC - неадекват.Это следствие, а не причина неадекватности.
> Но хороший проект должен собираться любым распространенным компилятором.Авторам ведра линупca это расскажи.
Запиливай -fblocks в GCC и будет собираться. Вроде как начали, насколько я слышал, но пока ещё нет.
На плюсы тогда лучше, раз стандартного си не хватает.
> На плюсы тогда лучше, раз стандартного си не хватает.waker, насколько я помню, не очень жалует плюсы. Да и в общем-то -fblocks интересная вещь (Си-замыкания). Как я понимаю, для GCC тоже пилят, но когда - ХЗ ( https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352 ).
Apple, как пишут в ВикиПедиях и для GCC запиливала, но с правами юридические моменты. Теперь передавать права не надо, но и Apple уже не надо.
Когда это в стандарт попадёт, очевидно же. А пока это непереносимый код.
> Когда это в стандарт попадёт, очевидно же. А пока это непереносимый код.Ну куча кода с GCC-измами тоже существует (и даже kernel пока ещё). И ничего, никого не смущает.
DDB вполне собирается под Windows/Linux/Mac (раньше и под андроид, пока автору не надоело) с одной и той же базы кода. Да, пока clang-ом, ну и что.
Увы, но это так. Но с ними борются, ifdef-ами обмазывают. С переменным успехом, но шлангом ядро можно собрать. Чего не скажешь о сабже, который даже не из того класса программ, где такие извращения необходимы.
> Чего не скажешь о сабже, который даже не из того класса программ, где такие извращения необходимы.Ну так люди свободные, денег за работу не получают, могут делать свой проект согласно своему видению прекрасного. waker-у и всей команде разработчиков идея блоков, как я понял, понравилась и позволит упростить разработку.
Мне в принципе тоже идея нравится, но я не из команды разработчиков, только сторонние плагины патчу иногда и пока они и GCC вполне собираются.
Конечным пользователям, по большому счёту начхать, как работало, так и работает. Остальным ждать блоки в GCC. Как я понимаю, будут, но позже.
Опа, про конечных пользователей вспомнили! Ну и в скольких же дистрах этот плеер есть в репах?
> Опа, про конечных пользователей вспомнили! Ну и в скольких же дистрах этот
> плеер есть в репах?https://repology.org/project/deadbeef/versions
> Ну и в скольких же дистрах этот плеер есть в репах?Мейнтейнеры приветствуются. Автор этим заниматься не планирует, насколько я в курсе. Пробовал, задолбался.
А так на официальном сайте доступны сорцы, Deb (собирается в Ubuntu 14.04 ЕМНИП), arch-pkg, универсальный static-build, билды под оффтопик/Mac.
>Пробовал, задолбался.Точнее отечественный стиль общения "вы все дураки и не лечитесь, один я знаю как ПРАВИЛЬНО" не прокатывает, а по-иному у нас тут мало кто умеет, лол.
>>Пробовал, задолбался.
> Точнее отечественный стиль общения "вы все дураки и не лечитесь, один я знаю как ПРАВИЛЬНО" не прокатывает, а по-иному у нас тут мало кто умеет, лол.Но за вот именно такого Шишкина топил весь opennet. Дуализм, однако.
ИМХО разработчик вообще не должен сношаться с репами. Все вот заявляют про офигенную силу комьюнити, вот пусть коммьюнити и позаботится о пакете в своём (комьюнити) дистре.
И да, по поводу бандлов, waker бандлит библиотеки, в которые исправления уже физически не пошлёшь (апстрим умер, говорить не с кем, слать некуда), но пакеты всё ещё болтаются в каком-нибудь debian т.к. от них что-нибудь да зависит. Если Арчу глубоко пофиг на всё в принципе, то дебиановцы мозг вынесут и перекорёжат все так, что сам не рад будешь, что связался.
>в которые исправления уже физически не пошлёшьwildmidi, sidplayfp вполне себе живые. Остальное экзотика, которая либо поддерживается ffmpeg, либо требуется 1-2 человеку на всю страну. Смысла их таскать и собирать в упор не наблюдается. Можно в отдельный тарболл завернуть, и по числу скачиваний определить востребованность.
Конечно, никто не осуждает. Я лишь поднимаю вопросы в академической плоскости. Если стандартных возможностей языка не хватает, то может другой язык взять, где подобное есть из коробки? Вот например в том же mpd сменили язык, и ничего. Проект жив.
Ну в стандарте есть треды - пользуется ими примерно никто, как был pthreads так везде и есть, в стандарте есть атомики - реализованы кое-как. Ну и куча всего такого.В Си всего хватает, просто технология блоков для асинхронного кода реально удобная, но если делать самостоятельно что-то похожее, то это будет жуткое API на калбэках и + реализовывать весь диспатчер (который в общем-то двойная абстракция-обëртка над тредами).
А переписывание на язык ради языка - ИМХО бесполезная и нудная работа
>А переписывание на язык ради языка - ИМХО бесполезная и нудная работаПоэтому давайте прибьём гвоздями к одному расово верному компилятору, как в своё время к windows api приколачивали.
> Поэтому давайте прибьём гвоздями к одному расово верному компиляторуРешение принимают авторы проекта, они решили что плюсы использования данной конструкции превышают минусы. Я в список основных разработчиков не вхожу. Если интересны подробности, то найди на LOR waker-а и спроси его лично, из первых уст, так сказать.
> как в своё время к windows api приколачивали.
Сейчас на оффтопиках приколачивают даже не к API, а к конкретной версии MSVC, потому что толкование стандартов и своих нагромождений над ним у MS очень своеобразное. Хотя всегда можно заюзать clang, но там свои приколы.
Чтобы кто-то пользовался GCC (mingw) на оффтопике не для кроссбилда линуксового софта - я такого не помню.
А какие тут подробности надо? Скажет "так мне удобнее". Но ок, что тут сказать. Таких оригиналов на сотни лет вперёд припасено. Видел, как один названия функций писал транслитом, а другой переменные называл a1,a2 и т.д. Автору конечно удобнее, пока он на коне. Но после него код однозначно на помойку. Даже посмотреть не всегда получится детали реализации, так сказать.>Чтобы кто-то пользовался GCC (mingw) на оффтопике не для кроссбилда линуксового софта - я такого не помню.
И это минус.
И да, про стандарты: когда нибудь в стандарте будет нормальный Unicode/UTF-8, а не вот эта вся хреноверть с мультибайтовыми строками и wchar_t.
А надо? Для юникода есть библиотеки. Подключил и работаешь. В стандарт всё подряд тащить это перебор имхо. Для плюсов, кстати, у меня по этой части тоже есть претензии.
> А надо? Для юникода есть библиотеки. Подключил и работаешь. В стандарт всё подряд тащить это перебор имхо. Для плюсов, кстати, у меня по этой части тоже есть претензии.Ну в таком случае страдает логика, потому что в стандарте есть только мультибайтовые строки и wchar_t и связанная с ним хреномуть. Остальное так или иначе не кроссплатформенно / кросскомпиляторно.
Так ты пытаешься придумать какую-то сомнительную задачу и героически пострадать при её решении. Люди же берут библиотеки, форкают если надо, но пачка компиляторов при этом поддерживается. Взять хотя бы Qt, хоть оно далеко и не эталон, но собирал я её тремя компиляторами без проблем. Без всяких магий и шаманств.
> Но с ними борются, ifdef-ами обмазываютНе всегда прокатывает. Обмажь-ка ифдефом __attribute__(section(something)) какой. Clang это и так умеет вроде. А остальные - упс. А иногда - надо. Собственно clang правильно понял что обезьянить надо GCC. А неправильно только то что это стандартом не сделали.
> частоты дискретизации, превышающей 192KHzВот это круто 😯
Смысла, из-за теоремы Котельникова, нет. Человек не различает ультразвук.
Для ознакомления
https://ru.m.wikipedia.org/wiki/Super_Audio_CD
marketing failure )
Мы же про форматы, а не про деньги. И да, если у Вас есть оригинал, то копия Вам не нужна ;)
Да я, в общем-то, не против - ДС-модуляция, качественный материал... только полная несовместимость с CD/DVD/BD. Если б не гибриды, то вообще бы загнулся. По сути, DSD-диски всё равно удобнее в применении. https://ru.m.wikipedia.org/wiki/DSD Правда, всё равно формат не раз обновлялся и вообще... И вообще, я любитель TTA :)
TTA и в самом деле очень неплох. Но WavPack лучше по всем параметрам.
TTA на практике (моей) быстрее всех декодируется, как минимум. Ну, и происхождение, как приятный бонус.
ИМХО это немного не то. ТТА это способ сжатия без потерь, а не кодирования звука. У него похоже нет такого понятия как частотах дискретизации.
Декодируется быстрее, потому что сжимает хуже… но, не скрою, было время — сам экспериментировал с TTA :)
Человек - нет))
Рептилоиды не стесняются даже
Почему же? Я очень стеснительный
Слава рептилоидам, хозяевам нашим!
Ох уж эти яйценюхи! Всё бы им хозяина себе найти...
Теорема Котельникова не учитывает насколько исказится то что услышит человек, то есть он услышит действительно в сильно меньшем диапазоне, но даже в идеальных условиях 2 разных человека услышат немного по разному одни и те же звуки просто потому что у каждого по разному устроенна ушная раковина.
Добавьте к этому что звук должен сначала АЦП преобразоваться в цифру, при котором неизбежно будет потеря качества, потом во время прослушивания ЦАП преобразовывает цифру в аналог в аналог, после этого любые колонки или наушники имеют искажения, провода по которым оправляются электрические импульсы, также могут искажать качество звучания из-за возможных наводок от других устройств.
И учитывая это на практике получилось, что чем выше частота дискредитации и качественнее оборудование (меньше искажает), то слышимые частоты меньше будут отличаться от тех которые должны были бы быть без преобразования аналог-цифра-аналог.
Отсюда на качественном оборудовании ты можешь слышать моменты которых не было слышно на дешевых колонках для той же композиции в mp3, но которые безусловно были в оригинале и это настолько в положительную сторону влияет на пользовательский опыт, что люди понявшие разницу и готовы переплачивать и носить ярлык аудиофилов, которых остальные не понимают.
Хотя разница в звучании абсолютно не соизмерима к разнице в стоимости оборудования.
Ярлык аудиофилов носят сумасшедшие фанатики покупающие грузы для кабелей и балдеюшие от искажённого лампового звука.
Так и скажи, что у тебя нет слуха.
К сожалению, реально ч0кнутых в теме много, но печально, когда только из-за этого люди машут рукой на хороший звук и слушают такую бурду, что ...
> Смысла, из-за теоремы Котельникова, нет. Человек не различает ультразвук.Зато ты сможешь демодулировать его на неидеальностях оборудования и электроники, с чудными искажениями.
Смысл, из-за теоремы Котельникова, есть! Не для человека - для программ обработки звука. Да, программам обычно не нужно воспроизведение, но оно - чисто для удобства людей, например, тех кто занимается созданием/обработкой звука, чтоб без отдельного дополнительного ресемплирования (каждый раз) можно было быстро послушать промежуточные(!) звуковые файлы.
Есть мнение что через Pulseaudio лучше музыку не слушать) Вернее можно, но если хочется без искажений, то прийдется полюбится в конфиги последней что б отключить ресемплинг и другие улучшайзеры и не считается хорошей идеей. Если не только слушать, а и на лету управлять потоками, то даже противопоказанно из-за большого латенси. Pipewire уже сейчас лучше практически во всем для простого юзера, но если не хочется переходить, то для прослушивания музыки лучше модуль вывода выбирать ALSA даже не смотря на то что потоки будут проходить через pulseaudio-alsa, но он сделан так что б потоки через него не ресемлились из коробки. Вышеописанная проблема с частотой дискредитации больше 192KHz изначально была только при выводе на пульсу...
>для прослушивания музыки лучше модуль вывода выбирать ALSAСолидарен с вами. В deadbeef алса очень конфигурабелен. В настройках вывода выбираем алса, а в настройках модулей находим алса и в его настройках снимаем чекбокс "передескритизация" посредством алса.Меня удивляло одно, почему такой возможности конфигурации алса нет в audacious. Многое зависит от аудиокарты и исходного материала, с какой дискретизацией он закодирован.Может потребоваться качественный модуль ресэмплера. Типа с алгоритмом от Наоки Шибата.
И еще в тему. Жаль.что заброшен deadbeef для андроид. А ведь мог бы быть достойной альтернативой тому же foobar или aimp.
> частоты дискретизации, превышающей 192KHzГарри Найквист крутит пальцем у виска с того света. Хотя, когда собаке делать нечего, она находит занятие. Хотя, возможно, лучше бы этим занятием было довести программу до уровня, позволяющего включить в основные репо дебиана, а следовательно и убунту.
Там такое занятие, что я на поиск этого больше времени потратилhttps://github.com/DeaDBeeF-Player/deadbeef/commit/0a1108c5f...
Просто попытка засаживания в PulseAudio с такой частотой. Если не получится, то пробуем с меньшей. Всё. Несколько строчек.
Ну будет пульса ресемплинг делать. Оно и логичней. Я бы из плееров вообще весь ресемплинг убрал. Не их это уровень абстракции.
Это было бы действительно круто, если бы имелась нативная поддержка DSD. С этим вообще как-то грустно в лялихах… mpd поддерживает, но и только.
Очень приятная штучка...
Для меня он один из лучших плейеров.
QMMP рулит!
Он во всяком случае есть в дистрах линукса и не придирчив к компилеру.
Какая "штучка"? Пишите нормально, дедуля.
> Очень приятная штучка...
> Для меня он один из лучших плейеров.Для меня -- лучший )
а ваш муж знает?
>> Очень приятная штучка...
>> Для меня он один из лучших плейеров.
> Для меня -- лучший )В списке лучших - ещё mpv и gmusicbrowser
Неплохая штука. Интерфейс вменяемый и понятный, программа шустрая, при желании можно собрать вместе с библиотеками.
Так что плюсы и бонусы есть.
а еще он в .cue умеет
Какое достижение для 2021 года.
некоторые кетайские портативные плееры негодуют!
Наконец-то drag-and-drop!
А что не было?
Странный музыкальный плеер.
Скачал под винду, поставил, добавил несколько MP3 - ни один не воспроизводит.
Про 8677 файлов после инсталляции я вообще молчу, большинство из них это иконки для темы - нахрена их хранить отдельно то? нельзя что ли в zip поместить и распаковывать и использовать на лету? Жесть конечно.
>>Скачал под винду, поставилВ этом кроется ваша проблема.
>>>Скачал под винду, поставил
> В этом кроется ваша проблема.Это не моя проблема, меня AIMP устраивает. Но разрабам есть над чем работать.
> меня AIMP устраиваетТак и зачем вы полезли куда-то еще?
>> меня AIMP устраивает
> Так и зачем вы полезли куда-то еще?А что, нельзя? А вдруг это бомба, а не проигрыватель. Хотя бы исходя из этого и полез. Но увы, ожидания не оправдались.
Это и есть бомба, и цель ее - замена foobar2000 на linux, т.е. как минимум 2 раза мимо вас.
> Это и есть бомба, и цель ее - замена foobar2000 на linux,
> т.е. как минимум 2 раза мимо вас.Не знаю какой foobar2000 на linux - не использовал, но до foobar2000 под windows проигрывателю DeaDBeeF пока далеко. Не спорю есть плюсы, но и есть над чем поработать разработчикам.
Так он не для виндузоидных, он для людей.
> Так он не для виндузоидных, он для людей.Интересно, маководы по этой классификации - тоже "не люди"?
> Интересно, маководы по этой классификации - тоже "не люди"?Да, причём слитно.
>> Интересно, маководы по этой классификации - тоже "не люди"?
> Да, причём слитно.Т.е. "вендузоиды" это "унтерменши", а маководы (в том числе и автор софта) "нелюди"?
Хм-хм ... как там продвигается Великий План "Дранг нах десктоп"?
Даю ликбез. DeadBeeF разрабатывался автором с целью "сделать достойную замену foobar2000 под линукс". С тех пор лучший "foobar2000 под линукс" - это все также foobar2000, запущенный под wine. Но сабж как плеер все же оказался весьма достойным... под Linux. А пытаться пользовать его под Windows - это словно зад наждачкой вытирать.
Линукс не основная целевая платформа. Автор яблочник же. Даже собирается он только шлангов, т.к. вне мира аппла ничего нет.
Так и есть, но вы в силу нескольких причин не могли это этого ощутить:
1) windows из коробки не способна отдавать Bit-perfect звук и тем более в реальном времени работать с звуковыми потоками. Для этого нужно включить поддержку ASIO установив специальный драйвер. В Linux из коробки для этого есть ALSA и появился pipewire.
2) вы слушали mp3, который изначально создан для того что б экономить в размере за счет качества.
3) Человек для которого качество звука не главное, не может объективно оценивать качество аудиоплеера просто в силу здравого смысла.
> windows из коробки не способна отдавать Bit-perfect звукWASAPI Exclusive
да, но пользоваться этим на практике не создавая себе кучу неудобств - невозможно...
> да, но пользоваться этим на практике не создавая себе кучу неудобств -
> невозможно...В foobar использую WASAPI и не напрягаюсь, а в DeaDBeeF его не осилили видать или я не прав?
Начиная с Win 7 WASAPI используют все, кроме тех, кто специально использует ASIO и OpenAL.
WASAPI = Windows Audio Session API.
WASAPI может работать в 2 режимах - обычном и эксклюзивном. В обычном не будет bit-perfect, а в эксклюзивном звук получится выводить всего с 1 программы, но без искажений и с низкими задержками.
Подозреваю что вы юзаете в обычном режиме, который по дефолту.
Виндой не пользуюсь очень давно, но судя по https://deadbeef-for-windows.github.io/ то на винде работает с WASAPI через библиотеку PortAudio (http://www.portaudio.com/). Насколько хорошо или плохо это работает, не могу сказать.
Хочешь прямой доступ без прослоек? На получи, но в эксклюзивном режиме. Слушать музыку фоном и смотреть ютуб со звуком, конечно же, не получится. Надо что-то одно выбрать.С другой стороны foobar2000 + resampler, настроенный на тот же результат, что указан в микшере Windows, и вуаля, никаких манипуляций с твоим звуком Windows делать не придется даже в WASAPI Shared. Но это, конечно, же не для адептов "теплого лампового" и мастдайхейтеров.
Так речь не про ресемплинг. Винда портит звук сама по себе. Даже если частота дискретизации совпадает с таковой у видеокарты. Иначе смысла не было всеми этими ASIO обмазываться.
> Винда портит звук сама по себеЯ же вроде написал "не для мастдайхейтеров".
Где ты хейтеров увидел? Это объективный факт. Можешь сам проверить.
Пруфов не будет, значит. А жаль.
Не осилил проверить? Жаль, это же легко делается. А так дышал, так дышал...
Если делаешь подобные утверждения, то приводишь графики, показывающие искажение звука, и методику тестирования, чтобы каждый мог повторить. А вот эти сказки про белого бычка, где "венда такая плохая, что просто портит звук из вредности", - это уровень ниже даже балабола.
Какие графики? Надо проверить побитовую точность. Если ты cmp не осилил, то нет смысла объяснять что-то дальше. Это разговор с деревом.
И продолжается бла-бла-бла вместо того, чтобы один раз доказать свои высеры.
А что тут доказывать? Ну вот проделал я всё, сравнил - различия есть. Тебе что надо ещё, раз ты повторить не можешь даже?
> 3) Человек для которого качество звука не главное, не может объективно оценивать качество аудиоплеера просто в силу здравого смысла.Эм, что? Удобство интерфейса, библиотеки, стабильность работы, поддержка сервисов для получения текста, etc.
По вашей логике и слепой может объективно оценивать картины. Ну там запах, вкус, тактильные ощущения ведь может оценить...
Это тот, что крашился на vorbis с vbr?
Шпасиба, не надо.
Кстати да. Не знаю, как под линуксами, а в винде это полурабочий кусок г…, жирнющий к тому же.
Как и большинство линуксовых программ по одной причине - никто не юзает винду и не тестирует её, что хорошо, ибо это способствовало бы проприетарщине и анальному рабству. Винлузоидники пусть пользуются своим виндоус плеером и идут к мелкософту на каждый чих, как им и советует система.
В тот момент, когда автор создаёт windows-сборку программы, линуксовой она быть перестаёт, и мы начинаем оценивать её, как и любую другую мультиплатформу.
Вы можете оценивать как угодно.
Но это не отменяет, что во многих проектах разные платформы имеют разный приоритет, и разное качество.
Собственно, на это я и указал: в данном проекте качество windows-версии пока так себе.
может это косяк вендовой сборки
> может это косяк вендовой сборкиТам касяк с плагином вывода, по умолчанию был выбран неработающий. После смены на другой звук есть, но впечатление уже подпорчено.
> Там касяк с плагином вывода, по умолчанию был выбран неработающий. После смены
> на другой звук есть, но впечатление уже подпорчено.эта программа очевидно не для вас
>> Там касяк с плагином вывода, по умолчанию был выбран неработающий. После смены
>> на другой звук есть, но впечатление уже подпорчено.
> эта программа очевидно не для васНу конечно, ей пользуются только избранные, которые могут собрать ее из исходников.
Именно. Как и любая программа с открытыми исходниками.
Ergo, единственный используемый линуксоидами дистрибутив — это LFS. Так?
Не самый сложный дистрибутив кстати.
>Реализована обработка кадров с субтитрами в тегах ID3v2 и APE.шта?
>Handling of Disc subtitle frames in ID3v2 and APE tags (Toad King)
Стесняюсь спросить: а почему .deb пакет в opt/.. устанавливается?
https://ru.wikipedia.org/wiki/FHS
> https://ru.wikipedia.org/wiki/FHSИ что из этого следует? Обычно в /opt ставят проприетарщину.
>> https://ru.wikipedia.org/wiki/FHS
> И что из этого следует?Что надо ставиться в /opt.
> Обычно в /opt ставят проприетарщину.
Да.
> Стесняюсь спросить: а почему .deb пакет в opt/.. устанавливается?а куда ему уще устанавливаться? /usr/local/bin ?
>> Стесняюсь спросить: а почему .deb пакет в opt/.. устанавливается?
> а куда ему уще устанавливаться? /usr/local/bin ?Да. Почему это плохо?
Патамуша, дарагуша, так лучше.
Потому что это static-build упакованный в deb. Пути там не по FHS. Можешь с таким же успехом скачать не-deb - это тоже самое.
Вот паковка - https://github.com/DeaDBeeF-Player/deadbeef/blob/master/tool...
хороший плеер "на каждый день", но вид по дефолту бы причесать
А вы какой ОС пользуетесь? ^_^
Всё настраивается элементарно https://ibb.co/mS15CH8И таки шашечки или ехать? DeadBeef выдаёт наилучший звук в сравнении с другими популярными плеерами. Даже не верится, что на Linux звук может быть хорошим.
> Всё настраивается элементарно https://ibb.co/mS15CH8спасибо. я сабжем пользуюсь ещё со времен, когда автора даже на *ЛОРе* не забанили. а это понимаешь давно.
> И таки шашечки или ехать? DeadBeef выдаёт наилучший звук в сравнении с
> другими популярными плеерами. Даже не верится, что на Linux звук может
> быть хорошим.yawn. жырно.
хотя, по жырности альбумплеер всё равно не переплюнуть.
> когда автора даже на *ЛОРе* не забанилиоткуда инфа что меня банили на лоре? вроде один раз блокировали на несколько дней за какой-то срач, но не более.
с лора инфа - как-то заходил видел что акк то ли deleted то ли еще что.
> с лора инфа - как-то заходил видел что акк то ли deleted
> то ли еще что.ты явно что-то перепутал
>выдаёт наилучший звукОпять эти сказочки на ночь. Все плееры выдают одинаковый звук, т.к. используют одинаковые кодеки. К тому же есть wavpack и flac, которые обеспечивают сжатие без потерь. В общем надо специально постараться, чтобы испортить звук внутри плеера.
У аудиофилов железный аргумент — звук надо слышать, а не измерять! И они таки слышат.
Чем больше тебе нравится плеер, тем лучше тебе кажется его звук. Мозг выдаёт желаемое за действительное.
Ты о компрессии, а я о работе с аппаратной частью. Deadbeef здесь силён.
Если его собрать с libmad, то нет, кек. Все плееры на линуксе одинаковы. Вон на венде только недавно (4 года назад) нормальный ресамплер в фубаре появился, а то кривой был всё это время. И это лучший плеер в истории, угу. А какая аппаратная часть там? Выбрать, в какой устройство выводить декодированный поток? С этим и aplay справится. А вот с ресамплерами и декодерами просто беда.
Ресемплеров всего две штуки. soxr и libsamplerate. Впрочем, это не забота плеера вообще. Пульса или даже алса должны это делать для любой программы.
Как минимум ещё xiph.org speex, у меня в alsa именно он (в плагинах в репах есть).>для любой программы
То-то и оно. Этим должен заниматься какой-нибудь отдельный dsp, потому что приличный ресамплинг выжирает весь процессор.
Что "не так" можно посмотреть тут, не знаю насколько этим данным можно верить. Foobar, ffmpeg, и speex там тоже есть.
>тут
>приличный ресамплинг выжирает весь процессорНу если вместо звука затычка, то тут да. Только страдать.
>а я о работе с аппаратной частьюЭто как вообще? Все плееры выводят звук в ALSA, PulseAudio, JACK или PipeWire. При чём тут аппаратная часть вообще? Отправил туда поток и забыл. Не тот уровень абстракции.
>Все плееры выдаютодинаковый звук, т.к. используют одинаковые кодеки
Да ну? Вся колбаса одинаковая на вкус, потому что из мяса. lame, ffmpeg, библиотека bass. Кроме того качество звука очень зависит от параметров, которые прописаны для кодека.Вот почему рут доступ на андроид позволяет творить чудеса со звуком? Потому что в boot.prop можно поменять или дополнить необходимыми параметрами.И это работает. До сих пор древний Леново служит плейером.Жалко выбрасывать, не плохо звучит.
>которые прописаны для кодекаАга, для flac и wavpack давай пропиши. Вот это у людей каша в голове.
>lame, ffmpeg, библиотека bass
Всё в кучу. lame - кодек (lossy к тому же), ffmpeg - набор кодеков, bass - библиотека, предоставляющая движок плеера (закрытая к тому же).
>Ага, для flac и wavpack давай пропиши.Это называется ляпнуть языком хоть бы о чем. Поскольку шаришь в теме, а я это не оспариваю, то прекрасно осознаешь, что сказано было о мп3.
>lame - кодек (lossy к тому жеНе позорься.
>что сказано было о мп3
>Не позорься.Тролль?
Лучший свободный плеер! Автору - спасибо, и счастливой разработки дальше. Слежу на репой на гитхабе.
> я настроилтак ты парень?.. ah sh--
Один из лушчих плееров, если не лучший. Почему? Снова повторюсь, поскольку в подобной новости уже писал похожее:Если вы не просто слушаете три альбома, а у вас тысячи треков (для вашего онлайн радио) и вам надо работать с ними: вам нужны вкладки, удобный кодировщик (он использует lame, но все равно важны детали и удобства) и удобный редактор тэгов. И оно там все есть.
Плюс, я настроил интерфейс под себя, добавил пару плагинов и получаю не только обложки альбомов, но и текст песен, вики по артисту и список похожих артистов (плагин к старой версии) 0.7.2, которого давно нет для новых (а жаль)
В общем, просто клевый и незаменимый (на Linux)
картинко:
https://imgur.com/flrH04Eрадио:
https://melodymaker.orgp.s.
хорошо бы добавить возможность слушать потоки (ради-потоки) в https, поскольку многие вынуждены переходить на ssl, спасибо google
> я настроилтак ты парень?.. ah sh--
Что за плагины? Дай мне.
> Что за плагины? Дай мне.https://deadbeef.sourceforge.io/plugins.html
Из того что у меня есть: там только Musical Spectrum
Плагин по текстам и группам только для старой, очень старой версии (на новых не работает, проверено)
На чём радио?
> На чём радио?icecast2+ezstream + плейлисты скриптами
Бредовенько. До фубара, да даже до винампа, как до китая раком. С лириками основная проблема, что они выпиливаются из интернета, а качество текстов весьма посредственное. Лет 15 назад был бесплатный проприетарный плагин с лириками для винампа и фубара, так там часть треков даже с караоке была с прокруткой текста под песню. Но, в целом, чем меньше корявых плагинов, и чем меньше сетевых запросов, тем лучше. Плеер -- это только программа для прослушивания, не надо тащить в него кривые косячные редакторы тегов и всё остальное.
Про лирику скоро можно будет забыть. Копирасты стали более агрессивные и сервисы закрываются пачками.
> Бредовенько. До фубара, да даже до винампа, как до китая раком.Вам виднее, вы же не только слушаете, но и наверное кодируете и тэги правите у пары тысяч треков )
Именно. Поэтому и утверждаю, что не узкоспециализированные программы приносят одни проблемы.
Чем он лучше Aqualung?
Lollypop лучше!
https://gitlab.gnome.org/World/lollypop
Толсто.
когда плагин с библиотекой завезут?
>Исходные тексты проекта распространяются в рамках лицензии GPLv2SDK под zlib вообще-то, остальное под своими лицензиями.
Автор скорее всего и тут украл целиком и перелицензировал свои пропатченные версии под удобной ему лицензией. В теории, если имя проекта зарегистрированная торговая марка, его могут подвесить за такое, но на практике эта шляпа никому не интересна.
Ты о чём вообще? Все лицензии на месте https://github.com/DeaDBeeF-Player/deadbeef/blob/master/COPYING
Все? Я про политику воровать чужой код и не менять имя либы.
Почитай GPL уже, заодно BSD и Public Domain до кучи. Офигеть, какая каша у людей в башке.
Имя чужого проекта воровать нельзя. П-нятненько? Код воровать можно, если лицензия позволяет.
Присваивать себе нельзя, а патчить можно. Второй пункт GPL позволяет. А ты завязывал бы с веществами.
там по прежнему запускается шесть процессов с названием deadbeef, а в коньках его нужно ловить по deadbeef-gtkui?
(из-за чего с ним коньки неадеквано работают. у кого "работают адекватно" - запустите коньки из консоли и посмотрите чем они начинают сыпать в лог. А потом проделайте тоже самое с аудациусом и сравните)
То, что этот проигрыватель так и не появился в репозитариях дебиан вызывает мысли, что что-то с ним не так. В чем причина?
Патченные либы вместо использования апстрима. Сейчас ещё и clang добавился.
А зачем патчить уже готовое? Да и зачем менять компилятор для такой примитивной программы? Похоже, автор совсем на своей волне, особенной, вне доступного публичного пространства. Это ж он хамил на лоре?
У каждого свой путь. Тем более для всякой экзотики апстримы, как правило, не совсем живые. Я бы наверное их в отдельный архив положил, т.к. мало кому нужен какой-то там экзотический формат звукогенераторов.
Skoree c nekrobianom shtoto ne tak.
Самое оно, чтобы чиптюны и трекерную музыку слушать
В PPA пока 1.8.7
уже всё норм ) (12 hours ago)
Нужно. Лишь бы не превратилось в комбайн.
Блин, оказывается из Arch убрали из основного репозитория в AUR, а я думаю что это у меня давненко deadbeef не обновляется. <грустные звуки>
наверно, нашли более походящую замену.
Пользую. Доволен. Плэй/Стоп есть и ладно
Что за шизофрреник придумал название.
Просвещайся, опоздавший родиться
https://en.wikipedia.org/wiki/Magic_number_(programming)#Debug_values
Не благодари.