LINUX.ORG.RU

amaroK-1.4.0


0

0

Вышла финальная версия amaroK-1.4.0.

Что нового:
- подержка тегов в файлах WMA, MP4/AAC, и RealMedia (RA, RV, RM);
- проигрывание без пауз (только через xine);
- работа с переносными проигрывателями (iPod, iRiver/ifp и разные стандартные устройства);
- Moodbar (визуальное представление песен, бесполезная, но забавная штука);
- для поиска тесктов песен теперь используются скрипты на Ruby => тексты можно выковырять с любого сайта.

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

>>> Скачать

★★

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

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

>другие перекодировку убирают

Сказано же - перекодировка была грязным хаком. От нее было больше вреда, чем пользы. Никто не мешает перекодировать теги своих файлов (в соответствии со стандартом) или пропатчить taglib натчами от rusxmms.

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

> их в помойку выкинуть?

зачем? любуйся иероглифами =)

Chek
()

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

Раньше было: ID3v1 перекодировались всё отображалось нормально ID3v2 не перекодировались ибо там всё хорошо

Теперь: ID3v1 не перекодируется, получаем иероглифы ID3v2 по прежнему всё ок

Значит мне надо добавить ID3v2 в 200ГБ архив и в будущем, так как ID3v1 всё же будет рулить очень долго, править тэги? Где смысл?

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

>От нее было больше вреда, чем пользы.

И кому же и какой был вред?

>Никто не мешает перекодировать теги своих файлов

Как бы это сказать... Мне мешает перекодировать недальновидность изобретателей CD-ROM. На них почему-то нельзя произвольно обновлять информацию.

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

Народ, а может кто патчик сделает, который возвращает перекодировку?

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

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

виноваты авторы mp3

посмотри как в ogg изящно теги сделаны

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

>И кому же и какой был вред?

если часть тегов в koi8 а часть в cp1251 то бардак. нет пользы от выбора. перекодировать? тогда почему не сразу в юникод

что касается записанного - можно попатчить и сделать бинарные патчи, а потом накладывать сверяясь с md5 оригинала, скрипт на "15 минут работы" :)

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

>Ага у меня куча сидюков записанных н лет назад их в помойку выкинуть?

Заисать новые, а старые выкинуть. Все равно сидюки не живут больше н+1 лет :)

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

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

>Раньше было: ID3v1 перекодировались всё отображалось нормально ID3v2 не перекодировались ибо там всё хорошо

А разве Amarok не делал перекодировку для всех тегов одновременно? По-крайней мере, я точно наблюдал ситуацию, когда при включённой перкодировке юникодные теги отображались неправильно. При отключении перекодировки всё было нормально (за исключением тегов в cp1251 :) )

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

>Лучше бы на gtk переписали.

Да нет, лучше уж на жаба - тогда и памяти жрал бы меньше и работал бы шустрее... Но увы! С-быдлокодеров больше чем жаба кулпрограммеров...

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

>Сказано же - перекодировка была грязным хаком.

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

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

>Да нет, лучше уж на жаба - тогда и памяти жрал бы меньше и работал бы шустрее... Но увы! С-быдлокодеров больше чем жаба кулпрограммеров...

Сказки рассказываете...

Кстати, не замечал, чтобы amarok тормозил и жрал много памяти.

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

>Кстати, не замечал, чтобы amarok тормозил и жрал много памяти.

При сворачивании играющего амарока - запинается мерзко.

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

>При сворачивании играющего амарока - запинается мерзко.

Странно, у меня ничего такого нет. Кстати, я заметил, что в основном нагрузку на проц даёт не сам плеер, а аудиосистема, которую он использует. По моим замеркам меньше всего жрёт aRts.

Black_Shadow ★★★★★
()

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

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

>mp3length показывает длину 01:79:25, а в Amarok с движком xine- 9:28. Это только у меня так?

длина файла 1:19:26, какой-то Domenico Carluccio.

mic emerge -p xine-lib amarok ~

These are the packages that would be merged, in order:

Calculating dependencies ... done! [ebuild R ] media-libs/xine-lib-1.1.2_pre20060328-r6 [ebuild R ] media-sound/amarok-1.4.0-r2

mic ★★★★★
()

>>А вообще, ИМХО, пока винамп научится работать с utf8 в тегах

> WinAmp 5.2 умеет

>>пока виндузятники поймут, что в этом хорошего

> WMP, кстати, поддерживает юникод.

отстал я от жизни...

> лучше грязный хак, чем чистый геморр

В фортунки!!!

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

Сделано там не по уму, а через жёппу. Винамп просто считает, что теги хранятся в системной кодировке, отсюда именно cp1251, а не koi8, к примеру. А вот юникод они долго не могли осилить.

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

>"Он улетел ... Но обещал вернуццо ..." (С) Карлсон

Не Карлсон а фрекен Бок, неуч :)

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

В проблеме с кодировками (по мнению разработчиков amaroK) виноваты AOL, потому что не блюдят стандарты. Про это много инфы нагуглить можно. Функцию перекодировки из амарока убрали потому что было много неготивного фидбека от пользователей о том что она глючила. Подробностей не знаю, все со слов разработчиков.

anonymous
()

все, кого ипет конвертить теги идут и ставят патчи от rusxmms. тогда таглиба будет _сама_ определять кодировку тегов. хоть кусок в cp866, кусок в cp1251, а остальное в koi8 и уникоде.

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

>Сделано там не по уму, а через жёппу. Винамп просто считает, что теги хранятся в системной кодировке, отсюда именно cp1251, а не koi8, к примеру.

Хм, я не совсем понимаю, вот если 2 файла, в одном теги в cp1251 а в другом в koi8, одновременно загрузить в плейлист винампа то все будет читаться нормально по русски. Значит как то он понимает где какая кодировка и выводит названия песен именно в ней, наверное и в linux плеерах это можно было бы реализовать...

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

>убрали потому что было много неготивного фидбека от пользователей о том что она глючила.

rm -rf / сносит систему, но почему никто не жалуется и команду не убирают?

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

Только что скормил винампу mp3-файл с тегами в koi8. Он вывел крякозябы. Патченый xmms и noatun (использующий патченую libtag) всё отлично показывают. Винамп версии 5.01, новее нет и не надо :-) Может, в последних версиях и сделали автоматическую перекодировку, но раньне было именно через жопу.

lavr
()

Подавляющее большинство музыки у юзеров в mp3. Подавляющее большинство тегов у русскоговорящих юзеров в cp1251. Буржуев понять можно, то что убрали из амарока перекодировки тегов - им так проще - нет человека нет проблемы. Тот кто заявляет тут, что причастен к этому событию (убирание из амарока поддержки перекодировки) - самодовольный сноб (мое личное мнение - все поняли о ком это я).

З.Ы. я конечно за прогресс (utf8, ogg vorbis и т.п.), по колбасить 40 гигов mp3 через id3iconv это гемор.

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