1459 replies to this topic

[pieterg]

All the "stream" needs to do is yield an .m3u "file" with the stream URL. Not very complicated...

Not entirely true.
With the original setup, the m3u contains an url with port 8001, served by a streamproxy, which connects to the webif (again), this time on port 80, with a stream request.
This request returns the stream parameters, and the streamproxy starts streaming.

A couple of days ago I've looked at how I could add streaming support to the webif, but found that it would take a lot of work to allow convertor/source elements to be used by the webif.
And the original streaming mechanism relies on that.
So instead, I decided to add direct stream support to e2, on port 8001.

Perhaps everybody should pull our recent internal e2 streamserver support.
This makes the job of the webif a lot easier, indeed, just provide an m3u with the stream url (or instead, why not a direct link to the 8001 url?)

[bacicciosat]

Uhmm i don't agree pieter,
I think OpenWebif have to be compatible with all e2 firmwares and streaming apis have to be compatible with third part aplications already available for Osx and Android platforms.

[tilleke]

+ 1

I'd prefer that you keep full compatibility with current APIs.

[MiLo]

This makes the job of the webif a lot easier, indeed, just provide an m3u with the stream url (or instead, why not a direct link to the 8001 url?)

From what I see in the code, the streaming could even be done directly on port 80. The webif just parses the request and sends back the HTTP headers, and then transfers the socket handle (probably: duplicate the handle and let the original be closed by the Python GC) to the streaming interface. With the streaming code inside the same process, this is now possible, and it prevents the (ever so ugly) need to put the webserver's own hostname into a response. And one less port to deal with in firewalls and forwarding.

[MiLo]

I think OpenWebif have to be compatible with all e2 firmwares and streaming apis have to be compatible with third part aplications already available for Osx and Android platforms.

There's no need to chose, you can use both. The old webif also works just fine with the new streamer.

[pieterg]

indeed, the internal streaming server just replaces the old streamproxy (and as a bonus, it no longer relies on a particularly ugly part of the old webif).

[koivo]

Is it possible to check in the changes from post 314 or 315? With a new update the mistake comes back.

the webinterface doesn't show the et remote.
I have change the line 196 in main.tmpl from
#else if $box == "et9x00" or $box == "et9200":
to
#else if $box == "et9000" or $box == "et9200":

The result of cat /proc/stb/info/boxtype is et9000 and not et9x00 at my box with PLi image.

Edited by koivo, 24 December 2011 - 08:17.

[Happysat]

This makes the job of the webif a lot easier, indeed, just provide an m3u with the stream url (or instead, why not a direct link to the 8001 url?)

I did edit a bit arround and got streaming working thru openwebiface, to get it working open channels.tmpl and swap:

<a href='#' onClick="alert('Sorry function not yet implemented');return false">

With:

<a target="_blank" onclick="('$channel.ref');" href="http://<ip-dream>:8001/$channel.ref">

If the box is off (standby) you can select any channel to stream, when on only the current tuned service will stream.

[nobody9]

@Happysat,

thanks for the information.
Attached a Patch to stream channel from OpenWebif.

It´s not for the old api only for the new api.
It generates a stream.m3u with the needed information.

This makes the job of the webif a lot easier, indeed, just provide an m3u with the stream url (or instead, why not a direct link to the 8001 url?)

I did edit a bit arround and got streaming working thru openwebiface, to get it working open channels.tmpl and swap:
...

<a target="_blank" onclick="('$channel.ref');" href="http://<ip-dream>:8001/$channel.ref">

Attached Files

•  OpenWebifStream.tar.gz   948bytes   42 downloads

[nobody9]

@all,
attached the files put into /usr/lib/enigma2/python/Plugins and restart the gui.

It´s not for the old api only for the new api.
It generates a stream.m3u with the needed information.

Attached Files

•  OpenWebif.zip   2.32KB   64 downloads

[Happysat]

Wow thanks very fast work

[dylantje]

@all,
attached the files put into /usr/lib/enigma2/python/Plugins and restart the gui.

It´s not for the old api only for the new api.
It generates a stream.m3u with the needed information.

And is the than stream working?
when it is in the updates?

[andyblac]

justed noticed that the remote control does not support long button presses or the option to turn off grab screen screen, is this something that is WIP ?, or did it just get forgot about ?

Edited by andyblac, 26 December 2011 - 12:39.

[nobody9]

@MiLo,
attached patch for OpemWebif

clean up controller/file
fix duplicate request finish error
fix also running under python 2.7

please submit.

thanks

Attached Files

•  controllers_file.tar.gz   920bytes   8 downloads

[nobody9]

@MiLo,

add patch to add /web/stream.m3u and /web/streamts.m3u to old api.
Tested with iDreamX.
please submit
thanks

[Happysat]

It would be nice if there was a button/function to stream the current service from the current tab

[nobody9]

@MiLo,
remove old patch
simplify the code new patch

ts.m3u
stream.m3u
video.m3u

please submit
thanks

@MiLo,

add patch to add /web/stream.m3u and /web/streamts.m3u to old api.
Tested with iDreamX.
please submit
thanks

Edited by nobody9, 26 December 2011 - 15:04.

[nobody9]

@MiLo,
removed the old version.
the last version for today.
correct some typing errors and add streamcurrent.m3u

@MiLo,
remove old patch
simplify the code new patch

ts.m3u
stream.m3u
video.m3u

please submit
thanks

@MiLo,

add patch to add /web/stream.m3u and /web/streamts.m3u to old api.
Tested with iDreamX.
please submit
thanks

Attached Files

•  add_stream webapi_v3.tar.gz   1.38KB   16 downloads

[nobody9]

Hi,

i have analized the request from the old streamproxy

http://127.0.0.1/web/stream?StreamService=1:0:1:2B:2:85:C00000:0:0:0:

the result (wrap lines for better to read):

=NO STREAM +0:0:pat,8ff:video,900:audio,8ff:pcr,20:text
		   +0:0:pat,8ff:video,900:audio,8ff:pcr,20:text
		   +0:0:pat,8ff:video,900:audio,8ff:pcr,20:text
		   +0:0:pat,6d:pmt,8ff:video,900:audio,901:audio,903:audio,8ff:pcr,20:text
		   +0:0:pat,6d:pmt,8ff:video,900:audio,901:audio,903:audio,8ff:pcr,20:text
		   +0:0:pat,6d:pmt,8ff:video,900:audio,901:audio,903:audio,8ff:pcr,20:text

the connection are remains open.

will we implement it ?

[MiLo]

Hmm, streaming works fine in Windows, but I can't get VLC to play it directly on Ubuntu.

In Ubunut, when using firefox, clicking on the stream icon starts VLC like it should, but VLC comes and dies immediately without telling why it just quit. If I save the .m3u link to a folder and double-click that, it starts VLC and the stream plays just fine. It behaves the same on the original webinterface, so it's got something to do with my setup. Anyone been able to get this right under Ubuntu or something that looks enough like it?