LINUX.ORG.RU

Qmmp 0.3.0

 , , ,


0

0

Qmmp - это аудио-плеер, основанный на библиотеке Qt, и имеющий интерфейс, похожий на winamp или xmms.

Изменения по сравнению с версией 0.2.4:

  • Новый интерфейс libqmmp и libqmmpui.
  • Добавлена экспериментальная поддержка CUE, в том числе встроенного в FLAC и WavPack.
  • Добавлены модули проигрывания AAD и CD Audio.
  • Добавлена поддержка форматов библиотеки ffmpeg.
  • Добавлена поддержка глобальных горячих клавиш.
  • Добавлена поддержка MPRIS.
  • Добавлен модуль управления mplayer-ом.
  • Добавлена модуль для показа текстов песен.
  • Добавлено обнаружение съёмных носителей.
  • Добавлен модуль для работы с файлами.
  • Добавлена визуализация с помощью projectM.
  • Добавлен модуль эффектов bs2b.
  • Добавлена частичная поддержка компиляции на MinGW.
  • Добавлен модуль вывода waveout.
  • Добавлены настройки прозрачности.
  • Удалён модуль DBus.
  • Улучшена поддержка системного лотка: добавлена регулировка громкости с помощью колёсика мыши.
  • Улучшен модуль scrobbler: добавлены уведомление о текущей композиции, поддержка libre.fm, автономный режим.
  • Улучшена интеграция с файловым менеджером.
  • Улучшен модуль уведомлений: добавлены настройка прозрачности и отслеживание громкости.
  • Улучшен список воспроизведения: добавлена возможность показа протокола.
  • Оптимизирован запуск приложения.
  • Исправлен модуль PulseAudio (поддержка 24-х бит).
  • Исправлено опустошение буфера в модуле ALSA.
  • Исправлен шрифт по-умолчанию.
  • Исправлена поддержка Gnome.
  • Исправлено определение языка интерфейса
  • Добавлен итальянский перевод.
  • Обновлены украинский, русский, немецкий и польский переводы.
  • Исправлено множество других ошибок.

Скачать: исходники.tar.bz2

>>> Подробности

Deleted

Проверено: hibou ()

Ответ на: комментарий от dikiy

>Допустим у тебя 100 куев.

стршная фраза=)

z01
()
Ответ на: комментарий от tommy

>нашли убийственную "киллер-фичу" - поиск по помойке и гордитесь ею.

Мда, клиника. Может, find и grep тоже не нужны?

dikiy ★★☆☆☆
()
Ответ на: комментарий от Daeloce

>Хм...Не знал что foobar умеет добавлять в плэйлист отдельную песню из куе образа...А кто еще из плееров это умеет? А теперь возьмем реальную задачу, а именно добавим то что из 70-80 треков у 10-15 я точно не помню исполнителя, а у доброй половины не помню альбома. Как в фубаре мне за минимальное время собрать плэйлист если я точно помню название треков?

Томми говорит, что эта задача идиотская и не нужная. А вот rate говорит, что как раз это и есть киллер фича фубара :)

dikiy ★★☆☆☆
()

Не понимаю ваш фанатизм.

Вот у меня есть 3000 трэков мр3, половина была без тегов(теперь с тегами сгенереными из имен файлов), файлы вообще без тегов и любой идентификации были снесены (там еще можно сносить и сносить ненужное типа попсни для "особых случаев"), есть несколько cue...

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

Мой фубар: http://ie.piccy.info.nyud.net/i3/e1/a1/9d136a2445fda7ce56fdc3fc11c5.png

FiXer ★★☆☆☆
()

Про куе: слухаю, выбираю нужны треки, спецтулзой очень быстро вырезаю. ПРОФИТ!

FiXer ★★☆☆☆
()
Ответ на: комментарий от FiXer

>Не понимаю ваш фанатизм.

до вашего с томми фанатизма далеко. многих вещей нет в линуксе, но орать, что нет плееров (читай "нет фубара"), способен только томми. при этом так брызжет слюной, что ему кажется, будто все вокруг его слюной забрызгали. томми, на сахарку: в линуксе есть МНОГО плееров, разные по функционалу и ресурсам. фубара нет, да. а поддержка куев есть. амарок с 2005 года их поддерживает. во второй пока не портировали, да. что кстати демонстрирует востребованность данной фичи. видимо без нее жить не могут только томи и какие-то "релизеры"

registrant ★★★★★
()

Лично я в линуксе юзал такие плеера:

1. xmms - давно было
2. amarok 1.* - в целом неплохо, не хватало отображения куе целиком и были легкие проблемы с тегами, глоб. клавиши есть.
3. mocp - хорошая штука, просто чтоб врубить поиграть.
4. audacious - проблемы с кодировками, проблемы с куе, не отображение инфы о файле, глоб клавиши есть.
5. exaile - немного тормозной, не нравится несохранение позиции на нужной вкладке, падает.

Под вендой:

1. sonique хз что (венда 95 у соседа), типа винампа но еще до него, можна играть музыку.
2. winamp - музыку слухал редко.
3. foobar - пока ок.

FiXer ★★☆☆☆
()

Почему ехаил такой тормозной при перемотке и прочих движениях?

FiXer ★★☆☆☆
()
Ответ на: комментарий от dikiy

Киллер-фича фубара - функционал, способный удовлетворить любого - от релизера-аудиофила до глухого.

Я, например, держу вайн в системе только ради фубара. Ну нет в линуксе пока такого плеера. Плохо, но не смертельно.

rata
()
Ответ на: комментарий от rata

самое приятное звучание в linux'е у плайера madplay. жаль, что он не столь функционален. не ставил задачей узнать в чем соль такого мягкого звука. может это либа libmad, может сам движок.

madplay 0.15.2 (beta)

sprutos ★★★
()
Ответ на: комментарий от sprutos

> самое приятное звучание в linux'е у плайера madplay. жаль, что он не столь функционален. не ставил задачей узнать в чем соль такого мягкого звука. может это либа libmad, может сам движок.

Вообще, при декодировании lossy-кодеков допускаются отклонения разных реализаций друг от друга. А libmad считается наиболее качественным декодером в соответствии со стандартами: http://www.underbit.com/resources/mpeg/audio/compliance/.

Deleted
()
Ответ на: комментарий от Deleted

Однако следует учесть, что звук там 24-х битный и не используется FPU. По мне так mpg123 лучше звучит.

truetester
()
Ответ на: комментарий от overmind88

Видел где-то, вроде на винамп хороше. Не пробывал. Фубара хватает.

FiXer ★★☆☆☆
()
Ответ на: комментарий от Klizmoid

> Надо б к нему каталогизатор таки дописать - и цены ему не будет... МОж займусь на досуге...

Qmmp поддерживает плагины. А авторы эти самые плагины только приветствуют, т.к. это расширяет функционал ;)

Drool
()
Ответ на: комментарий от rata

>Киллер-фича фубара - функционал, способный удовлетворить любого - от релизера-аудиофила до глухого.

>Я, например, держу вайн в системе только ради фубара. Ну нет в линуксе пока такого плеера. Плохо, но не смертельно.

То есть пользоваться amarok (с намного более широким функционалом) лишь из-за того, что он не поддерживает cue (который совершенно не для того предназначен, чтобы с него слушать) нельзя?

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

> То есть пользоваться amarok (с намного более широким функционалом) лишь из-за того, что он не поддерживает cue

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

overmind88 ★★★★★
()
Ответ на: комментарий от dikiy

>Мда, клиника. Может, find и grep тоже не нужны?

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

tommy ★★★★★
()
Ответ на: комментарий от overmind88

>2.2 поддерживает уже, только несколько интересно, образ показывается одним треком, а песенки отмечаются метками на полоске длины песни

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

tommy ★★★★★
()
Ответ на: комментарий от registrant

>до вашего с томми фанатизма далеко. многих вещей нет в линуксе, но орать, что нет плееров (читай "нет фубара"), способен только томми.

врать то не надо. я раньше говорил что нет функциональных плееров. теперь он есть - qmmp.

>а поддержка куев есть. амарок с 2005 года их поддерживает.

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

>во второй пока не портировали, да.

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

tommy ★★★★★
()
Ответ на: комментарий от tommy

>>Мда, клиника. Может, find и grep тоже не нужны?

>вы режете на треки и потом боретесь с этим сканированием и использованием DB. это патология, нарушение работы мозга.

Иначе невозможно организовать адекватный поиск по коллекции и многое другое. CUE в проигрывателе - это идиотизм в последней стадии.

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

>Иначе невозможно организовать адекватный поиск по коллекции и многое другое. CUE в проигрывателе - это идиотизм в последней стадии.

Точнее поддерживать его можно, но совсем не обязательно. Все равно на треки резать надо.

dikiy ★★☆☆☆
()
Ответ на: комментарий от tommy

> это не поддержка cue. поддержка cue это года cue открывается и список треков виден и добавляется в плейлист.

это только твоё мнение и ничего больше

overmind88 ★★★★★
()
Ответ на: комментарий от overmind88

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

в cue название треков не для того что-бы плееры игнорировали названия. и вероятно он ещё и не умеет переходить по трекам.

tommy ★★★★★
()
Ответ на: комментарий от dikiy

>Иначе невозможно организовать адекватный поиск по коллекции и многое другое.

ну это выдумки. нет никаких проблем искать по плейлистам. только это нужно ВАМ. просто вы придумали что это нужно.

tommy ★★★★★
()
Ответ на: комментарий от registrant

>до вашего с томми фанатизма далеко.

фанатики - это вы. например я иногда слушаю музыку и смотрю видео под виндой, просто чтобы не быть фанатиком и смотреть на вещи и со стороны пользователя линукс и пользователя windows. правда FullHD монитор подключен к машине с виндой - всё равно в линукс приходится использовать CoreAVC для просмотра 1080p, а под виндой на чуть более слабом процессоре умудряется нормально декодировать 1080p и простой ffdshow. что-то мне это не нравится.

tommy ★★★★★
()
Ответ на: комментарий от tommy

>почему вы не добавляете в амарок альбом без названия треков, а просто название альбома/диска?

добавляем. учи матчасть.

>для вас нормально. криворукие программисты амарока не смогли реализовать поддержку cue и вы их защищаете. а вы похожи на сектантов - всегда защищаете эту несуразность.

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

dikiy ★★☆☆☆
()
Ответ на: комментарий от tommy

>>Иначе невозможно организовать адекватный поиск по коллекции и многое другое.

>ну это выдумки. нет никаких проблем искать по плейлистам. только это нужно ВАМ. просто вы придумали что это нужно.

Мне кажется совсем наоборот. Это не нужно только тебе (этот тред это только подтверждает). Ну так кто ж тебе доктор...

dikiy ★★☆☆☆
()
Ответ на: комментарий от tommy

>>до вашего с томми фанатизма далеко.

>фанатики - это вы. например я иногда слушаю музыку и смотрю видео под виндой, просто чтобы не быть фанатиком и смотреть на вещи и со стороны пользователя линукс и пользователя windows. правда FullHD монитор подключен к машине с виндой - всё равно в линукс приходится использовать CoreAVC для просмотра 1080p, а под виндой на чуть более слабом процессоре умудряется нормально декодировать 1080p и простой ffdshow. что-то мне это не нравится.

ТРОЛОЛО!!1

dikiy ★★☆☆☆
()
Ответ на: комментарий от PolarFox

> И всё потому, что в там отошли от понимания документ=файл так насаждаемого досом, а позднее виндовсом.

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

hobbit ★★★★★
()
Ответ на: комментарий от borman99

> Гораздо естественнее использовать такую единицу, как трек (и да, среди того, что я слушаю, он, а не альбом является единицей)

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

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

На самом деле хороший плеер должен давать возможность удобно работать с ОБЕИМИ концепциями. И если "потрековый" взгляд реализован уже давно, то с "поальбомным" до недавнего времени были проблемы. И очень хорошо, что эти проблемы решаются.

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

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

Кстати, хоть я и не амарокофил, но слово "Список" мне нравится больше, чем "плейлист". Возмущаться "списком" может только человек, напрочь забывший русский язык.

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

> Кстати, хоть я и не амарокофил, но слово "Список" мне нравится больше, чем "плейлист".

Список воспроизведения, тогда уж.

a3
()
Ответ на: комментарий от hobbit

> Ну вообще-то, это частный случай концепции "всё есть файл", что как раз является идеологией юникса, и очень удобно, кстати.

Я всегда думал, что идеалогия юникса это не просто «всё есть файл», но и когда один файл соответсвует одной сущности.

В случае же с cue и img два файла инкапсулируют кучу других понятий — треков. Что неудобно. Вон в винде реестр тоже в конечном итоге — один или несколько файлов. Но не юниксово это.

PolarFox ★★★★★
()
Ответ на: комментарий от PolarFox

> Я всегда думал, что идеалогия юникса это не просто «всё есть файл», но и когда один файл соответсвует одной сущности.

Ну я как бы не возражаю.

Проблема в том, что не всегда можно однозначно определить, что является главной сущностью - альбом или композиция на нём. Вот у поп-музыкантов - да, альбом, как правило, не более чем набор хитов. Как только музыка становится "непопсовой", цельность альбома начинает увеличиваться. Да, конечно, в обоих случаях есть исключения.

Но я хочу в первую очередь свободу выбора. tommy, конечно, сильно перегибает палку. Но то же самое относится к тем его оппонентам, которые заявляют, что cue не нужен никому, кроме "релизеров" и ещё кучки фанатов. В принципе да, людей, предпочитающих FLAC+CUE, меньше, чем тех, кто предпочитает каждый трек иметь в виде файла. Но это не критический показатель. "Потрековый" подход просто имеет более почтенную историю, и среди его приверженцев множество людей, которые либо про CUE вообще не слышали, либо он им показался неудобным, ИБО ПРИВЫЧКА. Знакомая картина? Правильно, именно так упёртые виндузятники делают вывод, что линукс не нужен.

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

hobbit ★★★★★
()
Ответ на: комментарий от PolarFox

>Я всегда думал, что идеалогия юникса это не просто «всё есть файл», но и когда один файл соответсвует одной сущности.

а вообще кому какое дело до идеологии юникс? это часто с реальностью не пересекается никак. а файл - он что отдельной пластиной внутри харда лежит? или fs это и есть совокупность файлов внутри одной fs. так же по вашему не должны существовать архивы. вы так же должны, увидев архив, моментально из него всё извлечь (как вы делаете с CD/образом). так же вам нужно размуксить все видеофайлы - там внури видео, часто по несколько аудиодорожек и субтитров.

tommy ★★★★★
()
Ответ на: комментарий от borman99

> Гораздо естественнее использовать такую единицу, как трек (и да, среди того, что я слушаю, он, а не альбом является единицей), к тому же, если плеер умеет работать с таким редкостным извращением, как cue, понятие трека остается актуальным.

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

>(tommy, ты в переходе дисками торгуешь, что ли? Зачем тебе их записывать идентично натуральному?)

а что у вас мания такая - испохабить то что делали другие. ну и главное - правильный рип диска позволит отличить один релиз от другого. вот посмотрите сколько было вариантов выпущено у нормальных групп (Криденс например).

tommy ★★★★★
()

Вопрос, конечно, интересный. В случае embeded cue не вижу проблем с коллекцией. Просто файл один, а треков много. Добавляй, сортируй и т.д. Самое весёлое начинается с отдельным cue файлом. Тогда треки из cue и этот отдельный файл добавятся в коллекцию. Можно конечно для каждого файла шарить вокруг в поисках cue, но что делать когда для одного файла существует несколько cue или в cue прописано несколько файлов?

truetester
()
Ответ на: комментарий от truetester

вот мы и делаем iso.wv - там прошит cue и внутри iso может быть сколько угодно ещё cue (разные кодировки и разные языки) и сканы, текстовые файлы и тп. прошиваем такой cue который наиболее приемлем для большинства.

tommy ★★★★★
()
Ответ на: комментарий от hobbit

>. В принципе да, людей, предпочитающих FLAC+CUE, меньше, чем тех, кто предпочитает каждый трек иметь в виде файла.

не могу подтвердить. если на трекере не заставляют резать на треки (пресловутая "педрятина") то рипают в образ+cue. это реальность, в том числе "ослиная" - там нереально много lossless релизов пользователей со всех стран никак не обьединённых между собой сайтом/форумом и тп. такая же ситуация и в азиатских p2p - Share,Winny,PerfectDark. я все их использую/использую. но даже в случае трековой "педрятины" там и рип правильный и cue в комплекте, пусть там и прописаны отдельно треки а не образ. сделать образ из них - нажатием одной кнопки в CueTools.

tommy ★★★★★
()
Ответ на: комментарий от dikiy

>ТРОЛОЛО!!1

по пунктам. что не так опять.

tommy ★★★★★
()
Ответ на: комментарий от hobbit

>"Потрековый" подход просто имеет более почтенную историю,

ничего подобного. те кто рипают музыку делают это в основном EAC-ом. там вообще всё предлагалось кодировать в образ.ape + cue. что логичнее - получить копию диска. а то что и до этого mp3 помещали в ALBW вы неаверное не знаете. это вы привыкли к "скачать песню ХХХ в mp3 бесплатно!!!" в российских интенетах последних годов.

tommy ★★★★★
()
Ответ на: комментарий от hobbit

>про CUE вообще не слышали, либо он им показался неудобным, ИБО ПРИВЫЧКА. Знакомая картина? Правильно, именно так упёртые виндузятники делают вывод, что линукс не нужен.

и тут неверно. про ненужность cue орёт маленькая злобная кучка амарокофилов на LOR-е. и в основном орала она от зависти, потому что они понимали что их любимый амарок убог и недоделан и потому они отрицали всё что он не понимает (или то что раелизовано там неправильно). сектанты-амарокофилы, что от них ждать ещё.

tommy ★★★★★
()
Ответ на: комментарий от truetester

а знаете почему вообще распространено "пиратство" - достать качественную музыку/хорошие издания нереально сложно. много уже давно out of print, а кое что даже сводили звукоинженеры уже "для себя", если есть плёнки и возможность сделать ремастер и нет возможноти выпустить весь каталог. так же не достать первопрессы не неиспохабленные (цифровым ремастерингом) звуком. их перестали печатать очень быстро а звук там лучше.

tommy ★★★★★
()
Ответ на: комментарий от tommy

>вы так же должны, увидев архив, моментально из него всё извлечь

Если я что-то держу в архиве — значит это мне надо крайней редко.

>так же вам нужно размуксить все видеофайлы - там внури видео, часто по несколько аудиодорожек и субтитров.

видео, аудио и субтитры практически не имеют смысла отдельно друг от друга (но даже это на DVD лежит отдельно :)

Если вдруг понадобится, можно выдрать.

dikiy ★★☆☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.