New submission from tripp <[EMAIL PROTECTED]>:
hi,
i'd recently wondered about the 'syncing' option in -map
what it was meant to do,
and if it worked at all.
i now feel i have an idea of what it;s meant to do,
and that it's competely broken.
as an example command:
ffmpeg -i input.avi -i input.avi -i pal43.avi -map 0:0 -map 0:1[1:1] -qscale 3
out.avi
FFmpeg version SVN-r13799, Copyright (c) 2000-2008 Fabrice Bellard, et al.
configuration: --enable-memalign-hack --enable-postproc --enable-swscale --ena
ble-gpl --enable-liba52 --enable-libfaac --enable-libfaad --enable-libgsm --enab
le-libmp3lame --enable-libnut --enable-libvorbis --enable-libtheora --enable-lib
xvid --enable-libx264 --disable-ffserver --disable-ffplay --enable-avisynth --en
able-small --enable-pthreads --extra-ldflags=-static --extra-cflags=-mtune=penti
um4 -mfpmath=sse -msse -fno-strict-aliasing
libavutil version: 49.7.0
libavcodec version: 51.57.2
libavformat version: 52.16.0
libavdevice version: 52.0.0
built on Jun 18 2008 02:03:49, gcc: 4.3.1
Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/
2733) -> 23.98 (24000/1001)
Input #0, avi, from 'input.avi':
Duration: 00:00:41.71, start: 0.000000, bitrate: 689 kb/s
Stream #0.0: Video: mpeg4, yuv420p, 624x352 [PAR 1:1 DAR 39:22], 23.98 tb(r)
Stream #0.1: Audio: mp3, 44100 Hz, stereo, 112 kb/s
Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/
2733) -> 23.98 (24000/1001)
Input #1, avi, from 'input.avi':
Duration: 00:00:41.71, start: 0.000000, bitrate: 689 kb/s
Stream #1.0: Video: mpeg4, yuv420p, 624x352 [PAR 1:1 DAR 39:22], 23.98 tb(r)
Stream #1.1: Audio: mp3, 44100 Hz, stereo, 112 kb/s
Input #2, avi, from 'pal43.avi':
Duration: 00:01:14.00, start: 0.000000, bitrate: 30535 kb/s
Stream #2.0: Video: dvvideo, yuv420p, 720x576, 25.00 tb(r)
Stream #2.1: Audio: pcm_s16le, 48000 Hz, stereo, 1536 kb/s
Output #0, avi, to 'out.avi':
Stream #0.0: Video: mpeg4, yuv420p, 720x576, q=2-31, 200 kb/s, 25.00 tb(c)
Stream #0.1: Audio: mp2, 48000 Hz, stereo, 64 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1 [sync #1.1]
Press [q] to stop encoding
[mpeg4 @ 009384FC]frame skip 8
[mpeg4 @ 009384FC]frame skip 8
[mpeg4 @ 009384FC]frame skip 8
[mpeg4 @ 009384FC]frame skip 8
frame= 1043 fps= 48 q=3.0 Lsize= 8560kB time=41.71 bitrate=1681.1kbits/s
video:7828kB audio:326kB global headers:0kB muxing overhead 4.972403%
as one can see,
even though i've mapped stream 0.0 to 0.0, without syncing opts,
the output stream takes on the properties of clip 2.0,
namely the resolution and framerate.
also mapping stream 0.1 to 0.1, while attempting to sync to
the identical stream 1.1, ,syncing does nothing, as again,
the output stream takes on the properties of clip 2.1,
namely the sampling rate.
so essentially with
ffmpeg -i 1 -i 2 -i 3 -i 4..... -i n
whatever stream is mapped, will take on the properties of the last clip n.
ty
tripp
----------
messages: 2330
nosy: tripp
priority: normal
status: new
substatus: new
title: mapping oddities
type: bug
______________________________________________________
FFmpeg issue tracker <[EMAIL PROTECTED]>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue505>
______________________________________________________
