Доступен выпуск музыкального проигрывателя Tauon Music Box 6.0, сочетающего быстрый и минималистичный интерфейс с широкими функциональными возможностями. Проект написан на языке Python и распространяется под лицензией GPLv3. Готовые сборки подготовлены для Arch Linux и в форматах Snap и Flatpak...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53339
> Python.. Snap и FlatpakНовость близка к эталону блевотности :)
хах, тут есть еще куда развиваться - например, можно это все засунуть в бекэнд, а фронтэнд сделать на жс и электроне.
Одно из первых приложений, которое учитывает особенности работы в песочнице флатпака и выдает пользователю подсказки по возникающим из-за этого проблемам.
А можно было сразу сделать все по человечески.
Так и сделали по-человечески - как смогли :)
Кстати, сегодня обнаружил консольный cmus, написанный на C.Слушаю щас с него.
Говно ваш C, плеер должен быть ассемблерным!
Только рукозады пишут программы, настоящие мужыкы делают все в железе
И, как Карабас, таскают с собой.
Потому что живая музыка - рулит.
Я предпочитаю, чтобы некоторый булщит все же делал С вместо меня, если че не так, то я дам ему подсказки после ревизии байткода.
> Говно ваш C, плеер должен быть ассемблерным!Под какой из процов? ARM64 смогете?
Одному проценту такое - естественная среда.
> Новость близка к эталону блевотности :)Надо было еще гуй на электроне!!!
Нужно больше питона
> Нужно больше питонаИ электрона, электрона еще не забудьте!
> Проект написан на языке PythonНет, спасибо.
>> Проект написан на языке Python
> Нет, спасибо.А вот и любители ЖС и эляктронов подтянулись.
Во сколько раз, говорите, жрет просмотр видео в ЖС + браузере больше CPU/RAM, чем связка youtube-dl + mpv, всего в 5? :)
Спасибо, я с deadbeef пешком постою, там никаких питонов и электронов
тоже нравится, но были у меня из-за него глюки с зависами всей системы, причем только если запущен какой либо браузер. причем пофиг какой. и это странно. правда такое только в кедах творилось. я даж взялся мплеер гонять.
mc + aliases + mpvdeadbeef portable у меня больше жрет проц нежели вышеуказанная связка, держу его на всякий случай, либо для пакетной конвертации если хочется мышкой клац-клац
Эта связка, как минимум, CUE не умеет, ну и про плейлисты можно забыть."Больше жрёт проц" - конечно больше, там ресемплинг нормальный, например. Но по нынешним временам жрёт оно 0.5 или 0.7% - как-то не важно
Да даже vlc с его кутями не такой уж страшный по сравнению с этим. К тому же у него в 20 раз фичастее плейлист и он еще и видео умеет играть.
Чтобы недолюбливать пихон вовсе необязательно фанатеть от жс и, тем более, электрона.Но кстати, подход жс к подобным делам таков, что само воспроизведение и декодирование, скорее всего, будет реализовано нативным модулем и потреблять проц и память оно будет как нативный модуль, тогда как жс будет просто управлять логикой работы( передавать адреса файлов на воспроизведение, изменения статусов типа старт/стоп/итп )
И при этом жрать больше модуля воспроизведения? (Я не знаю.)
> И при этом жрать больше модуля воспроизведения? (Я не знаю.)Это как повезет.
С памятью на разных ОС нередко ситуация такая, что и не определить детально без спецсредств.К примеру, на яблоке даже ОС и нативное ПО постепенно занимает абсолютно всю свободную память( не важно, 16, 24, 32 или 64 Гб - оно в итоге займет все_минус_20_процентов ), что, возможно, связано с ленивой чисткой памяти( т.е серьезно трясти для освобождения памяти система начинает лишь когда свободной памяти остается 20-%, что нередко приводит к полному залипание компа. Тот же сафари с несколькими десятками тяжелых вкладок после нескольких суток работы может раздуться до 15-20 Гб ОЗУ при наличии 48-64 Гб ОЗУ в системе )
В случае с JS обычно речь не столько о занимаемой памяти, сколько о производительности( т.к при желании и видео декодировать моно на JS, но это будет боль ).
Если речь об оптимизировано штуке, то потребление не сильно то и больше - по сути, на вес модуля обмена данными между движком и наивными модулями + "безголового" JS-движка и представления в памяти JS-структур, служащих для управления наивными модулям( поскольку на нем обычно реализуют именно саму логику работы, а не ресурсоемкий функционал. И это реально удобно, поскольку есть JS-модули почти на все случаи жизни, с норм менеджерами пакетов и человекочитаемым кодом )
> Чтобы недолюбливать пихон вовсе необязательно фанатеть от жс и, тем более, электрона.Т.е. вы знаете годную альтернативу youtube-dl (помимо собственно, браузера с ЖС) o_O?
> Но кстати, подход жс к подобным делам таков, что само воспроизведение и
> декодирование, скорее всего, будет реализовано нативным модулем и потреблять проц и
> память оно будет как нативный модуль, тогда как жс будет просто управлять логикой работы( передавать адреса файлов на воспроизведение, изменения статусов типа старт/стоп/итп )Я просто процитирую сабжевое описание:
>> Uses GStreamer or optionally BASS Audio Library for playbackЭто обычное дело для обвязок.
> и потреблять проц и память оно будет как нативный модуль, тогда как жс будет просто управлять логикой работы
Реальное потребление при воспроизводстве того же видео с помощью ЖС + нативый модуль ака браузер почему-то всегда значительно выше ;)
> Реальное потребление при воспроизводстве того же видео с помощью ЖС + нативый модуль ака браузер почему-то всегда значительно выше ;)Наверное потому что в браузеры ещё не завезли VAAPI? В той же винде ютуб в браузере жрёт от силы на пару процентов выше плеера как раз из-за наличия аппаратного ускорения.
>> Чтобы недолюбливать пихон вовсе необязательно фанатеть от жс и, тем более, электрона.
> Т.е. вы знаете годную альтернативу youtube-dl (помимо собственно, браузера с ЖС)
> o_O?У вас удивительные прыжки в логике.
Доступ к поисковикам у вас, очевидно, есть. Найдете - сообщите.
Собственное время на поиски какой-то альтернативны какого-то очередного "нереально уникального"(C) питоновского модуля я тратить не собираюсь.
> Реальное потребление при воспроизводстве того же видео с помощью ЖС +
> нативый модуль ака браузер почему-то всегда значительно выше ;)Выше оно нередко потому, что в плееры встраивается много халтуры от скачивания видео итп( дробление на части с поочередной подстановкой частей / кодирование и декодирования фрагментов итд итп )
"Внезапно" если вы просто откроете в браузере видеоролик, то потребление проца и памяти будет не шибко больше среднестатистического модуля уже просто ввиду наличия поддержки аппаратного декодирования и того простого факта, что само воспроизведение в браузере "внезапно" реализовано нативно.
>>> Проект написан на языке Python
>>> Нет, спасибо.
>>А вот и любители ЖС и эляктронов подтянулись.
>>Во сколько раз, говорите, жрет просмотр видео в ЖС + браузере больше CPU/RAM, чем связка youtube-dl + mpv, всего в 5? :)...
> У вас удивительные прыжки в логике.
> Доступ к поисковикам у вас, очевидно, есть. Найдете - сообщите.У вас, как минимум, удивительно избирательное восприятие.
Когда на очередное классическое опеннетное "Бидон нинужна!! Патамушта!" приводят конкретный пример конкретной связки софта, вы это просто игнорируете и сразу приступаете к рассказам о том, как в теории "потреблять проц и память оно будет как нативный модуль,".
Когда вас просят, вместо теоретических рассуждений (потеоретствовать "как оно может быть" я и сам могу), привести _реальную_ альтертативу для _изначально указанной связки конкретного софта_, вы начинаете рассказывать о "прыжках в логике" и "ищи сам!".> Собственное время на поиски какой-то альтернативны какого-то очередного "нереально уникального"(C) питоновского модуля я тратить не собираюсь.
Ну да, я ж примеры от балды выбираю и из пальца высасываю, че 🙄
В общем, как обычно на опеннете "не знаю, не слышал, но в обсуждение влезу и ценное мнение выскажу ..." ©>"Внезапно" если вы просто откроете в браузере видеоролик, то потребление проца и памяти будет не шибко больше среднестатистического модуля уже просто ввиду наличия поддержки аппаратного декодирования и того простого факта, что само воспроизведение в браузере "внезапно" реализовано нативно.
Скажу прямым текстом:
Внезапно, если я открою в браузере ролик, то сперва память и проц отожрет этот самый браузер.
Потом память отожрется на отображение и парсинг странички (скриптов и манипуляций DOM), потому что "просто" (напрямую) открыть в браузере ролик сейчас редко получается.
Вот это вот -- противопоставляется запуску "нереально уникального"(C) питоновского модуля", выдирающего URL (и нередко, на этом завершающегося) и собственно, видеопроигрывателя.
> Т.е. вы знаете годную альтернативу youtube-dl (помимо собственно, браузера с ЖС) o_O?Ага. Прикинь, vlc просто жрет ссылки с ютуба. Без всяких пихонов и прочего УГ.
>> Т.е. вы знаете годную альтернативу youtube-dl (помимо собственно, браузера с ЖС) o_O?
> Ага. Прикинь, vlc просто жрет ссылки с ютуба. Без всяких пихонов и прочего УГ.
> ссылки с ютубаПерепись "не знаю, не слышал, но сильно припекает и потому ценное мнение выскажу!" продолжается?
> youtube-dl is a command-line program to download videos from YouTube.com and a few more sites.https://ytdl-org.github.io/youtube-dl/supportedsites.html
> Here's is the list of all the supported sites, ordered alphabetically:
wget -qO- https://ytdl-org.github.io/youtube-dl/supportedsites.html | html2text | wc -l
1219
.
.
> Без всяких пихонов и прочего УГ.Не ходи по ссылке, не смотри что там на самом деле, лучше анонимно поделись еще каким нибудь ценным анонимным мнением!
https://github.com/videolan/vlc/blob/master/share/lua/playli... (и еще аж 16 скриптов -- альтернативность альтернативы аж зашкаливает :))
Кстати, на случай, если количество поддерживаемых сайтов подтянется хотя бы до одной десятой -- расскажешь, как вставить VLC в качестве проигрывателя видеосайтов в KODI?
Или как обычно в комбайнах и вендоподходах -- "Костыль! Не нужно!"?
У тебя какие-то проблемы с анонимами. Нездоровая фиксация, комплексы или еще что. Ты бы таблеточки выпил.
> У тебя какие-то проблемы с анонимами. Нездоровая фиксация, комплексы или еще что.Это такой ответ на затронутую тематику количества поддерживаемых сайтов, языка реализации и возможности встраивания в коди? Информативность и задействованные аргументы как-то не впечатлаяют.
Впрочем, не бери в голову -- от вашего брата, помимо брызганья слюной и громких воплей с обязательным переходом на личности, ничего более не ожидал. Ведь для этого надо хоть немного знать обсуждаемую тему, а не просто иметь ценное мнение и нездоровую фиксацию/ комплексы/еще что на "пихоне".
> Ты бы таблеточки выпил.Это такое предложение в качестве другой альтернативы к youtube-dl? o_O
Как-то слишком уж альтернативно. Увы, вынужден отказаться. Пейте таблеточки и смотрите VLC^W ковер сами -- у меня тут на выбор
wget -qO- https://ytdl-org.github.io/youtube-dl/supportedsites.html | html2text | wc -l
1219
выводятся на "большой экран" (и управляются) прямо с ноута, смартфона или планшета, без всяких гугло-мозилла-зондов или таблеточек :)
Что вам сдался этот Python! Нормальный скриптовый язык для конкретных задач. Что на Си, что на Си++ достаточно говнокода. При определённых вводных можно наговнокодить и на Ассемблере. Вы ведь не кричите что зубило плохое, когда дурак пытается зубилом микрометр сделать...
> Что вам сдался этот Python! Нормальный скриптовый язык для конкретных задач.То что картонные макеты программ несколько заколебали - там "достоинство" сводится к тому что прогер экономил свое врем и агрессивно пиарился. А то что в результате получается тормозное забагованное УГ и наколенщина - уточнять почему-то стесняются.
> При определённых вводных можно наговнокодить и на Ассемблере.
Да легко. Но вот питон - на нем можно сделать что угодно. Только это получается полным УГ. Ну может кроме каких-нибудь научных вычислений на 1 раз, где код отправляется в утиль вместе с установкой после завершения эксперимента. Так то и питон нормально, конечно.
Очень плохо, что собственное оформление. Можно подробнее, что сабж умеет делать в bandcamp? Или надо понимать буквально? Тогда позор и ненужно.
> Очень плохо, что собственное оформление.Автор явно хотел выпендриться - чему свидетельством скриншот. Зато попробуй допереть в таком чудесном гуе как отсортировать что-нибудь, например.
Обалдеть, один из немногих linux-плееров с хорошим и приятным интерфейсом. Да и работает очень резко, даже не верится что это python.
После импорта папки с музыкой и включения сабж потребляет 165 Мб, держу в курсе.
Не подтягиваются обложки, ищет и не может скачать из-за какой-то ошибки.Нет ни фильтра, ни поиска по плейлисту, вот это совсем жесть. Только прокручивать.
А блин, поиск и фильтр есть, надо просто начать печатать
Он вообще много чего умеет, создает драгндропом директорий, например. А поиск по всей библиотеке, вроде.А еще можно переключиться на использование проприетарной библиотеки Bass, но не знаю зачем это в 2020, ностальгировать разве что.
На данный момент только при использовании BASS доступны визуализации (ПКМ на заголовке окна возле кнопок свернуть/закрыть).
А у тебя может и твиттор есть? ))
Иии? у меня deadbeaf почти столько жрет, вы как будто в 80х живете, когда 640 КБ должно было хватить всем. У меня практически все программы сейчас так жрут, да что там сам xubuntu'овский таск менеджер почти сотню ест...
Ну так в результате вроде мощный комп - а тормозит хуже первопня, потому что напихали значков на питоне, чатов на электроне и чего там еще.
Похоже на какой-то автономный плеер для тв приставок и т п. Дерево папок бы хотелось видеть. На кути?
На SDL, если я правильно понял
Надо же, по скринам такое ощущение, что чуваки действительно старались сделать удобно. Чего не скажешь о плеерах из 100500 предыдущих новостей здесь.
> по скринам такое ощущение, что чуваки действительно старались сделать удобнопосле того, как увидел интерфейс Mach3, отказался вообще от гуя, сижу в консоли
Думаю, что Gmusicbrowser уделает эту поделку по всем показателям. Да, и никакого питона!
На скрине есть вкладка «Bookmarks». Установил в надежде на то, что наконец сделали плеер с функцией, позволяющей ставить закладки... но нет, по всей видимости, это лишь название плейлиста. Очередной плеер с радиостанциями и текстами песен, не имеющий элементарного необходимого
А скины от Winamp он поддерживает? Если нет, то такой плеер не нужен.
хорошая группа этот ваш Coldplay
Не очень на самом деле
Обоснуй. Приятная музыка, нормальные тексты. Что тут не очень? Хотя вкусы у всех разные, кому-то и моргенштерн нравится.
Вкусы любителей колдплей недалеки от вкусов любителей моргенштерн
Ясно, любители элджея и моргенштерна обиделись. Да не переживай так, никто тебе не запрещает слушать говно.
по-моему из моего комментария очевидно следует, что я не слушаю ни то, ни другое, но то, что ты этого не понял, лишь подтверждает недалекость не только вкусов колдплей и моргенштерна, но и недалекость слушателей подобной "музыки" в целом
Coldplay больше 20 раз номинировали на грэмми, и 8 раз они её получили, больше 50 других различных премий и наград по всему миру. Значит у всех кто эти премии вручает тоже нет вкуса.
А я вот аудацызом пользуюсь...
Благословляем Вас.
Чем это лучше mpd?
mpd впадлу настраивать и клиентов нормальных почитай нет
> mpd впадлу настраивать и клиентов нормальных почитай нетэмпидисты говорят, кантата норм, но всё равно я как рядовой домохозяин-блондинка на бунтах не осилил его настраивать, поэтому clementine и audacious
Ты убог, ленив и ничего не умеешь, вот и все. Поешь.
Хочу написать похожий плеер на чистом си и sdl, держу в курсе, да.
но как и все местные иксперты и хейтеры (питона или чего-то еще) ничего никогда не сделаешь
> но как и все местные иксперты и хейтеры (питона или чего-то еще)
> ничего никогда не сделаешьЛогично. Ведь я не говорил, что умею программировать.
> Хочу написать похожий плеер на чистом си и sdl, держу в курсе, да.Дайте два!!!
Нет для Виндовс..
Вендeкапец?
С Deadbeef всё равно слазить не собираюсь пока, чисто из любопытства: gapless playback хоть умеет? Или поделка от очередных авторов, заморочившихся только интерфейсом?
пока тоже на deadbeef остановился, но бесят какие-то попапы постоянные с ошибками. пописываю пока свой плеер
> пока тоже на deadbeef остановился, но бесят какие-то попапы постоянные с ошибками.У меня на официальном билде такого нет.
Если внимательно почитать новость - да, поддерживает.
решил поставить ради интереса. Стопиццот обязательных зависимостей, среди которых:
- Жистремер для воспроизведения звука
- Веботня типо flask (ЗАЧЕМ ОНО В ПЛЕЕРЕ?)Уносите туда откуда принесли, короче
-> 1.14.
Только Mplayer как движок, но он итак уже есть скорее всего.
> Только Mplayer как движок,Это как? Mplayer вообще не движок а программа плеера.
> решил поставить ради интереса. Стопиццот обязательных зависимостей, среди которых:
> - Веботня типо flask (ЗАЧЕМ ОНО В ПЛЕЕРЕ?)Возможно web интерфейс типа как в VLC, но могли бы сделать опциональным модулем.
> - Жистремер для воспроизведения звука
Ну тут ничего удивительного, у них просто гуй к этому бэкенду, а не плеер с нуля.
Работает и правда неплохо, но что-то я сходу не нашел как там адекватную навигацию по исполнитель/альбом/трек включить, как в старом добром clementine. И тем более для меня загадка почему этого нет по дефолту. Несколько тысяч треков прокручивать - весьма сомнительное удовольствие.
Чем оно лучше qmmp?
Тем, что это не клон самого ущербного плеера (винампа)
>самого ущербного плеера (винампа)Тыскозал? Альзо, у qmmp есть альтеративный гуй.
> Тем, что это не клон самого ущербного плеера (винампа)Винамп, между прочим, на 32 мегах памяти и 133-м пне работал. За что он и юзался толпой народа, в пять раз дольше чем период полураспада любой фигни на питоне. Некоторые так и до сих пор его не выбросили в винде.
А самое главное для плеера осталось за кадром: выводит он аудио как? Bit-perfect умеет или нет? Или ресэмплит всё?
> А самое главное для плеера осталось за кадром: выводит он аудио как?Выше упомянули gstreamer.
Амарок ещё жив.
Но недвижим. Тогда уж лучше добить его, а не такого в поля ползать выпускать )
ЗЫ Похоже, в Линуксе он пришёл. Чем удобно песенки слушать, АИМП вайнить?
https://snapcraft.io/foobar2000
> https://snapcraft.io/foobar2000Дохлая виндоблобятина, увы. В линухе тем кому такое нравится лучше уж дохлую говядину или qmmp поюзать.
> FLAC, APE, TTA, WVА где же TAK? Вот что нужно поддерживать, многие плееры не умеют, к сожалению :-( По прежнему запускать foobar в wine??
Поэтому — DeaDBeeF.
Смысл слушать одно аудио? Почему mpd играет аудио из клипов, kaffeine(deadbeef, qmmp вроде тоже) вообще сами клипы, а другие до этого не могут додуматься?
А где поддержка 8 битных музык хотя бы как в deadbeef?
в lastfm не умеет
Adding an equalizer and a tempo switcher (Low Priority)
Правильно,зачем спешить
https://raw.githubusercontent.com/Taiko2k/TauonMusicBox/mast... 1.3 mb жостко
прикиньте объем кода 00
и второе весь проект практически в одном файле без разделения на модули
Это начинающий вебмакак, только учится "програмить" и решил осчастливить планету своими испраж^W упражнениями. О такой фигне как модуляризация он походу не в курсе. Но однажды, после пары дней безрезультатного дебага помирающей в глюках программы это существо начнет подозревать в чем прикол... :)
эквалайзер хоть есть?
Не поддерживает MusePack. Не поддерживает WavPack DSD. Но зато поддерживает XSPF, чего не умеет тот же DeaDBeeF.
> Не поддерживает MusePack. Не поддерживает WavPack DSD. Но зато поддерживает XSPF, чего
> не умеет тот же DeaDBeeF.А нахрен этот XSPF сдался? Пухлая XMLятина, весит в разы больше m3u8 и куда тормознее в парсинге, что несколько заколебывает на больших коллекциях.
Ещё один аудио-плеер под линукс. В 2020 году. Для ПК. Зачем?
консольный moc уже не в почёте, да? Имеет фронтенды mocicon (GTK+) и eXo (QT). Последний, кстати, умеет закладки и на Си++. Зато mocicon умещается в 100 строк кода на Сях.