693 replies to this topic

[Erik Slagter]

Hmm, somehow I don't remember that as being quite a high quality. But I might try it later. Thx.

Edited by Erik Slagter, 16 May 2014 - 10:13.

[колбаскин]

He mentions the app DreamDroid in his post, so I guess that is what he uses...

Yes, many people use this app

It works with the streams which have authorization.

Previously worked transcoding, now this thread is not being played on smartphones

With the streams from port 8001 and authorization is no problem!!!

 

Need fix transcoded stream!

 

On the image of BH work both Stream 8001 and 8002 ports

[WanWizard]

It has been a long time since all Enigma2 images were "more or less" the same. BH is a DMM derived image (so is VU+ own image), you can't compare the two.

 

How are you testing this? At home, via wifi on the LAN? Or via any public medium that might be unreliable? When you test this, can you see the connection on the box using 'netstat -np | grep 8002' ?

 

What are your exact configuration settings when it comes to auth? Both for de WebIf and for the streamproxy itself? And how have you configured the app? Are you testing this on a freshly flashed image, without the use of any config backups or autoinstalled (i.e. you have to have used the setup wizard after flash!).

 

We keep telling you that "it doesn't work" without any additional information doesn't make us want to look into it...

[Erik Slagter]

Hmm, somehow I don't remember that as being quite a high quality. But I might try it later. Thx.

I was confused with another app.

 

I have installed DreamDroid and will do some testing later on today.

 

In the meantime, it appears DreamDroid does not have an internal video player. You must select an external player to play the actual video stream. This is crucial. What external player are you using?

[колбаскин]

It has been a long time since all Enigma2 images were "more or less" the same. BH is a DMM derived image (so is VU+ own image), you can't compare the two.

 

Does not really matter. The main thing that worked the claimed function

Now on BH - works transcoding, on OpenPli - no

 

 

How are you testing this? At home, via wifi on the LAN? Or via any public medium that might be unreliable? When you test this, can you see the connection on the box using 'netstat -np | grep 8002' ?

 

I test at home via LAN

192.168.0.11:80

192.168.0.11:8001

192.168.0.11:8002

- i make video how work on PC.

On BH image - open when click 1st time

On OpenPli - open when click, then copy and paste url to player. (look video)

 

When play on PC

root@vuduo2:~# netstat -np | grep 8002
tcp        0      0 ::ffff:192.168.0.11:8002 ::ffff:192.168.0.2:52867 TIME_WAIT   -
tcp        0      0 ::ffff:192.168.0.11:8002 ::ffff:192.168.0.2:52872 TIME_WAIT   -
tcp        0   1252 ::ffff:192.168.0.11:8002 ::ffff:192.168.0.2:52873 ESTABLISHED 1144/streamproxy

In mobile immediately breaks

DreamDroid work well maybe 3 month ago on OpenPli, then you remove plugin transcoding settings - and broke stream.

 

 

What are your exact configuration settings when it comes to auth? Both for de WebIf and for the streamproxy itself? And how have you configured the app? Are you testing this on a freshly flashed image, without the use of any config backups or autoinstalled (i.e. you have to have used the setup wizard after flash!).

 

I flash clean image, then i install passwd

root@vuduo2:~# fgrep auth /etc/enigma2/settings
config.OpenWebif.auth_for_streaming=true
config.OpenWebif.auth=true
root@vuduo2:~#

and i make this http://openpli.org/f...-20#entry421054

 

 

We keep telling you that "it doesn't work" without any additional information doesn't make us want to look into it...

 

If necessary, I will give you information to log on to the receiver personality

[Erik Slagter]

In the meantime I am on to something in combination with vplayer, something with url escaping (%3a -> ':') which has always been working previously. May have to do with vplayer itself, we'll see shortly.

[колбаскин]

n the meantime, it appears DreamDroid does not have an internal video player. You must select an external player to play the actual video stream. This is crucial. What external player are you using?

 

All players: Daroon Player, MX Player, VLC and BSPlayer FREE.

Previously, they all Play streams

[ooolexa]

n the meantime, it appears DreamDroid does not have an internal video player. You must select an external player to play the actual video stream. This is crucial. What external player are you using?

 

All players: Daroon Player, MX Player, VLC and BSPlayer FREE.

Previously, they all Play streams

Confirm earlier problems were not 100%
Constantly used this feature

Edited by ooolexa, 16 May 2014 - 11:37.

[SpaceRat]

In the meantime, it appears DreamDroid does not have an internal video player. You must select an external player to play the actual video stream. This is crucial. What external player are you using?

The internal vs. external player is not the problem.

- It works using MX Player and streams from port 8001.
- It doesn't for transcoded streams from port 8002 using the same player.
- Transcoded streams work in MX Player if you enter the URL there directly.

You can find the DreamDroid source code here if that helps ...

My guess:
DreamDroid does not simply open this URL:
http://<boxip>:8001/1:0:1:2F45:A1:270F:FFFF0000:0:0:0:
resp.
http://<boxip>:8002/1:0:1:2F45:A1:270F:FFFF0000:0:0:0:
but something else which is understood on port 8001 but not on 8002.

[Erik Slagter]

I already found the probable cause and fixed it. '%' and '+' url expansion was done on all url parameters, and that's why it works with e.g. mplayer using syntax "/stream?service=1%03a1%03..." But the url expansion wasn't applied on plain url without cgi parameters, leaving the service as "1%3A0%3A19%3A5225%3AC99%3A3%3AEB0000%3A0%3A0%3A0%3A" which enigma doesn't understand.

 

You can check tomorrow. On DreamDroid using vplayer this fixes the problem.

 

So, a clear case of good data in leads to good data out (fast fixing of bugs).

[SpaceRat]

I flash clean image, then i install passwd

root@vuduo2:~# fgrep auth /etc/enigma2/settings
config.OpenWebif.auth_for_streaming=true
config.OpenWebif.auth=true
root@vuduo2:~#

and i make this http://openpli.org/f...-20#entry421054

Unless you need IPv6 support for streaming on port 8001, you do not need to perform the steps I described in that post in your link anymore.

Just note that the stream auth setting then has moved into E2 (Settings -> Streaming or so) itself, resp. in /etc/enigma2/settings

config.streaming.authentication=true

(config.OpenWebif.auth_for_streaming becomes meaningless without the original streamproxy)

So:
With original streamproxy:
- IPv6-support possible
- stream auth is controlled by OpenWebif (Plugins -> OpenWebif)
- stream auth is controlled by the config.OpenWebif.auth_for_streaming setting inside /etc/enigma2/settings

With built-in streaming only (Since 2014-05-16):
- IPv4 only
- stream auth is controlled by Enigma2 (Settings -> Streaming or so)
- stream auth is controlled by the config.streaming.authentication setting inside /etc/enigma2/settings

As soon as the internal streaming support can handle IPv6 / Dual Stack connections, there is no need to use the original streamproxy anymore.

[delavega]

it works good on tablets but not on mobile and personnally i dont mind

 

using vu+ player

Edited by taboune, 16 May 2014 - 12:43.

[Erik Slagter]

If it works on a tablet (android) it must work on a mobile (android) as well. I can't say anything about other operating systems.

[Erik Slagter]

If you would be so kind to rename your transcoding proxy binary to transproxy or whatever, I could modify OpenWebif to toggle the E2 setting for internal streaming if internal streaming is used.

I am considering that, not for the sake of the webif, but simply because it's a poorly choosen name in retrospective.

Finished considering. Not going to do it. Too much impact package-wise and also, it handles all of
- live transcoding
- file transcoding
- live streaming
- file streaming

So the name ís actually completely correct.

Edited by Erik Slagter, 16 May 2014 - 13:19.

[колбаскин]

You can check tomorrow. On DreamDroid using vplayer this fixes the problem.

 

Oh Thanks! Check it tomorrow.

 

 

it works good on tablets but not on mobile and personnally i dont mind

 

using vu+ player

 

VU+ Player not work with auth on stream!!!!

[SpaceRat]

Finished considering. Not going to do it.

Very helpful *g*

And how about moving it's configuration into /etc/enigma2/settings ?

[Erik Slagter]

That is a consideration I am not yet done with.

 

Pro: easily configuration from within enigma, given someone (not me...) writes a plugin that comes with the package to change the settings

Contra: most settings are actually defaults and for most people they never need to be changed, also streamproxy.conf is now under package control which has some advantages; last but not least, the configuration now is tightly integrated with the command line options using boost::options, using enigma config I'd have to give that up.

 

You'll know it when I am done with it.

[Erik Slagter]

As soon as the internal streaming support can handle IPv6 / Dual Stack connections, there is no need to use the original streamproxy anymore.

As soon as three (different!) people request for IPv6 support on streaming, I'll try to advocate the case.

[Erik Slagter]

DreamDroid work well maybe 3 month ago on OpenPli, then you remove plugin transcoding settings - and broke stream.

Here we go again. It's will not help your case to repeat over and over the same thing. I already explained the plugin is irrelevant. I really won't help your case if keep complaining about that.

Instead you could have told us what apps your using (not only dreamdroid, because it uses external video players), you could have made a log and post it here (directions on how to do that are given here more than once), etc...

The problem is probably solved now, but not quite due to your (lack of) real information.

[колбаскин]

I understand you found the problem why stream with transcoding not work on mobile phone?

 

As for the plugin

I hope you will return it. Because 98% of users are not able to go to the receiver by ftp

They buy receiver is already configured

easier change settings transcoding from remote control by the plug-in