Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

2010-04-01 Thread Lucian Muresan
On 28.03.2010 18:12, Eric Valette wrote:
 On 28/03/2010 17:45, Eric Valette wrote:
 On 28/03/2010 17:23, Lars Bläser wrote:
 
 Granted. However, merging with cat *.ts  complete.ts + trying a single
 pass mkv conversion fails miserably (allhough I have very up to date
 ffmpeg version).

 See fourth message in this threads ffmpeg complain with non monotone
 timestamps and simply hang the computer.
 
 I just tryed remuxing the .ts (and removing unneeded languages and
 subtitles) file to another .ts before converting to matroska and it works!
 
 cat 1.ts  2.ts  merged.ts
 ffmpeg -y -ss 00:01:06 -map 0.0 -map 0.1 -i merged.ts -vcodec copy
 -sameq -acodec copy simplified1.ts
 ffmpeg -y -i simplified1.ts  -vcodec copy -sameq -acodec copy -async 2
 -f matroska 1.mkv
 
 Much simpler indeed and no risk to have a small glitch in the meddle of
 the cut.

Where do you take that time offset value from? 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
(7...@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. 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:

mediainfo 1.ts
General
ID   : 8008
Complete name: 1.ts
Format   : MPEG-TS
File size: 200 MiB
Duration : 2mn 6s
Overall bit rate : 13.3 Mbps

Video
ID   : 6010 (0x177A)
Menu ID  : 132 (0x84)
Format   : AVC
Format/Info  : Advanced Video Codec
Format profile   : h...@l4.0
Format settings, CABAC   : Yes
Format settings, ReFrames: 5 frames
Duration : 2mn 5s
Bit rate : 11.5 Mbps
Width: 1 280 pixels
Height   : 720 pixels
Display aspect ratio : 16:9
Frame rate   : 50.000 fps
Resolution   : 8 bits
Colorimetry  : 4:2:0
Scan type: Progressive
Bits/(Pixel*Frame)   : 0.249
Stream size  : 172 MiB (86%)
Color primaries  : BT.709-5, BT.1361, IEC 61966-2-4,
SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients  : BT.709-5, BT.1361, IEC 61966-2-4 709,
SMPTE RP177

Audio #1
ID   : 6020 (0x1784)
Menu ID  : 132 (0x84)
Format   : MPEG Audio
Format version   : Version 1
Format profile   : Layer 2
Duration : 2mn 5s
Bit rate mode: Constant
Bit rate : 256 Kbps
Channel(s)   : 2 channels
Sampling rate: 48.0 KHz
Video delay  : -1s 340ms
Stream size  : 3.84 MiB (2%)
Language : German
Language, more info  : Clean effects

Audio #2
ID   : 6021 (0x1785)
Menu ID  : 132 (0x84)
Format   : MPEG Audio
Format version   : Version 1
Format profile   : Layer 2
Duration : 2mn 5s
Bit rate mode: Constant
Bit rate : 256 Kbps
Channel(s)   : 2 channels
Sampling rate: 48.0 KHz
Video delay  : -1s 344ms
Stream size  : 3.84 MiB (2%)
Language : German
Language, more info  : Clean effects

Audio #3
ID   : 6022 (0x1786)
Menu ID  : 132 (0x84)
Format   : AC-3
Format/Info  : Audio Coding 3
Duration : 2mn 5s
Bit rate mode: Constant
Bit rate : 448 Kbps
Channel(s)   : 2 channels
Channel positions: Front: L R
Sampling rate: 48.0 KHz
Video delay  : -1s 486ms
Stream size  : 6.73 MiB (3%)
Language : German
Language, more info  : Clean effects


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

2010-04-01 Thread Eric Valette



Where do you take that time offset value from?
I play the simplified ts file using smplayer -ss is the start in the ts 
file, -t is the duration to add
to the -ss value (I would have prefered the absolute end avoiding a 
substract...).

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
(7...@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.
You mean you extract the various component (audio, video) into separate 
files

and then reassemble them using mkvmerge?

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:
   
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.


ffmpeg -y -i simplified1.ts  -vcodec copy -sameq -acodec copy -vsync 2 -async 2 
 -f matroska 1.mkv

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

-- eric





___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

2010-04-01 Thread Lucian Muresan
On 01.04.2010 13:23, Eric Valette wrote:
 
 Where do you take that time offset value from? 
 I play the simplified ts file using smplayer -ss is the start in the ts
 file, -t is the duration to add
 to the -ss value (I would have prefered the absolute end avoiding a
 substract...).

So for now you're determining that value sort of experimentally?

 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
 (7...@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. 
 You mean you extract the various component (audio, video) into separate
 files
 and then reassemble them using mkvmerge?

Yes, I'm demuxing all the 000xy.ts files in all their component streams
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).

 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:
   
 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.
 
 ffmpeg -y -i simplified1.ts  -vcodec copy -sameq -acodec copy -vsync 2 -async 
 2 -f matroska 1.mkv
 
 I'll post the mediainfo on the ts and mkv when back at home.

By simplified you mean the merged ts?

Lucian

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

2010-04-01 Thread Eric Valette

On 04/01/2010 02:24 PM, Lucian Muresan wrote:

On 01.04.2010 13:23, Eric Valette wrote:
So for now you're determining that value sort of experimentally?
   
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).

Yes, I'm demuxing all the 000xy.ts files in all their component streams
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).
   
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)


By simplified you mean the merged ts?
   
No the one where I removed anything not needed (subtitles, foreign 
language, ...). I have 6 stream when I actually only need two.

So I strip down the ts stream first and then remux.

-- eric

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

2010-03-28 Thread Eric Valette

On 28/03/2010 17:45, Eric Valette wrote:

On 28/03/2010 17:23, Lars Bläser wrote:



Granted. However, merging with cat *.ts  complete.ts + trying a single
pass mkv conversion fails miserably (allhough I have very up to date
ffmpeg version).

See fourth message in this threads ffmpeg complain with non monotone
timestamps and simply hang the computer.


I just tryed remuxing the .ts (and removing unneeded languages and 
subtitles) file to another .ts before converting to matroska and it works!


cat 1.ts  2.ts  merged.ts
ffmpeg -y -ss 00:01:06 -map 0.0 -map 0.1 -i merged.ts -vcodec copy 
-sameq -acodec copy simplified1.ts
ffmpeg -y -i simplified1.ts  -vcodec copy -sameq -acodec copy -async 2 
-f matroska 1.mkv


Much simpler indeed and no risk to have a small glitch in the meddle of 
the cut.


Grreee. I will need another night to redo better .mkv.

-- eric




___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] merging correctly several .ts files to a single ts file or better mkv

2010-03-27 Thread Eric Valette

Hi,

I've been botten by the 2GB file size split and would like to:
	1) create a single file. cat *.ts  result.ts does not work well 
because if I watch the resulting file with mplayer, i get out of sync 
video and sound at the original split location
	2) edit the resulting file to remove uneeded time stamp (beginning and 
end typically)


I'm sure the question has been ask 1000 times but using google I cannot 
find anything that actually works


-- eric




___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

2010-03-27 Thread Klaus Schmidinger
On 27.03.2010 12:10, Eric Valette wrote:
 Hi,
 
 I've been botten by the 2GB file size split and would like to:
 1) create a single file. cat *.ts  result.ts does not work well
 because if I watch the resulting file with mplayer, i get out of sync
 video and sound at the original split location

I don't see why there should be any interruption at these points.
VDR simply switches from one file to the next when recording.
There is nothing special at the beginning or end of the files.

 2) edit the resulting file to remove uneeded time stamp (beginning
 and end typically)

What uneeded time stamp do you mean?

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

2010-03-27 Thread Eric Valette

On 27/03/2010 12:13, Klaus Schmidinger wrote:

On 27.03.2010 12:10, Eric Valette wrote:

Hi,

I've been botten by the 2GB file size split and would like to:
 1) create a single file. cat *.ts  result.ts does not work well
because if I watch the resulting file with mplayer, i get out of sync
video and sound at the original split location


I don't see why there should be any interruption at these points.
VDR simply switches from one file to the next when recording.
There is nothing special at the beginning or end of the files.


Well I do not understand either but try with smplayer and you will see 
strange thing happen (slow motion; out of sync, bad timestand displayed, 
...). Each .ts works fine in mplayer, not the result of the cat command.


Note that its VC1 + eac3 (HDTV in france).




 2) edit the resulting file to remove uneeded time stamp (beginning
and end typically)


What uneeded time stamp do you mean?


Removing part of the record that is not what I wanted to record 
(typically a few minutes before and after the complete record).


-- eric



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

2010-03-27 Thread Eric Valette

O

Well I do not understand either but try with smplayer and you will see
strange thing happen (slow motion; out of sync, bad timestand displayed,
...). Each .ts works fine in mplayer, not the result of the cat command.

Note that its VC1 + eac3 (HDTV in france).


Note the error below when trying to convert the cat merged ts files 
into a mkv


[matroska @ 0x66ace0]st:2 error, non monotone timestamps 147691 = 
147691ts/s


   -


vale...@tri-yann3:~$ ffmpeg -i /multimedia/Video/foo.ts -vcodec copy 
-sameq -acodec copy -sameq -scodec copy -f matroska 
/multimedia/Video/foo.mkv
FFmpeg version UNKNOWN, Copyright (c) 2000-2010 the FFmpeg developers 



  built on Mar 21 2010 12:00:07 with gcc 4.4.3 



  configuration: --enable-libdc1394 --prefix=/usr --extra-cflags='-Wall 
-g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl 
--enable-libfaad --enable-libvorbis --enable-pthreads --enable-libfaac 
--enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm 
--enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 
--enable-libtheora --enable-libspeex --enable-nonfree 
--disable-stripping --enable-avfilter --enable-libdirac 
--disable-decoder=libdirac --enable-libschroedinger 
--disable-encoder=libschroedinger --enable-avfilter-lavf 
--enable-libopenjpeg --enable-version3 --disable-altivec 
--disable-armv5te --disable-armv6 --disable-vis

  libavutil 50.12. 0 / 50.12. 0
  libavcodec52.59. 0 / 52.59. 0
  libavformat   52.56. 1 / 52.56. 1
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter1.18. 0 /  1.18. 0
  libswscale 0.10. 0 /  0.10. 0
  libpostproc   51. 2. 0 / 51. 2. 0
[h264 @ 0x667dc0]number of reference frames exceeds max (probably 
corrupt input), discarding one

Last message repeated 39 times
[h264 @ 0x667dc0]mmco: unref short failure
Last message repeated 1 times
[mpegts @ 0x64b5f0]max_analyze_duration reached
Input #0, mpegts, from '/multimedia/Video/foo.ts':
  Duration: 02:39:54.00, start: 93129.649278, bitrate: 7907 kb/s
  Program 132
Stream #0.0[0x2d0]: Video: h264, yuv420p, 1440x1080 [PAR 4:3 DAR 
16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc
Stream #0.1[0x2da](fra): Audio: mp2, 48000 Hz, 2 channels, s16, 256 
kb/s
Stream #0.2[0x2db](deu): Audio: mp2, 48000 Hz, 2 channels, s16, 256 
kb/s

Stream #0.3[0x2e4](fra): Subtitle: dvbsub
Stream #0.4[0x2e5](deu): Subtitle: dvbsub
Stream #0.5[0x2e6](fra): Subtitle: dvbsub
[matroska @ 0x66ace0]Codec for stream 2 does not use global headers but 
container format requires global headers

Output #0, matroska, to '/multimedia/Video/foo.mkv':
  Metadata:
encoder : Lavf52.56.1
Stream #0.0: Video: libx264, yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 
q=2-31, 1k tbn, 25 tbc

Stream #0.1(fra): Audio: mp2, 48000 Hz, 2 channels, 256 kb/s
Stream #0.2(fra): Subtitle: dvbsub
Stream mapping:
  Stream #0.0 - #0.0
  Stream #0.1 - #0.1
  Stream #0.3 - #0.2
Press [q] to stop encoding
[matroska @ 0x66ace0]st:2 error, non monotone timestamps 147691 = 
147691ts/s
Last message repeated 427 times33841kB time=147.69 
bitrate=7423.8kbits/s
[mpegts @ 0x64b5f0]Invalid timestamps stream=0, pts=1050, 
dts=8589914042, size=22580
[mpegts @ 0x64b5f0]Invalid timestamps stream=0, pts=13650, 
dts=8589926642, size=43564
[mpegts @ 0x64b5f0]Invalid timestamps stream=0, pts=15450, 
dts=8589928442, size=23132
[mpegts @ 0x64b5f0]Invalid timestamps stream=0, pts=6450, 
dts=8589930242, size=30860
[mpegts @ 0x64b5f0]Invalid timestamps stream=0, pts=8250, 
dts=8589932042, size=20924
[mpegts @ 0x64b5f0]Invalid timestamps stream=0, pts=2850, 
dts=8589933842, size=5468

[matroska @ 0x66ace0]st:2 error, non monotone timestamps 147691 = 147691s/s
Processus arrêté=212 q=-1.0 size=  133850kB time=147.69 
bitrate=7424.3kbits/s







___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr