[FFmpeg-devel] [PATCH] Change default behaviour of scale filter from 'progressive' to 'auto'

[Michael Niedermayer]

On Mon, Apr 02, 2012 at 05:05:11PM +0100, Tim Nicholson wrote:
> On 30/03/12 17:57, Michael Niedermayer wrote:
> > On Fri, Mar 30, 2012 at 05:35:46PM +0100, Tim Nicholson wrote:
> >> On 30/03/12 16:47, Tim Nicholson wrote:
> >> [..]
> >>
> >> OK so I have looked at "tests/data/fate/vsynth1-dnxhd_1080i.err" and it
> >> seems to be a normal console output for 2 passes of ffmpeg:-
> >>
> >> pgmyuv -> dnxhd
> >>
> >> then
> >>
> >> dnxhd -> rawvideo
> >>
> >>
> >> What am I looking for?
> > 
> > do these converted files look better, worse or the same ?
> > The diff indicates they are worse. Is it different with actual
> > interlaced material ?
> > 
> 
> checking my own material has not been a problem, but I have been trying
> to look at the fate samples. However after running 'make fate' although
> the intermediate '/tests/data/vsynth1/dnxhd-1080i.mov' file exists
> (which is not the one at issue),
> 
> 'tests/data/dnxhd_1080i.vsynth1.out.yuv'
> 
> no longer exists, only the 'tests/data/vsynth1.ref.yuv' is still there.
> 
> Given the complex nature of the make script I have not been able to work
> out the command line used so I can recreate it.
> 
> Am I missing something?

make V=2 fate-vsynth1-dnxhd_1080i
should show the used command lines

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Its not that you shouldnt use gotos but rather that you should write
readable code and code with gotos often but not always is less readable
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20120402/a2376c14/attachment.asc>