<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, 10 Feb 2025 at 13:12, Ken Smith via mythtv-users <<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Everyone,<br>
<br>
I've been experimenting with minisatip on a system that has a TBS Dual <br>
S2 card, a TBS Dual T2 card and a Hauppauge DVB-T card. I've been <br>
collecting logs and wireshark captures, with various combinations of <br>
enabled interfaces, to find out why DVB-S and DVB-T don't work <br>
together.  I'm finding that I can get DVB-T to work or DVB-S, but not <br>
both together. My aim is to have the host system be a SAT>IP server and <br>
run MythTV backend on a VM. It should simplify backend upgrades.<br>
<br>
In one of my tests I had two DVB-S2 interfaces enabled and one DVB-T2. I <br>
used MythTV to run a DVB-S2 channel scan.<br>
<br>
minisatip logs the DVB-S2 request from MythTV like this:-<br>
<br>
minisatip[733468]: [02/02 18:32:38.786 main]: detect_dvb_parameters <br>
(S)-> <br>
fe=1&src=1&freq=11428.00&pol=h&ro=0.35&msys=dvbs&mtype=qpsk&sr=27500&fec=23&plts=auto<br>
<br>
A subsequent channel scan of the T2 interface is logged by minisatip <br>
like this<br>
<br>
[02/02 18:48:09.572 main]: copy_dvb_parameters -> src=1, fe=1, <br>
freq=474000, fec=0 sr=0, pol=0, ro=3, msys=3, mtype=0, plts=2, <br>
bw=8000000, inv=2, pids=, apids=NULL, dpids=NULL x_pmt=NULL<br>
<br>
wireshark captured this request as<br>
<br>
rtsp://...:554/?fe=1&freq=474.00&bw=8&msys=dvbt&tmode=auto&mtype=auto&gi=132&fec=auto<br>
<br>
This second scan of the T2 source fails with "no channels found".<br>
<br>
Notice that in both the S2 scan and the T2 scan, MythTV requests fe=1.<br>
<br>
I initially asked about this on the minisatip github and the suggestion <br>
from there is that MythTV should omit specifying fe= parameter in its <br>
SAT>IP requests. Instead the msys= parameter be used to identify the <br>
type of tuner being addressed. I'm aware that there is also a session <br>
id. I'm not fully familiar with the SAT>IP Specification, however, I do <br>
see the fe= parameter used in many examples in that Specification.<br>
<br>
I've kept all the logs and wireshark captures in case they are useful. I <br>
could re-run some of my tests, possibly also using dev-fe-tool to track <br>
which tuner is actually getting addressed.<br>
<br>
Although to me it seems suspicious that, although fe=1 appears in both <br>
the S2 and T2 scans, that does not explain why a system with just two <br>
S2, or just two T2 tuners is working.<br>
<br>
Thoughts???<br>
<br><br></blockquote><div>Hi Ken,</div><div><br></div><div>It could just be that you found a bug...</div><div>Can you please create an issue in Github <a href="https://github.com/MythTV/mythtv/issues">https://github.com/MythTV/mythtv/issues</a> for this problem?</div><div><br></div><div>Thanks,</div><div>Klaas. </div></div></div>