I will appreciate if somebody could give me a hint if I can ignore "Late SEI is
not implemented" warnings. Thanks a lot!
On 2022-09-07 00:32, Dmitry Katsubo wrote:
> Dear ffmpeg community,
>
> I have the ffmpeg v5.1-full for Windows x64 downloaded from
> https://www.gyan.dev/ffmpeg/builds/
>
>
On 9/12/22, Cecil Westerhof via ffmpeg-user wrote:
> Cecil Westerhof via ffmpeg-user writes:
>
>> I am using xfade and drawtext without problems. But now I want to use
>> both. But combining the two goes wrong.
>>
>> I use:
>> ffmpeg -ss 308 -t 4 -i 00011-00016.MTS -ss 329 -to 374 -i
Cecil Westerhof via ffmpeg-user writes:
> I am using xfade and drawtext without problems. But now I want to use
> both. But combining the two goes wrong.
>
> I use:
> ffmpeg -ss 308 -t 4 -i 00011-00016.MTS -ss 329 -to 374 -i 00011-00016.MTS
> -pix_fmt yuv420p -vcodec libx264 -crf 26 -acodec
On 9/12/22, Cecil Westerhof via ffmpeg-user wrote:
> I am using xfade and drawtext without problems. But now I want to use
> both. But combining the two goes wrong.
>
> I use:
> ffmpeg -ss 308 -t 4 -i 00011-00016.MTS -ss 329 -to 374 -i 00011-00016.MTS
> -pix_fmt yuv420p -vcodec libx264 -crf 26
I am using xfade and drawtext without problems. But now I want to use
both. But combining the two goes wrong.
I use:
ffmpeg -ss 308 -t 4 -i 00011-00016.MTS -ss 329 -to 374 -i 00011-00016.MTS
-pix_fmt yuv420p -vcodec libx264 -crf 26 -acodec libmp3lame -qscale:a 9 -preset
veryfast -filter_complex
Am 12.09.22 um 15:00 schrieb Cecil Westerhof via ffmpeg-user:
OK. But that still means it can use three CPU's if it wants to if I
have set all three to one?
following common sense decoding and encoding are at least two threads in
total no matter what you do
Am 12.09.22 um 14:38 schrieb Cecil Westerhof via ffmpeg-user:
Paul B Mahol writes:
On 9/12/22, Cecil Westerhof via ffmpeg-user wrote:
For a certain conversion I use '-threads 1'. As I understand it ffmpeg
should then only use one CPU. I see that the CPU usage is lower as
without this
Hi,
I'm trying to encode 6 arbitrary mono audio streams into a single AAC
5.1 track in an mp4 container (here with test streams):
$ ffmpeg -f lavfi -i testsrc=duration=10:size=100x100:rate=30 -f lavfi
-i aevalsrc="-2+random(0)" -filter_complex
On 9/12/22, Cecil Westerhof via ffmpeg-user wrote:
> Paul B Mahol writes:
>
>> On 9/12/22, Cecil Westerhof via ffmpeg-user
>> wrote:
>>> Paul B Mahol writes:
>>>
On 9/12/22, Cecil Westerhof via ffmpeg-user
wrote:
> For a certain conversion I use '-threads 1'. As I understand it
Paul B Mahol writes:
> On 9/12/22, Cecil Westerhof via ffmpeg-user wrote:
>> Paul B Mahol writes:
>>
>>> On 9/12/22, Cecil Westerhof via ffmpeg-user
>>> wrote:
For a certain conversion I use '-threads 1'. As I understand it ffmpeg
should then only use one CPU. I see that the CPU
On 9/12/22, Cecil Westerhof via ffmpeg-user wrote:
> Paul B Mahol writes:
>
>> On 9/12/22, Cecil Westerhof via ffmpeg-user
>> wrote:
>>> For a certain conversion I use '-threads 1'. As I understand it ffmpeg
>>> should then only use one CPU. I see that the CPU usage is lower as
>>> without this
Paul B Mahol writes:
> On 9/12/22, Cecil Westerhof via ffmpeg-user wrote:
>> For a certain conversion I use '-threads 1'. As I understand it ffmpeg
>> should then only use one CPU. I see that the CPU usage is lower as
>> without this parameter, but it goes up to 180%. So clearly it is using
>>
On 9/12/22, Cecil Westerhof via ffmpeg-user wrote:
> For a certain conversion I use '-threads 1'. As I understand it ffmpeg
> should then only use one CPU. I see that the CPU usage is lower as
> without this parameter, but it goes up to 180%. So clearly it is using
> at least two CPU's.
> Or am I
For a certain conversion I use '-threads 1'. As I understand it ffmpeg
should then only use one CPU. I see that the CPU usage is lower as
without this parameter, but it goes up to 180%. So clearly it is using
at least two CPU's.
Or am I understanding this parameter wrongly?
I am using ffmpeg
14 matches
Mail list logo
