Bug #3749
open
Client can't scan, TVH as SAT>IP server.
Added by Jordi Font almost 9 years ago.
Updated almost 9 years ago.
Found in version:
4.1-1785~g264b4ec-dirty
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
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 ?
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.
Also available in: Atom
PDF
Updated by 
Updated by