[CinCV TNG] Cinelerra CVE - disabled multithreading in codecs?

Einar Rünkaru einarrunkaru at gmail.com
Mon Jul 17 13:53:59 CEST 2017



On 07/17/2017 03:24 AM, Andrew Randrianasulu wrote:
> Hello again!
> 
> 
> I just compiled and installed Cinelerra-CVE
> 
> Cinelerra-CVE 2.3.5
> (C) 2006 Heroine Virtual Ltd.
> (C) 2006-2017 The CinelerraCV Community
> Internal ffmpeg library versions:
>      libavutil      54. 31.100 / 54. 31.100
>      libavcodec     56. 60.100 / 56. 60.100
>      libavformat    56. 40.101 / 56. 40.101
>      libswscale      3.  1.101 /  3.  1.101
>      libswresample   1.  2.101 /  1.  2.101
> Compiled on Пн июл 17 01:43:25 MSK 2017
> 
> 
> and loaded very same mjpeg files I used to test Cinelerra-CV.
> They can be played - but even decoding in CVE is slow, with video output device
> set to x11_xv I only get 7-8 fps. (1.4 Ghz * 4 core, but cores NOT maxed out
> during decoding)

The GHz is quite pointless number during last 15 years. I had several 
computers during this time all about 2GHz. Always the next had 1.5 - 2 
times better speed.
> 
> Encoding is slow, like 3 min 39 sec transcoding mjpeg from avi source file into
> quicktime/mov mjpeg yuv420 file . Again, cores NOT maxed out.

If cores are not maxed out there is something else what is slow: disk or 
graphics.

The number of threads that avlibs can use is intentionally left 
unspcified - it can use as much as it can. It depends mainly how many 
threads is certain codec able to use.

For debugging purposes decoding and encoding do not run concurrently.

What is definitely slower - it is color conversion. It is more 
sophisticated than in CVO, what means it is slower. At least 2 color 
conversions are performed on each frame.

At the moment there is no specific attemtps to speed things up.
> 
> 
> so, it works, but quite slowly atm. I double-checked preference setting about
> forcing uniprocessor use was NOT enabled.

This setting is ignored for avlibs.
> 
> Also, why CVE still fiddles with jack and oss, even if I have ALSA/default as my
> sound output method?
> 
> ---full output to terminal, so far------------
> 
> guest at slax:~/New_hdd$ LIBGL_DRI3_DISABLE=1 /opt/cinelerra-einar/bin/cinelerracve
> Cinelerra-CVE 2.3.5
> (C) 2006 Heroine Virtual Ltd.
> (C) 2006-2017 The CinelerraCV Community
> Internal ffmpeg library versions:
>      libavutil      54. 31.100 / 54. 31.100
>      libavcodec     56. 60.100 / 56. 60.100
>      libavformat    56. 40.101 / 56. 40.101
>      libswscale      3.  1.101 /  3.  1.101
>      libswresample   1.  2.101 /  1.  2.101
> Compiled on Пн июл 17 01:43:25 MSK 2017
> 
> Cinelerra-CVE is free software, covered by the GNU General Public License,
> and you are welcome to change it and/or distribute copies of it under
> certain conditions. There is absolutely no warranty for Cinelerra-CVE.
> ALSA lib pcm.c:7046:(snd_pcm_slave_conf) missing field rate
> Cannot connect to server socket err = Нет такого файла или каталога
> Cannot connect to server request channel
> jack server is not running or cannot be started
> ALSA lib pcm_oss.c:397:(_snd_pcm_oss_open) Cannot open device /dev/dsp
> ALSA lib pcm_dmix.c:1024:(snd_pcm_dmix_open) unable to open slave
> ALSA lib pcm_dmix.c:1024:(snd_pcm_dmix_open) unable to open slave

I am not an expert, but it looks like that your alsa dmix is configured 
to try to use oss and/or jack. Cinelerra does not know anything about jack.

Thanks for testing.

Einar


More information about the Cinelerra mailing list