На сайтах с музыкой в чиптюн форматах типа nsf или vgm

Нет

Почему же? Вполне конкретный вопрос. Например, почему б декодеры для всех аудиокодеков не брать из ffmpeg/libav? Какой смысл вообще тащить mad если он лагает?

Кто ж тебя принуждает сидеть на маке?

Подозреваю, что Ленар. И не его одного.

Почему же? Вполне конкретный вопрос. Например, почему б декодеры для всех аудиокодеков не брать из ffmpeg/libav? Какой смысл вообще тащить mad если он лагает?

чувак, ты реально странный. сначала спрашиваешь почему б не задействовать декодеры из lame.. что это такое вообще? откуда они вдруг взялись?

потом спрашиваешь почему б декодеры не брать из ffmpeg — так никто ж не запрещает, удали все плагины, оставь только ffmpeg, и юзай.

Это синдром «тред не читай - сразу отвечай» :)

Да проблема в том...

сначала спрашиваешь почему б не задействовать декодеры из lame.. что это такое вообще?

Как можно не знать, что такое lame если ты делаешь свой аудиоплеер?

потом спрашиваешь почему б декодеры не брать из ffmpeg — так никто ж не запрещает, удали все плагины, оставь только ffmpeg

ОК, попробую объяснить. Судя по тексту из новости,

Поддержка mpg123 в качестве библиотеки декодирования MP3 (есть возможность выбора между mpg123 и libmad в настройках).

складывается впечатление, что предоставляется выбор только между mpg123 и libmad, и никаких других вариантов (ffmpeg, lame и прочее) какбы нет. Если это не так, это надо поправить в тексте новости.

Как можно не знать, что такое lame если ты делаешь свой аудиоплеер?

не, я знаю что такое lame. но где в нем декодер?

складывается впечатление, что предоставляется выбор только между mpg123 и libmad, и никаких других вариантов (ffmpeg, lame и прочее) какбы нет.

поддержка mp3 из ffmpeg не считается достойной упоминания. но если она тебе нужна — она доступна.

основные два mp3 декодера в deadbeef — это libmad и libmpg123.

p.s. поддержка lame ENcoder в deadbeef есть, если что.

не, я знаю что такое lame. но где в нем декодер?

man lame | grep decode

это надо поправить в тексте новости.

в новости написаны нововведения (т.е., собственно, что нового в данном релизе).

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

--decode
Uses LAME for decoding to a wav file. The input file can be any input type supported by encoding, including layer II files. LAME uses a bugfixed version of mpglib for decoding.

утилита lame умеет использовать mpglib для декодирования mp3 файлов. ты хочешь чтобы я как-то в deadbeef этот mpglib вкрутил, или что?

утилита lame умеет использовать mpglib для декодирования mp3 файлов.

Нет, не совсем так. В дереве исходных кодов LAME есть некий код для декодирования, который основан на коде этого mpglib, вот http://lame.cvs.sourceforge.net/viewvc/lame/lame/mpglib/
Да, я думаю его можно было бы поддерживать в вашем плеере. Не вижу в этом ничего плохого

По поводу новости: просто из текста новости складывается обманчивое впечатление, что поддерживается декодирование mp3 только лишь через mpg123 и libmad. Я например никогда вашим плеером не пользовался, и у меня именно такое обманчивое впечатление получилось

если внимательно приглядеться — быстро становится понятно, что в lame и есть какая-то из версий libmpg123 (видимо, ранее она называлась mpglib), а она и была добавлена в deadbeef.

Клементинку везде юзаю. Почему стоит менять ее на сабж?

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

При drag'n'drop в плеер файлов из сетевой директории (smb через gvfs, файловый менеджер - nemo, хотя пробовал и другие) в плейлисте появляются только названия треков (title). Сами треки не воспроизводятся. В Track Properties имеем location вида smb://username@192.168.1.XXX/multimedia/Music/.../file.flac. Если забрасываем в плейлист папку, то имеем строку с "-" в графе Artist/Album. Properties - аналогично файлам (smb://...). При открытии напрямую, файлы открываются корректно. Спасибо за помощь и за самый удобный плеер!

P.S. Да, монтирование через fstab штука отличная, но не всегда возможная и часто неудобная.

Отличный плеер :3

а если поставить плагин gvfs, типа этого, не помогает? https://github.com/asv/deadbeef-gvfs

Пробовал подсунуть deadbeef.h, но configure валится на этом:

checking deadbeef/deadbeef.h usability... no
checking deadbeef/deadbeef.h presence... no
checking for deadbeef/deadbeef.h... no
configure: error: missing required header (see above)

ясно.. значит не судьба.

Waker, спасибо тебе за разработку!

Собрал. Ничего не меняет :( Видимо действительно не судьба.

Скрин, похоже, мой. Скачать можно тут: http://www.zophar.net/download_file/23727 — NES; http://www.zophar.net/download_file/33115 — SEGA Genesis; http://www.zophar.net/download_file/24547 — SNES (BTBM).

minigsf не умеет ещё? Вроде ж фубаровский плагин тот же kode54 писал…

Собрал. Ничего не меняет :( Видимо действительно не судьба.

вообще странно, что не меняет. должно же работать, иначе зачем автор писал этот плагин? :)

может плагин вообще не загрузился просто?

minigsf не умеет ещё?

нет

-

Благодарю за работу над отличным плеером.

Было бы классно, если бы был cli backend к нему.

И открытая версия для android для fdroid.

А вообще, было бы здорово переписать gui на qt5 (оставив только вкладки с плейлистами) и выпилить всё лишнее (всё, кроме непосредственно проигрывания музыки), например, поддержку плагинов.

***

Не разделяю позицию относительно работы по влючению в репозитории дистров.

Я могу ошибаться: можно использовать свежие библиотеки в debian sid, если нет нужных - добавить их туда (свои форки, если нужно).

***

Нет ничего страшного в наличии 2 репозиториев. И настроить хуки для работы с ci тоже не сложно.

Также в git можно держать n orphaned веток, в которых хранить что угодно.

На github был также анонсирован некий сервис для хранения больших бинарных файлов.

SourceForge - УГ.

debian 8 - после установки плеер не виден в меню.

Было бы классно, если бы был cli backend к нему.

видимо, имеется ввиду frontend?

И открытая версия для android для fdroid.

вероятно, я открою полные исходники deadbeef/android 1.x после релиза 2.0 (но не обещаю.. опенсорс это слишком большая ответственность, и требует слишком много времени)

А вообще, было бы здорово переписать gui на qt5

глупости. переписыванием только школота занимается.

Не разделяю позицию относительно работы по влючению в репозитории дистров.
Я могу ошибаться: можно использовать свежие библиотеки в debian sid, если нет нужных - добавить их туда (свои форки, если нужно).

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

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

это не баг, а фича. плеер же в /opt устанавливается

можно самому написать desktop файл

по-моему, должен быть .desktop файл после установки, именно в /usr (даже несмотря на то что deadbeef в /opt)

щас проверю

проверил, desktop файл есть.

ага, чо-т я поспешил, меню почти не пользуюсь

в арчепакете deadbeef.desktop есть, в меню отображается

в дебиане 1:1 все идентично. они практически идентично создаются.

Лучший linux аудио-плеер. Спасибо за разработку.

Загрузился. Собрается в /usr/local/lib/deadbeef. После ручного переноса в /usr/lib64/deadbeef становится виден в списке плагинов. Поведение не меняется.
Видимо придется nemo переучивать, чтобы отдавал локальные пути вместо url при драг-н-дропе, так же, как делает при открытии.

еще можно попробовать автора плагина поспрашивать, он должен какие-то нюансы работы с gio/gvfs знать, о которых мне ничего неизвестно. например — в каких FM он тестировал плагин, и как оно вообще должно работать. (автор русский кстати)

а ты же сидишь под маком? как тогда ты девелопишь и тестишь под линь - виртуалка какая или какой-то менее костыльный способ есть ? поделись)

есть и реальное железо, и виртуалки, + travis-ci для тестов «собирабельности» (недавно переехал с drone.io). а вообще, практически все новое сначала делается на маке, а потом портируется на линукс. ну и все что есть под линукс постепенно под мак портируется.

те проблем с либами и фраемворками нет ? и ты легко например весь gtk гуй делаешь на маке ?

не, я не использую GTK на маке. (все что касается GTK делается под линуксом)

Отправил вопрос автору плагина. Обнаглею и спрошу: а нельзя ли добавить в приложение проверку путей вида if path starts with «SMB://» replace «SMB://» with «/run/user/1000/gvfs/smb-share\:server\=» Всё равно же smb пути не открываются, а владельцам NASов это очень упростит жизнь.

и что, вот этого достаточно чтобы заработало gvfs? вообще можно сделать такой плагин, для начала — чтобы доказать что оно работает.

Плееру, полагаю, всё равно какой локальный путь открывать. Надо только проверить путь к точке монтирования. Автор плагина оказался чертовски приветлив и несмотря на то, что давно забросил свой плагин, внёс правки. Теперь плеер корректно импортирует файлы, но папки игнорит. Написал об этом автору.

Плееру, полагаю, всё равно какой локальный путь открывать.

это если путь уже примонтирован. а если нет?

А если не примонтирован, то как пользователь добавит файлы в плейлист? Или я неправильно понял вопрос.

например, он их добавил, а потом перезагрузил комп.

Но при этом они всё равно не будут воспроизводиться до монтирования. Плеер же всё равно работает только с локальными путями.

я об этом и говорю, что поддержка gvfs будет какой-то неполноценной... я так понимаю, что если делать через gio, то файлы/папки будут монтироваться автоматически, нет?

Есль ли для deadbeef что-то подобное?

РАЗ

ДВА

ТРИ

Быстрый поиск не дал ответа по поводу автомонтирования. Сам пока нигде не встречал и вынужден пользоваться gigolo для перемонтирования при перезагрузке.