The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпущена вторая бета версия аудиопроигрывателя Amarok 2

08.10.2008 12:11

"Amarok 2 Second Beta Released" - выпущена вторая бета версия аудиопроигрывателя Amarok 2. Из изменений можно отметить переход от SQlite к MySQL-embedded, добавлена поддержка инкрементального сканирования файлов, значительно увеличена стабильность работы.

  1. Главная ссылка к новости (http://dot.kde.org/1223401559/...)
  2. OpenNews: Выпущена первая бета версия аудиопроигрывателя Amarok 2
  3. OpenNews: Вышла вторая альфа версия аудиопроигрывателя Amarok 2.0
  4. OpenNews: Вышла первая альфа версия аудиопроигрывателя Amarok 2.0
  5. OpenNews: Доступна для загрузки предварительная версия Amarok 2
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/18312-amarok
Ключевые слова: amarok
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (22) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Turbid (ok), 14:02, 08/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >от SQlite к MySQL-embedded

    Зачем? Лучше бы ruby на python поменяли. Python есть практически в каждом дистре поумолчанию, а ruby надо тянуть. И медленнее он.

     
     
  • 2.4, PereresusNeVlezaetBuggy (ok), 14:29, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>от SQlite к MySQL-embedded
    >
    >Зачем? Лучше бы ruby на python поменяли. Python есть практически в каждом
    >дистре поумолчанию, а ruby надо тянуть. И медленнее он.

    http://amarok.kde.org/wiki/FAQ#Will_the_old_scripts_work_with_Amarok_2.0.3F

     
     
  • 3.5, Turbid (ok), 14:36, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, то что надо. Спасибо, не знал.
     
  • 2.6, Mike (??), 14:46, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Читайте новость по ссылке. Разрабы объясняют, почему перешли на MySQL-embedded.
     
     
  • 3.7, PereresusNeVlezaetBuggy (ok), 16:08, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Читайте новость по ссылке. Разрабы объясняют, почему перешли на MySQL-embedded.

    Особенно хорошими причинами смтрятся следующие:

    1. Key limit in MyISAM engine is 1000 bytes. Amarok currently uses
    larger keys, and I had to manually increase this limit. I guess we
    should actually work on some db redesign to eliminate these keys, since
    they bring performance drawback, but I am not a DB specialist, and we
    would really appreciate an inside view on what to do best here.

    2. MySQL embedded uses exit() when it encounters a severe error. I am
    not sure what is the threshold of severity between exit() and
    non-exit(), but still it would be hardly friendly for a GUI program to
    quit abruptly without any error messages and such. I understand, that
    this code is shared with big MySQL brother, but I've managed to evade it
    with simple macro that redefines exit(). Maybe there is a better way to
    tell MySQL to use slightly less radical approach to error handling?

    3. It builds by default with no -fPIC flag, and that is bad for us,
    because our SQL-related code resides in a shared library. I did not dig
    MySQL's configure scripts, but I think it should honor --with-pic flag
    when building libmysqld.a (which it does not).

     
     
  • 4.8, Аноним (8), 17:03, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >with simple macro that redefines exit(). Maybe there is a better way
    >to
    >tell MySQL to use slightly less radical approach to error handling?
    >
    >3. It builds by default with no -fPIC flag, and that is
    >bad for us,
    >because our SQL-related code resides in a shared library. I did not
    >dig
    >MySQL's configure scripts, but I think it should honor --with-pic flag
    >when building libmysqld.a (which it does not).

    Хм, где ты это нашёл?
    Хочется поподробней почитать.

     
     
  • 5.9, PereresusNeVlezaetBuggy (ok), 17:05, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>
    >>3. It builds by default with no -fPIC flag, and that is
    >>bad for us,
    >>because our SQL-related code resides in a shared library. I did not
    >>dig
    >>MySQL's configure scripts, but I think it should honor --with-pic flag
    >>when building libmysqld.a (which it does not).
    >
    >Хм, где ты это нашёл?
    >Хочется поподробней почитать.

    Первая ссылка по запросу в Гугле "why does amarok switched to mysql embedded" - http://lists.mysql.com/internals/35855

     
     
  • 6.12, anonymous (??), 20:47, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Первая ссылка по запросу в Гугле "why does amarok switched to mysql embedded" - http://lists.mysql.com/internals/35855

    Письмо в рассылку от 4 Aug 2008
    Ответ на него 6 Aug 2008

    Думается, что эти конкретные вопросы они порешали, раз распинаются о преимуществах MySQL-embedded

     
     
  • 7.13, PereresusNeVlezaetBuggy (ok), 21:33, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Первая ссылка по запросу в Гугле "why does amarok switched to mysql embedded" - http://lists.mysql.com/internals/35855
    >
    >Письмо в рассылку от 4 Aug 2008
    >Ответ на него 6 Aug 2008
    >
    >Думается, что эти конкретные вопросы они порешали, раз распинаются о преимуществах MySQL-embedded

    Охотно верю, и ответ я тоже видел. Речь о том, что MySQL-embedded - продукт, ИМХО, намного ниже качеством, чем SQLite. И я очень сильно сомневаюсь, что он будет быстрее последнего — во всяком случае, при операциях чтения, которые составляют львиную долю от запросов.

     
     
  • 8.20, Аноним (8), 12:23, 09/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Хрен с ним, с чтением, байда с sqllite начинается при смене трэка и записи стати... текст свёрнут, показать
     

  • 1.2, Аноним (8), 14:03, 08/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    эх... блин немножко поздно , не попадет в Mandriva 2009.0
     
     
  • 2.11, Аноним (8), 17:56, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >эх... блин немножко поздно , не попадет в Mandriva 2009.0

    Любите сырые программы в финальных дистрах?А это нафига?Чтобы потом юзеры "наслаждались" глюками программы которая ну совсем не оттестирована?ИМХО такое надо предлагать отдельным репом, кому надо - поставят.Заодно у таких будет достаточная квалификация чтобы понять что баги не рулят.

     

  • 1.3, PereresusNeVlezaetBuggy (ok), 14:12, 08/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А кто-нить уже юзал MySQL-embedded? Что-то мне подсказывает, что зря они переехали...
     
  • 1.10, Аноним (8), 17:53, 08/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Who really likes having Python, Ruby and possibly other interpreters sitting in
    > the memory and eating precious resources while listening to music?

    Супер!Никогда не понимал на кой хрен эту пое*ень грузить для, черт побери, плеера.

    >>  Why MySQL embedded?
    >Because there is nothing to configure from the user side, as it was with SQLite,
    >but at the same time we get the performance of MySQL.

    Надеюсь что оно по весу и жрачу ресурсов тоже как SQLite а не как MySQL, а то плеер пожалуй нихрена не полегчает после выкидывания питонов и рубей если в нем будет почти полновесный мускуль с его невъ...нными буферами и bloat-ом :)

     
     
  • 2.14, Holy Cheater (?), 22:56, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >> Who really likes having Python, Ruby and possibly other interpreters sitting in
    >> the memory and eating precious resources while listening to music?
    >
    >Супер!Никогда не понимал на кой хрен эту пое*ень грузить для, черт побери,
    >плеера.

    Да, переход с Ruby на QtScript - это замечательно. А питон вообще не вариант. Меня в гноме задалбывают и так разные приложения, которые кучу памяти отжирают из-за питона.

     
     
  • 3.16, User294 (ok), 05:43, 09/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, переход с Ruby на QtScript - это замечательно. А питон вообще
    >не вариант. Меня в гноме задалбывают и так разные приложения, которые
    >кучу памяти отжирают из-за питона.

    Я стараюсь не использовать программы задействующие этих монстров без реальной нужды.Обычно такие программы неповоротливые а пока вся эта хрень загрузится при старте программы - уснуть можно.Амарок одно из немногих исключений.Мне он не нравится излишней монструозностью но плеера лучше как-то не попадалось.Думаю что это заметно его облегчит.Надеюсь авторы продолжат работать в духе характерном для KDE когда новая версия *шустрее* и оптимизнутее старой :)

     

  • 1.15, КтулхЪ (?), 03:16, 09/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Amarok видео уже умеет проигрывать или не дорос ешо? Давно не юзал скока интересно этот комбайн оперативы есть, а сколько будет есть, ух!

    >>MySQL-embedded, ruby

    А apache встраивать не собираются?

    Смешно чесслово, все это ставить чтоб музыку послушать, ну хорошо может он скины держит? нет?!

     
     
  • 2.17, Аноним (-), 09:17, 09/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > ну хорошо может он скины держит

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

     
     
  • 3.18, . (?), 11:53, 09/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Скины это у вас в виндовс и у меня за окошком на лавочке

    ппц сколько напыщености
    Если речь про темы оформления, то да, держит, еще с первых версий.
    нихрена он не держит. убожество типа "поменять цвет фона"

     
     
  • 4.19, PereresusNeVlezaetBuggy (ok), 12:11, 09/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Скины это у вас в виндовс и у меня за окошком на лавочке
    >
    >ппц сколько напыщености
    >Если речь про темы оформления, то да, держит, еще с первых версий.
    >
    >нихрена он не держит. убожество типа "поменять цвет фона"

    Блин, самая главная функция программы — это, конечно, скины… А то, что они появились в прогах исключительно из-за убожества возможностей оформления тем в Windows — это как-то все забыли.

    Разработчики Amarok не раз говорили, что не собираются выбиваться из общего сонма KDE-прог. С помощью KDE (или чего-нить аналогичного) можно наворотить столько всего, что никакими скинами не сделаешь. Так что не надо ругать здорового за то, что он не пользуется костылями.

     
     
  • 5.21, fix (??), 16:30, 09/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Блин, самая главная функция программы — это, конечно, скины…
    > А то, что они появились в прогах исключительно из-за убожества
    > возможностей оформления тем в Windows — это как-то все забыли.

    Времена меняются. Для мультимедийного проигрывателя совсем не лишней будет
    возможность оптимизировать рабочее пространство под настроение пользователя.
    Амарок делается как каталогизатор: поля, метки, папки, данные, пропуск на входе.
    Но мы же говорим о десктопной системе, ориентированной на пользователя.
    > Разработчики Amarok не раз говорили, что не собираются выбиваться
    > из общего сонма KDE-прог. С помощью KDE (или чего-нить аналогичного)
    > можно наворотить столько всего, что никакими скинами не сделаешь.
    > Так что не надо ругать здорового за то, что он не пользуется костылями.

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

     
     
  • 6.22, PereresusNeVlezaetBuggy (ok), 16:47, 09/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Дык не Амароком единым То, что он как и WinAmp, как и WMP, как и многие другие... большой текст свёрнут, показать
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру