<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

<head>

  <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

  <meta http-equiv="Content-Style-Type" content="text/css" />

  <meta name="generator" content="pandoc" />

  <title></title>

  <style type="text/css">

      code{white-space: pre-wrap;}

      span.smallcaps{font-variant: small-caps;}

      span.underline{text-decoration: underline;}

      div.column{display: inline-block; vertical-align: top; width: 50%;}

  </style>

</head>

<body>

<p>Hi Francois,</p>

<p>On 2018-07-16 09:57, Francois Cartegnie wrote:</p>

<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;color:#500050">

<pre><code> Le 16/07/2018 à 05:19, Filip Roséen a écrit :</code></pre>

<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;color:#500050">

<pre><code> When the core requests the demux to seek it will, as is expected and

 most often required, reset the PCR associated with the current input.

 The core can of course not help the demux with this if it seeks by

 itself (as can happen when changing segment, or respecting a

 GotoAndPlay-matroska command).

 These changes allows for such differantiation, and will effectively

 reset the PCR where required.</code></pre>

<p>I don’t know if that’s the case, but one difference between edits seeks and user seek should also in handling internal flushing.</p>

</blockquote>

</blockquote>

<p><code>demux/mkv</code> has no such internal buffering, so we should be in the clear; I do understand your point though. In terms of this demuxer, it reads a <em>matroska-block</em>, and then either process it until it is fully consumed, or discards it.</p>

<p>Thanks,<br />

Filip</p>

</body>

</html>