Jump to content
thor2002ro

VLC player EPG...

Recommended Posts

thor2002ro

I just got DVBViewer for recording service... I use it for my tv backend works great...

 

is there a plugin that can give me some epg information in vlc? at least for current program...

 

 

  • Like 1

Share this post


Link to post
majstang

There is no plugin for that im aware of. Do you know which EPG format VLC requires? If it supports XMLTV format your options is plentyful. Most grabbers produce XMLTV.

Share this post


Link to post
thor2002ro

I think it needs metadata epg....

Share this post


Link to post
Griga

VLC can process normal EPG data embedded in a transportstream (PID 18). The RS sends it to RTSP clients resp. clients that are using the RTSP channellist exported by the RS:

 

RS Web Interface -> Timeline -> click on some channel -> RTSP Channellist (.m3u) -> open the .m3u file with VLC -> Tools -> Program Guide

Share this post


Link to post
thor2002ro

I just tried rtsp channellist in vlc Tools -> Program Guide is still empty :(

and yes channel has epg... I can see it on the website...

Share this post


Link to post
Tjod

Has the channel you are testing with ETI EPG?

Keep the VLC program guide window open at least for 1-2 min.

Share this post


Link to post
thor2002ro

the channel has epg... it shows up in DVBViewer...

no idea what ETI EPG is... I'm new to this "dvb show"

 

I left VLC program guide window open even for 1h... showed nothing...

Share this post


Link to post
Derrick

Standard DVB EPG is transmitted as EIT (Event Information Table) with PID 0x0012. If the EPG is showing up in DVBViewer, VLC should show it as well if you used a correct RTSP url.

Snap301.png

Share this post


Link to post
thor2002ro

I use the rtsp list that the web interface serves...

 

I see the channel is at http://server-ip:port/upnp/channelstream/xx.ts in the list....

 

epg shows fine in the web interface or DVBViewer directly... even on xbmc epg works fine.... I see nothing in VLC...

I also tried different versions of vlc... stable and nightly... none of them show epg...

Share this post


Link to post
Tjod

You art not using the RTSP Channellist (.m3u) there are two different lists in the web interface and you are using the non rtsp one.

If you download the list it is called rtspchannels.m3u

 

The URL in the list should be like that: rtsp: //127.0.0.1:554/?freq=522&msys=dvbt&bw=8&tnr=2...

Share this post


Link to post
thor2002ro

it said rtspchannels.m3u ....

anyway I redownloaded the list... still nothing....

post-148033-0-26909200-1423607059_thumb.jpg

Share this post


Link to post
Tjod

Download TransEdit Scanner & Editor 4.0.x (Members Section > Beta Section) put TransEdit.exe in the same folder as the DVBViewer.exe and start it. The drag and drop the rtspchannels.m3u TransEdit select one channel > click on Analyze

Is there EIT in the Stream?

Share this post


Link to post
Derrick

..open the transponder 434MHz in transedit and check the analyser window. Can you see the events you're looking for in the left window of analyser under Actual TS (PID 18)?

Snap303.png

Share this post


Link to post
thor2002ro

I tried but it shows nothing on the list :|

 

 

post-148033-0-16842300-1423609908_thumb.jpg

support.zip

Edited by thor2002ro

Share this post


Link to post
Tjod

OK my fault it doesn't work in TransEdit 4.0.8 (but the next version will be able to Analyze play lists).

 

Try the suggestion from Derrick Analyze the transponder from you DVB-C transponder list.

Share this post


Link to post
thor2002ro

that works... here it is....

post-148033-0-77521300-1423611662_thumb.jpg

Share this post


Link to post
thor2002ro

here is a better look

post-148033-0-70097800-1423613385_thumb.jpg

Share this post


Link to post
Griga

Ok, I found out why it does not work. The VLC EPG additionally requires the SDT (PID 17). I've lately added it to the RTSP URLs in an internal RS version, but it's missing in the release.

 

The RTSP URLs contain pids=0,18,... at the end. It should work if you manually change it to pids=0,17,18... You can try to change it in a text editor with "search and replace" for the whole list.

Share this post


Link to post
thor2002ro

that works :D thanks :)

 

looking forward to RS update :)

Share this post


Link to post
thor2002ro

maybe someone should rename this thread vlc epg... so people can find it fast :)

Share this post


Link to post
Derrick

is there a reason why you want vlc as a client? A DVBViewer client gives you a much better performance.

Share this post


Link to post
thor2002ro

vlc you can get everywhere.... and I don't have to deal with license on every pc I wanna watch tv....

including some work laptop that has vlc preinstalled and I don't have admin rights to install...

 

in one word to answer your question... "mobility"

Share this post


Link to post
Derrick

Then it would be much better to access the dvb device directly. After tunung you could also switch to other programmes within a transponder. But that is not possible with DVBViewer/RS.

Snap311.png

Share this post


Link to post
thor2002ro

I only have dvb-c don't see what advantage I would get...

also I have multiple tuners for multiple clients so anyone can watch what they want and RS handles that great...

Share this post


Link to post
thor2002ro

found another issue with the current version of recording service....

rtsp - apart from pid 18 missing for epg its also missing subtitle pids and some second audio pids that are not consecutive...

Share this post


Link to post
Tjod

Only information that is stored in the channel list can be added in future.

 

And because of limitations of the channel.dat format it is not possible to add subtitles to the RTSP list automatically.

Share this post


Link to post
Griga

There are channellist limitations, but the basic problem is that you want to do everything with a Sat>IP "thin client" like VLC and a static URL. It's not designed for what you want. Audio track /subtitle handling usually requires a full-featured Sat>IP client that dynamically requests PIDs from the server on demand. You should rethink your concept.

Share this post


Link to post
thor2002ro

you guys haven't really given me an answer ... as a software developer myself I find it disturbing blaming client software for something you can do in your own software... if theres a limitation shouldn't you guys work on that and not using it as an excuse?

Share this post


Link to post
Derrick

IMHO the chance that the prehistoric channellist format will be replaced is nihil ;)

Share this post


Link to post
thor2002ro

well then if you cant change the format, improve with algorithm... the fact that the pid shows up in the codec tab saying that its a subtitle I suppose theres some metadata you can interpret and pass to the stream...

Share this post


Link to post
Derrick

You don't understand. VLC doesn't request any information. All PIDs have to be known a priori. To watch subtitles, you have to edit the URLs cos the channellist does not contain dvb subtitle pids.

Share this post


Link to post
thor2002ro

it doesn't contain the pid... but in vlc if you go to codec information you see the dvb subtitle with the pid there even if url doesn't contain it...

the pid is named "original id" so I guess this metadata can be easily used to add subtitle pid into playlist generation

 

here is an example

 

 

post-148033-0-33725900-1424726740_thumb.jpg

Share this post


Link to post
Tjod

Yes the algorithm in VLC need to be improved.

VLC is able to detect pid, but not to request pid which are not in the play list.

VLC is only a Sat>IP "thin client" and not a real Sat>IP client (which are able to manage there channel list on its own).

Share this post


Link to post
Tjod

One additional point, the RS doesn't know which channel a Sat>IP client is watching.

It just forwards the pids requested by the client.

Share this post


Link to post
Griga
but in vlc if you go to codec information you see the dvb subtitle with the pid there even if url doesn't contain it...

 

It finds the PIID(s) in the PMT (Program Map Table). A true Sat>IP Client would not only display the possibility of getting a subtitle stream, but request it from the server as soon as the user wants to see it. VLC is not (yet) able to do it. DVBViewer is.

 

Broadcasters often add subtitle PIDs dynamically to the PMT or remove it, depending on the broadcasted content. In this case it is not possible to know beforehand if and how subtitles are available.

 

You need to understand that the PMT is based on a dynamic concept. "Static" clients like VLC can't adapt to it. Don't blame the server. Accept it or use software that is able to do what you want.

Share this post


Link to post
thor2002ro

Yes the algorithm in VLC need to be improved.

 

VLC is able to detect pid, but not to request pid which are not in the play list.

 

VLC is only a Sat>IP "thin client" and not a real Sat>IP client (which are able to manage there channel list on its own).

I AM NOT INTERESTED IN "SPECIAL CLIENTS"

this can be done with rtsp playlist generation...

Share this post


Link to post
Griga
I AM NOT INTERESTED IN "SPECIAL CLIENTS"

 

That's your problem. You are insisting in using the wrong tool - like someone who tries to drive a nail into the wall by using scissors. You won't succeed.

Share this post


Link to post
Tjod

this can be done with rtsp playlist generation...

No the information is not present (in the RS) at play list generation time (see posts above).

But it is easy accessible by the client at playback time.

Share this post


Link to post
Derrick

There are channellist limitations, but the basic problem is that you want to do everything with a Sat>IP "thin client" like VLC and a static URL. It's not designed for what you want. Audio track /subtitle handling usually requires a full-featured Sat>IP client that dynamically requests PIDs from the server on demand. You should rethink your concept.

Maybe the DVBViewer should rethink its concept ;)

 

It is obvious that the insufficient channellist can't solve the problem. The recording engine shows that it is possible to record elementary streams (e.g. dvb subtitles),that are not described in channellist. This principle could be easily extended for thin clients. Then the url only has to contain the necessary tuning parameters and the SID. The RS tunes to the transponder and sends all or a selected number of PIDs to the client. A selection could be made the same way as for the recordings engine.

Snap320.png

Share this post


Link to post
Tjod

The UPnP Streaming is based on the channel list.

 

But if the RS works as Sat>IP Server. The channel list is not involved. And detecting which channel it tuned is not easily possible.

Share this post


Link to post
Guest
This topic is now closed to further replies.

×
×
  • Create New...