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
Stutter when playing movie via recorded TV, but not if watched via Videos
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: 1229779" data-attributes="member: 82144"><p>Hello again</p><p></p><p></p><p>There's more to playback than codecs.</p><p></p><p>For example, the video section uses the LAV splitter and accesses the recording via UNC path (SMB share), whereas the TV section uses our TsReader splitter and streams the recording via RTSP/RTP.</p><p></p><p></p><p>Several points come to mind when I look at your log files:</p><ul> <li data-xf-list-type="ul">Your HD-5450 GPU is barely capable of hardware-accelerated full HD h.264 video decoding with good quality deinterlacing</li> <li data-xf-list-type="ul">Your display refresh rate - 32 Hz - is highly <strong>highly</strong> unusual. You should expect dropped frames given that you haven't enabled the refresh rate changer and the video frame/field rate is 50 Hz.<br /> </li> <li data-xf-list-type="ul">The recording doesn't appear to have been created by MediaPortal's TV Server.</li> <li data-xf-list-type="ul">The "video to render too late" and "audio to render too late" messages you see in the TsReader log suggest either timing issues (eg. the refresh rate stuff I mentioned), streaming/bufferring issues (eg. variable network latency or insufficient buffer size) or decoding issues (eg. GPU or CPU overloaded).</li> </ul><p>In summary, I'm not sure whether the issue is caused by:</p><ul> <li data-xf-list-type="ul">a fundamental incompatibility between the recording source/encoder and our TS splitter (TsReader)</li> <li data-xf-list-type="ul">a network issue (eg. a bad NIC driver, or a bad wireless link somewhere in the chain between the machine that hosts the file and the machine that plays it)</li> <li data-xf-list-type="ul">a decoding issue (eg. non-optimal GPU/codec config, or CPU/GPU overload due to over-zealous security software scanning)</li> <li data-xf-list-type="ul">etc. etc. etc.</li> </ul><p>Extra info about the source of the recording, the network chain between the host and playback machines, and the unusual display refresh rate would be helpful.</p><p></p><p>Also, I suggest you use task manager to check the CPU load while viewing the recording to help determine whether it's overloaded.</p></blockquote><p></p>
[QUOTE="mm1352000, post: 1229779, member: 82144"] Hello again There's more to playback than codecs. For example, the video section uses the LAV splitter and accesses the recording via UNC path (SMB share), whereas the TV section uses our TsReader splitter and streams the recording via RTSP/RTP. Several points come to mind when I look at your log files: [LIST] [*]Your HD-5450 GPU is barely capable of hardware-accelerated full HD h.264 video decoding with good quality deinterlacing [*]Your display refresh rate - 32 Hz - is highly [B]highly[/B] unusual. You should expect dropped frames given that you haven't enabled the refresh rate changer and the video frame/field rate is 50 Hz. [*]The recording doesn't appear to have been created by MediaPortal's TV Server. [*]The "video to render too late" and "audio to render too late" messages you see in the TsReader log suggest either timing issues (eg. the refresh rate stuff I mentioned), streaming/bufferring issues (eg. variable network latency or insufficient buffer size) or decoding issues (eg. GPU or CPU overloaded). [/LIST] In summary, I'm not sure whether the issue is caused by: [LIST] [*]a fundamental incompatibility between the recording source/encoder and our TS splitter (TsReader) [*]a network issue (eg. a bad NIC driver, or a bad wireless link somewhere in the chain between the machine that hosts the file and the machine that plays it) [*]a decoding issue (eg. non-optimal GPU/codec config, or CPU/GPU overload due to over-zealous security software scanning) [*]etc. etc. etc. [/LIST] Extra info about the source of the recording, the network chain between the host and playback machines, and the unusual display refresh rate would be helpful. Also, I suggest you use task manager to check the CPU load while viewing the recording to help determine whether it's overloaded. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
Stutter when playing movie via recorded TV, but not if watched via Videos
Contact us
RSS
Top
Bottom
