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

[Romich811]

 

Сылка на скачивание, альтернативная ссылка

Краткая инструкция, альтернативная ссылка

История версий, альтернативная ссылка

 

Версия 6.6.1680

- *Редактор*

  - Поддержка дополнительных макросов {API_URL}, {PL_DOMAIN}, {EPG_DOMAIN}, {VOD_DOMAIN}, {VAR3}

  - Возможность отключить показ информации о подписке/балансе в плагине

  - Небольшие правки в UI

  - Добавлены вторичные источники EPG для antifriz, cbilling, 1usd, tvteam

 

- *Плагины*

  - Поддержка дополнительных макросов {API_URL}, {PL_DOMAIN}, {EPG_DOMAIN}, {VOD_DOMAIN}, {VAR3}

 

Чего-то желтая кнопка "поиск" внизу потерялась... Не факт, что начиная с этой версии, но когда-то она точно была.

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

•  20230605222946.png   476.69К   1 Количество загрузок:

[sharky72]

Чего-то желтая кнопка "поиск" внизу потерялась... Не факт, что начиная с этой версии, но когда-то она точно была.

 

Да. На старых пультах она на кнопке search. Как то не учел что не на всех пультах она есть. Верну.

[sharky72]

Сылка на скачивание, альтернативная ссылка

Краткая инструкция, альтернативная ссылка

История версий, альтернативная ссылка

 

Версия 6.7.1698

- *Редактор*

  - Добавлена поддержка 101Film http://101film.org

  - Добавлены пресеты в закладке EPG конфига плагина для упрощения настроек парсинга JSON

  - Для вторичного источника iptv.online используется ottiptv

  - При очистке кэша, так же очищается и кэш в памяти

 

- *Плагины*

  - Локализация плагина на английский и немецкий (за немецкий спасибо filimon)

  - Добавлена настройка для изменения задержки перехода между онлайн вещанием и архивом по стрелке назад

  - Добавлена автоматическая проверка обновления плагина, а не только по запуску

  - Возвращена настройка для глобального сдвига времени EPG

  - Возвращен поиск по желтой кнопке для категории "Все каналы"

[kingzero]

 

Сылка на скачивание, альтернативная ссылка

Краткая инструкция, альтернативная ссылка

История версий, альтернативная ссылка

 

Версия 6.7.1698

- *Редактор*

  - Добавлена поддержка http://101film.org

  - Добавлены пресеты в закладке EPG конфига плагина для упрощения настроек парсинга JSON

  - Для вторичного источника iptv.online используется ottiptv

  - При очистке кэша, так же очищается и кэш в памяти

 

- *Плагины*

  - Локализация плагина на английский и немецкий (за немецкий спасибо filimon)

  - Добавлена настройка для изменения задержки перехода между онлайн вещанием и архивом по стрелке назад

  - Добавлена автоматическая проверка обновления плагина, а не только по запуску

  - Возвращена настройка для глобального сдвига времени EPG

  - Возвращен поиск по желтой кнопке для категории "Все каналы"

 

Спасибо за работу. То что нужно для iptv.online .На витамины забросил

[avenso]

Добрый!

Есть предложение по дальнейшему развитию плагина.

Данный функционал реализован для локального просмотра в Источники 2.0, а также для онлайна в Базинге и в плагине Youtube

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

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

Видимо, самое сложное будет прикрутить это к New GUI, чтобы он корректно выводил это на каждой Дюне на главном экране в Продолжить.

Интересно ли это автору и реальна ли в принципе такая реализация?

[sharky72]

Добрый!

Есть предложение по дальнейшему развитию плагина.

Данный функционал реализован для локального просмотра в Источники 2.0, а также для онлайна в Базинге и в плагине Youtube

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

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

Видимо, самое сложное будет прикрутить это к New GUI, чтобы он корректно выводил это на каждой Дюне на главном экране в Продолжить.

Интересно ли это автору и реальна ли в принципе такая реализация?

 

1. Это не будет работать для homatics/boxy

2. Есть риск перезаписи и потери данных при одновременном запуске двух плагинов.

[avenso]

1. Это не будет работать для homatics/boxy

2. Есть риск перезаписи и потери данных при одновременном запуске двух плагинов.

С homatics/boxy, конечно нет, тут они мимо.

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

[serge_linkov]

С homatics/boxy, конечно нет, тут они мимо.

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

Ну почему так радикально 'мимо', ТП обещает выдать новый API с сетевым доступом для плагинов.

В целом, идея с общим 'последним' - хорошая.

И немного оффтопа: если реализация требует участия Дюны, то тогда даже можно не 'высасывать из пальца' чем наполнить будущую Экстру, а заложить в нее плюсом возможность сетевого хранения 'Последнего', точек останова просмотра стримов, и т.п. Уж если человек нашел денег на несколько Дюн, то для него не должно быть обременительным существенно улучшить сценарий их совместного использования за разумную сумму. 

[sharky72]

Ну почему так радикально 'мимо', ТП обещает выдать новый API с сетевым доступом для плагинов.

В целом, идея с общим 'последним' - хорошая.

И немного оффтопа: если реализация требует участия Дюны, то тогда даже можно не 'высасывать из пальца' чем наполнить будущую Экстру, а заложить в нее плюсом возможность сетевого хранения 'Последнего', точек останова просмотра стримов, и т.п. Уж если человек нашел денег на несколько Дюн, то для него не должно быть обременительным существенно улучшить сценарий их совместного использования за разумную сумму. 

 

1. Когда появится - то можно подумать, пока на хомобоксах очень много ограничений. Попутно нужно поменять сам механизм хранения чтобы он не пересекался с другими плагинами. Поскольку каждый плагин имеет свою папку в plugins_data на плейере которую назначает сама приставка.

 

2. Дюна тут ничего сделать не может, потому что хранение данных целиком на разработчике плагина.

С homatics/boxy, конечно нет, тут они мимо.

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

 

Полагаться на "правильное" использование - источник многих ошибок. Так что какой то механизм защиты надо закладывать.

[serge_linkov]

2. Дюна тут ничего сделать не может, потому что хранение данных целиком на разработчике плагина.

Само собо, с локальным плагином это понятно. Посыл был в адрес Дюны, и в более широком смысле: про 'Последнее' из иконки Шелла, про базу МК и т.п. Все это давно напрашивается на общий доступ.

[sharky72]

Само собо, с локальным плагином это понятно. Посыл был в адрес Дюны, и в более широком смысле: про 'Последнее' из иконки Шелла, про базу МК и т.п. Все это давно напрашивается на общий доступ.

 

Для МК хотя бы выбор локального хранилища... А то встроенный флеш не безразмерный. И кстати МК это такой же плагин как и все остальные

[avenso]

Механизм защиты всегда лучше, когда он есть, если есть возможность его внедрить - идеально.

Также вначале можно указать, что функция экспериментальная, в тестовом режиме.

А в целом да, идея общего доступа давно обсуждается, как для Последнего, как для МК, как для отметок о просмотре, так и для архивов IPTV.
У большинства пользователей в наличии несколько Дюн и многие давно хотят видеть сетевой плеер сетевым в масштабном смысле, и наперекор всяким Emby и Plex )

[serge_linkov]

... И кстати МК это такой же плагин как и все остальные

'Такой же", да не совсем. Каким то чудным образом часть его кода может работать в фоне, если только индексирование написано не на php.

[sharky72]

'Такой же", да не совсем. Каким то чудным образом часть его кода может работать в фоне, если только это не на php.

 

Вообще то это не проблема. Для этого есть методы работы с AsyncWorker. Исходники shell_ext доступны.

[serge_linkov]

Вообще то это не проблема. Для этого есть методы работы с AsyncWorker. Исходники shell_ext доступны.

Вот спасибо, буду изучать. А то в свое время Ув.Кот категорически мне говорил про однопоточность php.

[sharky72]

Вот спасибо, буду изучать. А то в свое время Ув.Кот категорически мне говорил про однопоточность php.

 

Ну да, он однопоточный. Но кто мешает запускать нужный скрипт который запустит в фоне php-cgi с другим скриптом в отдельном потоке?

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

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

 

bin/run_async_worker.sh как раз это и делает

"dune_plugin.xml"

<early_gui_start>
   <type>plugin_system</type>
   <data>
     <run_string>bin/run_async_worker.sh start &amp; echo $!</run_string>
   </data>
</early_gui_start>

[serge_linkov]

Ну да, он однопоточный. Но кто мешает запускать нужный скрипт который запустит в фоне php-cgi с другим скриптом в отдельном потоке?
Это будет другое приложение. И работать будет независимо от основного. А уж синхронизация - на совести программиста
bin/run_async_worker.sh как раз это и делает

"dune_plugin.xml"

<early_gui_start>
   <type>plugin_system</type>
   <data>
     <run_string>bin/run_async_worker.sh start &amp; echo $!</run_string>
   </data>
</early_gui_start>

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

[sharky72]

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

 

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

[serge_linkov]

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

Про лимит в 10 секунд я знаю, но это если запускать скрипт 'в лоб'. А вот если из скрипта запустить другой (с &), то лимита нет вообще.

[sharky72]

Про лимит в 10 секунд я знаю, но это если запускать скрипт 'в лоб'. А вот если из скрипта запустить другой (с &), то лимита нет вообще.

 

Потому что это уже система, а не php. & это запуск в фоне. Тут уже надо следить чтобы php скрипт не жрал процессор и работал только по файловым флагам, а в промежутке отдавал процессорые тики через sleep. Ну в общем изучайте async worker. Он в принципе прост.