Reply to thread

Message

<blockquote data-quote="rsbrux" data-source="post: 1174568" data-attributes="member: 49539">Quite true; I didn't consider that. Thanks for explaining this so patiently!I found the Resource Monitor display somewhat confusing, as it repeatedly indicated 100% load under &quot;CPU - Total&quot;, (even when I successfully played a previously recorded video), although none of the individual cores showed a high load.Since there are two choices for DXVA2, I opted for Intel QuickSync.&nbsp; All of the attached data reflect this setting, as well as using LAV throughout.I have attached logs for 3 attempts:<ol>
<li data-xf-list-type="ol">Using UNC: there were relatively long delays in TV navigation (e.g. displaying the TV Guide).&nbsp; The MP client said it couldn't play the timeshift file (see error.png), but exited gracefully when I closed the GUI. 
</li>
<li data-xf-list-type="ol">Playing the previously copied TV recording out of the local client's Video folder.&nbsp; Playback was fine, and the MP client again exited gracefully when I closed the GUI.</li>
<li data-xf-list-type="ol">Retry with RTSP (and Intel QuickSync), given the failure of 1 above. There was only a brief fragment of audio, but no video.&nbsp; The MP client failed to exit completely when I closed the GUI, and had to be terminated via Task Manager.</li>
</ol>Quite right; I was looking at the wrong client settings.&nbsp; On the Compute Stick, the corresponding option is to force UNC (RTSP is not mentioned).</blockquote>This worked fine. Please see 2nd set of attached logs.I couldn't find any information from my cable provider, which identifies any channels as carrying MPEG-2 encodiing as opposed to H.264, nor could I find any clues in the exported tuning details from the MP TV Server.&nbsp; Is there some way to identify potential candidates, short of zapping through all 50+ FTA channels and then checking the log?Thanks, I didn't install anything else.&nbsp; I wanted to stay as close as possible to bog-standard OOTB W10, to keep things as simple as possible.Thanks again for all of your help![/QUOTE]

[QUOTE="rsbrux, post: 1174568, member: 49539"] Quite true; I didn't consider that. Thanks for explaining this so patiently! I found the Resource Monitor display somewhat confusing, as it repeatedly indicated 100% load under "CPU - Total", (even when I successfully played a previously recorded video), although none of the individual cores showed a high load. Since there are two choices for DXVA2, I opted for Intel QuickSync. All of the attached data reflect this setting, as well as using LAV throughout. I have attached logs for 3 attempts: [LIST=1] [*]Using UNC: there were relatively long delays in TV navigation (e.g. displaying the TV Guide). The MP client said it couldn't play the timeshift file (see error.png), but exited gracefully when I closed the GUI. [*]Playing the previously copied TV recording out of the local client's Video folder. Playback was fine, and the MP client again exited gracefully when I closed the GUI. [*]Retry with RTSP (and Intel QuickSync), given the failure of 1 above. There was only a brief fragment of audio, but no video. The MP client failed to exit completely when I closed the GUI, and had to be terminated via Task Manager. [/LIST] Quite right; I was looking at the wrong client settings. On the Compute Stick, the corresponding option is to force UNC (RTSP is not mentioned). [/quote] This worked fine. Please see 2nd set of attached logs. I couldn't find any information from my cable provider, which identifies any channels as carrying MPEG-2 encodiing as opposed to H.264, nor could I find any clues in the exported tuning details from the MP TV Server. Is there some way to identify potential candidates, short of zapping through all 50+ FTA channels and then checking the log? Thanks, I didn't install anything else. I wanted to stay as close as possible to bog-standard OOTB W10, to keep things as simple as possible. Thanks again for all of your help! [/QUOTE]

Verification