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

[ddaaff]

На моей играет. Но только через IP-управление.

http://192.168.0.102/cgi-bin/do?cmd=start_file_playback&media_url=https://audio.rferl.org/RU/2017/01/05/20170105-190500-RU081-program_hq.mp3

Прописывать https в playlist.m3u бесполезно.

[slondon]

На 170519_1351_r11 даже так не работает: неподдерживаемый формат

[ViewSonic]

неподдерживаемый формат

 

Так же пишет.

 

А как ещё можно такое на плеере запустить?

170519_1351_r11

 

У меня - 170602_0153_r11

[LordGenom]

Ранее я уже проводил эксперименты с https и вот вернулся к ним снова, только в этот раз решил рассмотреть другие варианты стримов, кроме mp4 ибо на нём мир не сошёлся клином ))) Как оказалось, через простенький скрипт c перечитыванием потока через wget/curl в stdout без проблем работают mp3 - стримы (радиостанции), и hls (m3u8 и иже с ними), причём у последних даже перемотка шуршит.

Думаю, тем же макаром можно заставить работать любое потоковое видео, с которым может работать дюна, но которое расположено на https - платформе. Исключение - блочные потоки, такие как mp4, у которых заголовки Content-Range и Content-Length динамичны.

Не то чтобы это много, но уже и не мало Помнится, тут народ не так давно интересовался касательно https-радиостанций )))

p.s. При воспроизведении mp4 через скрипт дюна воспроизводит лишь первую секунду и после воспроизведение отваливается :/ При этом на десктопном VLC и ведроидном MXPlayer'e воспроизведение и перемотка работают. Так что есть над чем работать :\

[ruder]

Кстати говоря есть тупой способ воспроизвести https стрим просто убрав s. Правда этот способ работает не всегда. Проверяю VLCом. Если не ругается, то Дюна как правило тоже воспроизводит.

[yandrey0]

Кстати говоря есть тупой способ воспроизвести https стрим просто убрав s. Правда этот способ работает не всегда. Проверяю VLCом. Если не ругается, то Дюна как правило тоже воспроизводит.

это зависит только от сервиса, отдает он контент одновременно по http и https или нет, vlc будет воспроизводить и через редирект с http на https

[nick7inc]

День добрый. Скажите, можно ли для Dune TV301 (прошивка 150721_0315_b9) найти свежий бинарник wget с поддержкой https? У меня есть старый, не хочет коннектиться к новым сайтам.

 

P.S. Вроде видел, что существуют Optware/Entware для Dune. У меня нет этой утилиты, может кто поделится бинарником wget? Или ссылкой на репозиторий для Dune 301

[Brigadir]

День добрый. Скажите, можно ли для Dune TV301 (прошивка 150721_0315_b9) найти свежий бинарник wget с поддержкой https? У меня есть старый, не хочет коннектиться к новым сайтам.

P.S. Вроде видел, что существуют Optware/Entware для Dune. У меня нет этой утилиты, может кто поделится бинарником wget? Или ссылкой на репозиторий для Dune 301

В кодеках лежит wget с поддержкой https.

[nick7inc]

Он там по-моему старый. Взял URL с первого попавшегося сайта, получил:

Resolving ssllabs.com... 64.41.200.100
Connecting to ssllabs.com|64.41.200.100|:443... connected.
OpenSSL: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version
Unable to establish SSL connection.

P.S. С Яндекса закачка работает.

[nick7inc]

У меня кодеки отсюда (из шапки, ставил давно, GNU Wget 1.12, ), может где есть по-свежее?

У меня стоит версия кодеков 36, вижу упоминания про 37, а я толком пока не могу найти, откуда я взял даже 36ю (в шапке, как выяснилось, совсем древняя лежит).

Спрашивать про кодеки ушёл сюда.

[slondon]

Он там по-моему старый. Взял URL с первого попавшегося сайта, получил:

Resolving ssllabs.com... 64.41.200.100Connecting to ssllabs.com|64.41.200.100|:443... connected.OpenSSL: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol versionUnable to establish SSL connection.

P.S. С Яндекса закачка работает.

Наверно там wget динамически слинкован с библиотеками, в том числе ssl. Библиотеки берутся из системы, а они там старые - поддерживают древние варианты безопасных протоколов, которые разные сайты постепенно исключают из работы.

[LordGenom]

curl -k

Брал ещё в старом "FreeTV 0.9.9" или раньше. Работает на b9. wget'ом практически не пользуюсь.

[slondon]

А у curl нет проблем с https?

[nick7inc]

Наверно там wget динамически слинкован с библиотеками, в том числе ssl. Библиотеки берутся из системы, а они там старые - поддерживают древние варианты безопасных протоколов, которые разные сайты постепенно исключают из работы.

Я тоже такое предположил. В Linux я не очень разбираюсь, но попробовал такой скрипт (/persistfs/codecpack/script.usr/_wget.sh) для запуска wget:

Spoiler

#!/bin/sh
BINX=`echo "$PWD" | sed "s:/script.usr:/bin:g"`
PLUGINBIN=`echo "${PATH}" | grep -c "$BINX" `
echo $PLUGINBIN
if [ $PLUGINBIN == 0 ];
then
        export PATH="${BINX}":$PATH
        echo "$PLUGINBIN found"
fi
LIBX=`echo "$PWD" | sed "s:/script.usr:/lib:g"`
PLUGINLIB=`echo "${LD_LIBRARY_PATH}" | grep -c "$LIBX" `
if [ $PLUGINLIB == 0 ];
then
        export LD_LIBRARY_PATH="${LIBX}":$LD_LIBRARY_PATH
        echo "$PLUGINLIB found"
fi

echo "---[Script $0 executed with PID $$ and pars: $@]---"
echo '$BINX=' $BINX
echo '$PWD=' $PWD
echo '$LIBX=' $LIBX
echo '$PLUGINBIN=' $PLUGINBIN
echo '$LD_LIBRARY_PATH=' $LD_LIBRARY_PATH

## Sample  Answer:
#$BINX= /persistfs/codecpack/bin
#$PWD= /persistfs/codecpack/WWW/cgi-bin
#$LIBX= /persistfs/codecpack/lib
#$PLUGINBIN= 0
#$LD_LIBRARY_PATH= /persistfs/codecpack/lib:/ltu/lib:/lib:/usr/lib:/usr/local/lib

$BINX/wget --no-check-certificate $@

В /persistfs/codecpack/lib лежат (в т.ч. и libcrypto.so)

Spoiler

libaa.so.1                   
libavcodec.so.56             
libavdevice.so.56            
libavfilter.so.5             
libavformat.so.56            
libavutil.so.54              
libcrypto.so.0.9.8           
libfaac.so.0                 
libffmpegthumbnailer.so.4    
libiconv.so.2   
libidn.so.11       
libmcrypt.so.4     
libmp3lame.so.0    
libpostproc.so.53  
librtmp.so.1       
libssl.so.0.9.8    
libswresample.so.1 
libswscale.so.3    
libx264.so.146     
libz.so.1                                     

Но не уверен в правильности моих действий.
В самом скрипте привёл получаемые значения переменных, в т.ч. LIBX

[nick7inc]

curl -k

Брал ещё в старом "FreeTV 0.9.9" или раньше. Работает на b9. wget'ом практически не пользуюсь.

Этот?

[slondon]

Я тоже такое предположил. В Linux я не очень разбираюсь, но попробовал такой скрипт (/persistfs/codecpack/script.usr/_wget.sh) для запуска wget:

Spoiler

#!/bin/shBINX=`echo "$PWD" | sed "s:/script.usr:/bin:g"`PLUGINBIN=`echo "${PATH}" | grep -c "$BINX" `echo $PLUGINBINif [ $PLUGINBIN == 0 ];then        export PATH="${BINX}":$PATH        echo "$PLUGINBIN found"fiLIBX=`echo "$PWD" | sed "s:/script.usr:/lib:g"`PLUGINLIB=`echo "${LD_LIBRARY_PATH}" | grep -c "$LIBX" `if [ $PLUGINLIB == 0 ];then        export LD_LIBRARY_PATH="${LIBX}":$LD_LIBRARY_PATH        echo "$PLUGINLIB found"fiecho "---[Script $0 executed with PID $$ and pars: $@]---"echo '$BINX=' $BINXecho '$PWD=' $PWDecho '$LIBX=' $LIBXecho '$PLUGINBIN=' $PLUGINBINecho '$LD_LIBRARY_PATH=' $LD_LIBRARY_PATH## Sample  Answer:#$BINX= /persistfs/codecpack/bin#$PWD= /persistfs/codecpack/WWW/cgi-bin#$LIBX= /persistfs/codecpack/lib#$PLUGINBIN= 0#$LD_LIBRARY_PATH= /persistfs/codecpack/lib:/ltu/lib:/lib:/usr/lib:/usr/local/lib$BINX/wget --no-check-certificate $@

В /persistfs/codecpack/lib лежат (в т.ч. и libcrypto.so)

Spoiler

libaa.so.1                   libavcodec.so.56             libavdevice.so.56            libavfilter.so.5             libavformat.so.56            libavutil.so.54              libcrypto.so.0.9.8           libfaac.so.0                 libffmpegthumbnailer.so.4    libiconv.so.2   libidn.so.11       libmcrypt.so.4     libmp3lame.so.0    libpostproc.so.53  librtmp.so.1       libssl.so.0.9.8    libswresample.so.1 libswscale.so.3    libx264.so.146     libz.so.1

Но не уверен в правильности моих действий.В самом скрипте привёл получаемые значения переменных, в т.ч. LIBX

Ясно.
Значит осталось только скомпилить новые утилиты и библиотеки.

PS: другие сетевые сервисы все равно не будут нормально работать с https. В чем смысл именно wget прокачивать?

[nick7inc]

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

#! /bin/sh
ln -snf /persistfs/codecpack /codecpack
ln -snf /persistfs/codecpack/lib/libmcrypt.so.4 /lib/libmcrypt.so.4
httpd -h /persistfs/codecpack/WWW -p 81

echo "[ -r /codecpack/profile ] && . /codecpack/profile" >> /etc/profile

[LordGenom]

Этот?

Этот. Там те же бинари по моему. Я не проверял. Плюс в довесок похоже и standalone-бинарник ffmpeg. Теперь ясно, почему плагин разнесло на 9 мб )) Кстати, тот ffmpeg с поддержкой https ? Entwarn'ый умеет http, а из плагинов было лень ковырять и маяться с либами. Надо будет проверить этот ...

[nick7inc]

Кстати, тот ffmpeg с поддержкой https ?

Он у меня не запустился влоб. 2 из 4х curl - тоже. С работающими поэкспериментирую на досуге.

[nick7inc]

другие сетевые сервисы все равно не будут нормально работать с https. В чем смысл именно wget прокачивать?

Думаю, что в кодеках можно заставить работать с https ссылками. Но там непонятно, кто делает основную работу по скачке: то ли ffmpeg, то ли wget