Bug #4016
RTSP SETUP error -5 using DVBViewer Recording Service as SAT>IP server
0%
Description
TVH sees all the tuners on my Windows DVBViewer Service as SAT>IP servers. However, when I try to use them from TVH, I get
[ ERROR]:satip: SAT>IP DVB-T Tuner #1 (192.168.1.201) - RTSP SETUP error -5 (Input/output error) [6-404]
Running with an https trace, I see that TVH makes an initial setup call but DVBViewer replies with "404 stream not found" - see attached log. I have had this working before on TVH version 2190, but I am now using a recent nightly (2267) where it is is broken.
I raised a bug before (#3933) for another issue on 2190, and in the httpc logs for that I can see TVH was making a connection using a url of
SETUP rtsp://192.168.1.201/*stream=5?*fe=3&freq=545.833&bw=8&msys=.....
However, in the logs for this problem, the url is
SETUP rtsp://192.168.1.201/?fe=1&freq=545.833&bw=8&msys=dvbt2&mt.....
There is no 'stream' parameter passed.
Is this a bug?
Files
History
Updated by Jaroslav Kysela about 8 years ago
- Status changed from New to Rejected
It appears like a bug in DVBViewer. The requested SETUP cmd is valid:
SETUP rtsp://192.168.1.201/?fe=1&freq=545.833&bw=8&msys=dvbt2&mtype=256qam&tmode=32k&gi=1128&pls=0 RTSP/1.0 Transport: RTP/AVP;unicast;client_port=55408-55409 CSeq: 1
Check the server what this reply does mean:
RTSP/1.0 404 Stream Not Found
The stream parameter must be returned by the server as a result for the new SETUP cmd.
SAT>IP specification:
Updated by Laurie Davis about 8 years ago
- File RS.JPG RS.JPG added
- File TVHlog.log TVHlog.log added
- File TVH.JPG TVH.JPG added
Thanks for the response. I raised it with the DVBViewer guys - http://www.dvbviewer.tv/forum/topic/58808-cannot-connect-to-rs-using-satip/
Basically, in the SETUP command above, TVH is specifying 'fe=1' (ie tuner 1 in DVBViewer) and 'msys=dvbt2'. However, tuner 1 in DVBViewer is a DVB-C tuner only and so it returns the 'stream not found' error.
I think this is an issue in TVH with the order of SAT>IP tuners. In DVBViewer I have three tuners - tuner 1 is a DVB-C, and the other two are DVB-T2, and they are in that order in DVBViewer. However, the list of SAT>IP tuners I see in TVH is reversed - it shows the two DVB-T2 first and the DVB-C last - see the attached jpg. I have done a few more tests and it seems to be reversing the 'fe=x' parameter, so for example, when trying to connect to the DVB-C tuner, the SETUP command specifies (incorrectly) 'fe=3', and trying to connect to a DVB-T2 it tries with 'fe=1' (this fails and then it tries 'fe=2' which works as the second tuner is a DVB-T2).
I am sure in previous builds the order of the detected SAT>IP tuners was correct, so a recent build seems to have reversed these (possibly?).
Attached are jpgs showing the order of tuners in DVBViewer and TVH, plus a trace log from TVH.
Thanks
Updated by Jaroslav Kysela about 8 years ago
It appears that the string in the SAT>IP XML description file describing the tuners is wrong from DVBViewer. TVH honors the order in the <urn:ses-com:satipX_SATIPCAP> xml tag (the description XML file). Could you check? This is only place where the tuners are described from the server.
Updated by Laurie Davis about 8 years ago
- File description.xml description.xml added
I'm not sure I'm looking at the right thing but apparently doing
http://<dvbviewer-url>/description.xml
should produce it - this is attached. However, the content doesn't look right:
<satip:X_SATIPCAP xmlns:satip="urn:ses-com:satip">DVBS2-0,DVBT-0,DVBT2-2,DVBC-1</satip:X_SATIPCAP>
That just seems to be listing the possible types - I have no DVBS2 tuners installed in DVBViewer.
Does the satip xml from DVBViewer get saved anywhere in TVH? If so, where? Or what trace can I enable to see what TVH gets from DVBViewer when it starts up?
Updated by Laurie Davis about 8 years ago
Ah, just read a little more at http://www.satip.info/sites/satip/files/resource/satip_specification_version_1_2_2.pdf and I now see the numbers after each type in that tag indicate how many tuners are available, so zero DVBS2 tuners, zero DVBT, two DVBT2 and one DVBC, which is correct.
However, in that spec I can't see where it says the order is mandatory to match the host tuners, so is it incorrect that TVH should assume this is the correct order and the 'fe=x' param should match? Would it be better to omit the 'fe=' param completely and let the host choose what tuner to use?
Updated by Jaroslav Kysela about 8 years ago
Yes, the whole problem is that the spec does not handle the situation where the server uses multiple tuners with different types. The one way is to use the order from server (PnP) like tvh does by default. I don't see any other way to do it. Avoiding fe argument is not a right solution, because TVH must address the specific tuners (for example different DiseqC setup for DVB-S per tuner).
But the good thing is that you may override the reply from server in tvh - see "Tuner configuration" field - use 'DVBC-1,DVB-T2-2' for your setup (you should write string manually to the combobox field).
Updated by Laurie Davis about 8 years ago
Yes, that works! Actually, a slight typo - it should be DVBC-1,DVBT2-2 (not DVB-T2-2) but I got the idea
Thanks for all your help.
Updated by Jaroslav Kysela about 8 years ago
Sorry about this typo. You may discuss with the dvbviewer developer to return the correct tuner order for the PnP configuration.
Updated by Anton Bungin almost 6 years ago
Jaroslav Kysela wrote:
Yes, the whole problem is that the spec does not handle the situation where the server uses multiple tuners with different types. The one way is to use the order from server (PnP) like tvh does by default. I don't see any other way to do it. Avoiding fe argument is not a right solution, because TVH must address the specific tuners (for example different DiseqC setup for DVB-S per tuner).
But the good thing is that you may override the reply from server in tvh - see "Tuner configuration" field - use 'DVBC-1,DVB-T2-2' for your setup (you should write string manually to the combobox field).
Hi!
Is there any way to solve the problem?
As it is said on DVBViewer site:
"That's just a questionable work-around. It must be considered that the RS handles request -> tuner assignnments dynamically. If you have two DVB-T tuners and the first one is occupied by a recording or another streaming client, the RS will automatically use the second one. This feature is spoiled by using the fe parameter unnecessarily. And it spoils similar features in other Sat>IP servers as well. If the RS has started a DVB-T recording, it will reject TVH as client, because it stubbornly insists on a particular tuner that is occupied."
https://www.dvbviewer.tv/forum/topic/58808-cannot-connect-to-rs-using-satip/
Plus
Where is ""Tuner configuration" field" to be overwritten in TVH 4.3.*?
Updated by Jaroslav Kysela almost 6 years ago
Disable "FE supported" in the SAT>IP server configuration (input adapter tree - the root for the SAT>IP server - the "Tuner configuration" item is there also).
Updated by Anton Bungin almost 6 years ago
Jaroslav Kysela wrote:
Disable "FE supported" in the SAT>IP server configuration (input adapter tree - the root for the SAT>IP server - the "Tuner configuration" item is there also).
Thanks a lot.
I did it in the root, but anyway get errors:2019-01-07 14:20:14.586 mpegts: 192.168.1.139 in IPTV Automatic Network - tuning on IPTV #1
2019-01-07 14:20:14.586 iptv: 192.168.1.139 in IPTV Automatic Network - unsupported scheme [none]
2019-01-07 14:20:15.555 http: 192.168.1.139: HTTP/1.1 POST (3) /api/mpegts/input/network_list -- 400
2019-01-07 14:20:15.602 http: 192.168.1.139: HTTP/1.1 POST (3) /api/mpegts/input/network_list -- 400
Maybe I missed some options, when tuning TVH as a client of DVBViewer RS
Updated by Anton Bungin almost 6 years ago
Jaroslav Kysela wrote:
IPTV errors are not related to SAT>IP at all.
Looked hrough the optionns.
Now it works.
But TVH always crushes DVBViewer RS
Updated by Anton Bungin over 5 years ago
- File 1.png 1.png added
- File 2.png 2.png added
- File 3.png 3.png added
- File 4.png 4.png added
- File A.png A.png added
Another try to use TVH as a SAT>IP client of DVBViewer.
But now I don't have any streams at all.
My configs are attached.
Description.xml:
<root xmlns="urn:schemas-upnp-org:device-1-0" configId="0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<URLBase>http://192.168.1.139:8089</URLBase>
<device>
<UDN>uuid:6AB7B0E9-E4E1-4E9E-8A80-AD5E5EB9A987</UDN>
<friendlyName>DVBViewer Media Server (TVBUNG)</friendlyName>
<manufacturer>cmuv</manufacturer>
<manufacturerURL>http://www.dvbviewer.com/</manufacturerURL>
<modelDescription>DVBViewer Mediaserver</modelDescription>
<modelName>DVBViewer Mediaserver</modelName>
<modelNumber>2.0</modelNumber>
<modelURL>http://www.dvbviewer.com/</modelURL>
<serialNumber>0815</serialNumber>
<deviceType>urn:ses-com:device:SatIPServer:1</deviceType>
<presentationURL>http://192.168.1.139:8089</presentationURL>
<iconList>
<icon>
<mimetype>image/png</mimetype>
<height>120</height>
<width>120</width>
<depth>24</depth>
<url>/gfx/dvbviewer-120.png</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<height>48</height>
<width>48</width>
<depth>24</depth>
<url>/gfx/dvbviewer-48.png</url>
</icon>
<icon>
<mimetype>image/jpeg</mimetype>
<height>48</height>
<width>48</width>
<depth>24</depth>
<url>/gfx/dvbviewer-48.jpg</url>
</icon>
<icon>
<mimetype>image/jpeg</mimetype>
<height>120</height>
<width>120</width>
<depth>24</depth>
<url>/gfx/dvbviewer-120.jpg</url>
</icon>
</iconList>
<satip:X_SATIPCAP xmlns:satip="urn:ses-com:satip">DVBS2-4,DVBT-0,DVBT2-5,DVBC-4</satip:X_SATIPCAP>
<satip:X_SATIPM3U xmlns:satip="urn:ses-com:satip">/rtspchannels.m3u</satip:X_SATIPM3U>
</device>
</root>
TVH log:
2019-05-03 17:48:44.726 mpegts: 11385V in 5 - tuning on SAT>IP DVB-S Tuner #2 (192.168.1.139@UDP)
2019-05-03 17:48:44.726 subscription: 0514: "scan" subscribing to mux "11385V", weight: 2, adapter: "SAT>IP DVB-S Tuner #2 (192.168.1.139@UDP)", network: "5", service: "Raw PID Subscription"
2019-05-03 17:48:44.727 satip: rtp - cannot bind 192.168.1.139:554 [e=Cannot assign requested address]
2019-05-03 17:48:44.727 satip: rtp - cannot bind 192.168.1.139:554 [e=Cannot assign requested address]
2019-05-03 17:48:44.727 satip: rtp - cannot bind 192.168.1.139:554 [e=Cannot assign requested address]
2019-05-03 17:48:44.727 satip: rtp - cannot bind 192.168.1.139:554 [e=Cannot assign requested address]
2019-05-03 17:48:44.777 satip: rtp - cannot bind 192.168.1.139:554 [e=Cannot assign requested address]
2019-05-03 17:48:44.777 satip: rtp - cannot bind 192.168.1.139:554 [e=Cannot assign requested address]
Updated by Anton Bungin over 5 years ago
Flole Systems wrote:
Bind address is wrong.
In screenshots 192.168.1.139:554 is the right address in DVBViewer configuration
Updated by Flole Systems over 5 years ago
Please read documentation about that parameter again, this is not the Sat-IP server IP. In this case you most likely want to leave it empty anyways.
Updated by Anton Bungin over 5 years ago
Flole Systems wrote:
Please read documentation about that parameter again, this is not the Sat-IP server IP. In this case you most likely want to leave it empty anyways.
Thanks.
I wouldn't say that documentation is overwhelming:
"Local bind IP address : Bind to specific local IP address."
Moreover, the read-only part says, that "IP address: = 192.168.1.139"
Anyway, leaving the field blank solves the binding problem.
But all the time tuners try to scan I get something like this:
"mpegts: 10979V in 19 - scan no data, failed"
Am I right configuring networks, as listed above?
Updated by Anton Bungin over 5 years ago
OK, TVH seems to be unborn to work as a SAT>IP client and cannot work with CIs https://tvheadend.org/boards/4/topics/37353
Welcome dammned Windoes
Updated by Anton Bungin over 5 years ago
OK, TVH seems to be unborn to work as a SAT>IP client and cannot work with CIs https://tvheadend.org/boards/4/topics/37353
Welcome dammned Windows
Updated by Flole Systems over 5 years ago
To me this looks like you're just messing around with parameters that you don't understand. Start over, understand what each parameter means and set it accordingly, then you can get it to work with almost every SAT-IP Server.
Updated by Anton Bungin over 5 years ago
Flole Systems wrote:
To me this looks like you're just messing around with parameters that you don't understand. Start over, understand what each parameter means and set it accordingly, then you can get it to work with almost every SAT-IP Server.
For me the manuals are in a raw state, sorry