693 replies to this topic

[metoo]

autobackup

[delavega]

ok so autobackup then flashed the latest image no more problems.

 

Maybe those previous fuck ups where due to password set in webif and streaming.

 

Anyways im good now!

[delavega]

after todays update streaming 8002 doesnt work anymore 

 

here we go again

[Erik Slagter]

LOL... You're really the victim, not

 

Try this:

ls -l /etc/init.d/vuplus-transcoding.sh
ls -l /etc/init.d/streamproxy/sh
ls -l /etc/enigma2/streamproxy.conf
netstat -lptn

[delavega]

root@vusolo2:~# ls -l /etc/init.d/vuplus-transcoding.sh

ls: /etc/init.d/vuplus-transcoding.sh: No such file or directory

root@vusolo2:~# ls -l /etc/init.d/streamproxy/sh

ls: /etc/init.d/streamproxy/sh: No such file or directory

root@vusolo2:~# ls -l /etc/enigma2/streamproxy.conf

-rw-r--r--    1 root     root           118 Apr 12 03:20 /etc/enigma2/streamproxy.conf

 

tcp        0      0 :::8002                 :::*                    LISTEN      405/streamproxy

tcp        0      0 :::8003                 :::*                    LISTEN    

[Erik Slagter]

This looks more or less okay.

 

Please do

 

cat /etc/enigma2/streamproxy.conf

[delavega]

root@vusolo2:~# cat /etc/enigma2/streamproxy.conf

listen = 8002:transcode

listen = 8003:transcode

size = 480p

bitrate = 1000

profile = baseline

level = 3.1

bframes = 0

[Erik Slagter]

This looks good as well.

 

It can very well be that the transcoding engine has crashed. In that case only a reboot helps.

[delavega]

rebooted 3 times already

 

better luck with the next update maybe...

[Erik Slagter]

That won't change anything as long as I don't change anything in the streamproxy

 

What is the exact symptom (instead of "doesn't work")?

[delavega]

Vlc cant open this media...

[Erik Slagter]

The streamproxy copies the transport it gets from the encoder 1:1 to the http socket. So either the output from the encoder is wrong or something else is wrong, e.g. the web interface. There is a simple way to test it, that circumvents the web interface and the m3u-construction that the webif uses.

 

Run vlc and connect it directly to the streamproxy and that should work. You can start with a streaming test:

 

http://<stb>:8002/livestream?service=<service>

 

you can lookup the <service> in the bouquets in /etc/enigma2/userbouquet* or you can use a recorded file instead:

 

http://<stb>:8002/filestream?file=/hdd/movie/<file.ts>

 

If that works you can try transcoding:

 

http://<stb>:8002/file?file=/hdd/movie/<file.ts>

 

I am pretty sure this works and that the problem is somewhere in the m3u file that the webif generates.

 

BTW this also works with vlc on your smartphone.

[delavega]

that worked: http://<stb>:8002/filestream?file=/hdd/movie/<file.ts>

[delavega]

that didnt work: http://<stb>:8002/file?file=/hdd/movie/<file.ts>

[SpaceRat]

Fix for OpenSSL (CVE-2014-0160) Heartbleed [SECURITY-ALERT!]

--- openpli-oe-core/openembedded-core/meta/recipes-connectivity/openssl/openssl_1.0.1e.old	2014-04-12 17:34:17.169024482 +0200
+++ openpli-oe-core/openembedded-core/meta/recipes-connectivity/openssl/openssl_1.0.1e.bb	2014-04-12 17:33:49.565024089 +0200
@@ -4,7 +4,7 @@
 # if they are available.
 DEPENDS += "ocf-linux"
 
-CFLAG += "-DHAVE_CRYPTODEV -DUSE_CRYPTODEV_DIGESTS"
+CFLAG += "-DHAVE_CRYPTODEV -DUSE_CRYPTODEV_DIGESTS -DOPENSSL_NO_HEARTBEATS"
 
 PR = "${INC_PR}.0"
 

After applying the Heartbleed fix, please also bump OpenVPN (Not sure which .bb file is the proper one, so without path here):

--- openvpn_2.3.2.bb    2014-04-10 10:21:33.952676200 +0200
+++ openvpn_2.3.3.bb    2014-04-10 11:18:24.468938800 +0200
@@ -10,8 +10,8 @@
 SRC_URI = "http://swupdate.openvpn.org/community/releases/openvpn-${PV}.tar.gz \
            file://openvpn"

-SRC_URI[md5sum] = "06e5f93dbf13f2c19647ca15ffc23ac1"
-SRC_URI[sha256sum] = "20bda3f9debb9a52db262aecddfa4e814050a9404a9106136b7e3b6f7ef36ffc"
+SRC_URI[md5sum] = "5c66ea3143ac884a3075521bd74ede06"
+SRC_URI[sha256sum] = "f025d14631105a66e501ca897830cd4d26a1438530cd9174dc6169536ae4b113"

 CFLAGS += "-fno-inline"
 

[Erik Slagter]

that didnt work: http://<stb>:8002/file?file=/hdd/movie/<file.ts>

Can you repeat the same with wget? Something like wget -O test.ts http://<stb>:8002/file?file=/...

 

I wonder if the file is empty (please allow a minute), or if it only shows an error message, or something else?

 

Also check with dmesg if a kernel OOPS occured, something like kernel null pointer.

[delavega]

root@vusolo2:~# wget -O sample.ts http://192.168.1.227...file=/hdd/movie

/sample.ts

Connecting to 192.168.1.227:8002 (192.168.1.227:8002)

wget: error getting response

 

no problem when i do dmesg

Edited by taboune, 12 April 2014 - 21:09.

[delavega]

maybe it has something to do with my samba settings?

 

Because i dont share my solo2 files...

[delavega]

But it was working with the same settings ahhhhhhhhhhhh this is annoying

[Erik Slagter]

This looks like it doesn't even connect.

 

Try this: telnet 192.168.1.227 8002

 

I assume it will say "connection refused".

 

And this:

 

netstat -lptn