diff options
author | Uoti Urpala <uau@glyph.nonexistent.invalid> | 2009-07-07 02:26:13 +0300 |
---|---|---|
committer | Uoti Urpala <uau@glyph.nonexistent.invalid> | 2009-07-07 02:34:35 +0300 |
commit | 0eb321bf2c1cc0e048faff26a01f86cdd3ec254f (patch) | |
tree | 71cb9bd9ed121156d3382066c0722c73189afe04 /libmpcodecs/vf_mcdeint.c | |
parent | 6d908205fbadbdf7ccdc6c5e0eb918f0b43f16e0 (diff) | |
download | mpv-0eb321bf2c1cc0e048faff26a01f86cdd3ec254f.tar.bz2 mpv-0eb321bf2c1cc0e048faff26a01f86cdd3ec254f.tar.xz |
Remove trailing whitespace from most files
Diffstat (limited to 'libmpcodecs/vf_mcdeint.c')
-rw-r--r-- | libmpcodecs/vf_mcdeint.c | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/libmpcodecs/vf_mcdeint.c b/libmpcodecs/vf_mcdeint.c index 63e22cac8d..0b6547359a 100644 --- a/libmpcodecs/vf_mcdeint.c +++ b/libmpcodecs/vf_mcdeint.c @@ -25,7 +25,7 @@ Known Issues: frames are created purely based on spatial interpolation then for example a thin black line or another random and not interpolateable pattern will cause problems - Note: completly ignoring the "unavailable" lines during motion estimation + Note: completly ignoring the "unavailable" lines during motion estimation didnt look any better, so the most obvious solution would be to improve tfields or penalize problematic motion vectors ... @@ -33,7 +33,7 @@ Known Issues: and as a result sometimes creates artifacts * only past frames are used, we should ideally use future frames too, something - like filtering the whole movie in forward and then backward direction seems + like filtering the whole movie in forward and then backward direction seems like a interresting idea but the current filter framework is FAR from supporting such things |