thor2002ro Posted February 9, 2015 Share Posted February 9, 2015 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... 1 Link to comment
majstang Posted February 9, 2015 Share Posted February 9, 2015 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. Link to comment
thor2002ro Posted February 10, 2015 Author Share Posted February 10, 2015 I think it needs metadata epg.... Link to comment
Griga Posted February 10, 2015 Share Posted February 10, 2015 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 Link to comment
thor2002ro Posted February 10, 2015 Author Share Posted February 10, 2015 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... Link to comment
Tjod Posted February 10, 2015 Share Posted February 10, 2015 Has the channel you are testing with ETI EPG? Keep the VLC program guide window open at least for 1-2 min. Link to comment
thor2002ro Posted February 10, 2015 Author Share Posted February 10, 2015 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... Link to comment
Derrick Posted February 10, 2015 Share Posted February 10, 2015 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. Link to comment
thor2002ro Posted February 10, 2015 Author Share Posted February 10, 2015 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... Link to comment
Tjod Posted February 10, 2015 Share Posted February 10, 2015 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... Link to comment
thor2002ro Posted February 10, 2015 Author Share Posted February 10, 2015 it said rtspchannels.m3u .... anyway I redownloaded the list... still nothing.... Link to comment
Tjod Posted February 10, 2015 Share Posted February 10, 2015 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? Link to comment
Derrick Posted February 10, 2015 Share Posted February 10, 2015 ..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)? Link to comment
thor2002ro Posted February 10, 2015 Author Share Posted February 10, 2015 (edited) I tried but it shows nothing on the list support.zip Edited February 10, 2015 by thor2002ro Link to comment
Tjod Posted February 10, 2015 Share Posted February 10, 2015 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. Link to comment
thor2002ro Posted February 10, 2015 Author Share Posted February 10, 2015 that works... here it is.... Link to comment
thor2002ro Posted February 11, 2015 Author Share Posted February 11, 2015 here is a better look Link to comment
Griga Posted February 11, 2015 Share Posted February 11, 2015 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. Link to comment
thor2002ro Posted February 11, 2015 Author Share Posted February 11, 2015 that works thanks looking forward to RS update Link to comment
thor2002ro Posted February 11, 2015 Author Share Posted February 11, 2015 maybe someone should rename this thread vlc epg... so people can find it fast Link to comment
Derrick Posted February 11, 2015 Share Posted February 11, 2015 is there a reason why you want vlc as a client? A DVBViewer client gives you a much better performance. Link to comment
thor2002ro Posted February 11, 2015 Author Share Posted February 11, 2015 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" Link to comment
Derrick Posted February 11, 2015 Share Posted February 11, 2015 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. Link to comment
thor2002ro Posted February 11, 2015 Author Share Posted February 11, 2015 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... Link to comment
thor2002ro Posted February 23, 2015 Author Share Posted February 23, 2015 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... Link to comment
Tjod Posted February 23, 2015 Share Posted February 23, 2015 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. Link to comment
Griga Posted February 23, 2015 Share Posted February 23, 2015 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. Link to comment
thor2002ro Posted February 23, 2015 Author Share Posted February 23, 2015 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? Link to comment
Derrick Posted February 23, 2015 Share Posted February 23, 2015 IMHO the chance that the prehistoric channellist format will be replaced is nihil Link to comment
thor2002ro Posted February 23, 2015 Author Share Posted February 23, 2015 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... Link to comment
Derrick Posted February 23, 2015 Share Posted February 23, 2015 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. Link to comment
thor2002ro Posted February 23, 2015 Author Share Posted February 23, 2015 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 Link to comment
Tjod Posted February 23, 2015 Share Posted February 23, 2015 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). Link to comment
Tjod Posted February 23, 2015 Share Posted February 23, 2015 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. Link to comment
Griga Posted February 23, 2015 Share Posted February 23, 2015 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. Link to comment
thor2002ro Posted February 23, 2015 Author Share Posted February 23, 2015 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... Link to comment
Griga Posted February 23, 2015 Share Posted February 23, 2015 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. Link to comment
Tjod Posted February 23, 2015 Share Posted February 23, 2015 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. Link to comment
Derrick Posted February 25, 2015 Share Posted February 25, 2015 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. Link to comment
Tjod Posted February 25, 2015 Share Posted February 25, 2015 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. Link to comment
Recommended Posts