Reply to thread

Message: <blockquote data-quote="georgius" data-source="post: 1185425" data-attributes="member: 107951">The logs can be helpful, 100 seconds is more than sufficient value.My fault, there is parsing error in TV plugin for client port min and max value. I attached fixed plugin DLL, replace yours DLL in TV service, after that you should be able to see channels from DB or from playlist. It is readable by filter and by plugin. You can see, that parameters are separated by '&' and parameter name and value are separated by '='. The parameters' values are encoded to URL (<a href="https://msdn.microsoft.com/en-us/library/4fkewx0t(v=vs.110).aspx" target="_blank">https://msdn.microsoft.com/en-us/library/4fkewx0t(v=vs.110).aspx</a>) and also '+' is replaced by '%20'.Logs can be helpful, fixed DLL attached.Yes, I'm dreaming about "apt-get update && apt-get upgrade" in Windows too, but this will not happen. OpenConnectionTimeout can be set for all RTSP urls in easier way. Go to plugin, switch to RTSP section, change OpenConnectionTimeout, press Apply settings, go to Database section and press Apply settings. Then all RTSP urls should have set open connection timeout. If you wish to apply open connection timeout by script, you have to construct proper filter URL (the unreadable one).This is not possible.I'm not 100% sure, but I think that TV server checks stream when opened if it is FTA and does not care about FTA value in DB. And in some cases this checking results in scrambled value, even if channel is not scrambled.Filter does not have config or any other form of configuration. Everything is passed in "unreadable" URL. So, you have to construct right URL for each channel.If everything works, he/she doesn't have to do anything. If not, he/she asks for help and provides logs. And if it is possible, we helps. The VLC and DVBViewer have probably bigger timeouts, but they are user programs, so user see what is happening. The TV server is service, so client programs (MP or Kodi, maybe others) don't know what is happening, until stream is correctly opened or timeout occurs. Also you can have more than one IPTV card and TV service tries to open channel on all possible cards. With big timeout it will take very long time and user looking on MP screen doesn't know, what is happening. When using IPTV is also assumed that you are directly connected to provider's network, so responses should be very fast. So, I think that timeout is set to reasonable value for such case.TV server works in another way. It must know the stream parameters at least to know, if it is on correct channel. You don't want to watch or record another program as you set. VLC doesn't care about that.You're right, the simplier for a user, the better. But in many cases it's not possible. Especially in IPTV and network things. And especially RTSP <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile    :)" loading="lazy" data-shortname=":)" /> Every tested RTSP provider has something specific.</blockquote>

Verification