Changes between Initial Version and Version 1 of Ticket #2413, comment 2


Ignore:
Timestamp:
Apr 4, 2013, 11:41:57 AM (3 years ago)
Author:
littlebat
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #2413, comment 2

    initial v1  
    4242"In the filtergraph, the input is associated to the label in, and the output to the label out. " 
    4343 
    44 By the way, I found ffmpeg 0.7.13(5:0.7.13-dmo2 Unofficial Multimedia Packages:6.0/stable [i386]) works on original command line in the bug 2,6,7 above in my Debian 6 machine, except need change "crop=iw:ih/2:0:ih/2" to "crop=iw:ih/2:0:0" in the change 2. I found ffmpeg 0.7.13 breaks its own filter link rule in local documentation "If an output pad is not labelled, it is linked by default to the first unlabelled input pad of the next filter in the filterchain. ", for example, in the bug 7, "[in] setpts=PTS-STARTPTS" created an unlabelled output pad, it should be the second unlabelled input pad of "[movie] overlay=16:16 [out]", for the "overlay" filter, according to local documentation, it should be the second unlabelled input pad overlayed on the first "[movie]" label input pad, but, in fact, it's the first "[movie]" label input pad overlayed on the second unlabelled input pad. It's really a strange behavior. Is it a ffmpeg 0.7.13 bug? And, ffmpeg 0.7.13 has the special "magic" "[in]" and "[out]" label which has been dropped in recent ffmpeg. 
     44By the way, I found ffmpeg 0.7.13(5:0.7.13-dmo2 Unofficial Multimedia Packages:6.0/stable [i386]) works on original command line in the bug 2,6,7 above in my Debian 6 machine, except need change "crop=iw:ih/2:0:ih/2" to "crop=iw:ih/2:0:0" in the bug 2. I found ffmpeg 0.7.13 breaks its own filter link rule in local documentation "If an output pad is not labelled, it is linked by default to the first unlabelled input pad of the next filter in the filterchain. ", for example, in the bug 7, "[in] setpts=PTS-STARTPTS" created an unlabelled output pad, it should be the second unlabelled input pad of "[movie] overlay=16:16 [out]", for the "overlay" filter, according to local documentation, it should be the second unlabelled input pad overlayed on the first "[movie]" label input pad, but, in fact, it's the first "[movie]" label input pad overlayed on the second unlabelled input pad. It's really a strange behavior. Is it a ffmpeg 0.7.13 bug? And, ffmpeg 0.7.13 has the special "magic" "[in]" and "[out]" label which has been dropped in recent ffmpeg.