Reply to thread

Message

Yes. This is also the underlying cause of all the problems that you're seeing.

Yes and no. The SDT and NIT PIDs also help you to get full channel information (name, encrypted/free, number, type) in the scan.

I don't quite agree. To be clear, the fact that the channel is in the PAT and SDT means that it would be found even if the PMT PID is blocked. If you were to allow only the PAT and correct PMT PID then you would get one channel... but it would have no name and EPG might not work.

Yes, I agree.

Yes, I understand this example too.

Right now this is pretty much the only way that the ONet (or any other SAT/CABLE>IP tuner will work with TV Server without code changes. It is not ideal because streaming only two transponders may saturate a 100 Mb/s connection and you don't get proper signal strength/quality readings. The only other way I can think of which would allow PID filtering to be used is to import the channels directly to the database rather than scanning... but of course creating the initial channel list is very time consuming. My approach is not to claim that hardware is supported until it works properly and that is why I previously said the ONet is not yet supported...

<blockquote data-quote="mm1352000" data-source="post: 1028274" data-attributes="member: 82144">Yes. This is also the underlying cause of all the problems that you're seeing.Yes and no. The SDT and NIT PIDs also help you to get full channel information (name, encrypted/free, number, type) in the scan.I don't quite agree. To be clear, the fact that the channel is in the PAT and SDT means that it would be found even if the PMT PID is blocked. If you were to allow only the PAT and correct PMT PID then you would get one channel... but it would have no name and EPG might not work.Yes, I agree.Yes, I understand this example too.Right now this is pretty much the only way that the ONet (or any other SAT/CABLE&gt;IP tuner will work with TV Server without code changes. It is not ideal because streaming only two transponders may saturate a 100 Mb/s connection and you don't get proper signal strength/quality readings. The only other way I can think of which would allow PID filtering to be used is to import the channels directly to the database rather than scanning... but of course creating the initial channel list is very time consuming. My approach is not to claim that hardware is supported until it works properly and that is why I previously said the ONet is not yet supported...</blockquote>

[QUOTE="mm1352000, post: 1028274, member: 82144"] Yes. This is also the underlying cause of all the problems that you're seeing. Yes and no. The SDT and NIT PIDs also help you to get full channel information (name, encrypted/free, number, type) in the scan. I don't quite agree. To be clear, the fact that the channel is in the PAT and SDT means that it would be found even if the PMT PID is blocked. If you were to allow only the PAT and correct PMT PID then you would get one channel... but it would have no name and EPG might not work. Yes, I agree. Yes, I understand this example too. Right now this is pretty much the only way that the ONet (or any other SAT/CABLE>IP tuner will work with TV Server without code changes. It is not ideal because streaming only two transponders may saturate a 100 Mb/s connection and you don't get proper signal strength/quality readings. The only other way I can think of which would allow PID filtering to be used is to import the channels directly to the database rather than scanning... but of course creating the initial channel list is very time consuming. My approach is not to claim that hardware is supported until it works properly and that is why I previously said the ONet is not yet supported... [/QUOTE]