Reply to thread

Message

<blockquote data-quote="RoChess" data-source="post: 971736" data-attributes="member: 18896">@<a href="https://forum.team-mediaportal.com/members/bernard.120430/" target="_blank">Bernard</a>, actually fixed that same problem for quite a few people, it always came back to a combination of MediaInfo and codecs, mainly the splitter part. LAV is default now for MediaPortal (and I use it myself), but its a codec+splitter solution that is not very concurrent friendly, nor does it play nice with others if a conflict occurs. So check your codec settings via LAV config, but also MediaPortal config and OS codec merits. If all fails the stand-alone MPC-HC codecs are a good solution, as they are concurrent optimized.&nbsp;As stated it is a combination issue, for example MediaPortal uses MediaInfo to read any file before playback to get resolution/framerate/etc info, this then in turns makes a non-concurrent optimized codec freak out because it is being used by both MediaInfo for info as well as MediaPortal for playback and causes the delay. Once it is down to a single process of MediaPortal playback then the system can catch up, causing the fast video playback to reach the actual point in time it would be at and all returns to normal.&nbsp;This can happen on a fast computer as well (usually ends up being caused by a mainboard with lousy DPC Latency), and is easy to reproduce/test-for via concurrent RDP.&nbsp;PS: I use LAV myself, so there is nothing wrong with it per se, but the codec configuration can get messed up sometimes. For example on a lot of LAV updates the video codec settings revert back to default of 'none', so I have to manually switch DXVA2 back on. Also I can never playback media on my HTPC via concurrent RDP when MediaPortal is playing, or it will skip and run out of sync constantly (this works fine with MPC-HC codecs+splitters).</blockquote>

[QUOTE="RoChess, post: 971736, member: 18896"] @[URL='https://forum.team-mediaportal.com/members/bernard.120430/']Bernard[/URL], actually fixed that same problem for quite a few people, it always came back to a combination of MediaInfo and codecs, mainly the splitter part. LAV is default now for MediaPortal (and I use it myself), but its a codec+splitter solution that is not very concurrent friendly, nor does it play nice with others if a conflict occurs. So check your codec settings via LAV config, but also MediaPortal config and OS codec merits. If all fails the stand-alone MPC-HC codecs are a good solution, as they are concurrent optimized. As stated it is a combination issue, for example MediaPortal uses MediaInfo to read any file before playback to get resolution/framerate/etc info, this then in turns makes a non-concurrent optimized codec freak out because it is being used by both MediaInfo for info as well as MediaPortal for playback and causes the delay. Once it is down to a single process of MediaPortal playback then the system can catch up, causing the fast video playback to reach the actual point in time it would be at and all returns to normal. This can happen on a fast computer as well (usually ends up being caused by a mainboard with lousy DPC Latency), and is easy to reproduce/test-for via concurrent RDP. PS: I use LAV myself, so there is nothing wrong with it per se, but the codec configuration can get messed up sometimes. For example on a lot of LAV updates the video codec settings revert back to default of 'none', so I have to manually switch DXVA2 back on. Also I can never playback media on my HTPC via concurrent RDP when MediaPortal is playing, or it will skip and run out of sync constantly (this works fine with MPC-HC codecs+splitters). [/QUOTE]

Verification