LINUX.ORG.RU

Musique - 100% Java Аудио Плеер

 ,


0

0

Вышла новая (первая) версия аудио плеера Musique - одного из немногих плееров с открытым кодом написанных полностью на Java.

В этой версии реализована полная поддержка следующих форматов:

  • MP3
  • Ogg Vorbis
  • Flac
  • Monkey's Audio
  • WavPack
  • WAV, AU, AIFF
  • Через JNI и libfaad можно играть MP4
  • CUE файлы, как внешние так и встроенные.

Для всех форматов реализована точная прокрутка (sample accurate seeking) и gapless playback (для mp3 читается LAME Tag).

Поддерживается чтение и запись тэгов id3v1, id3v2, apev2, mp4, Vorbis Comments, FLAC.

Колонки плейлиста можно настраивать с помощью встроенного title formatter'a, подобного тому что в foobar2000.

Лицензия: LGPL 3

Скриншоты.

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



Проверено: Shaman007 ()
Последнее исправление: tulskiy (всего исправлений: 1)
Ответ на: комментарий от cruxish

Простите за крамолу, но его, профита, нету

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

> да, cue прошитые внутри контейнеров в UTF-8.

Скажите это тем, кто генерирует .cue в венде через EAC.

а отдельно лежат ещё несколько штук - в разных кодировках.

Очень элегантное и разумное решение, ага.

разные кодировки они не только у нас, но и у китайцев и у японцев.

Спасибо, кэп!

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

<<Возможно. Но, например, мне иногда хочется включить какой-нибудь трек в консоли через mplayer. Или записать альбом на плеер (который, естественно, в силу того, что он *плеер*, не понимает .cue). Я могу сохранять в треки теги на любом языке, и не бояться, что они где-то неправильно прочитаются, я могу добавлять ReplayGain для каждого трека. Это так, несколько юзкейсов навскидку. cruxish * (07.06.2010 15:56:48) >>

Согласен по поводу так называемых мр3 плаеров и cue, есть такая проблема. Многие не то что ape но и flac не читают. Ну я например стараюсь сильно не заморачиваться. слушаю одним фаилом. Да есть не удобство. Надеюсь в будущем допилят и вставят поддержку. Слава богу хоть появились плаера с поддержкой основных форматов а не только мр3.

В конце концов я на плаере каждый день муз. не меняю так что можно взять и разбить на треки .

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

>> да, cue прошитые внутри контейнеров в UTF-8.

Скажите это тем, кто генерирует .cue в венде через EAC.

EAC тут не причём. внутри контейнера всегда UTF-8

а отдельно лежат ещё несколько штук - в разных кодировках.

Очень элегантное и разумное решение, ага.

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

Спасибо, кэп!

ты не знал. иначе бы чушь не писал

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

не надо господи плееров на яве... не для плееронаписания оно...

G-UNiX ★★
()

У меня кушает 31 МБ. Но скушало все системное аудио, когда плеер работает, то остальные программы молчат. Убунта karmic, попробую в генте, которую пилил сам.

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

> а как иначе? напрмиер я не смогу прочитать то что написано на французском или китйском - я открываю .cue с переведённым названием треков и альбома.

распили на треки и сохраняй в теги utf8. Сможешь читать и на французском, и на китайском.

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

> EAC тут не причём. внутри контейнера всегда UTF-8

Для тех, кто в танке - .cue автоматически переведётся из любой кодировки в UTF-8 как только вы его добавите в тег CUESHEET?

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

С переведённым на разные кодировки? UTF-8 не хватает, чтобы корректные названия записать? И почему именно .cue, а не .txt? Или, там, не .html?

ты не знал. иначе бы чушь не писал

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

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

> распили на треки и сохраняй в теги utf8. Сможешь читать и на французском, и на китайском.

Так он же говорит, что у него внедрённый .cue уже в UTF-8 (кстати, где стандарт, это позволяющий?). Мне вот непонятно, зачем тогда несколько .cue держать дополнительно...

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

+1. У меня тоже самое. Но случается только если запущены другие звуковые приложения (chromium+youtube, totem, vlc). Но дело не в плеере, это костыли в настройке звуковой системы. Так как другие приложения тоже не очень дружат. Сам буду пилить.

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

> Но дело не в плеере, это костыли в настройке звуковой системы.

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

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

Может к примеру ALSA работает нормально, а сабж играет через OSS. Или наоборот. У меня все приложения что в генте, что в убунте пользуются звуком монопольно

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

> У меня все приложения что в генте, что в убунте пользуются звуком монопольно

и как живётся при этом? Не было проблем с тем, что аська не крякала, если музыка играет? Или когда запускаешь какую-нить фигню типа virtualbox и даже не знаешь потом, что это именно она не даёт тебе кино со звуком посмотреть?

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

> Так он же говорит, что у него внедрённый .cue уже в UTF-8 (кстати, где стандарт, это позволяющий?)

на cue вообще нет стандартов. официальный «недостандарт» вообще обязывает туда писать iso8859-1, никаких китайско-японско-русских кодировок быть не должно. это кривые виндовые проги пишут в системной кодировке.

преобразование cue в utf8 при записи в apev2 - это требование тегов apev2, текстовые поля обязаны быть utf8

waker ★★★★★
()

А меня бесят эти img iso cue!!! Каждый раз мучаюсь разрезаю когда скачиваю. Хранить неудобно, играет таких монстров полторы плеера программных и почти ни один аппаратный, без из*** непонять сколько треков в альбоме (а тут ls | wc и все дела) не понимаю зачем эти псевдо ФС нужны. Стандартов опять же нету.

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

stalkerg ★★★★★
()

если там нет встроенного интерфейса shoutcast radio, как в винампе, то музикуе не нужен

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

> на cue вообще нет стандартов.

Это и плохо. Я сам искал, интересно было, но не нашёл.

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

Вот-вот, я об этом и писал. :)

преобразование cue в utf8 при записи в apev2 - это требование тегов apev2, текстовые поля обязаны быть utf8

Хм, а вот это уже интересно. Я всегда думал, что .cue туда просто аттачится в бинарном виде, как обложка альбома, например. С flac metadata ситуация аналогичная?

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

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

Ничего подобного. Просто они (мы) не настолько фанатичны. :)

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

> С flac metadata ситуация аналогичная?

на 100% не помню, но вроде да.

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

Уже месяц гетной пользуюсь, первый раз заметил. А в убунте все исправилось с апдейтом, это я о старой говорил.

Асей и виртуалбоксом не пользуюсь, музыку слушаю мало. Основные применения моей звуковой карты - youtube и фильмы. Неудивительно что не замечал раньше.

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

«а вот так. я прошиваю cue 2 раза. сначала прошиваю в .wv (и лог туда же) а потом ImgBurn-ом сую в iso и прошиваю ещё раз. а получается что там cue 2 раза прошит. плюс отдельно файлом.»
«вот что DeaDBeeF парсит? открывает внутренний .wv ? или читает тот прошитый cue который прошит в iso.wv ?»

Меньше занимайтесь извращениями - и проблем будет меньше. И не надо будет никому морочить голову своими идиотскими *.вав.исо.рар.зип...-форматами.

raduga
()

> 100% Java

Дальше не читал.

shahid ★★★★★
()

Вообще зачёт автору конечно. В полностью-java плеере есть полезность с точки зрения секурности.

anonymous
()

Imho, плеер на java это примерно то же, что foobar в вайне. Зачем на десктопе не нативный софт?

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

затем что это гуйня для mplayer/xine

anonymous
()
Ответ на: Забавно от Doctor_Drive

> Несвободный APE поддерживает, а несвободный AAC - нет.

Для несвободного ape есть библиотека на джаве, которая даже в убунте в репах имеется, а для несвободного аас декодеров на джаве нет. Был один от IBM да только им нельзя пользоваться.

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

Могу посоветовать java-gnome, java-gstreamer, все проблемы как рукой снимет, использование памяти будет меньше 20 МБ, но уже будет отход от вашей идеологии.

vertexua ★★★★★
()
Ответ на: комментарий от vertexua
public class AudioPlayer {
    public static void main(String[] args) {
        args = Gst.init("AudioPlayer", args);
        PlayBin playbin = new PlayBin("AudioPlayer");
        playbin.setInputFile(new File(args[0]));
        playbin.setVideoSink(ElementFactory.make("fakesink", "videosink"));
        playbin.setState(State.PLAYING);
        Gst.main();
        playbin.setState(State.NULL);
    }
}

)

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

И я кажется понял что у вас не так с треем. Там список должен быть уродский PopupMenu из AWT, что является верхом убожества дизайна и еще большего убожетсва интеллекта разработчиков класса TrayIcon. Обойти это можно просто показывая вручную свой JPopupMenu при щелчке на иконке.

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

> И я кажется понял что у вас не так с треем.

Да не только это, он в гноме прозрачность ни в пнг, ни в гиф не понимает. Иконка на сером фоне рисуется.

А в винде все работает.

tulskiy
() автор топика
Ответ на: комментарий от name_no

>распили на треки и сохраняй в теги utf8. Сможешь читать и на французском, и на китайском.

я это должен переводить сам? а потом втаскивать список треков в SQL? нет спасибо. таким занимайтесь сами. я просто в раздаче открою нужный .cue с треками на нужном языке/в нужной кодировке. или iso.wv с прошитым в UTF-8 cue.

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

> Плейлисты со столбцами — дико неудобная штука.

А что по-вашему удобно? Простой лист как в винампе?

tulskiy
() автор топика
Ответ на: комментарий от vertexua

> А через что оно воспроизводит звук после раскодирования? (ALSA, OSS, PulseAudio)

Это зависит от джавы. OpenJDK через пульс играет вроде бы, Sun JRE по-моему альса использует.

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

Фак, так вот оно что. У меня систем работала через alsa, сейчас перепилил на pulseaudio. Сделал alsa через pulseaudio. Alsa приложения начали работать, кроме настроек звука в вашем приложении. Вернуть на ALSA не желаю, потому что звук монопольно забирается первым приложеним. Sun Java. Посмотрю пока у себя, может ССЗБ

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

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

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

>Меньше занимайтесь извращениями - и проблем будет меньше. И не надо будет никому морочить голову своими идиотскими *.вав.исо.рар.зип...-форматами.

это говорят те кто для прослушивания музыки ставят менеджеры коллекций на 100 Мб с зависимостями от KDE/Gnome, SQL, Python и тд а потом через кривые движки типа libxine а потом через pulsaudio это воспроизводят?

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

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

В ядре для этих случаев должен быть софтверный миксер. Алсо у меня на SB live с хардверным миксером ничего монопольно не забирается.

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