Доступен (http://qmmp.ylsoftware.com/) очередной корректирующий релиз музыкального плеера Qmmp. Плеер Qmmp написан с использованием библиотеки Qt и поддерживает большинство популярных аудио-форматов. В настоящее время стабильными являются две ветки: 1.0 для работы с Qt5 и 0.9 для Qt4.
<center><a href="http://qmmp.ylsoftware.com/images/qmmp-0.9_full_1.png"&... src="https://www.opennet.me/opennews/pics_base/0_1451744592.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>Основные изменения версии 1.0.5:
- Поддержка GNOME Shell;- Исправлен размер URL-диалога;- Уcтранена утечка памяти в модуле qsui;- Устранены ошибки в модуле ladspa;- Снижена нагрузка на процессор в модуле vorbis;- Исправлена поддержка utf-8 в модуле scrobbler;- Обновлены переводы.
Версия 0.9.6 содержит аналогичные изменения и предназначена для желающих повременить с переходом на Qt5.
<center><a href="http://qmmp.ylsoftware.com/images/qmmp-0.9_full_3.png"&... src="https://www.opennet.me/opennews/pics_base/0_1451744626.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
URL: http://qmmp.ylsoftware.com/
Новость: http://www.opennet.me/opennews/art.shtml?num=43620
Плеер отличный
Не нужно, файловой системы и какого-нибудь mpv вполне достаточно
ваще нинужно. можно и в уме и музыку слушать, и файлы перемещать
> в уме и музыку слушатьговорят не всем дано
скрипку-лису слушать в уме дано всем. т.е. вопрос только в размере плейлиста.
Когда его уже на GTK+ перепишут-то? Инородно выглядит как-то. Снёс.
Оно и видно, что с гтк все бегут.
Ага. Особенно Firefox, Inscape и VMWare Player.
Wireshark, Audacious, LXDE уже перешли. А Firefox тащит GTK только под линукс. Но, к слову, Qt-шный софт у меня выглядит нормально в gtk-окружении. ЧЯДНТ?
Audacious-3.7.1 может и qt и с gtk ... так что не перешел :)
> Audacious-3.7.1 может и qt и с gtk ... так что не перешел
> :)Просто не выкидывают старое и рабочее.
*УЯДНТ!
Может у тебя Qt-шный софт и dbusmenu умеет "из коробки"? А я вот не видел ни одной Qt-программы, которая бы поддерживала его без привязки к Ubuntu Unity, а GTK - запросто.
>Ubuntu UnityКанокикал славится своими велосипедами. Впрочем, поддержкой Qt они озаботились https://launchpad.net/libdbusmenu-qt Так что у кого-то руки не оттуда выросли.
Просто если взять ОС, в которой есть поддержка dbusmenu, но нет Unity (любой Linux с XFCE с расширением TopMenu), то все программы, написанные под актуальные версии GTK работают как надо сразу, а для Qt хоть и есть, вроде как, эта библиотека, но чтобы её прикрутить к каждой отдельной програме надо ещё попрыгать с бубном...
Так может лучше написать разработчикам этого dbusmenu? А то получается, они не в курсе, что их пользователи страдают. Нытьём на форумах делу явно не поможешь.
нафига? Сециально сразу в qt писали. Может еще на бейсик переписать?Qmmp поддерживает скины от winamp 2.x. Я свой скин (https://ipfs.pics/ipfs/QmQnkdKVqmJLmxitYMT2ubDbbobVKrJB3EZR3...) использую с 1999 года.
Ниччо так. Скроллбары только тонкие не люблю, в которые курсором фиг попадешь.
Сами рисовали?
Дико извиняюсь. Скин конечно не мой. Нашел в 99 году. Не знаю зачем написал "свой". Наверное сроднился. Если надо могу куда-нить выложить.
Черт, я чуть не ослеп
>Qmmp поддерживает скины от winamp 2.x.Которые все, как один страшней ядерной войны.
Графика вообще должна быть в системе одна на всех, один фреймворк, как в андроиде, подгружен один раз и все. А когда каждая программа подгружает одну и туже библиотеку, пусть и разные версии, то это вообще ужас. Одно дело когда эти 20 мб один раз подгрузились и висят в системе как API и каждая программа их пользует, и совсем другое дело, когда каждая программа эти 20 мб подгружает... Нужен один фреймворк, но сделанный нормально, с аппаратным ускорением и оптимизацией.Когда же уже нормальную архитектуру сделают...
>Нужен один фреймворк, но сделанный нормально, с аппаратным ускорением и оптимизацией.И получим в результате венду или андроид, от которого плакать хочется.
лучше от того плакать, чем от этого рыдать
Мда.. Не часто можно видеть человека, рыдающего от наличия выбора. Хотя именно благодаря таким у нас до сих пор диктатура в почёте.
>Не часто можно видеть человека, рыдающего от наличия выбораВыбора-то как раз и нет. Всё ГТКшное выглядит в винде, да и в лине под КДЕ как выкидыш. Говорят его можно настроить, чтобы не выглядело как г-но, но по умолчанию оно отвратительно.
Изначальное сообщение верно: графика должна быть одна, чтобы можно было махом изменить вешний вид всех программ. А мода на отдельный скин видео/аудиоплееров из винды и пришла.
Истину глаголишь, Тот_Самый_Анонимус, +100500 тебе.
>Всё ГТКшное выглядит в винде, да и в лине под КДЕ как выкидыш.Во времена gtk2 и Qt4 проблем не было. Просто кое-кто решил дёрнуть одеяло на себя. А именно, сделать один правильный тулкит под одно правильное DE.
>графика должна быть одна, чтобы можно было махом изменить вешний вид всех программВот в винде, например, одна графика, но каждый кому не лень наворачивает вот такое: http://cdn.ghacks.net/wp-content/uploads/2015/12/free-downlo... Выходит, заставить ходить всех строем не получится. В иксах вроде тоже есть виджеты, но сейчас большинство от них плюётся.
> Когда же уже нормальную архитектуру сделают...Интерфейсы на QML - QML очень гибок, интерфейсы быстро пишутся, почти не потребляют памяти, быстры в работе, поддерживают аппаратное ускорение и шейдерны для реализации любых сложных эффектов.
>> Когда же уже нормальную архитектуру сделают...
> Интерфейсы на QML - QML очень гибок, интерфейсы быстро пишутся, почти не
> потребляют памяти, быстры в работе, поддерживают аппаратное ускорение и шейдерны для
> реализации любых сложных эффектов.Только вот проблема одна есть. Тормозное оно, да и плясать вокруг жабоскриптов очень не хочется.
> Тормозное оноПруф? Нехай запускать на своем полудохлом cелероне на полудохлом ноутбуке.
> да и плясать вокруг жабоскриптов очень не хочется
А кто тебя как пользователя приложения заставляет это делать?
>Пруф? Нехай запускать на своем полудохлом cелероне на полудохлом ноутбуке.Где-то это я уже слышал.
> А кто тебя как пользователя приложения заставляет это делать?Вот поэтому QML и не нужен. Свобода выбора.
А по существу будет что-то? А то я могу сделать вывод, что ты отказался от использования QML по надуманной самим собой же причине.
А какой в этом смысл? Ты и так всем своим видом дал понять: "давайте мне пруфы, а я их всё равно не приму, ведь я же тролль!".
Ну вообще-то троллинг начал ты. Раз уж ты "где-то это уже слышал", значит мы сталкивались в комментах опеннета, но вот я только ни разу не припомню чтобы когда-то ранее были предоставлены пруфы. Одни лишь вопли о тормозах QML.
Почитай вот тут http://doc.qt.io/QtQuickCompiler/ (2-й абзац overview) и прими успокоительного. Но раз ты тролль, ты конечно хочешь, чтобы тебе кто-то принёс еду на блюдечке, а потом ты бы её демонстративно выкинул.
А ты, похоже, последний абзац того же раздела дочитать не осилил?
Я пока не осилил понять, что что ты донести хочешь ссылаясь на этот абзац? Давай по пунктам.
Там чёрным по белому написано, что JS-код транслируется в C++-код и далее компилируется в машинный. А теперь процитирую тебя же:> Тормозное оно
Ты, наверно, имел в виду, что время компиляции увеличится?
> да и плясать вокруг жабоскриптов очень не хочется
Дай догадаюсь. Ты - майнтейнер? Скомпилированными приложениями не пользуешься, тебя волнуют проблемы софта только на этапе компиляции?
>Там чёрным по белому написано, что JS-код транслируется в C++-код и далее компилируется в машинный.А теперь на лицензию посмотри. И не болтай тут ерундой.
>Дай догадаюсь. Ты - майнтейнер? Скомпилированными приложениями не пользуешься, тебя волнуют проблемы софта только на этапе компиляции?Ну типичный тролль. Я указал на очевидную проблему, ты затребовал пруф. Я тебе дал ссыль на платную тулзу для решения этй проблемы. Проблема есть? Есть. Пруф, в котором она описана и решается за деньги есть? Есть. Чего ты опять кукарекаешь?
Проблема есть? Есть. Решается? Решается. О лицензиях речи не было. Если для тебя платный == невозможно использовать, то это твои нищебpодские проблемы. Остальные имеют возможность быстро писать быстро работающий код, обходя конкурентов. (К вопросу наличия выбора.) Это первое. Второе. Ты мне всё-таки покажи медленно работающее приложение использующее QML. Все опенсорс-поделки, которые я видел, используют QML на таком базовом уровне, что скорость работы от нативного C++-кода не ощущается _вообще_. Более того, чисто субъективно, кажется что работают они быстрее благодаря аппаратному ускорению анимаций. Которое при нативном C++-коде практически никто не использует из-за сложности разработки.
Всё с тобой понятно. Продолжай дальше кукарекать, богатенький ты наш.
> что JS-код транслируется в C++-кодИ что? Динамизъм, это такое дело, что в "машинный" код можно компилять до посинения – быстрее оно от этого не станет.
Вон, для того же питона есть трансляторы в С++ (shedskin, nuitka), однако PyPy (JIT) их обгоняет, как стоячего. И в свою очередь "обгоняется", стоит только отказаться от некоторых фич языка и использовать диалекты типа RPython и Cython.
Там также написано, что компиляция в C++-код решает все проблемы, которые они перечисляли, в том числе тормоза. Ты вообще в курсе, что с V8 в отдельных случаях быстродействие JS-кода приближается к быстродействию кода на C/C++? А учитывая, что QML это даже не чистый JS, а с ограничениями под конкретные интерфейсные задачи, компилится он всё-таки не как попало.
> Там также написано, что компиляция в C++-код решает все проблемы, которые они
> перечисляли, в том числе тормоза.Основная проблема:
> This entirely eliminates the need of deploying QML source code,ну и до кучи платформы, где нет JITa.
А так – скорее из серии "Мужик, купи кирпич, а?"> Ты вообще в курсе, что с
> V8 в отдельных случаях быстродействие JS-кода приближается к быстродействию кода на
> C/C++?А я, в отдельных случаях, пешкодралом запросто любую бибику обгоню! Ну там, через лес, болото или хороший, бетонный забор.
Я что-то не понял процитированное тобой.> Основная проблема:
>> This entirely eliminates the need of deploying QML source codeКакая же это проблема?
> ну и до кучи платформы, где нет JITa
Какой JIT? Зачем?
> Я что-то не понял процитированное тобой.Ну дык кто же не дает подучить аглийкий?
> Какая же это проблема?Учи аглиций! Там ведь серым по белому:
> For proprietary applications that wish to hide the source code from the end user, this is an unacceptable
> restriction.Ну хоть через гугло-переводчик пропусти.
> Какой JIT? Зачем?Отличный пример "Не читал, но обсуждаю!"
> The popular Just-in-time (JIT) compilation technique is used to generate machine code on the fly, which speeds up the execution of JavaScript and QML binding expressions.
>
Похоже, ты сам не читал.> Ну дык кто же не дает подучить аглийкий?
>> For proprietary applications that wish to hide the source code from the end user, this is an unacceptable restriction.
> Ну хоть через гугло-переводчик пропусти.и
> Отличный пример "Не читал, но обсуждаю!"
>> The popular Just-in-time (JIT) compilation technique is used to generate machine code on the fly, which speeds up the execution of JavaScript and QML binding expressions.Мы, вообще-то, обсуждали трансляцию в C++ и дальнейшую компиляцию в машинный код. _Во время компиляции приложения_, а не во время его работы. Какой тут ещё JIT, вот не пойму? Причём он тут и как можно его считать минусом приведённой техники, если он в ней никак не участвует?
Не корми его, он и так разжирел.
> запускать на своем полудохлом cелероне на полудохлом ноутбуке.На полудохлом оно уже не работает
http://pkgs.fedoraproject.org/cgit/rpms/qt5-qtdeclarative.gi...
Проигрыватель может и отличный, но уже как-то к deadbeef привык.
Есть плагин к прослушиванию управлению музыкой из vk.com?
NB: скины на картинках супер.
> Поддержка GNOME ShellНе ужели оно стало нормально выглядеть? Как-то пробовал версию этак 0.7
Открыл и в ужасе закрыл. Ну нельзя такое людям показывать без подготовки.
У тебя всегда есть возможность выбрать другой интерфейс, другой плеер, или вообще на мак перейти.PS: гномощель не нужна.
