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
Audio Sync issue
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: 1091756" data-attributes="member: 82144"><p>Hmmm, like I said the container can make all the difference. Sync doesn't depend on the video or audio content itself.</p><p></p><p></p><p></p><p>These statements suggest that the programs you're using to process the recordings aren't correctly preserving and/or interpreting the timing information in the recordings.</p><p></p><p>TV Server doesn't control, influence, or care about video-audio sync. Sync in the source stream itself (including recordings) depends entirely on timestamps injected by the broadcaster, and we don't modify that. A TV Server recording is for all intents and purposes just a broadcast stream written to file.</p><p></p><p>The sources of sync issues are:</p><ul> <li data-xf-list-type="ul">the broadcaster</li> <li data-xf-list-type="ul">post-processing</li> <li data-xf-list-type="ul">playback</li> </ul><p>If the original recording doesn't have sync issues then you need to look at the other two possibilities.</p><p></p><p></p><p>As above: post processing of any kind can introduce issues.</p><p>I can't give you a detailed explanation as to why the same processing for a WTV file is okay. At the highest level the explanation is that WTV is [very] different to TS, and MCEBuddy and will handle it differently. I note that the AVI format itself has limitations. It really isn't the best choice for a container these days.</p></blockquote><p></p>
[QUOTE="mm1352000, post: 1091756, member: 82144"] Hmmm, like I said the container can make all the difference. Sync doesn't depend on the video or audio content itself. These statements suggest that the programs you're using to process the recordings aren't correctly preserving and/or interpreting the timing information in the recordings. TV Server doesn't control, influence, or care about video-audio sync. Sync in the source stream itself (including recordings) depends entirely on timestamps injected by the broadcaster, and we don't modify that. A TV Server recording is for all intents and purposes just a broadcast stream written to file. The sources of sync issues are: [LIST] [*]the broadcaster [*]post-processing [*]playback [/LIST] If the original recording doesn't have sync issues then you need to look at the other two possibilities. As above: post processing of any kind can introduce issues. I can't give you a detailed explanation as to why the same processing for a WTV file is okay. At the highest level the explanation is that WTV is [very] different to TS, and MCEBuddy and will handle it differently. I note that the AVI format itself has limitations. It really isn't the best choice for a container these days. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
Audio Sync issue
Contact us
RSS
Top
Bottom