Jump to content


Photo

Transcoding problem


  • Please log in to reply
693 replies to this topic

Re: Transcoding problem #401 Marc83

  • Member
  • 12 posts

0
Neutral

Posted 4 May 2014 - 19:11

streaming from the 8001 on my internal network does not work any more

There are only two possible fixes:
  • Download und unzip the attached streamproxy binary
  • Put it into /bin on your box
  • Make sure /etc/inetd.conf contains this line:
    8001			stream	tcp6 nowait root /bin/streamproxy	streamproxy

I tried this fix, but unfortunately the stream still did not open ("Could not open MRL" message).

Drop OpenPLi and use a well maintained image.

When I received my Duo2 I played around with some other images, but in my opinion Pli provides the best user experiences for the last 4 years I haven't had any problems using Pli. Hopefully the transcoding plugin will be fixed soon, fingers crossed!



Re: Transcoding problem #402 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 4 May 2014 - 19:11

Have you tried using the cacheflush plugin... I used to have your symptoms with my Duo until I started using this, and now I don't need to reboot very often (usually each week when I update the image).

It actually reduced those symptoms quite a lot:

The issues with timeshifted TV appear to have gone entirely and those with playback from Server have turned into recoverable ones and occur after a longer uptime again (Approx 36h instead of 12h) ...

After 36h or so there are still artefacts when watching movies across the net from time to time, but playback will either recover after some seconds or I can jump back some seconds and playback continues rather than producing just another problem.

So: Thanks, that was definitely a good tip!
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Transcoding problem #403 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 4 May 2014 - 19:18



8001			stream	tcp6 nowait root /bin/streamproxy	streamproxy


I tried this fix, but unfortunately the stream still did not open ("Could not open MRL" message).
Hopefully the transcoding plugin will be fixed soon, fingers crossed!


The above fix is for the normal (untranscoded) streaming ... note the port "8001" in inetd.conf.

The transcoded streaming will continue to listen on port 8002 and 8003 using Erik Slagter's streamproxy (residing in /usr/bin rather than /bin). If properly configured, there isn't a single problem with his transcoding streamproxy, at least none which isn't related to Vu+ encoder engine being faulty/unstable.

The original streamproxy for untranscoded streaming - which I provided here for convenience - and Erik's streamproxy for transcoding are in no way related to each other.
root@vuduo2:~# netstat -tulpen | grep 800
tcp        0      0 :::8001                 :::*                    LISTEN      457/inetd
tcp        0      0 :::8002                 :::*                    LISTEN      469/streamproxy
tcp        0      0 :::8003                 :::*                    LISTEN      469/streamproxy

1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Transcoding problem #404 Marc83

  • Member
  • 12 posts

0
Neutral

Posted 4 May 2014 - 19:32

You're right Spacerat, I was using the wrong term. Transcoding (8002) is working well, but unfortunately streaming on 8001 doesn't work currently. I'll try your fix again tomorrow  and play around with some settings, hopefully I'll get it to work. Thank you for your explanation.



Re: Transcoding problem #405 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 4 May 2014 - 19:32

Please try this on mobile ;)

Works (Using MX Player).
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Transcoding problem #406 tilleke

  • Senior Member
  • 50 posts

+5
Neutral

Posted 4 May 2014 - 19:35

Please try this on mobile ;)

Works (Using MX Player).

 

Great!



Re: Transcoding problem #407 колбаскин

  • Senior Member
  • 105 posts

+1
Neutral

Posted 4 May 2014 - 21:32

Works (Using MX Player).

 

How you install and configured???

I try how you write, and not work!



Re: Transcoding problem #408 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 4 May 2014 - 21:53


Works (Using MX Player).

 
How you install and configured???


For the transcoding: Right from the feed, nothing special, no changes.

I try how you write, and not work!

Try from a normal PC first, preferably a Windows PC.

If it works there, it might simply be your Smartphone being nasty ...
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Transcoding problem #409 delavega

  • Senior Member
  • 377 posts

+2
Neutral

Posted 4 May 2014 - 23:16

streaming works on android using vu+ player without modifying anything.

 

Spacerat do you have a fix for samba freezing the box if the share isnt online anymore?


<p><span style="font-size:18px;"><span style="font-family:'lucida sans unicode', 'lucida grande', sans-serif;"><strong>Vu+ DUO 2</strong></span></span></p>
<p><span style="font-size:18px;"><span style="font-family:'lucida sans unicode', 'lucida grande', sans-serif;"><strong>Vu+ SOLO</strong></span></span>

Re: Transcoding problem #410 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 5 May 2014 - 00:15

Spacerat do you have a fix for samba freezing the box if the share isnt online anymore?

Yes
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Transcoding problem #411 stick50jr

  • Senior Member
  • 95 posts

+6
Neutral

Posted 5 May 2014 - 08:13

Have you tried using the cacheflush plugin... I used to have your symptoms with my Duo until I started using this, and now I don't need to reboot very often (usually each week when I update the image).

It actually reduced those symptoms quite a lot:

The issues with timeshifted TV appear to have gone entirely and those with playback from Server have turned into recoverable ones and occur after a longer uptime again (Approx 36h instead of 12h) ...

After 36h or so there are still artefacts when watching movies across the net from time to time, but playback will either recover after some seconds or I can jump back some seconds and playback continues rather than producing just another problem.

So: Thanks, that was definitely a good tip!

I'm glad it has helped a little bit. :)   I try to avoid timeshift as well.


Edited by stick50jr, 5 May 2014 - 08:14.


Re: Transcoding problem #412 колбаскин

  • Senior Member
  • 105 posts

+1
Neutral

Posted 5 May 2014 - 08:24

 

Works (Using MX Player).

 
How you install and configured???

 

For the transcoding: Right from the feed, nothing special, no changes.

I try how you write, and not work!

Try from a normal PC first, preferably a Windows PC.

If it works there, it might simply be your Smartphone being nasty ...

 

 

In PC work, on mobile not work.


 

root@vuduo2:~# opkg remove streamproxy
Removing package streamproxy from root...
Stopping Streamproxy: stopped /usr/bin/streamproxy (pid 434)
streamproxy.
 Removing any system startup links for streamproxy.sh ...
  /etc/rc0.d/K20streamproxy.sh
  /etc/rc1.d/K20streamproxy.sh
  /etc/rc2.d/S20streamproxy.sh
  /etc/rc3.d/S20streamproxy.sh
  /etc/rc4.d/S20streamproxy.sh
  /etc/rc5.d/S20streamproxy.sh
  /etc/rc6.d/K20streamproxy.sh
root@vuduo2:~# cat /etc/enigma2/streamproxy.conf
cat: can't open '/etc/enigma2/streamproxy.conf': No such file or directory
root@vuduo2:~# opkg install streamproxy
Installing streamproxy (1.0+git68+7f9b3ec-r3) to root...
Downloading http://downloads.pli-images.org/feeds/openpli-4/vuduo2/streamproxy_1.0+git68+7f9b3ec-r3_vuduo2.ipk.
 Removing any system startup links for streamproxy.sh ...
Configuring streamproxy.
 Adding system startup for /etc/init.d/streamproxy.sh.
Starting Streamproxy: streamproxy.
root@vuduo2:~# cat /etc/enigma2/streamproxy.conf
listen = 8002:transcode
listen = 8003:transcode
size = 480p
bitrate = 500
profile = baseline
level = 3.1
bframes = 0
root@vuduo2:~#
 

 

streaming works on android using vu+ player without modifying anything.

 

nonsense, VU+ Player not work with auth on stream.

You try old streamproxy

 

How fix for work on mobile?

Attached Files

  • Attached File  work.jpg   161.07KB   38 downloads


Re: Transcoding problem #413 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 5 May 2014 - 10:41

I've fixed the problem with streaming not working (in the literal sense) at all if the http port was set != 80.
Once again, I probably was too late for the fix to make it into the next release (2014-04-28) but it should be in if you update on 2014-04-29 or later.

Thank you, I will update tomorrow and will let you know if this fixed my issue! :)

 

This issue (well, more like minor detail imho) has been fixed in the streamproxy. It will fetch the OpenWebIf listening port from the enigma config now.

 

This means no more ugly workarounds are necessary (at least on OpenPLi). The OpenWebIf doesn't have to bind to [::1]:80 or 127.0.0.1:80 if a port other than 80 is being used for the webif.


Edited by Erik Slagter, 5 May 2014 - 10:42.

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Transcoding problem #414 delavega

  • Senior Member
  • 377 posts

+2
Neutral

Posted 5 May 2014 - 12:34

@spacerat like this ?

 

 

# automounter configuration
Hdd            -fstype=cifs,rw,user=root,pass=openpli                ://192.168.1.102/Harddisk
Music     -fstype=cifs,ro,max=samba1\ max,samba1   ://192.168.1.64/Music
Random    -fstype=cifs,ro,max=samba1\ max,samba1   ://192.168.1.64/Random
Movies    -fstype=cifs,ro,max=samba1\ max,samba1   ://192.168.1.64/Movies
 

sorry for hijacking this thread Erik.


<p><span style="font-size:18px;"><span style="font-family:'lucida sans unicode', 'lucida grande', sans-serif;"><strong>Vu+ DUO 2</strong></span></span></p>
<p><span style="font-size:18px;"><span style="font-family:'lucida sans unicode', 'lucida grande', sans-serif;"><strong>Vu+ SOLO</strong></span></span>

Re: Transcoding problem #415 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 5 May 2014 - 18:53

Erik Slagter, on 05 May 2014 - 11:39, said:
[Authed streaming wasn't working when OpenWebif port != 80]
This issue (well, more like minor detail imho) has been fixed in the streamproxy. It will fetch the OpenWebIf listening port from the enigma config now.

This means no more ugly workarounds are necessary (at least on OpenPLi). The OpenWebIf doesn't have to bind to [::1]:80 or 127.0.0.1:80 if a port other than 80 is being used for the webif.

My personal opinion on this topic is:
There never has been any reason to have the Webif listen on any but the standard port in the first place.

The only reasons to use a non-standard port are
- the (poor) security aspect of obfuscation
and
- to allow multiple servers of the same kind on the one and only outside IPv4 address.

Obfuscation however doesn't help to make the plain-text auth of http safe enough to open it to the outside world, which is why nobody with a sane mind would ...
Inside the LAN machines use to have unique (local) IPv4 addresses, removing the use for different ports to allow multiple servers of a kind.

So actually, I could as well remove the choice for the http-port from the OpenWebif plugin entirely and I normally would, but I bet some moron would revert this or would at least start to claim that $Other_Image using a forked/older version of OpenWebif was much safer because the WebIf port can be chosen there ...
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Transcoding problem #416 WanWizard

  • PLi® Core member
  • 70,247 posts

+1,798
Excellent

Posted 5 May 2014 - 19:12

Afaik the alternate port was introduced in the early days of OpenWebIf, when the original DMM WebIf was using port 80, and this gave the opportunity to run both simultaneously.

 

I agree that it's pretty useless at the moment, so +1 from me. If only to piss off the "security specialists" out there... :lol: :P


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Transcoding problem #417 plnick

  • Senior Member
  • 58 posts

+4
Neutral

Posted 6 May 2014 - 10:23

@WanWizard

You're right, the alternate port was introduced for running both webinterface plugins at the same time.

 

And the alternate port is still in use by users who are using both plugins.

 

There was never a thought about "security" in combination with the alternate port.

 

The "security" hint was given by guy(s) using real operating systems ....



Re: Transcoding problem #418 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 6 May 2014 - 11:24

Whatever... Maybe someone wants to run apache at port 80. It's their choice. My message was that workaround in OpenWebIf can be removed now.


Edited by Erik Slagter, 6 May 2014 - 11:27.

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Transcoding problem #419 plnick

  • Senior Member
  • 58 posts

+4
Neutral

Posted 6 May 2014 - 12:28

Sorry for confusing (@Erik you was not meant by my last sentence ...)

 

There are two different things

 

a) remove forced port binding for streaming (Erik's suggestion)

b ) remove the whole config option (GUI)  for running webinterface at other ports than port 80 (post by @SpaceRat)

 

about a )

For sure, with your streamproxy and PLi based images this is worth a thought, but think about images like Vu+ original images or DMM based images which don't use your streamproxy or enigma2

 

about b )

I can not agree to this. Without this, users can not run both webinterfaces or other port 80 based software without modifying the plugin.

Erik, you made an example with apache, removing the GUI option is like removing the port configuration at apache.

 

just my 2 cents


Edited by plnick, 6 May 2014 - 12:29.


Re: Transcoding problem #420 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 6 May 2014 - 19:29

a) remove forced port binding for streaming (Erik's suggestion)
b ) remove the whole config option (GUI)  for running webinterface at other ports than port 80 (post by @SpaceRat)
 
about a )
For sure, with your streamproxy and PLi based images this is worth a thought, but think about images like Vu+ original images or DMM based images which don't use your streamproxy or enigma2

Normal streaming auth still requires (one of the) WebInterface(s) to respond on port 80.

about b )
I can not agree to this. Without this, users can not run both webinterfaces or other port 80 based software without modifying the plugin.
Erik, you made an example with apache, removing the GUI option is like removing the port configuration at apache.

As I said, I wasn't really intending to actually do this.
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390


13 user(s) are reading this topic

0 members, 13 guests, 0 anonymous users