<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<br>
<div class="moz-cite-prefix">On 2/28/19 4:10 PM, Mark Spieth wrote:<br>
</div>
<blockquote type="cite"
cite="mid:4d5029a7-94bd-49a1-c7b4-4ee51ebc0dce@digivation.com.au">I
watched too last night with the patch using mediacodec however I
had it on old AVSync but the finish early issue still existed
which is strange too.
<br>
<br>
</blockquote>
The "finish early" fix only applies to AVSync2. See comment 1 in the
ticket.<br>
<blockquote type="cite"
cite="mid:4d5029a7-94bd-49a1-c7b4-4ee51ebc0dce@digivation.com.au">Will
have to repeat tonight with AVSync2.
<br>
<br>
I can make some programs available again if it helps Peter. Use my
previous link but use recordings/1020_20190228080000.ts (news last
night) or some of the other recent ones. The one listed is
guaranteed to show the issue. 1020 is HD and 1021 is SD.
<br>
</blockquote>
<br>
I will try that one. Does it always glitch in the same place?<br>
<br>
I did see a period of stuttery playback during David's recording
while I was testing the finish earky fix. The thing is, during the
stuttery playback the system was unresponsive to the remote. This
indicates that something on the system was pre-empting mythfrontend.<br>
<br>
What springs to mind is that it may have been doing a java full
garbage collect operation. My experience with java (non-android) is
you need to be careful to avoid full garbage collect operations
during a real-time process like playback. Mediacodec decoding goes
through java code so it may be a possibility. I don't know how you
adjust the garbage collect settings on android, on regular systems
it is via parameters on the java command line.<br>
<br>
Do you notice that it is unresponsive to the remote while the
stuttering takes place?<br>
<br>
Peter<br class="Apple-interchange-newline">
</body>
</html>