Am 26.06.19 um 09:58 schrieb Moritz Barsnick:
> This has nothing to do with the dev branch, only with your particular
> build. It uses different codecs, and these behave totally differently -
> both by nature, and by default settings.
> The mpeg4 encoder encodes differently than the x264 encoder.
On Tue, Jun 25, 2019 at 20:01:49 +0200, Ulf Zibis wrote:
>
> Question 4.) So why is the default of the dev build set to such bad
> quality and why are the q factors such incoherent?
This has nothing to do with the dev branch, only with your particular
build. It uses different codecs, and these beh
Am Di., 25. Juni 2019 um 20:32 Uhr schrieb Ulf Zibis :
>
> Am 25.06.19 um 20:16 schrieb Carl Eugen Hoyos:
> > Am Di., 25. Juni 2019 um 20:11 Uhr schrieb Ulf Zibis :
> >> Am 25.06.19 um 15:04 schrieb Carl Eugen Hoyos:
> >>> Am Di., 25. Juni 2019 um 14:15 Uhr schrieb Ulf Zibis :
> >>>
> my input
Am 25.06.19 um 20:18 schrieb Carl Eugen Hoyos:
> Am Di., 25. Juni 2019 um 20:07 Uhr schrieb Ulf Zibis :
>
>> Question 4.) So why is the default of the dev build set to such bad
>> quality and why are the q factors such incoherent?
> It is not "set to such bad quality" but your command line didn't
Am 25.06.19 um 20:16 schrieb Carl Eugen Hoyos:
> Am Di., 25. Juni 2019 um 20:11 Uhr schrieb Ulf Zibis :
>> Am 25.06.19 um 15:04 schrieb Carl Eugen Hoyos:
>>> Am Di., 25. Juni 2019 um 14:15 Uhr schrieb Ulf Zibis :
>>>
my input is a 1.5 minute mp4 video with 19.5 MB
When I use (with b
Am Di., 25. Juni 2019 um 20:07 Uhr schrieb Ulf Zibis :
> Question 4.) So why is the default of the dev build set to such bad
> quality and why are the q factors such incoherent?
It is not "set to such bad quality" but your command line didn't make
sense.
Carl Eugen
__
Am Di., 25. Juni 2019 um 20:11 Uhr schrieb Ulf Zibis :
>
> Am 25.06.19 um 15:04 schrieb Carl Eugen Hoyos:
> > Am Di., 25. Juni 2019 um 14:15 Uhr schrieb Ulf Zibis :
> >
> >> my input is a 1.5 minute mp4 video with 19.5 MB
> >>
> >> When I use (with build from dev):
> >> ./ffmpeg in.mp4 -c:a cop
Am 25.06.19 um 15:04 schrieb Carl Eugen Hoyos:
> Am Di., 25. Juni 2019 um 14:15 Uhr schrieb Ulf Zibis :
>
>> my input is a 1.5 minute mp4 video with 19.5 MB
>>
>> When I use (with build from dev):
>> ./ffmpeg in.mp4 -c:a copy out.mp4
> You do not specify an encoder here, mp4 defaults to x264.
Am 25.06.19 um 15:23 schrieb Moritz Barsnick:
> The reason for the size difference is pretty obvious, if you actually
Not to me. With setting q the same value for both builds, i.e. 28.0, the
size and the visual quality is *much different*, even from honoring the
complete output and even libx264 vs
On 25-06-2019 06:34 PM, Carl Eugen Hoyos wrote:
qmax integer (encoding,video)
Set max video quantizer scale (VBR). Must be included
between -1 and 1024, default value is 31.
This option only applies to (some) internal encoders, not x264.
The libx264 wrapper does look at and conv
On Tue, Jun 25, 2019 at 14:48:58 +0200, Ulf Zibis wrote:
> > my input is a 1.5 minute mp4 video with 19.5 MB
[...]
> > ./ffmpeg in.mp4 -c:a copy out.mp4
> > ffmpeg version N-93873-g6276b4db97 Copyright (c) 2000-2019 the
[...]
> > I see q=31.0. (the output file is only 5.9 MB)
[...]
> > When
Am Di., 25. Juni 2019 um 14:15 Uhr schrieb Ulf Zibis :
> my input is a 1.5 minute mp4 video with 19.5 MB
>
> When I use (with build from dev):
> ./ffmpeg in.mp4 -c:a copy out.mp4
You do not specify an encoder here, mp4 defaults to x264.
> ffmpeg version N-93873-g6276b4db97 Copyright (c)
Am 25.06.19 um 14:15 schrieb Ulf Zibis:
> Hi,
>
> my input is a 1.5 minute mp4 video with 19.5 MB
>
> When I use (with build from dev):
> ./ffmpeg in.mp4 -c:a copy out.mp4
> ffmpeg version N-93873-g6276b4db97 Copyright (c) 2000-2019 the
> FFmpeg developers
> built with gcc 7 (Ubuntu 7
Hi,
my input is a 1.5 minute mp4 video with 19.5 MB
When I use (with build from dev):
./ffmpeg in.mp4 -c:a copy out.mp4
ffmpeg version N-93873-g6276b4db97 Copyright (c) 2000-2019 the
FFmpeg developers
built with gcc 7 (Ubuntu 7.4.0-1ubuntu1~18.04)
in the output lines e.g.
frame=
14 matches
Mail list logo