Новый релиз аудио-плеера DeaDBeeF 0.5.2

Пакет libstdc++-devel-4.6.3-2.fc16.x86_64 уже установлен, и это последняя версия.

Если RFR совместима с fedora попробуй поставить этот пакет. Если он заработает, значит надо писать багу мейнтейнерам в RFR.

у меня не RFR. Обычная fedora. Пакет так же не ставится dropboxlink

Очевидно, зависимости поломаны. Удаляй deadbeef-plugins-0.5.1-2.fc16.R.x86_64 и deadbeef-devel-0.5.1-2.fc16.R.x86_64 (кстати, devel не нужен, если не собираешься писать плагины для deadbeef)

Все, разобрался) Даже без сноса 5.1.

DeadBeef мощный конечно!

гугл говорит что эта либа ставится как часть libstdc++

в федоре ее в составе libstdc++ нет.

Я вообще так понял, это какой-то альтернативный stl.

нет, это статическая либа, в которой реализация всякой C++ фигни типа new/delete.

нет, это статическая либа, в которой реализация всякой C++ фигни типа new/delete.

статическая?

libstdc++-static.i686 : Static libraries for the GNU standard C++ library
libstdc++-static.x86_64 : Static libraries for the GNU standard C++ library

rpm -ql libstdc++-static.x86_64
/usr/lib/gcc
/usr/lib/gcc/x86_64-redhat-linux
/usr/lib/gcc/x86_64-redhat-linux/4.7.0
/usr/lib/gcc/x86_64-redhat-linux/4.7.0/libstdc++.a
/usr/lib/gcc/x86_64-redhat-linux/4.7.0/libsupc++.a



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

libsupc++ статическая. она всегда такая, вроде. ее динамической не бывает. или я что-то недопонял.

зачем в плейере цеплять статические библиотеки?

конкретно в этом случае — без вариантов. эта либа цепляется во всех c++ приложениях. без нее не взлететь. да, deadbeef сам по себе не на c++, но либы, используемые в некоторых плагинах, на c++.

а вообще — причины разные бывают. например, для универсальных кросс-дистрибутивных бинарников.

это ручная настройка, а анонимус спрашивал про автоматическую. я и сам не понимаю, как ее без libastral сделать.

По-моему из разговора про прямой вывод в ALSA могут следовать 2 полезных наворота:

1) Для случаев когда нужно использовать устройство, которое то есть, то его нет (внешний ЦАП, не всегда воткнутый HDMI), можно иметь в настройках «предпочитаемое устройство вывода» и «альтернативное устройство вывода». Если предпочитаемое устройство доступно и не заблокировано, то использовать его, а если нельзя, то играть в альтернативное. Это позволит не перенастраивать проигрыватель каждый раз при втыкании USB на ноутбуке.

2) Диагностика вывода. Поскольку полностью управлять настройками ALSA проигрыватель, видимо, не может или не должен, то можно хотя бы информировать пользователя о том, что звук искажается перед попаданием в ЦАП.

Было бы круто иметь в статусной строке «светофор», который светился бы зеленым при идеальном «bit-perfect» режиме вывода lossless-форматов, желтым, когда изменения в звуке минимальны (выходное устройство требует ресемплирования, и оно делается с максимальным качеством/включен приличный DSP), и красным, когда вывод идет с заведомыми задержками и искажениями (pulseaudio, lossy-формат, плохой алгоритм ресемплера, микширование в моно и т.п.). Причину желательно показывать в подсказке.

Например: «Ваше устройство вывода SPDIF не поддерживает частоту 192 кГц. Используется (автоматический ресемплер dmix|встроенный ресемплер deadbeef с настройкой на лучшее качество). Реальная частота вывода равна 48 кГц.» или «SPDIF не подерживает передачу многоканального звука в несжатом формате PCM. Сейчас вы слышите не все, что на самом деле содержит эта запись. Попробуйте использовать HDMI или внешний USB-ЦАП или закодировать поток в DTS/DD.»

Это помогло бы вовремя увидеть проблему. Внутри такой модуль должен иметь набор простых флажков типа «частота вывода соответствует частоте аудио?», «используется pulseaudio?» «Используется DSP?» «Не высококачественный режим ресемплера?» и т.п. Если один флажок равен 1, то светофор желтеет, Если много - краснеет.

Со вторым модулем я мог бы помочь в написании и переводе таких сообщений и формулировании «правил качества».

конкретно в этом случае — без вариантов. эта либа цепляется во всех c++ приложениях. без нее не взлететь.

Честно, все это очень странно. Получается, эту либу нужно цеплять в BuilRequires ко всем собираемым пакетам с программами на C++.

Но я ни разу ее не ставил для сборки. В минимальный набор стандартных двелоперских либ она не входит и вообще - вот пример пакета на C++

http://hobbes1069.fedorapeople.org/blender/blender.spec

нету тут статика...

libsupc++ статическая. она всегда такая, вроде. ее динамической не бывает. или я что-то недопонял.

похоже да. Я хотел сказать, что для сборки надо ставить не только libstdc++-devel, но и libstdc++-static.

1. видится как интересная возможность, но учитывая что вывод производится через произвольные плагины — сделать это не так просто. разве что сделать этот наворот только для alsa, в рамках alsa-плагина, и забить на остальные как на меньшинство.

2. тут все сложнее. по пунктам:

* светился бы зеленым при идеальном «bit-perfect» режиме вывода lossless-форматов

сейчас нельзя определить программно на 100% lossless или lossy играет, также есть кодеки которые поддерживают кучу форматов, и такую информацию не выдают.

* когда изменения в звуке минимальны (выходное устройство требует ресемплирования, и оно делается с максимальным качеством/включен приличный DSP)

не всегда возможно определить делает ли output plugin ресэмплинг, поддерживает ли прямой вывод, и т.п. так что снова же - придется ограничить фичу той же ALSA, и захардкодить это в GUI. приличность/неприличность DSP как определять? качественность resampling как определять? плагины может делать кто угодно.

* красным, когда вывод идет с заведомыми задержками и искажениями (pulseaudio, lossy-формат, плохой алгоритм ресемплера, микширование в моно и т.п.)

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

* используется pulseaudio

как определить что это именно пульса? она ведь через плагин. плагин может сделать кто угодно. никакой надежности от этого можно не ожидать. а без 100% надежности вся эта хрень даром не нужна. то же самое про ресемплер. кто угодно может написать плагин, обозвать его super-ultra resampler, и делать говняный стретч без фильтрации. плеер даже не сможет определить что именно этот плагин делает.

ок. я кажется понял в чем дело. есть два варианта - либо линковаться к динамической libstdc++ (которая содержит в себе и libsupc++ внутри), либо только к libsupc++ статически.

deadbeef делает второе, т.к. в этом случае libstdc++ не нужен в рантайме, это особенно важно для статик-билда. кроме того, deadbeef не использует функции libstdc++ (исключения, stl, и т.д.), ему нужен только минимум из libsupc++. минимизация рантайм зависимостей, короче говоря.

У меня одного после апдейта поломались названия треков в m3u- плейлистах?

Не исключено, что это баг. Опиши подробнее, приложи плейлист, на котором «поломалось».

Не исключено, что это баг. Опиши подробнее, приложи плейлист, на котором «поломалось».

Первым делом запостил в багтрекер. Здесь уже потом отписался.

А можно ли ядро из плагина спросить о реальных параметрах потока на выход в ALSA и показывать в статусе?

<жалобно> Раньше были псевдофайлы hw_param в proc но потом в новых версиях ядра они куда-то исчезли и теперь я не знаю что компьютер отдает на ЦАП. Индикаторов битности и частоты на многих внешних устройствах с цифровыми входами нет. Я так по ошибке уже поверил что одна недешевая коробочка-ЦАП честно играет 24/96 когда ресемплер втихую все конвертировал в 44.1. Потерял кучку денег купив не совсем то что надо было. </жалобно>

Уже потом в сети нашел кем-то написанную утилитку для показа характеристик устройств ALSA (списка аппаратно поддерживаемых частот числа каналов и битностей) alsa-test кажется.

господа, помогите со скриптом на коньки к DeadBeef, пожалуйста, если можете. вот тема [conky][deadbeef]

Раньше были псевдофайлы hw_param в proc но потом в новых версиях ядра они куда-то исчезли

Никуда они не исчезали.

Раньше были псевдофайлы hw_param в proc но потом в новых версиях ядра они куда-то исчезли

Никуда не исчезли, включается CONFIG_SND_VERBOSE_PROCFS в конфиге ядра.

MPD прожорлив до процессора

4.2

Можно (и нужно) выводить звук напрямую

а теперь поясни

а теперь поясни

[CO mode]Зачем передискретизировать поток, если можно этого не делать?[/CO mode]

не умеет ape

умеет 100%

cuesheet

кроме мпд никто из консольных не может, да и тот криво

кэп облажался
ман карты креатива и асуса с единственной опорной частотой 48Khz

ман карты креатива и асуса с единственной опорной частотой 48Khz

В печь их. Все приличные модели могут в большинство частот.

А можно ли ядро из плагина спросить о реальных параметрах потока на выход в ALSA и показывать в статусе?

без малейшего понятия.

не, опорная частота, и набор поддерживаемых входных частот это две разных оперы
покури гугл

не, опорная частота, и набор поддерживаемых входных частот это две разных оперы

Да, был неправ. Про Creative не искал, но по поводу ASUS только предположения. Ну и карта проходит мой тест с пищалкой, т.е. даже при наличии передискретизации в железе её качество сравнимо по меньшей мере с преобразованием libsamplerate среднего уровня. Поэтому для себя не вижу необходимости включать «Samplerate Best» в MPD :)

Представляю себе моцарта который в консерватории ищет надписи dts и dolby surround вместо того чтобы слушать.

Вот из таких безухих уродцев производители железа и лепят на свои коробки что попало.

Я тоже долго пользовался mplayer, mpg123, ogg123, flac, mpc, раскладывал файлики, составлял плейлисты...
Теперь запускаю gMusicBrowser, выбираю нужный мне плейлист или, скажем, артиста, или, там, альбом, или вообще всю коллекцию (у меня больше 10000 песен), да ещё и «рандомно»...
Если, скажем, при прослушивании «рандомно» мне взбрело в голову слушать именно текущий альбом - я щёлкаю мышкой, и ограничиваю фантазию «рандомизатора» ...
Лафа-а...

mplayer

это же мерзота, если для аудио

...mplayer...
это же мерзота, если для аудио

Я перечислил _возможные_ варианты, включив в список далеко не всё...
К тому же чем mplayer не угодил? Декодер как декодер...
Нет, если нужен hi-end, то на PC это дороговато получается...

тому же чем mplayer не угодил?

тем, что втыкает без спросу lossy плагины обработки, а при попытке это отключить — виснет
причём, такое поведение наблюдалось в его мэйллистах ещё много лет назад

если нужен hi-end, то на PC это дороговато получается

не, в зависимости от скиллов владельца pc

...если нужен hi-end, то на PC это дороговато получается
не, в зависимости от скиллов владельца pc

Пример или ссылку на Hi-end звуковую станцию на базе PC приведи? (Речь про Hi-end)

Hi-end

это с изоляцией проводов из марсианского грунта? а вот профессиональных аудионтерфейсов и з-к карт валом, осиль гугл

Пример или ссылку

https://www.google.ru/search?q=pc i2s dac
тысячи их

Отлично! Таки автор добавил обработку 302 ответа HTTP. Трепещи Эхо Москвы, заслушаю досмерти :)

Э, нет... Не Бритни Спирс или криминал-реп слушать...
Плюс я же ясно выразился: «дороговато».

На Ubuntu 12.04 глючит...

Добавление папки срабатывает нормально, а добавление файлов вешает плеер на долго...