Аудио-плееры в Linux и все о них

[GARyN]

в win пользуюсь apollo, а в linux после долгих поисков поставил DeaDBeeF http://deadbeef.sourceforge.net/
между собой похожи просто, плюс он играет ape файлы без лишних заморочек

[Nymin]

mpd не осилил - не понял к чему такие замарочки.
кстати с mpd трабл странный: когда сносил mpd, сделал rm /etc/mpd.conf, теперь при установке mpd снова, dpkg ругается на отсутствие этого файла, почему то не создает конфиг по-новой.

[Bluetooth]

mpd не осилил - не понял к чему такие замарочки.

Какие заморочки? Все говорят в голос про какие-то заморочки, а я в толк не могу взять - что за заморочки.

[Bizdelnick]

Какие заморочки? Все говорят в голос про какие-то заморочки, а я в толк не могу взять - что за заморочки.

Заморочка одна - надо понять, как оно работает, ибо непривычно. Для этого почитать кой-что. А к плеерам народ относится просто: запустил - и должно играть.

[NekoExMachina]

Какие заморочки? Все говорят в голос про какие-то заморочки, а я в толк не могу взять - что за заморочки.

Обновление базы регулярное?
Кстати, у меня mpd версии не-помню-какая, до появления поддержки cue, почему-то сыпался на некоторых ogg'ах (при создании базы). Почему - я так и не выяснил - огги ничем от других таких же ворбисов не отличались.

[Nymin]

Какие заморочки?

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

[Bluetooth]

Заморочка одна - надо понять, как оно работает, ибо непривычно. Для этого почитать кой-что. А к плеерам народ относится просто: запустил - и должно играть.

Да, наверно.

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

[snob mode on]
Повтыкать музяку - да. Послушать музыку - нет.
[snob mode off]

Кстати, про домашнее использование Вы зря. Это верно только в случае, когда у Вас только один компьютер. Например, без заморочек удаленно управлять плеером - это может только мпд. Более того, я даже с мобилы им управляю через интернет(через браузер, используется phpmp как фронтенд к нему). Делаю я это когда засыпаю под музыку. Если бы я был любителем дома шататься с ноутбуком - рулил бы им все время с ноутбука. И все это чисто домашние варианты использования, и которые доступны частично и в других плеерах, но только клиент-серверная архитектура может позволить реализовать это хорошо.
Конечно, мне потребовалось в первый раз около получаса, чтобы воткнуть - в чем смысл. Но я еще ни разу об этом не пожалел. Тем более, что настройки самого демона гибкие, но очень простые.

[diesel]

mpd не осилил - не понял к чему такие замарочки.

Какие заморочки? Все говорят в голос про какие-то заморочки, а я в толк не могу взять - что за заморочки.

а новые версии научились наконец-то нормально обновлять базу? или все так же?

[Aectann]

а новые версии научились наконец-то нормально обновлять базу? или все так же?

А ненормально - это как?

[diesel]

а новые версии научились наконец-то нормально обновлять базу? или все так же?

А ненормально - это как?

Это: пересканируем всю папку с музыкой, шобы добавить пару трэков.

[Bluetooth]

а новые версии научились наконец-то нормально обновлять базу? или все так же?

А ненормально - это как?

Это: пересканируем всю папку с музыкой, шобы добавить пару трэков.

Сколько я помню,с этим все нормально было.

[/dev/random]

Сколько я помню,с этим все нормально было.

+1. В нём почти с самого начала была возможность сканирования выбранного фрагмента базы. Вот только не все клиенты это поддерживают. Но если вы пользуетесь недоделками вместо нормальных клиентов - ССЗБ.

[diesel]

а новые версии научились наконец-то нормально обновлять базу? или все так же?

А ненормально - это как?

Это: пересканируем всю папку с музыкой, шобы добавить пару трэков.

Сколько я помню,с этим все нормально было.

я вижу два варианта апдейта библиотеки - они оба убогие:
mpd --create-db
mpc update [path]
первый пересканирует все, второй - если не указать path тоже, если указать path - надеюсь что только по этому пути, но это все-равно это убого, и совсем не то что хочется от удобного плейера.

Сколько я помню,с этим все нормально было.

+1. В нём почти с самого начала была возможность сканирования выбранного фрагмента базы. Вот только не все клиенты это поддерживают. Но если вы пользуетесь недоделками вместо нормальных клиентов - ССЗБ.

да я вообще парится не должен по этому поводу,
насколько недоделка ncmpc?

[/dev/random]

я вижу два варианта апдейта библиотеки - они оба убогие:
mpd --create-db
mpc update [path]
первый пересканирует все, второй - если не указать path тоже, если указать path - надеюсь что только по этому пути, но это все-равно это убого, и совсем не то что хочется от удобного плейера.

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

да я вообще парится не должен по этому поводу,
насколько недоделка ncmpc?

Жуткая недоделка. По крайней мере была, когда я перешёл с него на ncmpcpp.

[gard]

Обычно Exaile, но сейчас DeaDBeeF.. ждемс новых версий. =)

[Bizdelnick]

Это: пересканируем всю папку с музыкой, шобы добавить пару трэков.

Учитывая, как шустро он это делает, ИМХО проблема не особо серьёзная. Мне это нравится куда больше, чем подход Амарока, когда, чтобы перечитать изменённые теги, надо удалить файл из базы.

[diesel]

я вижу два варианта апдейта библиотеки - они оба убогие:
mpd --create-db
mpc update [path]
первый пересканирует все, второй - если не указать path тоже, если указать path - надеюсь что только по этому пути, но это все-равно это убого, и совсем не то что хочется от удобного плейера.

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

0.15.8 - это последняя версия mpd? в ней этот вариант есть, и как без него я вообще плохо представляю.

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

да я вообще парится не должен по этому поводу,
насколько недоделка ncmpc?

Жуткая недоделка. По крайней мере была, когда я перешёл с него на ncmpcpp.

всегда считал лучшим "GUI" для mpd именно ncmpc. впрочем если верные пользователи говорят все плохо, видимо так тому и быть,надо будет попробовать ncmpcpp.

Это: пересканируем всю папку с музыкой, шобы добавить пару трэков.

Учитывая, как шустро он это делает, ИМХО проблема не особо серьёзная. Мне это нравится куда больше, чем подход Амарока, когда, чтобы перечитать изменённые теги, надо удалить файл из базы.

там есть кнопка rescan, на видном месте, ЕМНИП

[/dev/random]

0.15.8 - это последняя версия mpd? в ней этот вариант есть, и как без него я вообще плохо представляю.

Нуу.. С формальной точки зрения - да. Просто я уже давно пользуюсь git-версией.

возможно даже совершенно на другой машине работает.

Не, вот как раз с "другой машиной" проблем никаких - там cron'а достаточно.

[dhampire]

я вижу два варианта апдейта библиотеки - они оба убогие:
mpd --create-db
mpc update [path]
первый пересканирует все, второй - если не указать path тоже, если указать path - надеюсь что только по этому пути, но это все-равно это убого, и совсем не то что хочется от удобного плейера.

http://mpd.wikia.com/wiki/Music_Player_Dae...tabase_Updating

[diesel]

возможно даже совершенно на другой машине работает.

Не, вот как раз с "другой машиной" проблем никаких - там cron'а достаточно.

опять же, cron - это "лучше чем ничего", а "другая машина" не обязательно сервер.

я вижу два варианта апдейта библиотеки - они оба убогие:
mpd --create-db
mpc update [path]
первый пересканирует все, второй - если не указать path тоже, если указать path - надеюсь что только по этому пути, но это все-равно это убого, и совсем не то что хочется от удобного плейера.

http://mpd.wikia.com/wiki/Music_Player_Dae...tabase_Updating

по ссылке написано ровно то о чем я сказал, два варианта.

[Bizdelnick]

всегда считал лучшим "GUI" для mpd именно ncmpc. впрочем если верные пользователи говорят все плохо, видимо так тому и быть,надо будет попробовать ncmpcpp.

ИМХО он на порядок удобнее. Хотя я большую часть времени вообще никакую морду не запускаю, а управление на мультимедийные клавиши повесил.

там есть кнопка rescan, на видном месте, ЕМНИП

В какой версии? Впрочем, не важно, я всё равно этот ужас (который 2) давно снёс.

[Bluetooth]

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

Собсно, я не совсем понимаю, а как еще можно?

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

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

там есть кнопка rescan, на видном месте, ЕМНИП

Когда я юзал амарок, всегда боялся эту кнопку жать (: Это было настолько медленно и тормознуто

[diesel]

.

всегда считал лучшим "GUI" для mpd именно ncmpc. впрочем если верные пользователи говорят все плохо, видимо так тому и быть,надо будет попробовать ncmpcpp.

ИМХО он на порядок удобнее. Хотя я большую часть времени вообще никакую морду не запускаю, а управление на мультимедийные клавиши повесил.

посмотрел: там нечему быть на порядок удобнее. впрочем - это дело вкуса

там есть кнопка rescan, на видном месте, ЕМНИП

В какой версии? Впрочем, не важно, я всё равно этот ужас (который 2) давно снёс.

1.5.x про вторую не могу ничего сказать

[diesel]

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

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

inotify is a Linux kernel subsystem that provides file system event notification. It was intended as a replacement for dnotify and was written by John McCutchan, Robert Love and Amy Griffis. It was included in the mainline kernel from release 2.6.13 (June 18, 2005), and could be compiled into 2.6.12 and possibly earlier releases by use of a patch. Its function is essentially an extension to filesystems to notice changes to the filesystem, and report those changes to applications.

One major use is in desktop search utilities like Beagle, where its functionality permits reindexing of changed files without scanning the filesystem for changes every few minutes, which would be very inefficient. By being told that a file has changed directly by the kernel, rather than actively looking, Beagle and such utilities can achieve change-to-reindexing times of only about a second.

It can also be used to automatically update directory views, reload configuration files, log changes, backup, synchronize, and upload.

там есть кнопка rescan, на видном месте, ЕМНИП

Когда я юзал амарок, всегда боялся эту кнопку жать (: Это было настолько медленно и тормознуто

да так же как в mpd.

[Bluetooth]

там есть кнопка rescan, на видном месте, ЕМНИП

Когда я юзал амарок, всегда боялся эту кнопку жать (: Это было настолько медленно и тормознуто

да так же как в mpd.

Определенно нет. Ибо я бы тогда и в mpd боялся нажать.

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

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

inotify is a Linux kernel subsystem that provides file system event notification. It was intended as a replacement for dnotify and was written by John McCutchan, Robert Love and Amy Griffis. It was included in the mainline kernel from release 2.6.13 (June 18, 2005), and could be compiled into 2.6.12 and possibly earlier releases by use of a patch. Its function is essentially an extension to filesystems to notice changes to the filesystem, and report those changes to applications.

One major use is in desktop search utilities like Beagle, where its functionality permits reindexing of changed files without scanning the filesystem for changes every few minutes, which would be very inefficient. By being told that a file has changed directly by the kernel, rather than actively looking, Beagle and such utilities can achieve change-to-reindexing times of only about a second.

It can also be used to automatically update directory views, reload configuration files, log changes, backup, synchronize, and upload.

А есть ли плееры, которые работают с этим? Если да, то какие?

[Bizdelnick]

inotify is a Linux kernel subsystem that provides file system event notification. It was intended as a replacement for dnotify and was written by John McCutchan, Robert Love and Amy Griffis. It was included in the mainline kernel from release 2.6.13 (June 18, 2005), and could be compiled into 2.6.12 and possibly earlier releases by use of a patch. Its function is essentially an extension to filesystems to notice changes to the filesystem, and report those changes to applications.

One major use is in desktop search utilities like Beagle, where its functionality permits reindexing of changed files without scanning the filesystem for changes every few minutes, which would be very inefficient. By being told that a file has changed directly by the kernel, rather than actively looking, Beagle and such utilities can achieve change-to-reindexing times of only about a second.

It can also be used to automatically update directory views, reload configuration files, log changes, backup, synchronize, and upload.

Спасибо за информацию. Теперь угадайте, что я нагуглил по запросу "mpd inotify"

[/dev/random]

Спасибо за информацию. Теперь угадайте, что я нагуглил по запросу "mpd inotify"

Полагаю, это.

[diesel]

Спасибо за информацию. Теперь угадайте, что я нагуглил по запросу "mpd inotify"

костыли....

А есть ли плееры, которые работают с этим? Если да, то какие?

я так предполагаю, практически все GUI плейеры которые библиотекоориентированные. Amarok точно умел, не без глюков, но все же.

[Bizdelnick]

костыли....

Ну да, костыли, конечно. Но вроде бы в версии из git оно уже есть без костылей. Что по этому поводу может сказать /dev/random?

[/dev/random]

костыли....

Ну да, костыли, конечно. Но вроде бы в версии из git оно уже есть без костылей. Что по этому поводу может сказать /dev/random?

Да, есть. Полный список изменений в git относительно 0.15.8:

Код: Выделить всё

* protocol:
  - send song modification time to client
  - added "update" idle event
  - removed the deprecated "volume" command
  - added the "findadd" command
  - range support for "delete"
  - "previous" really plays the previous song
  - "addid" with negative position is deprecated
  - "load" supports remote playlists (extm3u, pls, asx, xspf, lastfm://)
  - allow changing replay gain mode on-the-fly
  - omitting the range end is possible
* archive:
  - iso: renamed plugin to "iso9660"
  - zip: renamed plugin to "zzip"
* input:
  - lastfm: obsolete plugin removed
* tags:
  - added tags "ArtistSort", "AlbumArtistSort"
  - id3: revised "performer" tag support
* decoders:
  - don't try a plugin twice (MIME type & suffix)
  - don't fall back to "mad" unless no plugin matches
  - ffmpeg: support multiple tags
  - ffmpeg: convert metadata to generic format
  - sndfile: new decoder plugin based on libsndfile
  - flac: moved CUE sheet support to a playlist plugin
  - flac: support streams without STREAMINFO block
  - mikmod: sample rate is configurable
  - mpg123: new decoder plugin based on libmpg123
  - sidplay: support sub-tunes
  - sidplay: implemented songlength database
  - sidplay: support seeking
  - wavpack: activate 32 bit support
  - wavpack: allow more than 2 channels
* encoders:
  - twolame: new encoder plugin based on libtwolame
  - flac: new encoder plugin based on libFLAC
  - wave: new encoder plugin for PCM WAV format
* output:
  - recorder: new output plugin for recording radio streams
  - alsa: don't recover on CANCEL
  - alsa: fill period buffer with silence before draining
  - openal: new output plugin
  - pulse: announce "media.role=music"
  - pulse: renamed context to "Music Player Daemon"
  - pulse: connect to server on MPD startup, implement pause
  - jack: require libjack 0.100
  - jack: don't disconnect during pause
  - jack: connect to server on MPD startup
  - jack: added options "client_name", "server_name"
  - jack: clear ring buffers before activating
  - jack: renamed option "ports" to "destination_ports"
  - jack: support more than two audio channels
  - httpd: bind port when output is enabled
  - wildcards allowed in audio_format configuration
  - consistently lock audio output objects
* player:
  - drain audio outputs at the end of the playlist
* mixers:
  - removed support for legacy mixer configuration
  - reimplemented software volume as mixer+filter plugin
  - per-device software/hardware mixer setting
* commands:
  - added new "status" line with more precise "elapsed time"
* update:
  - automatically update the database with Linux inotify
  - support .mpdignore files in the music directory
  - sort songs by album name first, then disc/track number
  - rescan after metadata_to_use change
* normalize: upgraded to AudioCompress 2.0
  - automatically convert to 16 bit samples
* log unused/unknown block parameters
* removed the deprecated "error_file" option
* save state when stopped
* renamed option "--stdout" to "--stderr"
* removed options --create-db and --no-create-db
* state_file: save only if something has changed
* database: eliminated maximum line length
* log: redirect stdout/stderr to /dev/null if syslog is used
* set the close-on-exec flag on all file descriptors
* pcm_volume, pcm_mix: implemented 32 bit support
* support packed 24 bit samples
* CUE sheet support
* obey $(sysconfdir) for default mpd.conf location
* build with large file support by default
* added test suite ("make check")
* require GLib 2.12
* added libwrap support

Но я его отключил на этапе ./configure. Если честно, мне не нравится подобный подход, ещё со времён, когда пробовал beagle