Carl Eugen Hoyos ag.or.at> writes:
> (The fps filter has its own shortcomings, I suggest
> using -r.)
You can minimize the duplication and dropping with
dejudder (needs trial-and-error for such files as
opposed to telecined streams):
$ ffmpeg -i MDalarm_20150911_121823.mkv -vf dejudder=3
-r
Kai Hendry gmail.com> writes:
> http://s.natalian.org/2015-09-13/MDalarm_20150911_121823.mkv
This input file really is vfr (variable frame rate),
our mov muxer requires constant frame rate, so the
default action is to do something stupid, but a
warning is shown that something is wrong with th
On 13 September 2015 at 12:24, Steve Boyer wrote:
> Put the "-c:a copy -c:v copy" to copy the streams and not transcode and it
> worked fast (778 fps) and plays fine with ffplay and VLC. MPlayer plays it
> at an insane FPS. Stats on the resulting file:
Thanks Steve, I didn't realise a 'copy' was
On 13 September 2015 at 12:40, Lou wrote:
> All relevant info should be placed within the message, and debug output
> is usually too verbose (unless it is specifically requested).
It's hard enough to use FFREPORT=file=/tmp/htmlvideo.log:level=32 and
now I need to selectively paste in the output?
On Sat, Sep 12, 2015, at 08:03 PM, Kai Hendry wrote:
[...]
> The ffmpeg log:
> http://ix.io/kMw
All relevant info should be placed within the message, and debug output
is usually too verbose (unless it is specifically requested).
> Sidenote: Found I had to put in a frame rate of 30 else things
>
On Sat, Sep 12, 2015 at 11:27 PM, Steve Boyer
wrote:
>
>
> On Sat, Sep 12, 2015 at 11:24 PM, Steve Boyer
> wrote:
>
>>
>>
>> On Sat, Sep 12, 2015 at 11:03 PM, Kai Hendry
>> wrote:
>>
>>> Hi guys,
>>
>>
>>
>>>
>>
>> The Input #0, mpeg transcoding into mp4 (for iPhone playback via
>>> Safari) is
On Sat, Sep 12, 2015 at 11:24 PM, Steve Boyer
wrote:
>
>
> On Sat, Sep 12, 2015 at 11:03 PM, Kai Hendry wrote:
>
>> Hi guys,
>
>
>
>>
>
> The Input #0, mpeg transcoding into mp4 (for iPhone playback via
>> Safari) is resulting in up 3x larger files. Why is that?
>>
>> ffprobe of a typical MKV in
On Sat, Sep 12, 2015 at 11:03 PM, Kai Hendry wrote:
> Hi guys,
>
The Input #0, mpeg transcoding into mp4 (for iPhone playback via
> Safari) is resulting in up 3x larger files. Why is that?
>
> ffprobe of a typical MKV input file:
> http://ix.io/kLm
>
> The ffmpeg log:
> http://ix.io/kMw
>
> S
Hi guys,
The Input #0, mpeg transcoding into mp4 (for iPhone playback via
Safari) is resulting in up 3x larger files. Why is that?
ffprobe of a typical MKV input file:
http://ix.io/kLm
The ffmpeg log:
http://ix.io/kMw
Sidenote: Found I had to put in a frame rate of 30 else things
wouldn't work.