Bug #3749
Client can't scan, TVH as SAT>IP server.
0%
Description
Environment: Working in a system with TVH as SAT>IP server. Client is scanning frequencies.
Tested with:
Using IPTV as input for TVH
Description:
Some clients like Elgato, need some changes in code to do a properly scan.
If TVH is on Setup, the real state of the tuner cannot be picked because it’s not running, and some clients like Elgato asks for this state to continue with scan.
Also buffer should be increased for manage more streams.
When a SETUP is made and TVH state is Describe, the state should be setup.
Solution:
Find patch attached. With this patch, for example Elgat can scan frequencies without problems
Files
History
Updated by Jaroslav Kysela over 8 years ago
Per SAT>IP spec:
3.5.2 : The creation of the media stream object and its streamID is not directly related to the actual tuning. The
physical tuning may or may not intervene directly after the RTSP SETUP request message. Successful
tuning is related to the availability of all the tuning parameters and the correct reception of the satellite signal.
3.5.15.1 : The RTCP stream becomes available as soon as the RTP stream starts playing.
Could you attach a network dump (wireshark / tcpdump) what Elgato tries to do with unmodified tvh ?
Updated by Jordi Font over 8 years ago
- File withouth_patch.pcapng.gz withouth_patch.pcapng.gz added
Jaroslav Kysela wrote:
Per SAT>IP spec:
3.5.2 : The creation of the media stream object and its streamID is not directly related to the actual tuning. The
physical tuning may or may not intervene directly after the RTSP SETUP request message. Successful
tuning is related to the availability of all the tuning parameters and the correct reception of the satellite signal.3.5.15.1 : The RTCP stream becomes available as soon as the RTP stream starts playing.
Could you attach a network dump (wireshark / tcpdump) what Elgato tries to do with unmodified tvh ?
Hi Jatoslav,
Thank you for your response, find attached a capture with wireshark.
The problem is that the client can send a Describe for know the tuner state after a Setup but before a Play. So the actual version doesn't respond the Describe message with information of the stream until Play message is sent. The client doesn't know the tuner state and assumes that has no signal, and doesn't send the play message.
3.5.15.1 :
The RTCP stream shall also be available in the presence of empty
RTP packets i.e. when no satellite signal is being received.
3.5.7 :
In response to the DESCRIBE request and under the condition that at least one RTSP session has been
setup, SAT>IP servers provide an SDP (Session Description Protocol) [10] formatted description file. The
SDP implementation is based on RFC 4566 [10]. The description file provides details about the configured
media streams and their reception caracteristics.