1459 replies to this topic

[ims]

I tried your package in this thread (on dm800SE and XP1000). I will build image and I will see...

 

about Current - some info is better in HEX (f.ex. Namespace ... )

[plnick]

Ah, ok I think the stuff should work now, maybe my package does not work with other boxes (I removed some images and other stuff, I did not check it)

 

About the "Refresh" button: I think you should change it to your needs, I have no preferred "look&feel" here

[ims]

yes, all works well. thanks.

[radar]

Hello,
 
I opened a thread in the support section but I think it should be here.
 
It's about shading unavailable channels in Open WebIf. Here is the text I have posted:
 

[code=auto:0]I'd like to have unavailable channels (because of recording or busy tuner) shaded on Open WebIf, like in the boxes UI. I assume that information on available/unavailable channels is available somewhere since it's used in the UI. Since then, it's only a matter of css and tagging of channels in the web interface, no? It is even possible to disable links to watch unavailable channels.
Can someone tell me where/how to get this information? I may try to do it in open webif myself to have this feature.
Another additional feature I'd like to have is currently watched/recorded channels (including streamed ones) to be displayed on main page, exactly like the currently watched channel that takes into consideration only channel played on the box.

Thanks a lot for your help.

Edited by radar, 7 December 2013 - 16:40.

[plnick]

I just pushed the last translation changes to the repository.

I think, everything is now translatable (expecting some return values at "current" site).

[xapt3r5]

Hi

I have a feature request /patch

this is regarding some problematic channels on 13e or 30e, these channels use shared pmt and when you try to stream them to vlc they are not working i have found a way to make them work but it will be cool to have it implemeted in openwebif.

standard stream.m3u looks like this:

#EXTM3U#EXTVLCOPT--http-reconnect=truehttp://IP:8001/1:0:1...1:820000:0:0:0:

and working stream m3u for this particular channel should look like this:

#EXTM3U#EXTVLCOPT--http-reconnect=true#EXTVLCOPT:program=7349http://IP:8001/1:0:1...1:820000:0:0:0:

The difference #EXTVLCOPT:program=7349 where program number is decimal value of 1CB5 from service refference

Is it possible to implement that in stream.m3u generation from openwebif? These should work on other channels too (normal channels that does not use shared pmt)

Thanks in advance.

JArek

well rincewind I have to admit its not the webinterface which handles the streaming on port 8001.
i misleadingly thought that because i searched for '8001' on dreambox and found that string only in openwebif dirs :-)
however i just removed the webinterface plugin and saw that the box just continues to listen on port 8001. additionally the streaming behaviour was the same with above URL:

(on linux with firefox)
not working (browser freeze) with encoded URL
working with non-encoded URL

So this leads to the conclusion that something in the streaming interface of enigma2 should behave better when dealing with base64 encoded URLs. Do you agree with me? Should I post this in another forum section since this seems not realted to openwbif?

According to RFC3986, the path in this URL should not have to be encoded, so the service name with :
should be OK. Also, this RFC stresses the fact that you should not encode URLs that do not need to be
encoded, as an encoded URL is different from a not encoded URL. Problem is of course that nobody
reads these RFCs and as : is a reserved character in the host part of the URL, most programmers
encode it to be 'safe'. PieterG chose the only possible solution: URL decode all requests, to save
OpenPli from programmers playing it 'safe'. Thanks for the compromise.

Hi, thanks in advance for your support. Sorry for bringing back to life this discussion and sorry if this isn't quite the place for it, but I am currently researching for a way to stream shared PMT channels to a LG LED Smart TV, through mediatomb and DLNA protocol. Even though, the info on this is scattered around the web and pretty scarse (when not in german), I found out how to stream regular channels, mainly learning for myself and with the help of this webpage - http://www.vuplus-co...ough-dlna.4787/ - and through watching this video:



Curiously, I only recently installed VLC and XMBC (with the live tv plugin), on my Desktop PC and both had the exact same issue, attempting to stream those shared PMT channels. I never knew why until i dig deeper, and it seems the solution for making it work on VLC really is passing the program SID metadata, including it in the m3u file, like with this two ZON channels:

Discovey HD Showcase

#EXTM3U#EXTVLCOPT--http-reconnect=true#EXTVLCOPT:program=807http://192.168.1.6:8...:CE40000:0:0:0:

MOVHD

#EXTM3U#EXTVLCOPT--http-reconnect=true#EXTVLCOPT:program=944http://192.168.1.6:8...:CE40000:0:0:0:

As you can see they both share the same PMT. Now, I don't really have a clue how to make it work as well for XMBC live tv gui, even though it would be nice, and It's working ATM for VLC which is good enough cause I will switch apps whenever i need. But what really, really would like is to have shared PMT also work on my bedroom Smart TV. Tried adding some m3u to the database but, unfortunately the TV can't handle those type of files, welll not through DLNA at least, nor it can handle channel zapping. So, I figured the only way to make it work was by using these 2 objects in mediatomb database, one link for zapping to desired channel and another for streaming it:




I used the "http://192.168.1.6:8...:CE40000:0:0:0:" non encoded address format, cause It seemed the most compatible at the time, but sadly, somehow this does not cover shared PMT channels. I undestand that for m3u files there is the possibility to pass the metadata channel SID adding the line "#EXTVLCOPT:program=944", and that surpringly works for VLC. But honestly, this solution seems rather ridiculous and redundant to me, as the channel SID is already embebbed in both the non encoded and encoded versions of the streaming url, the hex equivalent "3B0" . What is it with these url, enigma2 and media players that makes streaming shared PMT video so inconsistent? DreamstreamE2 nails it, WMP don't, VLC nails it, XBMC don't, Mplayer nails it, Smart TV don't...

What needs to be changed here, in order to rectify shared PMT streaming management? gstreamer? Web interface?..

What do we know:

- The streaming url contains already contains the channel SID.
- The stream is mpeg(or h.264)/mp3 video/audo format which is readable by virtually everything
- The web interface generates m3u files that contain encoded or non encoded url
- There are media players that don't require any modded m3u files for successfuly linking shared PMT streams
- The non shared PMT channels, apparently always work without the need for any passed metadata (ex: by simply using non ecoded url - "http://BOXIP:8001/0:...:CE40000:0:0:0:")

Ultimately I ask - Is there a way to pass whatever else is in need (if it really is), within the streaming url itself (encoded or not), just so I can use it in a Smart TV?

Just so you know, I'm posting about this on many other related forums, not just here, cause I would really like to see this shared PMT issue truly solved, and I feel it can't be that hard. But I choose to post here in OpenPLI, specially because I know all the developers, advanced users and whatnot, here, are on the "front line" of linux sat-tv development and they are more likely to shed some brighter light into it. I'm not asking you to commit to solve this, as i know this isn't directly related to OpenPLi matters, but could you at least throw some tip/advice? Any Ideas?

Sorry for the long post, and thank you.

Edited by xapt3r5, 8 December 2013 - 03:09.

[ims]

Names of categories for Tags there in Add Timer was in used language long time. Now are in German.

[plnick]

Hm, I did not change the tag handling ?

 

Please can you add a screenshot

Edited by plnick, 8 December 2013 - 16:03.

[ims]

in version 2 days older it was translated... now it is as on picture

Attached Files

•  tags.png   69.01KB   41 downloads

[plnick]

These are the tags, which are stored in /etc/enigma2/movietags, this has nothing to do with the openwebif. If you delete this file and restart e2 you will see no tags anymore

[ims]

ok. sorry, i did not know it ... it seems, on one box I created it long time ago...

[plnick]

No problem,

I think you installed the movietagger plugin, because this is the default list of the movietagger plugin

[Robinson]

I don't remember installing any movietagger but I have the same German-language list in /etc/enigma2/movietags. Isn't it installed by default with OpenPLi images?

Or perhaps it was installed along with some other plugin, I don't know.

Anyway, can I simply delete the file or is there perhaps an English-language version?

[plnick]

You can replace the tags with tags you prefer, if you do not need any tags you can also delete the file

[radar]

Since two days, I cannot expand bouquets anymore. Is there something I can do?
Thanks.

[ims]

make update

[radar]

Already tried, not working.

[ims]

how you did update ?

[Pr2]

Hi,

 

Why does the streaming port selection option disappear from OpenWebif configuration?

I saw this change as a regression.

 

https://github.com/E...d1132cfec26fa60

 

The last post of plnick mention that it read the value from the configuration file but it doesn't work as expected: 

- if the port is changed in the configuration file, the streaming is still active on port 8001 (so config is not taken into account: config.OpenWebif.streamport=8101)

- for the stream.m3u the port defined in the configuration is used (but doesn't work) 

- for the services.m3u the port is hardcoded to 8001 and the streaming is working

 

So there is a total mess up in streaming port configuration.

 

see here:

http://openpli.org/f...m-port-problèm/

 

Regards,

 

Pr2

[radar]

how you did update ?

 

opkg update
opkg upgrade