<!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">
<br>
<blockquote cite="mid:4BB46B25.1080104@users.sourceforge.net"
 type="cite">
  <pre wrap="">Where do you take that time offset value from? </pre>
</blockquote>
I play the simplified ts file using smplayer -ss is the start in the ts
file, -t is the duration to add<br>
to the -ss value (I would have prefered the absolute end avoiding a
substract...).<br>
<blockquote cite="mid:4BB46B25.1080104@users.sourceforge.net"
 type="cite">
  <pre wrap="">I'm also working on such
kind of scripts right now, because I want to remux especially HD
recordings to MKV. In the case of movies broadcasted by ARD HD or ZDF HD
(720p@50Hz), they are full of so-called filler-NALUs, which can be
removed just by muxing into MKV not directly by ffmpeg, but by mkvmerge,
which shrinks a 10GB movie to about 3GB. </pre>
</blockquote>
You mean you extract the various component (audio, video) into separate
files <br>
and then reassemble them using mkvmerge?<br>
<blockquote cite="mid:4BB46B25.1080104@users.sourceforge.net"
 type="cite">
  <pre wrap="">My problem is still A/V sync,
all the original TS chunks (I also record into 200MB pieces, because of
fast editing in VDR) show video delays for each audio track of over 1
second, which is also very noticeable ion the final converted MKV. The
delays are reported both by tsMuxeR and mediainfo see for example the
"Video delay" value below:
  </pre>
</blockquote>
Yes I know this is why the "async 2, (+ vsync 2 for récent ffmpeg
version)" is there. Without them I have the audio and the video out of
sync just like you.<br>
<br>
<pre wrap="">ffmpeg -y -i simplified1.ts  -vcodec copy -sameq -acodec copy -vsync 2 -async 2<span
 class="moz-txt-citetags"> </span>-f matroska 1.mkv

I'll post the mediainfo on the ts and mkv when back at home.

-- eric

</pre>
<br>
<br>
<br>
</body>
</html>