Jump to content


Photo

OpenWebif [E2OpenPlugins]


  • Please log in to reply
1459 replies to this topic

Re: OpenWebif [E2OpenPlugins] #1121 ims

  • PLi® Core member
  • 13,941 posts

+215
Excellent

Posted 7 December 2013 - 12:23

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 ... )


Kdo nic nedělá, nic nezkazí!

Re: OpenWebif [E2OpenPlugins] #1122 plnick

  • Senior Member
  • 58 posts

+4
Neutral

Posted 7 December 2013 - 12:32

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 ;)



Re: OpenWebif [E2OpenPlugins] #1123 ims

  • PLi® Core member
  • 13,941 posts

+215
Excellent

Posted 7 December 2013 - 13:19

yes, all works well. thanks.


Kdo nic nedělá, nic nezkazí!

Re: OpenWebif [E2OpenPlugins] #1124 radar

  • Senior Member
  • 92 posts

+1
Neutral

Posted 7 December 2013 - 16:39

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.


Re: OpenWebif [E2OpenPlugins] #1125 plnick

  • Senior Member
  • 58 posts

+4
Neutral

Posted 7 December 2013 - 18:03

I just pushed the last translation changes to the repository.

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



Re: OpenWebif [E2OpenPlugins] #1126 xapt3r5

  • Member
  • 1 posts

0
Neutral

Posted 8 December 2013 - 03:06

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:

mt1.png mt2.png


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.


Re: OpenWebif [E2OpenPlugins] #1127 ims

  • PLi® Core member
  • 13,941 posts

+215
Excellent

Posted 8 December 2013 - 15:03

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


Kdo nic nedělá, nic nezkazí!

Re: OpenWebif [E2OpenPlugins] #1128 plnick

  • Senior Member
  • 58 posts

+4
Neutral

Posted 8 December 2013 - 16:00

Hm, I did not change the tag handling ?

 

Please can you add a screenshot


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


Re: OpenWebif [E2OpenPlugins] #1129 ims

  • PLi® Core member
  • 13,941 posts

+215
Excellent

Posted 8 December 2013 - 16:14

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

Attached Files

  • Attached File  tags.png   69.01KB   41 downloads

Kdo nic nedělá, nic nezkazí!

Re: OpenWebif [E2OpenPlugins] #1130 plnick

  • Senior Member
  • 58 posts

+4
Neutral

Posted 8 December 2013 - 16:43

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



Re: OpenWebif [E2OpenPlugins] #1131 ims

  • PLi® Core member
  • 13,941 posts

+215
Excellent

Posted 8 December 2013 - 17:06

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


Kdo nic nedělá, nic nezkazí!

Re: OpenWebif [E2OpenPlugins] #1132 plnick

  • Senior Member
  • 58 posts

+4
Neutral

Posted 8 December 2013 - 17:17

No problem,

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



Re: OpenWebif [E2OpenPlugins] #1133 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 8 December 2013 - 18:12

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?


ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W


Re: OpenWebif [E2OpenPlugins] #1134 plnick

  • Senior Member
  • 58 posts

+4
Neutral

Posted 8 December 2013 - 20:49

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



Re: OpenWebif [E2OpenPlugins] #1135 radar

  • Senior Member
  • 92 posts

+1
Neutral

Posted 8 December 2013 - 21:46

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

Re: OpenWebif [E2OpenPlugins] #1136 ims

  • PLi® Core member
  • 13,941 posts

+215
Excellent

Posted 8 December 2013 - 21:59

make update


Kdo nic nedělá, nic nezkazí!

Re: OpenWebif [E2OpenPlugins] #1137 radar

  • Senior Member
  • 92 posts

+1
Neutral

Posted 9 December 2013 - 15:40

Already tried, not working.



Re: OpenWebif [E2OpenPlugins] #1138 ims

  • PLi® Core member
  • 13,941 posts

+215
Excellent

Posted 9 December 2013 - 15:41

how you did update ?


Kdo nic nedělá, nic nezkazí!

Re: OpenWebif [E2OpenPlugins] #1139 Pr2

  • PLi® Contributor
  • 6,199 posts

+261
Excellent

Posted 10 December 2013 - 10:49

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


NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: OpenWebif [E2OpenPlugins] #1140 radar

  • Senior Member
  • 92 posts

+1
Neutral

Posted 10 December 2013 - 13:52

how you did update ?

 

opkg update
opkg upgrade
 



0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users