Просмотр телевидения на Линуксе (IPTV плеер)

[Bizdelnick]

Не только бинарникам может понадобиться разделяемая библиотека

Тогда у Вас неправильно пакеты собраны. Архитектуронезависимый (noarch) пакет не должен иметь зависимостей, каким бы то ни было образом привязанных к конкретной архитектуре. Зависимость libmpv.so.1()(64bit) не установится и не даст установить Ваш пакет на 32-битных архитектурах.

[astroncia]

Поменял BuildArch на x86_64.

Добавлено (21:13):

Архитектуронезависимый (noarch) пакет не должен иметь зависимостей, каким бы то ни было образом привязанных к конкретной архитектуре.

А может так?

Код: Выделить всё

%if %{__isa_bits} == 64
Requires:       libmpv.so.1()(64bit)
%else
Requires:       libmpv.so.1
%endif
BuildArch:      noarch

Или как правильно сделать .spec для OBS, чтобы для всех архитектур была зависимость от libmpv.so.1?

[Bizdelnick]

А может так?

Нет, так не пойдёт. Макросы раскрываются во время сборки, поэтому задать ими какое-то условие, проверяемое при установке, невозможно.
Я не могу сходу предложить решение, не сталкивался с подобным. Для всех дистрибутивов кроме мандривообразных можно было бы просто задать имя пакета с библиотекой (хотя оно разное в разных дистрибутивах, так что в переносимом спеке пришлось бы городить кучу условных конструкций), но как быть с мандривообразными, где имя пакета меняется в зависимости от архитектуры, — не знаю. Будет время — поразмышляю над этим, может, что придёт в голову…

Добавлено (22:04):

В rpm 4.13 и выше решается просто:

Код: Выделить всё

Requires: (lib64mpv1 or libmpv1)

Или недистрибутивоспецифичный вариант

Код: Выделить всё

Requires: (libmpv.so.1()(64bit) or libmpv.so.1)

(возможно, тут надо как-то экранировать скобки, не знаю)

Хотя, строго говоря, и это не вполне корректно. Надо, чтобы архитектура библиотеки libmpv совпадала с архитектурой интерпретатора python, иначе работать не будет. А это при таком раскладе никак не проверяется. То есть в принципе возможно, что установлен, например, 64-битный python и 32-битная libmpv, зависимости удовлетворены, а программа не заработает. Так что, наверное, единственный выход — собирать архитектурозависимые пакеты.

[astroncia]

собирать архитектурозависимые пакеты

И для этого нужен .spec файл

Макросы раскрываются во время сборки

Верно, а сборкой занимается Open Build Service и раскрывает эти макросы в зависимости от архитектуры, для которой собирает пакет.
Итак, у меня получился такой .spec файл для OBS:

Код: Выделить всё

Summary:	IPTV player
Name:		astronciaiptv
Version:	0.0.78
Release:	1
Group:		Video
License:	GPL-3.0-only
URL:		https://gitlab.com/astroncia/iptv
Source0:	%{name}-%{version}.tar.xz
Requires:	python3
Requires:	mpv
%if %{__isa_bits} == 64
Requires:	libmpv.so.1()(64bit)
%else
Requires:	libmpv.so.1
%endif
Requires:	python3-qt5
%if 0%{?suse_version} || 0%{?sle_version}
Requires:	python3-Pillow
%else
Requires:	python3-pillow
%endif
Requires:	python3-pandas
Requires:	python3-gobject
Requires:	python3-pydbus
%if 0%{?suse_version} || 0%{?sle_version}
Requires:	python3-Unidecode
%else
Requires:	python3-unidecode
%endif
Requires:	python3-chardet
Requires:	python3-requests
Requires:	python3-setproctitle
Requires:	ffmpeg

%description
Simple IPTV player with EPG support.

%files
%{_bindir}/%{name}
%{_datadir}/applications/%{name}.desktop
%{_datadir}/%{name}
%{_localedir}/*/*/astronciaiptv.mo
%{_docdir}/astroncia-iptv/changelog.gz
%{_prefix}/lib/%{name}
%{_iconsdir}/hicolor/scalable/apps/astronciaiptv.svg

%global debug_package %{nil}

%post
ldconfig

%prep
%setup -q

%build
#nothing

%install
cp -af usr %{buildroot}

Убрал BuildArch и вроде бы всё заработало как надо - у i586 зависимость от libmpv.so.1, а у x86_64 от libmpv.so.1()(64bit).
Остаётся только вопрос, правильный ли это путь определять архитектуру через __isa_bits.

[Bizdelnick]

раскрывает эти макросы в зависимости от архитектуры, для которой собирает пакет

Noarch-пакет собирается для любой архитектуры (и может быть отправлен в репозитории всех архитектур, хотя в случае OBS это может быть и не так, не уверен), а раскрывается макрос в зависимости от архитектуры системы, на которой происходит сборка. Если noarch-пакеты, собранные на одном дистрибутиве разных архитектур, не идентичны, это ошибка.

[astroncia]

if the rpm is called *.noarch.rpm that should mean that this rpm can be installed on any architecture. The contents (files) installed by that rpm are bash script, text files, documentation, or any other kind of files that don't depend on the architecture

Понятно. Значит в моём случае noarch не подходит.
Оставим пока так:
https://build.opensuse.org/package/view_file/home:astroncia/astronciaiptv/astronciaiptv.spec?expand=1

раскрывает эти макросы в зависимости от архитектуры, для которой собирает пакет.

раскрывается макрос в зависимости от архитектуры системы, на которой происходит сборка

На OBS это одно и то же

https://build.opensuse.org/package/live_build_log/home:astroncia/astronciaiptv/Mageia_8/armv7l

Код: Выделить всё

[   75s] linux64 /usr/bin/qemu-system-aarch64 ...

https://build.opensuse.org/package/live_build_log/home:astroncia/astronciaiptv/Mageia_8/i586

Код: Выделить всё

[   15s] 2nd stage started in virtual machine
[   15s] machine type: i686

Добавлено (06:48):

И трюк с __isa_bits работает:

Код: Выделить всё

$ rpm -qR astronciaiptv-0.0.78-11.1.i586.rpm | grep libmpv
libmpv.so.1

Код: Выделить всё

$ rpm -qR astronciaiptv-0.0.78-11.1.x86_64.rpm | grep libmpv
libmpv.so.1()(64bit)

[algri14]

На Mageia 8 репозиторий устанавливается так:

Shell

[root@localhost ~]# dnf config-manager --add-repo https://download.opensuse.org/repositories/home:astroncia/Mageia_8/home:astroncia.repo

Shell

[root@localhost ~]# dnf install astronciaiptv

Да, спасибо, всё оК ! и есть выбор под разные архитектуры, сделаю объявление на форуме Mageia Russian Community Forum.
Ранее я написал русскому разработчику AlexL, чтобы он его добавил в офф-репо (как это сделали в ROSA), но видно попал к нему не под настроение (на него как найдёт):

Автор пока только учится. Через год, если не забросит, можно будет посмотреть. Активный апстрим важен, а не так - написали, бросили, кто будет поддерживать?

Есть маленькие "но", при настройке "Плейлист в отдельном окне" его можно вызвать двумя способами — кликнуть ЛКМ по значку плеера в трее или нажать горячую клавишу, но не один раз (как при правильной работе опции), а 2 раза, далее убрать "Плейлист" по горячей клавише не получится, только кликом по значку в трее.

Есть ещё одно неудобство, изменение вертикального размера плейлиста только снизу и уже далее можно опустить его вниз. Это относится к плейлисту как в свёрнутом окне, так и в полном экране, в SMP плейлист регулируется как сверху, так и снизу, и в ширину, в SMP нет отдельного чекбокса/галочки в настройках для регулировки ширины и высоты плейлиста, он регулируется курсором мыши.

В этой 0.0.78 версии, если убрать в свёрнутом окне нижнюю панель, то при регулировке звука уже не показывается "серая" полоса регулировки звука (хотя звук регулируется). В полном экране она есть.

В "Плавающей панели" (в полном экране), в правой её части есть небольшое пустое место — как-то несимметрично?

В репозитории надо бы держать хотя бы одну предыдущую версию, в случае если новая получится с сильным багом (или каким-то неудобством для пользователя), чтобы можно было откатиться на предыдущую версию.

А вообще всё ОК !

[Bizdelnick]

Ранее я написал русскому разработчику AlexL, чтобы он его добавил в офф-репо (как это сделали в ROSA), но видно попал к нему не под настроение (на него как найдёт)

Всё правильно он написал. ☺
В том, что кто-то учится, ничего плохого нет. Но это не значит, что имеет смысл печатать школьные сочинения, даже оцененные на 5/5, многотысячными тиражами.

[astroncia]

В "Плавающей панели" (в полном экране), в правой её части есть небольшое пустое место — как-то несимметрично?

Скиньте скриншот, где это видно

В репозитории надо бы держать хотя бы одну предыдущую версию

Не знаю, можно ли так сделать в OBS.
Поэтому пока положил текущую версию 0.0.78 отдельно, чтобы в случае проблем можно было на её откатиться.
https://mega.nz/file/m0oHjKbS#vMpgVrIiv5zaBhrFjmU9uVKPXzDiQg2iq-GAvtTo1II

[algri14]

В "Плавающей панели" (в полном экране), в правой её части есть небольшое пустое место — как-то несимметрично?

Spoiler

Добавлено (15:42):

Ранее я написал русскому разработчику AlexL, чтобы он его добавил в офф-репо (как это сделали в ROSA), но видно попал к нему не под настроение (на него как найдёт):

Всё правильно он написал. ☺

Может быть и так, учитывая историю с плеером zvvonlinetv, автор бесследно пропал, он с Украины, вероятно что-то случилось, но плеер оказался брошенным...

[Bizdelnick]

ldconfig должен сам вызываться после установки библиотек, но этого - почему-то - не происходит.

Вы не поверите, но даже в «передовой» Федоре (точнее, в ванильном rpm) эту мегафичу запилили сравнительно недавно. Но вот в Mandriva она была давным-давно, и в Mageia должна была бы сохраниться… Возможно, это баг отдельно взятого пакета, возможно, последствия перехода на более новую версию rpm, а возможно, Вы что-то не так поняли.

[astroncia]

возможно, Вы что-то не так поняли.

Возможно. Никогда не имел дела с rpm-based дистрибутивами до разработки Astroncia IPTV и предложения algri14 собрать rpm-пакет.

в Mageia должна была бы сохраниться

И сейчас есть.
https://wiki.mageia.org/en/RPM_filetriggers

--

Итак, тестирование.
Для тестирования выбрал Mageia-8-Live-Plasma-x86_64.iso и пакет zvvonlinetv (т.к. он есть в офиц.репозиториях и тоже использует mpv).

Тест 1 (dnf):
запускаю систему, выполняю в консоли:

Код: Выделить всё

su -c 'dnf install -y zvvonlinetv'

и пробую запустить zvvonlinetv. вылетает с ошибкой. после ldconfig - всё ок.
выключаю систему.

Тест 2 (dnfdragora): то же самое. ошибка.

Тест 3 (rpmdrake - рекомендуемый способ установки пакетов):
А вот тут интереснее. Всё работает как надо, вызов ldconfig вручную не требуется.

Для уверенности проверил несколько раз с dnf. Каждый раз - ошибка.
Получается, автозапуск ldconfig всё-таки сломан в Mageia.

Добавлено (19:43):

В том, что кто-то учится, ничего плохого нет. Но это не значит, что имеет смысл печатать школьные сочинения, даже оцененные на 5/5, многотысячными тиражами.

Может быть и так, учитывая историю с плеером zvvonlinetv, автор бесследно пропал, он с Украины, вероятно что-то случилось, но плеер оказался брошенным...

Это больше похоже на "Обжёгшись на молоке, на воду дуют" - учитывая историю с zvvonlinetv.
В конце концов, если уж в Росе добавили приложение в свой репозиторий - значит они посчитали его вполне готовой (и полезной для своих пользователей) программой, а не "школьной поделкой".

[Bizdelnick]

Получается, ldconfig всё-таки сломан в Mageia.

Это не ldconfig сломан. Он же работает, когда его запускают. Сломан (или, скорее, недоработан) механизм его автоматического запуска где-то в недрах пакетного менеджера.

В конце концов, если уж в Росе добавили приложение в свой репозиторий - значит они посчитали его вполне готовой (и полезной для своих пользователей) программой, а не "школьной поделкой".

Да там уровень разработки вообще школьный. Нельзя этот пакет в таком виде добавлять в дистрибутивы и вообще распространять каким бы то ни было образом по причине, о которой я писал выше:

Логотипы каналов из комплекта уберите, если только Вы не получили от каждого из них разрешение на использование. Это же зарегистрированные товарные знаки, и авторские права на них принадлежат явно не Вам. Могут и засудить. Не говоря о том, что ни в один дистрибутив такое точно не примут.

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

[astroncia]

Сломан (или, скорее, недоработан) механизм его автоматического запуска где-то в недрах пакетного менеджера.

Именно это я и хотел сказать.

Но они даже не посмотрели, что внутри.

https://forum.rosalinux.ru/viewtopic.php?p=106742#p106742

З.Ы.
Очень радует ваш проигрыватель.
Хотел спросить на счёт категорий каналов, которые на картинке.
Названия категорий берутся из сети?
А то хотел, если возможно, сделать их на русском, но их нет в архиве.

Ещё как смотрели
Нет там никаких логотипов.

[Bizdelnick]

Нет там никаких логотипов.

А, тогда прошу прощения. Вы на тот мой комментарий не ответили, и я решил, что он был проигнорирован. (Но моё мнение о росе от этого нисколько не меняется. Слишком хорошо я с ней и теми людьми знаком, к сожалению.)

[Bizdelnick]

вполне готовой (и полезной для своих пользователей) программой, а не "школьной поделкой".

Да, если что, я слов «школьная поделка» не употреблял. Если уж пытаться дать определение, то это что-то вроде учебного проекта, перерастающего в зрелый хобби-проект. А с точки зрения традиционного цикла разработки он пока находится на стадии альфа-версий.
Если более детально, у проекта есть ряд недостатков с точки зрения поддержки (а майнтейнер дистрибутива занимается поддержкой пакетов, а не просто бездумным добавлением всего подряд):

• Эта тема целиком посвящена избавлению проекта от «детских болезней» и, если экстраполировать динамику этого процесса немного в будущее, можно предсказать, что он ещё не вполне завершён.
• Как я понимаю, код детально не смотрел ни один разработчик кроме автора. Это значит, что в нём могут быть (а точнее, совершенно точно есть) необнаруженные грубые ошибки.
• У программы вряд ли сильно больше десятка пользователей, кроме которых никто тестированием не занимается. Из этого также следует, что большое число ошибок ещё не обнаружено.
• Судьба проекта целиком и полностью зависит от единственного разработчика и его возможности и желания заниматься проектом. Других разработчиков, даже потенциальных, нет. Немногочисленные пользователи явно не смогут скинуться на оплату труда автора, если ему придётся выбирать между проектом и другой работой.
• Новые версии выходят очень часто, содержат как исправления критических ошибок, так и серьёзные нововведения. Для дистрибутива со стабильным релизным циклом такое неприемлемо, только для роллинга. Майнтейнеру пришлось бы постоянно заниматься адаптацией критических патчей под старую версию.

[algri14]

Если уж пытаться дать определение, то это что-то вроде учебного проекта, перерастающего в зрелый хобби-проект. А с точки зрения традиционного цикла разработки он пока находится на стадии альфа-версий.
............................ и т.д.
Новые версии выходят очень часто, содержат как исправления критических ошибок, так и серьёзные нововведения. Для дистрибутива со стабильным релизным циклом такое неприемлемо, только для роллинга. Майнтейнеру пришлось бы постоянно заниматься адаптацией критических патчей под старую версию.

Bizdelnick совершенно прав и в его пояснениях нет ничего обидного, разработка очень хорошая, но это только начало, плеер безусловно будет пользоваться спросом, просто о нём пока мало кто знает. Freetux известен давно, но в его сторону я и смотреть не хочу.

[astroncia]

algri14
Новая версия 0.0.79 уже доступна в репозитории
Надеюсь, в этот раз получится нормально установить без удаления прошлой версии...

Есть маленькие "но", при настройке "Плейлист в отдельном окне" его можно вызвать двумя способами — кликнуть ЛКМ по значку плеера в трее или нажать горячую клавишу, но не один раз (как при правильной работе опции), а 2 раза, далее убрать "Плейлист" по горячей клавише не получится, только кликом по значку в трее.

Добавлена возможность скрыть "Плейлист в отдельном окне" по горячей клавише

Есть ещё одно неудобство, изменение вертикального размера плейлиста только снизу и уже далее можно опустить его вниз.

Добавлено изменение вертикального размера плейлиста сверху

В этой 0.0.78 версии, если убрать в свёрнутом окне нижнюю панель, то при регулировке звука уже не показывается "серая" полоса регулировки звука (хотя звук регулируется). В полном экране она есть.

Исправлено

В "Плавающей панели" (в полном экране), в правой её части есть небольшое пустое место — как-то несимметрично?

Исправлено

[algri14]

Есть маленькие "но", при настройке "Плейлист в отдельном окне" его можно вызвать двумя способами — кликнуть ЛКМ по значку плеера в трее или нажать горячую клавишу, но не один раз (как при правильной работе опции), а 2 раза на ней остался, далее убрать "Плейлист" по горячей клавише не получится, только кликом по значку в трее.

Чуть-чуть недоработано — при настройке "Плейлист в отдельном окне" его можно вызвать двумя способами — кликнуть ЛКМ по значку плеера в трее или нажать горячую клавишу "T".
- по горячей клавише срабатывает правильно, но вверху окна плеера есть кнопка "Вид" и глюк "2 раза" остался, первый раз сработает, а далее опять два клика по кнопке "Вид=>Показать/скрыть плейлист". Пользуюсь ей когда управляю плеером с дивана.

Ещё один момент, разрешение экрана 1920х1080 (чтобы другое разрешение не сбивало с толку), трансляция канала HD, возьмём "Первый" канал
- в полном экране видео распахнуто на весь экран (сверху и снизу нет чёрных полос)
- в свёрнутом окне, при убранной "Панели управления" и убранном "Плейлисте" (внизу виден трей рабочего стола) — сбоку появляются чёрные полосы, я вообще-то не знаю ошибка это или так надо, просто описываю как есть.
При разрешении 1440х900 поведение естественно другое — чёрные полосы сверху и снизу в обоих вариантах, т.е. одинаково

Spoiler

В "Плавающей панели" (в полном экране), в правой её части есть небольшое пустое место — как-то несимметрично?

исправлено не полностью, слева 0,5 см, а справа 1,0 см, уже меньше, но несимметрично
зы: возможно у моего железа проблемы (есть кое-какие странности) с проприетарными драйверами от Nvidia, но менять их на свободный драйвер Nouveau сейчас нет времени. Поэтому надо бы подтверждение поведения ещё у кого-нибудь.

[astroncia]

глюк "2 раза" остался

Странно, у меня открывает плейлист (в отдельном окне) с 1 раза. Проверял несколько раз.

сбоку появляются чёрные полосы, я вообще-то не знаю ошибка это или так надо, просто описываю как есть.

Всё работает правильно.

[algri14]

Странно, у меня открывает плейлист (в отдельном окне) с 1 раза. Проверял несколько раз.

Я говорю про кнопку "Вид" на верхней панели и при этом в настройках "Интерфейс" выбрать — "Плейлист в отдельном окне", вот тогда и увидите глюк, с первого откроется, а далее "2 раза".
Если не выбирать в "Интерфейс" => "Плейлист в отдельном окне", то в кнопке "Вид" всё будет работать как надо.

Нашёл ещё один — делаю разрешение экрана 1440х900, настраиваю, всё оК, переделываю разрешение экрана (это в КДЕ-Plasma) на 1920х1080, распахиваю на полныйэкран и плавающий плейлист при наведении вправо, появляется уже не у правой стороны экрана, а почти у середины и он там зафиксирован намертво, достать курсором нельзя. Наводишь курсор вправо, плейлист появляется, пробуешь достать плейлист, он исчезает, т.е. при перенастройке разрешения экрана настройки плеера ведут себя не стабильно. Но это у меня сейчас, постараюсь на днях заняться своими драйверами и посмотрю что будет.

[algri14]

Версия 0.0.80
Глюка с опцией "Плейлист в отдельном окне" больше нет, всё работает как надо, был ещё побочный эффект — появление плейлиста если сделать клик в трее по значку плеера, тоже ликвидировано, т.е. работают только штатные и правильные способы/кнопки.
Добавилась визуализация в бегунке звука, тоже приятно глазу, её бы увеличить немного в длину, до размеров как в плавающей панели, ведь место на панели управления полно.

И есть что доработать:
- когда величина звука увеличивается с 2-х значной цифры до 3-х значной, то третья цифра дёргает значки-кнопки лежащие справа от цифр, было бы логичнее просто оставить место под третью цифру и не дёргать кнопки.

У меня вопрос — а обязательно при включении плеера сначала показывать логотип-заставку плеера? а уже затем включать канал.

Сравнение с Tano:
в Astroncia намного легче для глаз воспринимается переключение каналов из-за картинки предыдущего канала (кеш 10), в Tano это чёрный экран

[algri14]

был ещё побочный эффект —

и вполне удобный, это один клик ЛКМ по окну-экрану плеера и "Плейлист в отдельном окне" исчезал, т.е не надо лезть в контекстное меню кнопки "Вид" (если находишься далековато от клавиатуры, лёжа на диване ), вернуть бы?

[astroncia]

Добавилась визуализация в бегунке звука, тоже приятно глазу, её бы увеличить немного в длину, до размеров как в плавающей панели, ведь место на панели управления полно.

Что именно имеется в виду? Скиньте скриншот.

- когда величина звука увеличивается с 2-х значной цифры до 3-х значной, то третья цифра дёргает значки-кнопки лежащие справа от цифр, было бы логичнее просто оставить место под третью цифру и не дёргать кнопки.

Только если так, меньше Qt не позволяет.

У меня вопрос — а обязательно при включении плеера сначала показывать логотип-заставку плеера? а уже затем включать канал.

Нет, не обязательно. ¯\_(ツ)_/¯

[algri14]

Что именно имеется в виду?

Ширина бегунка звука (ну или длина) в Плавающей панели 5 см (в полном экране), а в свёрнутом окне всего 3 см.

- когда величина звука увеличивается с 2-х значной цифры до 3-х значной, то третья цифра дёргает значки-кнопки лежащие справа от цифр, было бы логичнее просто оставить место под третью цифру и не дёргать кнопки.

я имел ввиду то, что цифры начинают двигать значки вправо при увеличении звука, было бы логичнее просто оставить место под три цифры, тогда они не будут двигать кнопки вправо, или так невозможно сделать?

Было бы удобно "Показать/скрыть плейлист" одинарным кликом по экрану.

Считаю что это неудобство: если НЕ в полном экране скрыть плейлист, затем раскрыть в полный экран и обратно в Не полный экран, то плейлист будет "показан", а должен быть "скрыт".

У меня вопрос — а обязательно при включении плеера сначала показывать логотип-заставку плеера? а уже затем включать канал.

Нет, не обязательно. ¯\_(ツ)_/¯

Но плеер начинает работу именно с показа заставки, в предыдущих версиях этого не было.

[astroncia]

Было бы удобно "Показать/скрыть плейлист" одинарным кликом по экрану.

В версии 0.0.81 добавлена настройка Прочее -> Скрывать плейлист левым кликом.

[algri14]

В версии 0.0.81 добавлена настройка Прочее -> Скрывать плейлист левым кликом.

Да, работает, НО

Считаю что это неудобство: если НЕ в полном экране скрыть плейлист, затем раскрыть в полный экран и обратно в Не полный экран, то плейлист будет "показан", а должен быть "скрыт".

При работе с самим плеером, туда-сюда (распахнуть-свернуть), плейлист останется скрыт (что есть правильно), НО если переключаться между окнами браузера и плеером туда-сюда, плейлист НЕ будет скрыт, убираю его, далее переключаюсь между окнами и плейлист торчит в окне плеера (а должен быть скрыт)

Добавлено (16:47):

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

Если распахивать, то плейлист скрыт, а если сворачивать то плейлист всё таки на мгновение мелькает между первым и вторым кликом (когда распахиваешь плеер двумя кликами)

[astroncia]

НО если переключаться между окнами браузера и плеером туда-сюда, плейлист НЕ будет скрыт

Странно, мне не удалось это воспроизвести.

далее переключаюсь между окнами и плейлист торчит в окне плеера (а должен быть скрыт)

Должно быть исправлено в последней версии.

[algri14]

НО если переключаться между окнами браузера и плеером туда-сюда, плейлист НЕ будет скрыт

Странно, мне не удалось это воспроизвести.

далее переключаюсь между окнами и плейлист торчит в окне плеера (а должен быть скрыт)

Должно быть исправлено в последней версии.

Это Вы уже давно исправили.

Осталось не исправленным.
Если распахивать плеер, то плейлист скрыт, а если сворачивать, то плейлист всё таки на мгновение мелькает между первым и вторым кликом (когда распахиваешь окно плеера двумя кликами по экрану). В версии 0.0.83 стало ещё хуже, при сворачивании плейлист стал не только появляться между кликами, но через раз оставаться на виду. Надо чтобы плейлист не появлялся между двумя кликами.
При использовании кнопки на панели "распахнуть/свернуть" проблем нет, всё штатно.

И плавающая панель при первом распахивании в полный экран опять стала уходить влево, затем возвращается в середину.

[algri14]

Версия 0.0.84

Осталось не исправленным.
Если распахивать плеер, то плейлист скрыт, а если сворачивать, то плейлист всё таки на мгновение мелькает между первым и вторым кликом (когда распахиваешь окно плеера двумя кликами по экрану). В версии 0.0.83 стало ещё хуже, при сворачивании плейлист стал не только появляться между кликами, но через раз оставаться на виду. Надо чтобы плейлист не появлялся между двумя кликами.
При использовании кнопки на панели "распахнуть/свернуть" проблем нет, всё штатно.

В общем-то так и НЕ исправлено.
Но возможно в цитате неправильно описал, мог перепутать распахнуть/свернуть.
В данной версии:
- при распахнуть окно — плейлист мелькнёт между двумя кликами
- при свернуть окно — картина неоднозначная, в общем-то плейлист не мелькает, но если перейти например в окно браузера (Firefox), а затем обратно в плеер, то при первом сворачивании окна плеера — плейлист вообще останется в окне программы (не уберётся), далее (если не переходить в браузер) плейлист уже не будет мелькать при сворачивании. Если опять перейти в браузер и обратно, то всё повторится.