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
Development
General Development (no feature request here!)
Experimental TsReader development
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="tourettes" data-source="post: 828363" data-attributes="member: 10858"><p>Stream corruption / randomly corrupted data could be caused many different things - most of the time it is bad signal. For example:</p><p></p><ul> <li data-xf-list-type="ul"> Long DPC latency caused by some driver (BDA driver has no change to deliver data and some of it needs to be discarded)</li> <li data-xf-list-type="ul"> Buggy BDA driver</li> </ul><p></p><p></p><p></p><p>Well, I have seen corrupted recordings on my own HTPC where some dropouts were affecting only the audio. Remember that it is completely random where the corruption usually hits. Transport Stream packets are 188 bytes long, and one packet carries only audio or video (or subtitle etc.). So with an extra bad luck you could have 1 hour long period of corrupted audio data and not a single hickup in video stream. Quite unlikely event, but losing 1 second of audio is much more likely (it depends much on the encoding and decoders how much a single lost audio packet will drop the audio stream in the decoding phase).</p></blockquote><p></p>
[QUOTE="tourettes, post: 828363, member: 10858"] Stream corruption / randomly corrupted data could be caused many different things - most of the time it is bad signal. For example: [list] [*] Long DPC latency caused by some driver (BDA driver has no change to deliver data and some of it needs to be discarded) [*] Buggy BDA driver [/list] Well, I have seen corrupted recordings on my own HTPC where some dropouts were affecting only the audio. Remember that it is completely random where the corruption usually hits. Transport Stream packets are 188 bytes long, and one packet carries only audio or video (or subtitle etc.). So with an extra bad luck you could have 1 hour long period of corrupted audio data and not a single hickup in video stream. Quite unlikely event, but losing 1 second of audio is much more likely (it depends much on the encoding and decoders how much a single lost audio packet will drop the audio stream in the decoding phase). [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
Experimental TsReader development
Contact us
RSS
Top
Bottom