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
Iptv hickups
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="doskabouter" data-source="post: 1254416" data-attributes="member: 98267"><p>Hi all,</p><p></p><p>Since a while I'm using iptv to watch tv-content, most of the time it works like a charm except (who would've thought) when it doesn't.</p><p></p><p>The thing is, the connection to (or my iptvprovider itself) drops out on me (MPUrlSourceSplitter_Protocol_Http: instance 'Main': CurlDebug(): CURL message: 'Closing connection 2011') and </p><p>[CODE]</p><p>18-02-2019 19:46:20.103 [114c] [{3F93EB93-6AE0-42E4-82A7-E01F26684F3C}] [Verbose] MPUrlSourceSplitter_Protocol_Http: ReceiveData(): discontinuity, completing request, request '17779', start '140895852', size '1046784', found: '74312'</p><p>18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): invalid data, removing 4 bytes</p><p>18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 17 (0x0011), expected counter: 1, packet counter: 14</p><p>18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 0 (0x0000), expected counter: 7, packet counter: 9</p><p>18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 4096 (0x1000), expected counter: 7, packet counter: 9</p><p>18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 256 (0x0100), expected counter: 12, packet counter: 10</p><p>18-02-2019 19:46:20.143 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Verbose] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity, completing request, request '781', start '140895848', size '1046784', found: '74260', fragment start: 140895848, fragment length: 74260, start searching fragment start: 0</p><p>18-02-2019 19:46:20.143 [ 3a4] [{DE0776D7-5702-4D32-B9E3-C01688D98B4F}] [Verbose] Demuxer: DemuxerRead(): stream 0, request 781, start: 140895848, length: 1046784, pending discontinuity</p><p>18-02-2019 19:46:20.144 [ 3a4] [{DE0776D7-5702-4D32-B9E3-C01688D98B4F}] [Verbose] Demuxer: DemuxerRead(): stream 0, request 782, start: 140970108, length: 1046784, discontinuity reported</p><p>18-02-2019 19:46:20.144 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): invalid data, removing 136 bytes</p><p>18-02-2019 19:46:20.144 [ 3a4] [{DE0776D7-5702-4D32-B9E3-C01688D98B4F}] [Verbose] Demuxer: GetNextPacketInternal(): stream 0, discontinuity received or connection lost</p><p>18-02-2019 19:46:20.144 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 256 (0x0100), expected counter: 15, packet counter: 0</p><p>18-02-2019 19:46:20.144 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 257 (0x0101), expected counter: 6, packet counter: 15</p><p>18-02-2019 19:46:23.143 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Verbose] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): setting guess total length: 295708960</p><p>[/CODE]</p><p></p><p>So it reports a discontinuity upstream (tswriter,log<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p>[CODE]</p><p>[2019-02-18 19:36:55,439] [d248890] [610] - CDiskRecorder::Flush() - Throttle to 32336 bytes (max)</p><p>[2019-02-18 19:46:20,159] [d248890] [610] - Recorder:Pid 100 Continuity error... a ( prev b ) - bad signal?</p><p>[2019-02-18 19:46:20,199] [d248890] [610] - Recorder:Pid 100 Continuity error... 0 ( prev e ) - bad signal?</p><p>[2019-02-18 19:46:20,199] [d248890] [610] - Recorder: TIMESHIFT Info : Program clock reference backward jump ( -2995198 ).</p><p>[2019-02-18 19:46:20,199] [d248890] [610] - Recorder:Pid 101 Continuity error... f ( prev 5 ) - bad signal?</p><p>[/CODE]</p><p></p><p>This results in this case to a jump backwards of 30 seconds, and after that it continues normally.</p><p></p><p>Couple of questions:</p><p>- Tv server is 1.18, is it worth it to upgrade and test again, or wasn't there any improvement in that area due to the TVE code freeze issues?</p><p>- Is it possible to change behavior in this case that it doesn't jump back but keeps on playing normally? </p><p> I do realize that when new data is needed to feed to the player and due to network/server issues it is not present, something needs to be done, but I'd rather have a paused image/buffering cursor/other creative solutions than a skip back.</p><p></p><p>I can pretty reliably reproduce this, so if someone wants to use me as a guinea-pig, please let me know!</p></blockquote><p></p>
[QUOTE="doskabouter, post: 1254416, member: 98267"] Hi all, Since a while I'm using iptv to watch tv-content, most of the time it works like a charm except (who would've thought) when it doesn't. The thing is, the connection to (or my iptvprovider itself) drops out on me (MPUrlSourceSplitter_Protocol_Http: instance 'Main': CurlDebug(): CURL message: 'Closing connection 2011') and [CODE] 18-02-2019 19:46:20.103 [114c] [{3F93EB93-6AE0-42E4-82A7-E01F26684F3C}] [Verbose] MPUrlSourceSplitter_Protocol_Http: ReceiveData(): discontinuity, completing request, request '17779', start '140895852', size '1046784', found: '74312' 18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): invalid data, removing 4 bytes 18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 17 (0x0011), expected counter: 1, packet counter: 14 18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 0 (0x0000), expected counter: 7, packet counter: 9 18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 4096 (0x1000), expected counter: 7, packet counter: 9 18-02-2019 19:46:20.123 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 256 (0x0100), expected counter: 12, packet counter: 10 18-02-2019 19:46:20.143 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Verbose] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity, completing request, request '781', start '140895848', size '1046784', found: '74260', fragment start: 140895848, fragment length: 74260, start searching fragment start: 0 18-02-2019 19:46:20.143 [ 3a4] [{DE0776D7-5702-4D32-B9E3-C01688D98B4F}] [Verbose] Demuxer: DemuxerRead(): stream 0, request 781, start: 140895848, length: 1046784, pending discontinuity 18-02-2019 19:46:20.144 [ 3a4] [{DE0776D7-5702-4D32-B9E3-C01688D98B4F}] [Verbose] Demuxer: DemuxerRead(): stream 0, request 782, start: 140970108, length: 1046784, discontinuity reported 18-02-2019 19:46:20.144 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): invalid data, removing 136 bytes 18-02-2019 19:46:20.144 [ 3a4] [{DE0776D7-5702-4D32-B9E3-C01688D98B4F}] [Verbose] Demuxer: GetNextPacketInternal(): stream 0, discontinuity received or connection lost 18-02-2019 19:46:20.144 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 256 (0x0100), expected counter: 15, packet counter: 0 18-02-2019 19:46:20.144 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Warning] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): discontinuity detected, PID: 257 (0x0101), expected counter: 6, packet counter: 15 18-02-2019 19:46:23.143 [16b4] [{AC67E606-D0BA-4857-BAAA-E0FC799ADF81}] [Verbose] MPUrlSourceSplitter_Parser_Mpeg2TS: ReceiveDataWorker(): setting guess total length: 295708960 [/CODE] So it reports a discontinuity upstream (tswriter,log:) [CODE] [2019-02-18 19:36:55,439] [d248890] [610] - CDiskRecorder::Flush() - Throttle to 32336 bytes (max) [2019-02-18 19:46:20,159] [d248890] [610] - Recorder:Pid 100 Continuity error... a ( prev b ) - bad signal? [2019-02-18 19:46:20,199] [d248890] [610] - Recorder:Pid 100 Continuity error... 0 ( prev e ) - bad signal? [2019-02-18 19:46:20,199] [d248890] [610] - Recorder: TIMESHIFT Info : Program clock reference backward jump ( -2995198 ). [2019-02-18 19:46:20,199] [d248890] [610] - Recorder:Pid 101 Continuity error... f ( prev 5 ) - bad signal? [/CODE] This results in this case to a jump backwards of 30 seconds, and after that it continues normally. Couple of questions: - Tv server is 1.18, is it worth it to upgrade and test again, or wasn't there any improvement in that area due to the TVE code freeze issues? - Is it possible to change behavior in this case that it doesn't jump back but keeps on playing normally? I do realize that when new data is needed to feed to the player and due to network/server issues it is not present, something needs to be done, but I'd rather have a paused image/buffering cursor/other creative solutions than a skip back. I can pretty reliably reproduce this, so if someone wants to use me as a guinea-pig, please let me know! [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
Iptv hickups
Contact us
RSS
Top
Bottom
