[Cin] my rendering is really slow

[Andrew Randrianasulu]

On Friday, July 16, 2021, gorge rankin <nonoobspam at gmail.com> wrote:

> ok, built it, but same issue, very slow.
>


{

can you look into and confirm thirdparty/ffmpeg-4.3/ffmpeg actually can use
nvenc acceleration?



>
> On Fri, Jul 16, 2021 at 2:45 AM gorge rankin <nonoobspam at gmail.com> wrote:
>
>> I'm building cin now as I type this.
>>
>> I just saw this when it was building ffmpeg,
>> clang: warning: Unknown CUDA version. cuda.h: CUDA_VERSION=11030.
>> Assuming the latest supported version 10.1 [-Wunknown-cuda-version]
>>
>> Maybe my CUDA is too new?
>>
>> On Thu, Jul 15, 2021 at 1:26 PM Andrew Randrianasulu <
>> randrianasulu at gmail.com> wrote:
>>
>>>
>>>
>>> On Thursday, July 15, 2021, gorge rankin via Cin <
>>> cin at lists.cinelerra-gg.org> wrote:
>>>
>>>> I've only been using cin for about 3 months.  I could have sworn I
>>>> tested the render speed vs others and was happy.  This is just odd.
>>>>
>>>
>>> may be some library/driver was updated system-wide...?
>>>
>>>
>>>>
>>>> I've tried the render farm idea as well.  Sometimes tho, I get an empty
>>>> file.  Don't know why.  So I'm gun shy to try it for this project where I
>>>> have 3 hours estimated, it's only 15 minute video, ugh.
>>>>
>>>
>>> yeah, emoty files for renderfarm-locally sounds like bug. I think I run
>>> into some odd behavior when I was playing locally (on arm/termux) with
>>> renderfarm. Try to increase number of pieces for each job and timeout, too?
>>> in preferences...
>>>
>>>
>>>>
>>>> There are no errors at all printed to the console if I launch cin from
>>>> the terminal.
>>>>
>>>
>>>
>>>  odd...
>>>
>>>>
>>>> The nvidia settings do show that about 5-8% load.  I'm used to seeing
>>>> that at 50-60% in other editors and also in OBS.
>>>>
>>>
>>> what setting you have for "Use HW device" in preferencies->performance?
>>> only affect decoding.. What video outputt driver setting in Cin you use?
>>>
>>>>
>>>> I know my pc is not "new" and the "fastest" but it would be faster if I
>>>> were to make the compositor borderless and record that with OBS.
>>>>
>>>
>>>
>>> due to lack if hw encoding accel in termux (on android) I record with
>>> system's  recorder, so this is... workaround...
>>>
>>>>
>>>> It's really odd, the compositor isn't dropping any frames whatsoever.
>>>> All my effects look *awesome * in the compositor.  The app is running
>>>> awesome.  I've not had a crash at all.
>>>>
>>>
>>> good, but slow encoding still a problem..
>>>
>>>
>>>>
>>>> On Thu, Jul 15, 2021 at 8:32 AM Andrea paz via Cin <
>>>> cin at lists.cinelerra-gg.org> wrote:
>>>>
>>>>> Lately many people are experiencing performance problems in encoding,
>>>>> I am one of them. I think the cause is the lack of multithreading in
>>>>> encoding (but also decoding in timeline).
>>>>
>>>>
>>>>>
>>>>>
>>>>>
>>> you can try to add printf("ff_cpus: %i, \n", ff_cpus) ; to few places in
>>> cinelerra/ffmpeg.C and see if it was dropping down to 1 or 0 somewhat? as
>>> crude hack you can force it to your number of threads....
>>>
>>>
>>>
>>> $ cat cinelerra/ffmpeg.C | grep ff_cpu
>>>                                         avctx->thread_count =
>>> ffmpeg->ff_cpus();
>>>                         ctx->thread_count = ff_cpus();
>>> int FFMPEG::ff_cpus()
>>>                 avctx->thread_count = ff_cpus();
>>> $
>>>
>>>
>>>>
>>>>>
>>>>>  A rendering done with
>>>>> external ffmpeg from command line is much more efficient than the same
>>>>> rendering done in CinGG (always using ffmpeg).
>>>>> No fix has been found, only a workaround that makes use of the Render
>>>>> Farm:
>>>>>
>>>>> https://cinelerra-gg.org/download/CinelerraGG_Manual/
>>>>> Render_Farm_Usage.html
>>>>>
>>>>> Lately the user fary54 has made available his script to automate the
>>>>> use of the render farm and external ffmpeg. Above all it is suitable
>>>>> for CPUs with many threads. You can find the script and explanations
>>>>> here:
>>>>>
>>>>> https://www.cinelerra-gg.org/bugtracker/view.php?id=575
>>>>> --
>>>>> Cin mailing list
>>>>> Cin at lists.cinelerra-gg.org
>>>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin
>>>>>
>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210716/302a5a67/attachment.htm>