This failed on Android, for example

yhuelf authored 10 years ago and Jean-Baptiste Kempf committed 10 years ago

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

yhuelf authored 10 years ago and Jean-Baptiste Kempf committed 10 years ago

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Thomas Guillem authored 10 years ago and Jean-Baptiste Kempf committed 10 years ago

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Thomas Guillem authored 10 years ago and Ilkka Ollakka committed 10 years ago

Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

When input is H.264 they don't have pts/dts sometimes before decoder, but
dropping non-dated packets screw up decoder.

This reverts commit 57b356e2.

Use fps video filter for framerate conversion. Also do framerate conversion
after deinterlacer so we don't screw deinterlacing with frame dropping.

Also reduce intentation of code.

If user doesn't give videobitrate use some reasonable default to get ok output
from avcodec transcode (for example mpeg4 video).

Everybody should install the underlying libraries somewhere and, if
necessary, pass --with-* to specify the installation path (this is
automatic for VLC contribs).

Refactor so deinterlacer/scaler is fed with all input pictures and not only
ones that encoder needs.

Auto-detect current osx version, overwrite path to avoid influences
from macports or homebrew.

Rémi Denis-Courmont authored 10 years ago and Jean-Baptiste Kempf committed 10 years ago

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Thomas Guillem authored 10 years ago and Jean-Baptiste Kempf committed 10 years ago

This led to a memory corruption.

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Close #12856