home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
General Support
DVB EPG not working
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="mm1352000" data-source="post: 805732" data-attributes="member: 82144"><p>Hi svendis and Wbunaarf</p><p></p><p>I've been meaning to post for the last couple of days now but I just haven't had time. A quick post now before I go home and to bed...</p><p></p><p></p><p>I'll tell you what - I would definitely be sad! <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p>I've spent hours going through the code to check that TsWriter's string and SDT parsing is correct. It seems to me that this could very well be a FloppyDTV issue. I mean, it seems very strange that this problem has only been reported with FloppyDTVs (am I wrong about that?). From my perspective it is not so productive for me to spend more hours examining the code at this time - I would like to see if this issue is reproducible in MP with a different model of tuner. Of course I won't stop looking at the code, but I'm just reluctant to waste a lot of time if this is a hardware issue.</p><p></p><p>[USER=78564]svendis[/USER]: one thing I noticed in your first logs is that there is no scan information and no attempt to tune either of the transponders. That makes those logs pretty much useless.</p><p>[USER=17027]Wbunaarf[/USER]: you've provided many logs internally so I *really* appreciate your persistence. When I look at this problem I really need the TsWriter log as well as the tv.log so your latest log is not all that helpful either. One thing I did notice:</p><p></p><p></p><p></p><p>One very critical difference in these two (apart from the channel and provider names of course) is... the ONID. That is really critical. Let me explain with a comment about channel scanning:</p><p></p><p>When scanning for channels, we find the list of channels in the PAT. When a channel is first identified there, we only have:</p><p>SID</p><p>TSID</p><p>PMT PID</p><p></p><p>We use that information to try to find the details for the service from 3 other tables. They are listed below with the fields that we get from each of them:</p><p></p><p><strong>SDT (service description table)</strong></p><p>- network ID</p><p>- transport ID</p><p>- service ID</p><p>- free CA mode (encrypted/free indicator)</p><p>- channel type</p><p>- provider name</p><p>- channel name</p><p></p><p><strong>NIT</strong></p><p>- logical channel number</p><p></p><p><strong>PMT</strong></p><p>- has video?</p><p>- has audio?</p><p>- has CA descriptor?</p><p>(these fields are alternative ways of getting the channel type and encrypted status for providers that misbehave)</p><p></p><p>Initial values for the fields are:</p><p>- free CA mode = 0 (free to air)</p><p>- channel type = 0 (undefined)</p><p>- provider name = ""</p><p>- channel name = ""</p><p>- has video = false</p><p>- has audio = false</p><p>- has CA descriptor = false</p><p></p><p>When your channel is found as unknown, I think we are not receiving the SDT. However, that would be very curious since the FloppyDTV hardware PID filter should be enabled. As I've told Wbunaarf in the past on the internal forum, we don't know the PMT PIDs in advance and we disable the NIT PID so when the PID filter is engaged (which it should be for these transponders since they are high-bitrate DVB-S2... which the FloppyDTV/firewire might not be able to handle) I'd only expect to get information from the PAT and SDT. The PMT and NIT should be thrown away by the FloppyDTV's filter.</p><p></p><p>Now, what is so strange is that even when the channel name is unknown we somehow know the type (TV) and correct FTA/encrypted status but we don't have the ONID. <strong>How is that possible if the SDT and PMT are not received?</strong> If the SDT is received then we should have the ONID and channel name. If it is not received then we shouldn't know the channel type and encrypted status. If the PMT is received (and that is where the channel type and encrypted status come from)... well, it should not be received if the FloppyDTV PID filter is working correctly. If you can answer that question then you can solve this problem! I expect that the answer/cause will either be:</p><p>1. FloppyDTV PID filter doing strange things.</p><p>2. Some SDT sections in the stream only contain partial information. It is pure luck as to whether the right section is received or not. This would be a provider problem.</p><p></p><p>So what can we do?</p><p>1. Try scanning with another card and see if the channels are ever found as unknown. Can one of you do this?</p><p>2. Check the stream contents. I can do this if somebody provides me with a stream dump. Alternatively I can provide a debug TsWriter that logs the PIDs which are being received so that we can see if the FloppyDTV is behaving correctly.</p><p></p><p>Which option would you prefer? The 1st option is easiest for me... <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p></p><p>mm</p><p></p><p>[Edit: one more clarification. Once the SDT (or PMT) information for a channel is received, SDT (or PMT) for that channel is no longer used.]</p></blockquote><p></p>
[QUOTE="mm1352000, post: 805732, member: 82144"] Hi svendis and Wbunaarf I've been meaning to post for the last couple of days now but I just haven't had time. A quick post now before I go home and to bed... I'll tell you what - I would definitely be sad! :) I've spent hours going through the code to check that TsWriter's string and SDT parsing is correct. It seems to me that this could very well be a FloppyDTV issue. I mean, it seems very strange that this problem has only been reported with FloppyDTVs (am I wrong about that?). From my perspective it is not so productive for me to spend more hours examining the code at this time - I would like to see if this issue is reproducible in MP with a different model of tuner. Of course I won't stop looking at the code, but I'm just reluctant to waste a lot of time if this is a hardware issue. [USER=78564]svendis[/USER]: one thing I noticed in your first logs is that there is no scan information and no attempt to tune either of the transponders. That makes those logs pretty much useless. [USER=17027]Wbunaarf[/USER]: you've provided many logs internally so I *really* appreciate your persistence. When I look at this problem I really need the TsWriter log as well as the tv.log so your latest log is not all that helpful either. One thing I did notice: One very critical difference in these two (apart from the channel and provider names of course) is... the ONID. That is really critical. Let me explain with a comment about channel scanning: When scanning for channels, we find the list of channels in the PAT. When a channel is first identified there, we only have: SID TSID PMT PID We use that information to try to find the details for the service from 3 other tables. They are listed below with the fields that we get from each of them: [B]SDT (service description table)[/B] - network ID - transport ID - service ID - free CA mode (encrypted/free indicator) - channel type - provider name - channel name [B]NIT[/B] - logical channel number [B]PMT[/B] - has video? - has audio? - has CA descriptor? (these fields are alternative ways of getting the channel type and encrypted status for providers that misbehave) Initial values for the fields are: - free CA mode = 0 (free to air) - channel type = 0 (undefined) - provider name = "" - channel name = "" - has video = false - has audio = false - has CA descriptor = false When your channel is found as unknown, I think we are not receiving the SDT. However, that would be very curious since the FloppyDTV hardware PID filter should be enabled. As I've told Wbunaarf in the past on the internal forum, we don't know the PMT PIDs in advance and we disable the NIT PID so when the PID filter is engaged (which it should be for these transponders since they are high-bitrate DVB-S2... which the FloppyDTV/firewire might not be able to handle) I'd only expect to get information from the PAT and SDT. The PMT and NIT should be thrown away by the FloppyDTV's filter. Now, what is so strange is that even when the channel name is unknown we somehow know the type (TV) and correct FTA/encrypted status but we don't have the ONID. [B]How is that possible if the SDT and PMT are not received?[/B] If the SDT is received then we should have the ONID and channel name. If it is not received then we shouldn't know the channel type and encrypted status. If the PMT is received (and that is where the channel type and encrypted status come from)... well, it should not be received if the FloppyDTV PID filter is working correctly. If you can answer that question then you can solve this problem! I expect that the answer/cause will either be: 1. FloppyDTV PID filter doing strange things. 2. Some SDT sections in the stream only contain partial information. It is pure luck as to whether the right section is received or not. This would be a provider problem. So what can we do? 1. Try scanning with another card and see if the channels are ever found as unknown. Can one of you do this? 2. Check the stream contents. I can do this if somebody provides me with a stream dump. Alternatively I can provide a debug TsWriter that logs the PIDs which are being received so that we can see if the FloppyDTV is behaving correctly. Which option would you prefer? The 1st option is easiest for me... :) mm [Edit: one more clarification. Once the SDT (or PMT) information for a channel is received, SDT (or PMT) for that channel is no longer used.] [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
DVB EPG not working
Contact us
RSS
Top
Bottom