rav1e encoding only using one core

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

rav1e encoding only using one core

Robert Krüger-3
Hi,

I'm playing around with rav1e and noticed in my first test that only one
core is used of the 8 (16 virtual) I have. I tried with and without
-threads setting. Since most other codecs behave this way I was expecting
it to use as many cores as possible if not constrained by the command line.

I tried:

ffmpeg -i prores_hq_1080_24p_varying_motives_80s.mov -c:v librav1e -speed 4
-an prores_hq_1080_24p_varying_motives_80s_rav1e_speed4.mp4

and the same with "-threads 8" after the input file with identical results.
Without multithreading this is extremely slow.

Other codec like x264, x265, kvazaar multithread fine with the same built.
So it's not a general problem with multithreading.

Working on OS X Catalina.

Thanks for any hints,

Robert
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: rav1e encoding only using one core

kumowoon1025
Hi,
> I'm playing around with rav1e and noticed in my first test that only one
> core is used of the 8 (16 virtual) I have. I tried with and without
> -threads setting. Since most other codecs behave this way I was expecting
> it to use as many cores as possible if not constrained by the command line.

Unfortunately rav1e will disappoint you at the moment, as far as parallel encoding goes.
I don't know if most other codecs can be said to scale as well as you say, different codecs serve different different purposes, recent ones centered around consistent real-time performance will use the dozens of cores available in workstations nowadays, but most hit the cap pretty soon depending on config.

Regards,
Ted Park

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: rav1e encoding only using one core

Carl Eugen Hoyos-2
In reply to this post by Robert Krüger-3
Am Fr., 11. Sept. 2020 um 15:48 Uhr schrieb Robert Krüger
<[hidden email]>:

> I'm playing around with rav1e and noticed in my first test that only one
> core is used of the 8 (16 virtual) I have. I tried with and without
> -threads setting. Since most other codecs behave this way I was expecting
> it to use as many cores as possible if not constrained by the command line.

Your question sounds as if you tested the rav1e command line utility
and it was able to use more than one thread.
Did you?

Carl Eugen
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: rav1e encoding only using one core

Robert Krüger-3
On Sat, Sep 12, 2020 at 3:48 PM Carl Eugen Hoyos <[hidden email]> wrote:

> Am Fr., 11. Sept. 2020 um 15:48 Uhr schrieb Robert Krüger
> <[hidden email]>:
>
> > I'm playing around with rav1e and noticed in my first test that only one
> > core is used of the 8 (16 virtual) I have. I tried with and without
> > -threads setting. Since most other codecs behave this way I was expecting
> > it to use as many cores as possible if not constrained by the command
> line.
>
> Your question sounds as if you tested the rav1e command line utility
> and it was able to use more than one thread.
> Did you?
>
>
No, and I should do that. I tested libaom-av1, found its speed far too slow
to be usable, then read that rav1 had been developed exactly to provide a
faster encoder for real-world use and assumed that multithreading must be a
part of it, because without it, it seems to be just as unusable as
libaom-av1 for many practical use cases.

Robert
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".