Сообщений в теме: 2069

[Human]

Это фотошоп. С пожеланием разработчикам внедрить такие индикаторы. В прошивке их нет.

Вот оно что! ))
Действительно, было бы здорово наблюдать на большом экране так любимые многими стрелочки! ))
 IMG_20260608_100427.png   561.13К   24 Количество загрузок:

[янгилман]

зачем тратить аппаратный ресурс плеера на украшательства, если его задача качественно воспроизвести аудио

 

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

[avenso]

зачем тратить аппаратный ресурс плеера на украшательства, если его задача качественно воспроизвести аудио

 

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

Всё верно. Муз. плеер в r24 качественно переделан, визуализация добавлена, если хочется украшательств в стиле "ретро" - можно самим доработать любыми обоями на свой вкус.

ОК, эти примеры может не очень, но что-нибудь в таком роде )

 

 6.png   944.69К   6 Количество загрузок:  5.png   1.68МБ   5 Количество загрузок:

 

Лично я предпочитаю просто строгий чёрный фон или что-то неброское (с фонариками).

 

 7.png   311.36К   4 Количество загрузок:   8.png   448.44К   4 Количество загрузок:

 

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

 

Название папки (откуда запущено воспроизведение) с точки зрения информативности в муз. плеере сомнительно, всё остальное: номер трека, название альбома и название трека выводится.

 

 4.png   326.32К   2 Количество загрузок:

[Black_Monk]

Название папки (откуда запущено воспроизведение) с точки зрения информативности в муз. плеере сомнительно, всё остальное: номер трека, название альбома и название трека выводится.

 

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

У меня когда-то такое было на DVD-плеере JVC с поддержкой MP3-дисков. Удобная штука была кстати. Качелькой Вверх-Вниз менялся номер альбома/трека, а Влево-Вправо переключало со счётчика Альбома на счётчик Трека.

[avenso]

Ну типа для того чтобы управлять воспроизведением альбома не включая телевизор.

Не включая телевизор есть Dune Control. 

А если неподалёку ещё и запущенный комп, то вот это https://forum.hdtv.r...ic=13451&page=1
 

[янгилман]

номер трека желателен, это когда-то было на прошивках до r11, потом почему-то убрали

большинство плееров отображает номер трека не на периферии экрана, а перед названием трека

 

Прикрепленные файлы

•  IMG_22.jpg   98.22К   0 Количество загрузок:
•  IMG_33.jpg   81.34К   0 Количество загрузок:

[avenso]

номер трека желателен, это когда-то было на прошивках до r11, потом почему-то убрали

большинство плееров отображает номер трека не на периферии экрана, а перед названием трека

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

Не на перифирии, а перед названием трека. Информативность соблюдена, а где именно на экране - это вкусовщина, а о вкусах не спорят.

 

 Mus.png   382.69К   3 Количество загрузок:   Mus_2.png   231.76К   2 Количество загрузок:

[Juniperus]

1. Ошибка во внешнем виде плагина Пульты. Проблема будет понятна если поставить тему Black и перети в Настроики - Прочее - Пульты. Описание проблемы и путь ее устранения - под катом

Spoiler

Проблема
--------

Плагины «Музыка», «Фильмы» и «Моя коллекция» корректно используют бейджи,
определённые в пользовательской теме. Это достигается за счёт явного указания
параметра badge_icon_url в dune_plugin.xml.

Например:

gui_skin://large_icons/7.png

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

Однако плагин BT Setup (Пульты) не содержит параметра badge_icon_url в своём
dune_plugin.xml. Из-за этого входная иконка плагина отображается на дефолтном
бейдже системной темы независимо от того, какие бейджи определены в пользовательском
скине.

Это особенно заметно в темах, использующих цветовые подложки (бейджи) как
основной элемент дизайна интерфейса. В таком случае иконка BT Setup визуально
выбивается из общего оформления.

Причина
-------

В dune_plugin.xml плагина BT Setup присутствует:

plugin_file://icons/logo.png

но отсутствует:

<badge_icon_url>...</badge_icon_url>


В результате используется системный fallback-механизм, который выбирает
дефолтный бейдж из стандартной темы.

Предлагаемое решение
--------------------

Добавить поддержку пользовательского бейджа для BT Setup аналогично тому,
как это реализовано в плагинах shell_ext.

Например:

plugin_file://icons/logo.png
gui_skin://large_icons/setup_badge.png

либо предоставить возможность выбора любого бейджа из активной темы.

Альтернативный вариант — если параметр badge_icon_url отсутствует,
использовать setup_badge_icon_file из активного скина вместо системного
дефолтного бейджа.

 

2. Предложение к замене иконок Андроид-приложений из пользовательской темы. Детальное описание и способ решения - под катом.

 

Spoiler

Проблема
--------

В настоящий момент плагин android_apps позволяет заменять иконки Android-приложений только
через каталог icons внутри самого плагина.

В коде model.php используется следующая логика:

$replace_icon_path = 'icons/' . $a->package_name . '.png';

if (is_file(DuneSystem::$properties['install_dir_path'] . "/$replace_icon_path"))
$app->icon_url = "plugin_file://$replace_icon_path";

Таким образом пользователь может заменить иконку приложения только путём модификации файлов
самого плагина android_apps. А это проводит к некорректнои работе Моей Коллекции


Предлагаемое решение
--------------------

Добавить поддержку переопределения иконок Android-приложений через активную тему оформления.

Рекомендуемый порядок поиска иконки:

1. Проверить наличие иконки в активной теме.
2. Если иконка отсутствует — проверить каталог icons внутри android_apps.
3. Если замена не найдена — использовать стандартную Android-иконку.

Например:

gui_skin://android_apps/icons/.png

или

plugins/icons/android_apps/icons/.png

Пример для YouTube:

plugins/icons/android_apps/icons/com.google.android.youtube.tv.png

Предлагаемая логика:

if (skin icon exists)
use skin icon;
else if (plugin replacement exists)
use plugin replacement;
else
use default Android icon;

Преимущества
------------

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

 

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

Spoiler

При разработке пользовательских тем оформления для Dune HD была обнаружена особенность работы механизма подмены иконок.

В настоящее время иконки, загружаемые через пути вида

plugin_file://%shell_ext%/icons/small/...

успешно переопределяются файлами из темы, расположенными в каталоге:

plugins/icons/shell_ext/icons/small

Например, таким образом корректно заменяются иконки all.jpg и my_collection.jpg.

Однако большинство логотипов онлайн-сервисов (Netflix, Prime Video, AMC и другие) не используют данный механизм. Анализ кода shell_ext показывает, что для них в основном используются файлы из каталога:

/persistfs/movie_services/icons/small
или
/flashdata/movie_services/icons/small

которые предварительно загружаются из icons.zip.

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

Предлагаемое решение

Перед использованием иконок из movie_services/icons/small выполнять дополнительную проверку наличия переопределённой версии в текущей теме оформления.

Например:

1. Сначала искать ресурс в активной теме:
plugins/icons/shell_ext/icons/small/

2. Если ресурс найден — использовать его.

3. Если ресурс отсутствует — использовать текущий механизм загрузки из movie_services/icons/small.

 

На решение всех предложений потребуется не более часа времени.

[avenso]

На решение всех предложений потребуется не более часа времени.

Здесь практически никто не занимается созданием тем.

Пути в прошивке, которые вы указали, известны, и понятно, что есть определённая проблема, но без скринов, без самой темы и тд  тут далеко не уйти.

Намного продуктивней будет написать наглядно с темой, скринами и пояснениями напрямую в ТП. Если вы сможете их убедить в необходимости внесения корректировок, это сделают.

[янгилман]

Номер трека выводится, если он прописан

если он прописан в треке

из CUE номера треков не читает, поэтому при рипе образ+CUE часть инфы не отображается

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

[avenso]

если он прописан в треке

из CUE номера треков не читает, поэтому при рипе образ+CUE часть инфы не отображается

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

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

Итого - информативность соблюдена, неудобств в управлении нет, всё необходимое есть.

 

 20260608220636.png   388.04К   4 Количество загрузок:

 

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

 

 Mus_7.png   205.7К   4 Количество загрузок:   Mus_8.png   203.89К   3 Количество загрузок:

 

Ключевые слова сказаны выше. Муз. плеер в прошивках r24 был существенно переделан и доработан. Исправлены ошибки, добавлено много нового функционала.

Читаем шапку (сколько в ней намного более полезных вещей, которые ещё предстоят) и расставляем приоритеты.

Пора закругляться здесь на тему вывода папочек, "ретро-стрелочек" и тп. В прошивках дана возможность улучшать вид своими обоями. А с картинками ретро-стрелочек и пр. во флудильню, пожалуйста, здесь уже перебор.

[DmNat]

Муз. плеер в прошивках r24 был существенно переделан и доработан. Исправлены ошибки, добавлено много нового функционала.

 

Про муз. плеер, на mp3 битрейт не правильно показывает - https://forum.hdtv.r...129#entry571306

 

Вроде как на mp3 битрейт более 320 не бывает.

[avenso]

Про муз. плеер, на mp3 битрейт не правильно показывает - https://forum.hdtv.r...129#entry571306

 

Вроде как на mp3 битрейт более 320 не бывает.

Всё оказалось одновременно и просто и не совсем. Получилось собственными силами определить суть.

Проблема только с файлами со вшитыми изображениями (cover). Если с помощью программ по обработке mp3 удалить cover из файла - битрейт отображается верно.

То есть муз. плеер (некорректно) учитывает картинку в общем битрейте.

 

Передано для исправления, п. 34 в шапке

 

 1.png   280.31К   3 Количество загрузок:  2.png   309.18К   3 Количество загрузок:

[A.M.]

260527_0206 (и 260303 тоже), Real Vision 4K tv175u

 

На ряде mkv и mp4-файлов наблюдаю весьма неточную перемотку, погрешность составляет 5-10 секунд. Мотаю на 10 секунд - двигуюсь на 5, мотаю на минуту вперёд, а потом обратно, оказываюсь в 15 секундах от стартовой точки. Это известная проблема? Есть ли смысл какие-то сэмплы присылать?

 

Проверил на Pro Vision 4K Solo tv175v,

 

260527_0206: то же самое + на экранчике настроено отображение оставшегося времени. Так вот оно отличается от оставшегося времени на таймлайне на 5-7 секунд, причем я проверил для нескольких файлов навскидку, везде это разница присутствует.

 

240619_0210_r22: описанная проблема не обнаружена. Разница таймлайна с экранчиком минимальна (1 секунда), и, что важнее, перемотка работает точно на тех же файлах, которые вызывают проблемы на r24.
 

[A.M.]

avenso, есть смысл отправлять примеры по проблеме выше?

[avenso]

260527_0206 (и 260303 тоже), Real Vision 4K tv175u

 

На ряде mkv и mp4-файлов наблюдаю весьма неточную перемотку, погрешность составляет 5-10 секунд. Мотаю на 10 секунд - двигуюсь на 5, мотаю на минуту вперёд, а потом обратно, оказываюсь в 15 секундах от стартовой точки. Это известная проблема? Есть ли смысл какие-то сэмплы присылать?

По так называемой "проблеме". Лично я не засекал это на r22 и откатывать прошивку ради этого не считаю нужным.

 

ОК, на r24 в моих тестах почти всегда происходит откат примерно на 3 секунды.

Но тут нужно оценивать соотношение "практическая польза - вред" от такого поведения.

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

Таким образом негатива от такого поведения нет.

С точки зрения практической пользы. В отличие от Амлоджиков звук на Реалтеках после пауз и перемоток (и в зависимости от кодеков и декодирующего оборудования) может восстанавливаться до 1-3 секунд. Это известная особенность Реалтека. И тут "откат" видео на 3 секунды назад играет только положительную роль.

И в моих тестах эта "погрешность" в 3-4 сек всегда была в минус и никогда в плюс.

Итого безотносительно как это было на r22 такое поведение выглядит даже полезным (и даже, если это появилось в прошивке неумышленно).

 

 1.png   19.93К   1 Количество загрузок:  2.png   21.74К   1 Количество загрузок:

[A.M.]

По так называемой "проблеме". Лично я не засекал это на r22 и откатывать прошивку ради этого не считаю нужным.

ОК, на r24 в моих тестах почти всегда происходит откат примерно на 3 секунды.

Но тут нужно оценивать соотношение "практическая польза - вред" от такого поведения.

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

Таким образом негатива от такого поведения нет.

 

Выше я написал, что на r22 проблемы (без кавычек) нет. Перемотка туда-обратно на минуту, очевидно, нужна для более явной демонстрациии проблемы. Перемотка на 10-20 секунд полезна при просмотре записей спортивных трансляций для пропуска игровых пауз. Если после такой перемотки оказываешься _до_ момента начала перемотки, то это вызывает недоумение. Там же выше я указал на расхождение между таймлайном и экраном на самой дюне, которого ранее, опять же, не было. Вряд ли это можно назвать улучшением.

 

Фичей перехода по времени я не пользуюсь вообще. Точность данного перехода не проверял, надо будет посмотреть.

[avenso]

Перемотка туда-обратно на минуту, очевидно, нужна для более явной демонстрациии проблемы. Перемотка на 10-20 секунд полезна при просмотре записей спортивных трансляций для пропуска игровых пауз. Если после такой перемотки оказываешься _до_ момента начала перемотки, то это вызывает недоумение.

 

Вряд ли это можно назвать улучшением.

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

В своих тестах я вижу, что после перемотки видео откатывается на 3 сек. Перемотали один раз - откатилось на 3 секунды и пошло с этого момента. Перемотали ещё раз - снова откатилось на 3 сек и продолжилось с этого момента. И тд. Ничего другого я пока в своих тестах не вижу - ни при перемотке на 10-20 сек, ни при перемотке на 10-20 мин.

Есть в этом поведении негативный эффект? Нет, потому что видео всегда откатывается на несколько секунд назад и никогда вперёд, оно не прыгает беспорядочно в обе стороны или на разные промежутки времени (и файлов, где бы такое происходило, не обнаружилось).

Есть от этого поведения положительный эффект? Да, потому что звук на Реалтеке может восстанавливаться до 1-3 сек, что не просто нивелирует т.н. проблему, но и приносит пользу.

[Arknew]

при просмотре записей спортивных трансляций

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

[avenso]

Вот оно что! ))
Действительно, было бы здорово наблюдать на большом экране так любимые многими стрелочки! ))
IMG_20260608_100427.png

Не то чтобы совсем стрелочки, но при небольшой затрате по времени можно и с дефолтными "столбиками" качественно улучшить набор видов https://forum.hdtv.r...828#entry571653