<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-15"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#cccccc">
On 04/01/2010 02:24 PM, Lucian Muresan wrote:
<blockquote cite="mid:4BB49080.9030809@users.sourceforge.net"
 type="cite">
  <pre wrap="">On 01.04.2010 13:23, Eric Valette wrote:
So for now you're determining that value sort of experimentally?
  </pre>
</blockquote>
No. This is not the lag beween audio and video this is the timestamp
displayed by smplayer when the video really starts (you have 2 min
before and 10 min after by default with vdr that I want to cut). <br>
<blockquote cite="mid:4BB49080.9030809@users.sourceforge.net"
 type="cite">Yes, I'm demuxing all the 000xy.ts files in all their
component streams<br>
  <pre wrap="">with ffmpeg for now first, then multiplex the ones I want with mkvmerge.
I might switch to tsMuxeR, maybe also convert back to cleaned-up TS from
MKV also with tsMuxeR to make the smaller recording again playable by
VDR (I've read in the vdr-portal.de forum some users already
experimented with this).
  </pre>
</blockquote>
I'm not a codec format spécialist but do individual codec have their
own absolute time stamp? so that you can sync them when multiplexing
them later on? The lag in the TS stream is not constant by any mean at
least on french HD stream, I keeps getting higher and highger if I do
not force to sync them (up to a point it crash the player)<br>
<blockquote cite="mid:4BB49080.9030809@users.sourceforge.net"
 type="cite"><br>
  <pre wrap="">By "simplified" you mean the merged ts?
  </pre>
</blockquote>
No the one where I removed anything not needed (subtitles, foreign
language, ...). I have 6 stream when I actually only need two.<br>
So I strip down the ts stream first and then remux.<br>
<br>
-- eric<br>
<br>
</body>
</html>