mirror of
https://github.com/mpv-player/mpv
synced 2024-10-18 10:25:02 +02:00
known issues and notes
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@18593 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
parent
828cf9be9c
commit
9bf06dbc52
@ -16,6 +16,33 @@
|
||||
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
|
||||
*/
|
||||
|
||||
|
||||
/*
|
||||
Known Issues:
|
||||
* The motion estimation is somewhat at the mercy of the input, if the input
|
||||
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
|
||||
didnt look any better, so the most obvious solution would be to improve
|
||||
tfields or penalize problematic motion vectors ...
|
||||
|
||||
* If non iterative ME is used then snow currently ignores the OBMC window
|
||||
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 a interresting idea but the current filter framework is FAR from
|
||||
supporting such things
|
||||
|
||||
* combining the motion compensated image with the input image also isnt
|
||||
as trivial as it seems, simple blindly taking even lines from one and
|
||||
odd ones from the other doesnt work at all as ME/MC sometimes simple
|
||||
has nothing in the previous frames which matches the current, the current
|
||||
algo has been found by trial and error and almost certainly can be
|
||||
improved ...
|
||||
*/
|
||||
|
||||
#include <stdio.h>
|
||||
#include <stdlib.h>
|
||||
#include <string.h>
|
||||
|
Loading…
Reference in New Issue
Block a user