Доступен (https://github.com/KeitIG/museeks/releases/tag/0.9.0) релиз кросс-платформенного музыкального проигрывателя Museeks 0.9 (https://museeks.io/), предоставляющего минималистичный и простой для восприятия интерфейс. Программа поддерживает списки воспроизведения, средство управления очередями, режим случайного выбора композиции, управление скоростью воспроизведения, отображение обложек альбомов. Поддерживаются темы оформления и сворачивание в системный лоток. Возможно воспроизведение форматов mp3, mp4, m4a/aac, flac, wav, ogg и 3gpp. Код проекта написан на JavaScript с использованием платформы Electron и фреймворков React.js и Flux, и распространяется (https://github.com/KeitIG/museeks) под лицензией MIT. Готовые сборки сформированы (https://github.com/KeitIG/museeks/releases/tag/0.9.0) для Linux (rpm, deb и AppImage), Windows и macOS.
В новой версии добавлена поддержка сортировки по любым столбцам в списке воспроизведения, обеспечена интеграция с интерфейсом macOS (задействованы родные элементы управления и шрифты), проведена работа по снижению нагрузки на CPU, добавлена возможность изменения ширины полосы прокрутки, улучшена интеграция с системами вывода уведомлений, произведено обновление до новых версий Electron, V8 и Node.js.URL: https://github.com/KeitIG/museeks/releases/tag/0.9.0
Новость: https://www.opennet.me/opennews/art.shtml?num=48238
Снова что-то использует браузер для отрисовки интерфейса.
У меня уже сарказм закончился...
зато хоть без жистремера
А чем тебе не нравится GStreamer?
его бесполезностью
Сколько программ больше десятка строк ты написал, чтобы рассуждать о полезности фреймворков?
> Сколько программ больше десятка строк ты написал, чтобы рассуждать о полезности фреймворков?зачем ему писать программы, чтобы оценить полезность фреймворков, если он пользователь программ, не использующих эти фреймворки?
>его бесполезностью+65536
Точно, нафига огород городить. Есть уже Quodlibet, c правильной для Linux лицензией.
Есть xfmpc и ario.
Первому для идеалов только поддержки плейлистов не хватает.
Соптимизировал, чо!"Он истратил щиллинг, заработал грош".
а браузер напрямую что ли декодирует файлы и шлёт результат в железо?
DeadBeef без жирностримера и на GTK+2\3.
И чё? Qmmp тоже без него и на Qt 5.
Свернул в лоток.
> Свернул в лоток.Такое - разве что в кошачий.
В новости речь про системный.
> В новости речь про системный.Это баг. Должен был быть кошачий. Какая программа, такой и лоток.
Ну это как лягушка в медленно закипающей воде. Вроде присел и думаешь, что вода немного теплее нормы, как хоп и твоя операционная система - это браузер, а ты старый пердун пишуший на старом языке, который никто не использует.
> а ты старый пердун пишуший на старом языке, который никто не использует.Мне кажется, это большинство местной аудитории. Прям как собачки натренированные на слова IoT и Electron :D
Я вот первые свои приложения писал на ассемблере с вызовом винапишек...
Ну как-то ко всему спокойно отношусь.
Так что толковое приложение на Electron само собой будет покруче, чем бестолковое на плюсах.
> Так что толковое приложение на Electron само собой будет покруче, чем бестолковое
> на плюсах.Осталось только найти толковое приложение на электроне и дело в шляпе. А на плюсах бестолковое приложение как-то несколько обидно делать, по трудозатратам не айс. Только не говори про очередные клоны аськи на флеше, там период полураспада несколько лет. Где ща эта аська с ее флешом? Там же и клоны аськи с электроном будут, через столько же примерно.
Хотя... хотя какую-нибудь хрень на MFC или Borland C++ builder можно и накопать. Рапидные макаки и там немного отметились.
> Осталось только найти толковое приложение на электроне и дело в шляпе.Signal, GitHub Desktop, MongoDB Compass, Discord, Slack, Atom
Страпоня, ты перечислил не "нормальные приложения", а каких-то стереотипных даунов от мира ПО: тупых и тормознутых. Зато с бантиком, да.
> Signal, GitHub Desktop, MongoDB Compass, Discord, Slack, AtomКак по мне так это БесТолковые приложения. Хотя-бы потому что мне ничего из этого не надо даже бесплатно.
И кстати ты хотя-бы вот это все сможешь запустить одновременно, и чтобы компьютер не стал тупить как 95-я винда с 4 мегами оперативы? Или ты с этими ценными программами ностальгировать по временам DOSа собираешься, запуская программы исключительно по очереди? А то как-то жирновато, знаешь ли, какому-то мелкому чатику гиг оперативы. Особенно когда такой же чятик писаный нормальными прогерами лопает самый край мегов 50 и умеет в 20 раз больше.
> Ну это как лягушка в медленно закипающей воде. Вроде присел и думаешь,
> что вода немного теплее нормы, как хоп и твоя операционная система
> - это браузер, а ты старый пердун пишуший на старом языке,
> который никто не использует.Вы прослушали выступление Успешного Бизнесмена из шестого бэ с рассказом о красоте величественных инноваций.
Что сказать-то хотел?
> Снова что-то использует браузер для отрисовки интерфейса.Зато не на Java, а на JavaScript - чувствуете разницу?
>Зато не на Java, а на JavaScript - чувствуете разницу?В чём прикол?
Без JVM
> произведено обновление до новых версий Electron, V8 и Node.jsВ тексте новости ошибка. Из контекста очевидно, что она про браузер.
Чёт так стремятся всё упростить, что из "простых" интерфейсов получается дико сложное и кривое нагромождение веб-браузеров с js-ом.
Потому что сложность решения не может быть неадекватной задаче. Если решение простое - значит либо задачу упростили либо решение ни черта не простое. У тех, кто это дело не контролирует, обычно выходит и то и другое разом - вот как здесь. Целый браузерный движок, нода поверх, под ними - тонна нативных API, над ними - фреймворки, а результат - примитив, играющий 7 форматов и с функциональностью на уровне winamp 15-летней давности. И это мы ещё качество звука не проверяли.
> Потому что сложность решения не может быть неадекватной задаче.Машины Голдберга.
Mr. Museeks look at me!
Как же задолбали эти ворчливые нытики выше. Вам показали продукт, так и оценивайте его с пользовательской точки зрения. Вас не заставляют его программировать, вам предлагают его попробовать.
выбор яп под задачу и интеграция в окружение оценивался с точки зрения разработчика, вот пусть он и оценивает (а плеер может и хорош)
Есть же вроде react native? Или он не про это?
забудутся идеи, заложенные в js, доберется ли гребень волны до опкодов цпу?
и ежу понятно что он не лучше чем deadbeef, но при этом будет жрать в 20 раз больше ОЗУ.
В том-то и незадача, с точки зрения "простого" пользователя особой разницы и нет - что там под капотом, а это в свою очередь дает разработчику все карты на использование наиболее "простого", но малоэффективного и малоподходящего для данной задачи "универсального" инструментария.
С точки зрения "простого" пользователя при одновременном запуске двух-трёх-четырёх поделок на электроне система встаёт колом.
> С точки зрения "простого" пользователя при одновременном запуске двух-трёх-четырёх поделок
> на электроне система встаёт колом.А с точки зрения разработчика - его программа пуп земли. Как вы смеете запускать что-то еще рядом с их божественным выпердом на электроне, червяки?! И что, у вас еше нет 32 гигз оперативки? Вот вы лузеры!!1111
> В том-то и незадача, с точки зрения "простого" пользователя особой разницы и нетНу почему? Например, интерфейса а-ля винамп, сделать не получится, так как приложение на электроне ограничено одним окном. И вообще, с диалогами будут трудности.
Плюс скорость запуска приложения никогда не будет высокой.
Плюс низкая скорость отклика контролов, ощущение, что все как-то слегка подтормаживает.
У меня не богатый опыт использования приложений на электроне: мс-тимс, вскод, скайп, постмэн, но как-то я не уверен, что я получаю от них богатый юзер экспериенс, плюс у меня жалких 16 гигов памяти, а каждое подобное приложение ест как ещё один хром
>> В том-то и незадача, с точки зрения "простого" пользователя особой разницы и нет
> Ну почему? Например, интерфейса а-ля винамп, сделать не получится, так как приложение
> на электроне ограничено одним окном. И вообще, с диалогами будут трудности.держи винамп на жабьем скрипте, я добрый )))
https://jordaneldredge.com/projects/winamp2-js/
> Плюс скорость запуска приложения никогда не будет высокой.
> Плюс низкая скорость отклика контролов, ощущение, что все как-то слегка подтормаживает.
> У меня не богатый опыт использования приложений на электроне: мс-тимс, вскод, скайп,
> постмэн, но как-то я не уверен, что я получаю от них
> богатый юзер экспериенс, плюс у меня жалких 16 гигов памяти, а
> каждое подобное приложение ест как ещё один хром
> держи винамп на жабьем скрипте, я добрый )))
> https://jordaneldredge.com/projects/winamp2-js/FF-52, ESR
> Your browser does not support the features we need.
> Try using the most recent version of Chrome, Firefox, Safari or Edge.Cпасибо, но …
PS:
В палемун заработало. Но пока что, окно бразуера != десктоп.
Отожрал на не совсем древнем ноуте (i5м) хорошо за 20% ЦПУ на проигрывание демки :)
Видимо, это попытка преемственности традиций – помню, винамп тоже когда-то отъедал под 15-20%.
Правда, было это на однокорковом АМД с 300 MГц и c аж 64 _МБ_ (я знаю, в это трудно поверить, но да, именно М а не Г) ОЗУ, но то ж неважные мелочи :)
> помню, винамп тоже когда-то отъедал
> под 15-20%.
> Правда, было это на однокорковом АМД с 300 MГц и c аж
> 64 _МБ_ (я знаю, в это трудно поверить, но да, именно
> М а не Г) ОЗУ, но то ж неважные мелочи :)Странно. У меня 20 лет назад на Pentium-133 с 16 МБ ОЗУ WinAmp ел не больше 5-10% CPU и при этом ещё рубились в Quake по сети.
> Странно. У меня 20 лет назад на Pentium-133 с 16 МБ ОЗУ WinAmp ел не больше 5-10% CPU и при этом ещё рубились в Quake по сети.Поднял записи:
Winamp 2.75 ~ 20%
Sonique - 16%
Winamp 3 ~15% при проигрывании, до 70% при мышевозстве.А записи есть, потому что такой "нахальный жор" как раз замотивировал меня в то время написать свой, (не)скучный плеер :)
Почти как сабж новости, только в роли Электрона либа на (тогда - вроде бы си напополам с асмой) для проигрывания музыки, вместо обвязки на JS – обвязка почти на WebAsm (почти - т.е. без Web), вместо крутой графики и градиентов – простенький интерфейс из пары нативных кнопок, ползунка, списка (в смысле: list box ) и двух-трех лейблов под время проигрывания и название трека .
Ну и в итоге жрало оно 4-5% – но это конечно, в большей части заслуга либы. Хотя и прорисовка гуя 1 раз в секунду, вместо "100500 фпс", тоже наверняка не самую последнюю роль сыграла :)
Российское комьюнити очень озлобленное и агрессивное. Впрочем как почти всё российское общество.
> Российское комьюнити очень озлобленное и агрессивное. Впрочем как почти всё российское общество.Лагучие монструозные программы не любят много где. На этой почве целый WebOS на мобилках подох.
> Российское комьюнити очень озлобленное и агрессивное. Впрочем как почти всё российское общество.Не, вас везде недолюбливают (ну или это мировой заговор) :)
https://apple.slashdot.org/story/17/08/17/1748241/in-defense...
> Let's face the truth: Electron delivers a Chromium engine, Node.JS and V8, all rolled into one package to you. So of course it's a memory hog,
> ...
> It also needed 13% of CPU time to just draw a blinking cursor (!).
> It's mostly used by *shitty webhipster* design startups, which are just way too lazy to learn a proper programming language,----
>>> Oh, a new text editor, maybe I can use it. Click on the download link. 163MB for a text editor, ouch!
>>> I do not know about RAM usage but that thing is already a hog on my hard drive...
>> Re:
>> 20th century called. They want their computer back.
>Re:
>A lot of laptops still in use have one or two SODIMM slots that take modules up to 2 GB, for a maximum of 2 or 4 GB of
> RAM unless you somehow connect a USB RAM drive and put swap on it. These include netbooks, used ThinkPad X61---
https://news.ycombinator.com/item?id=14088209
> I don't know what bubble you live in. This is just a *bunch of hipsters* who are excited because they can suddenly use their only programming skills to hack on desktop apps.
> Electron applications are shite in comparison with proper native applications. They fail to integrate with the host platform, they are slow, they hog memory and drink power.
>
Разницы между бетой полугодовалой разницы не заметил.
Библиотеку мою не осилил, зависнув примерно на 10% сканирования.
Embedded cuesheet у флака не читает. Итого умеет ровно то же, что и остальные плееры под линь.
Только на электроне. Это преимущество над остальными?)
> Это преимущество над остальными?)С точки зрения вебогамадрилов — несомненно!
> оценивайте его с пользовательской точки зрения.С пользовательской точки зрения плеер который жрет в 20 раз больше ресурсов и тормозит по сравнению с аналогами - нафиг не упал.
> Вам показали продукт, так и оценивайте его с пользовательской точки зрения.Это не твой любимый "жрите что жают" шиндошс.
Но, если тебе так хочется получить оценку сего поделия: оверхеднутое тормозное г**но, написанное безмозглой уеб-абизянкой.
>так и оценивайте его с пользовательской точки зренияОценили. Чтобы проигрывать музфайлы с локального диска пользователям браузер наx не впёрся.
> Вам показали продуктГ-но - это не продукт.
И ты не продуктопроизводитель, а засрaнец.
Подойдёт как база онлайнового сервиса?
но зачем, если есть божественный mpd?
Когда там уже выйдет ElectronOS ?
Не раньше чем появится накопитель ее вмещающий.
> Когда там уже выйдет ElectronOS ?ChromeOS давно уже вышла.
Не знаю насчёт ос, но вот DE для электрона уже есть, и имя ей — GNOME 3
Когда будет железо, которое потянет всю систему и софт на Electron - разом. Вангую, что оперативки нужно будет не менее 100 гигов(минимум), +100500 ядерный процессор, а лучше связка из таких - ведь у нас будет +100500 запущенных Electron, каждый со своим экземпляром Хромиума и прочих костылей.
>Когда там уже выйдет ElectronOS ?Нужна же libc на Electron'е, ну.
> Код проекта написан на JavaScript с использованием платформы Electron и фреймворков React.js и FluxО, теперь и аудиоплееры будут жрать как не в себя и тупить. Калькуляторы на Electron следующие?
Предлагаю переписать на Электрон всякие мелкие утилиты вроде ls и т.п.
С той стороны уже Леня подкрадывается, с его *-d
> С той стороны уже Леня подкрадывается, с его *-dПо, крайней мере. Леня-d приложения не на javascript.
И не только ls. libxo, чтобы работать с JSON, XML, HTML и чем там ещё, прикрутили к куче програм из toolbox...
Сперва нужен будет эмулятор терминала на нём. Или есть уже?
> Сперва нужен будет эмулятор терминала на нём. Или есть уже?Ну не на ночь глядя же!
PS:
очень характерные (так и висящие) баги:
https://github.com/zeit/hyper/issues/474
> constant CPU and "Energy Impact" usage on macOS (открыто с 2016 года)https://github.com/zeit/hyper/issues/1813
> High CPU usage on windowshttps://github.com/zeit/hyper/issues/1237
> High CPU load with hyperpower plugin on Linux #1237 (тоже больше двух лет висит)https://github.com/zeit/hyper/issues/1433
> Takes a lot of memory and sometimes CPU. #1433https://github.com/zeit/hyper/issues/687
> Slow for big logs
> But I'm pretty sure there's something fundamentally wrong, as i now have a Helper process using *15GB of RAM*.Был бы представителем Интеля -- наверняка выписал бы авторам премию и спонсирование :)
Сцу-уко-о...
уже есть, к сожалению: https://hyper.is
> Калькуляторы на Electron следующие?Ну да, текстовые редакторы ведь уже есть ))
Electron очень удобен. Пишешь под одну платформу, а запускается везде. Если тормозит - можно купить комп мощнее.
> Electron очень удобен. Пишешь под одну платформу, а запускается везде.C++/Qt
> Если тормозит - можно купить комп мощнее.
Можно. У меня тормозит, купи мне комп мощнее.
Присоединяюсь к реквесту.
> C++/QtДолго компилируется и собирается.
> У меня тормозит
Вот видите.
>> У меня тормозит
> Вот видите.Пытаясь передёргивать мои слова ты выглядишь дурачком. Отвали.
Вы наверное не "компелировали" вебпаком приложение из 10000 строк на тайпскрипте
> - можно купить комп мощнее.Круто! А ты спонсируешь мероприятие? Или удобно должно быть тебе, а платить за это должен я? :)
> Electron очень удобен. Пишешь под одну платформу, а запускается везде. Если тормозит
> - можно купить комп мощнее.А если глючит, надо притащить за ним тот же рантайм, что был у разработчика, авось поможет.
Зачем? Нужно всё сразу с контейнером Docker - чтобы было такое же операционное окружение, что и и у разработчика.
Это просто способ автоматизации превозмогания кривизны рук джамшутомакаки
Опять на жирном глючном электроне.
Найдите 10 отличий:
https://i.imgur.com/P4Lxax5.png
Мама, я опять нарисовал iTunes!
сегодня перебирал программы просмотра фото под Xfce
с желанием посмотреть картинки через dvfs2 на yandex-disk...
Был сильно огорчен. Все дико тормозит, пытаясь кешировать все картинки не показав даже первую. Все оно какоето безумно однопоточное. на marc-fs тоже самое.
только feh потрадовал быстротой. но на нем (вроде) нет кнопок вперед/назад/удалить- он консольный.
Возникло нездоровое желание что-то сбацать на javascript (+electron? толком ничего про него не знаю). ИМХО это выглядит как самое быстрое. картинки то браузер сам покажет, отмасштабирует. кнопки только пририсовать.Вот как его люди выбирают наверное.
что сказать то хотел?
1.Возможно есть обстоятельства когда electron не так плох. А то все плюются...
2.смешно но нормального просмотрщика фото под Xfce не нашел.
1 ПАМЯТЬ. У меня на планшщете ее полтора гига. Когда пара приложений с простым функционалом поедают так нужный для чего-то другого рам... безценно. 150-30 мегабайт на то чтоб открыть картинку. Еще 300 мегабайт на скайп. И еще 300 на медиаплеер. Отлично, firefox досвидания, firefox прости, криворукие пишут теперь десктоп приложения на електроне.
Да, в плане смотрело картинок в Линуксе не густо с выбором. Сам предпочитаю XnViewMP, даром что он 1) проприетарный 2) Все еще далек от своего Windows-only предка. 3) да и для каждодневного использования слегка тяжелова.
Ох, как не хвататет мне IrfanView.
Я на geeqie уже сто лет как - вроде вполне живаю штука
> Да, в плане смотрело картинок в Линуксе не густо с выбором.Eog, eom, feh, geeqie, gpicview, gThumb, gtkimageview, gwenview, imv, kuickshow, lximage, nomacs, pix, qiv, ristretto, sxiv, viewnior, vimiv, xviewer и еще куча.
Да уж, нечем картиночки-то посмотреть! Пичаль-бида!
>> Да, в плане смотрело картинок в Линуксе не густо с выбором.
> Eog, eom, feh, geeqie, gpicview, gThumb, gtkimageview, gwenview, imv, kuickshow, lximage,
> nomacs, pix, qiv, ristretto, sxiv, viewnior, vimiv, xviewer и еще куча.
> Да уж, нечем картиночки-то посмотреть! Пичаль-бида!Вот не буду утверждать что я попробовал ВСЕ, но как правило у этих либо совершенно вырвиглазный интерфейс либо бедный функционал.
Нет, никто не просит просмотрщик быть аналогом GIMP, но простейшие функции вроде "выделить и замазать", повернуть, обрезать, склеить на мой взгляд просто необходимы. Наличие пакетной обработки с заданной последовательностью фильтров - привествуется.
Бонусыми уже идут коллекции, теги, и тому подобное.Именно поэтому у меня GPicView для быстро-просмотра и XnViewMP для "более серьезной" работы.
Пробежался из установленного.
viewnior - никакого редактирвания, нет эскизов.
ristetto - есть эскизы, редактирования нет
gThumb - есть эскизы, есть кой какое редактирование, но специфическое, с упором в цвета, хотя на фоне остальных это почти GIMP. Интерфейс - специфический, да еще и падает если слишком заиграться с фильтрами.
gpicview - минимум редактирования, нет эскизов, открыл-закрыл.
А разгадка одна: ты ищешь не смотрелку, а простой редактор. Соответственно, надо глядеть в сторону Darktable, digiKam, Shotwell и т.п.
> Наличие пакетной обработки с заданной последовательностью фильтров - привествуется.Очевидный imagemagick.
Электрон не решает ни одну из насущных проблем с ПО: качество и юзабильность.Лишняя сущность, которая только усугубляет ситуацию
1. В войне за выживание не может быть никаких условностей — ни сугубо, ни трегубо.
2. Штатная крысья смотрелка.
> feh потрадовал быстротой. но на нем (вроде) нет кнопок вперед/назад/удалить- он консольный.man feh:
KEYS
...
n, ⟨Space⟩, ⟨Right⟩ [next_img]
Show next image. Selects the next image in thumbnail mode.
p, ⟨Backspace⟩, ⟨Left⟩ [prev_img]
Show previous image. Selects the previous image in thumbnail
mode.
⟨delete⟩ [remove]
Remove current file from filelist
⟨CTRL+delete⟩ [delete]
Remove current file from filelist and delete it
Минималистично - это mpc + mpd, остальное - ненужное гамно. Аудиоплееру вообще интерфейс не нужен, уж тем более графический
> Минималистично - это mpc + mpdMPD минималистичен? Он умеет такое, чему вообще в плеере не место. Просто поинтересуйтесь функционалом.
moc (http://moc.daper.net/) ещё более-менее.
> Он умеет такое, чему вообще в плеере не место.Поподробнее.
Я про интерфейс говорил. Если говорить об функционале и количестве строк кода, то электрону лучше вообще не тявкать о какой-то там минималистичности
Это пока не заморачиваешься на тему "а в чьём это исполнении Времена Года сейчас играют" (или "а чей это ремикс" - не суть). Пока не хочешь сразу в один клик глянуть текст того, что играет, и так далее.Впрочем, наворачивать эту монстрятину ради "минималистичности" - это особый вид издевательства над пользователями, не иначе.
> Минималистично - это mpc + mpd, остальное - ненужное гамно. Аудиоплееру вообще
> интерфейс не нужен, уж тем более графическийМинимализм у меня - mpv
По хоткеям зовет vifm, feh, mediainfo. Нет оголтелого конфига.
Библиотека на find + dmenu.
Офигеть. Когда уже кончится это помешательство писать все на браузерах? И когда кончится помешательство писать плейеры? В чемпрофит,не пойму? Деньги?
> В чемпрофит,не пойму? Деньги?Желание самореализоваться. Ну вот не получается у человека гипервизор написать или драйвер для сетёвки, а графоманить хочется.
И отсутствие фантазии забыл добавить. Интересных софтин можно миллион придумать.А вообще - если это не "стартап для продаться", то нормальные люди пишут то, чего им не хватает. Вот в жизни не поверю, что этому персонажу не хватало плеера.
> Ну вот не получается у человека гипервизор написать или драйвер для сетёвкиВидимо, жабоскрипт с електроном для этого ну совсем уж хреново подходят. Но они пытаются!
> Когда уже кончится это помешательство писать все на браузерах?IT достигнет рассвета лишь в тот день, когда последний модуль последней "веб-технологии на десктопе" рухнет на голову последней веб-макаки.
>с использованием платформы Electron и фреймворков React.js и FluxОни бы ещё Qt прилепили, ей-богу. Есть легковесные и стандартные библиотеки в каждом GNU/Linux-дистрибутиве: GTK+3 и Vala. Но наркоманы будут брать Electron, Qt, JavaFX и прочее тормозное убожество.
Ваши высказываниЯ, сударь, прямо сочатся жиром, впрочем, как и предмет обожания.
>> легковесные
> GTK+3Отсыпь, а.
>Код проекта написан на JavaScript с использованием платформы Electron и фреймворков React.js и FluxНужно, годно!
>и распространяется под лицензией MIT
Вдвойне нужно и годно!