Hi
After a useless fight, trying to find out why is kdenlive rendering so slow or while editing videos, the entire system is getting extremely slow(or sometimes playing videos on the tv, with HDMI cabel, is also getting into ´slow motion´), I thought maybe the problem has to do with the graphic card/driver or it´s settings,
I´m using Opensuse 13.2 64 bit with KDE. Laptop with ATI:
Perhaps, but its possible that its some other issue too.
How can I find it out?
Well, the info you posted so far is a good start. Next up, post your xorg log to susepaste and provide a link. Also show the output of this command
Thanks.
The output of **glxinfo | egrep ‘version|render’ **is **glxinfo: command not found **??
I still didn´t find the way to login to susepaste (using my forum name showed an error message), meanwhile here is a prt of xorg.log:
X.Org X Server 1.16.1
Release Date: 2014-09-21
34.635] X Protocol Version 11, Revision 0
34.636] Build Operating System: openSUSE SUSE LINUX
34.636] Current Operating System: Linux linux-sd7c 3.16.7-21-desktop #1 SMP PREEMPT Tue Apr 14 07:11:37 UTC 2015 (93c1539) x86_64
34.636] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.7-21-desktop root=UUID=cacd3496-c357-4770-a381-ea32db39b110 resume=/dev/sdb3 splash=silent quiet showopts
34.636] Build Date: 12 June 2015 07:55:09PM
34.636]
34.636] Current version of pixman: 0.32.6
34.636] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
34.636] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
34.636] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jun 23 14:21:28 2015
34.636] (==) Using config directory: "/etc/X11/xorg.conf.d"
34.636] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
34.636] (==) No Layout section. Using the first Screen section.
34.636] (==) No screen section available. Using defaults.
34.636] (**) |-->Screen "Default Screen Section" (0)
34.636] (**) | |-->Monitor "<default monitor>"
34.636] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
34.636] (==) Automatically adding devices
34.636] (==) Automatically enabling devices
34.636] (==) Automatically adding GPU devices
34.636] (WW) The directory "/usr/share/fonts/misc/sgi" does not exist.
34.636] Entry deleted from font path.
34.636] (==) FontPath set to:
/usr/share/fonts/misc:unscaled,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi:unscaled,
/usr/share/fonts/75dpi:unscaled,
/usr/share/fonts/ghostscript/,
/usr/share/fonts/cyrillic:unscaled,
/usr/share/fonts/truetype/,
built-ins
34.636] (==) ModulePath set to "/usr/lib64/xorg/modules"
34.636] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
34.636] (II) Loader magic: 0x80ec80
34.636] (II) Module ABI versions:
34.636] X.Org ANSI C Emulation: 0.4
34.636] X.Org Video Driver: 18.0
34.636] X.Org XInput driver : 21.0
34.636] X.Org Server Extension : 8.0
34.637] (II) xfree86: Adding drm device (/dev/dri/card0)
34.639] (--) PCI:*(0:1:0:0) 1002:94a3:1028:12ef rev 0, Mem @ 0xe0000000/268435456, 0xf6df0000/65536, I/O @ 0x0000de00/256, BIOS @ 0x????????/131072
34.639] (II) LoadModule: "glx"
34.670] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
34.671] (II) Module glx: vendor="X.Org Foundation"
34.671] compiled for 1.16.1, module version = 1.0.0
34.671] ABI class: X.Org Server Extension, version 8.0
34.671] (==) AIGLX enabled
34.671] (==) Matched fglrx as autoconfigured driver 0
34.671] (==) Matched ati as autoconfigured driver 1
34.671] (==) Matched fglrx as autoconfigured driver 2
34.671] (==) Matched ati as autoconfigured driver 3
34.671] (==) Matched modesetting as autoconfigured driver 4
34.671] (==) Matched fbdev as autoconfigured driver 5
34.671] (==) Matched vesa as autoconfigured driver 6
34.671] (==) Assigned the driver to the xf86ConfigLayout
34.671] (II) LoadModule: "fglrx"
34.672] (WW) Warning, couldn't open module fglrx
34.672] (II) UnloadModule: "fglrx"
34.672] (II) Unloading fglrx
34.672] (EE) Failed to load module "fglrx" (module does not exist, 0)
34.672] (II) LoadModule: "ati"
34.672] (II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so
34.672] (II) Module ati: vendor="X.Org Foundation"
34.672] compiled for 1.16.1, module version = 7.4.0
34.672] Module class: X.Org Video Driver
34.672] ABI class: X.Org Video Driver, version 18.0
34.672] (II) LoadModule: "radeon"
34.672] (II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so
34.672] (II) Module radeon: vendor="X.Org Foundation"
34.672] compiled for 1.16.1, module version = 7.4.0
34.672] Module class: X.Org Video Driver
34.672] ABI class: X.Org Video Driver, version 18.0
34.672] (II) LoadModule: "modesetting"
So now I found out: for the output of glxinfo, opensuse users have to instal this first: mesa demo x. Here it is:
glxinfo | egrep 'version|render'
direct rendering: Yes
server glx version string: 1.4
client glx version string: 1.4
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX version: 1.4
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
OpenGL renderer string: Gallium 0.4 on AMD RV740
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.7
OpenGL core profile shading language version string: 3.30
GL_MESA_texture_signed_rgba, GL_NV_conditional_render, GL_NV_depth_clamp,
OpenGL version string: 3.0 Mesa 10.3.7
OpenGL shading language version string: 1.30
GL_NV_blend_square, GL_NV_conditional_render, GL_NV_depth_clamp,
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.3.7
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.0
GL_OES_fbo_render_mipmap, GL_OES_get_program_binary, GL_OES_mapbuffer,
Login into susepast is still impossible for me (googled around and found out I´m not the only one here…) but some of xorg.log input i added above, hope its enough for now…?
gl stuff looks fine on the surface. we need to see the entire xorg log, so figure that susepaste thing out or use another paste bin or just spread it across several posts
Besides, I was looking in this helpful newbies-guid and find out that my GPU belongs to one of the well known trouble makers. If I understood it right, my firepro M7740(rv740), belongs to the *AMD Mobility Radeon HD 4000 Series, *which is not anymore supported by AMD (??), thats why fglrx doesnt function how it should and the catalyst legacy is a better solution. (and I hope I didn´t make a salat from all what I red).
Besides, I was looking in this helpful newbies-guid and find out that my GPU belongs to one of the well known trouble makers.
what do you mean by trouble makers? is there anything in there pertaining to that adapter that says it is problematic? also bear in mind the age of that posting – lots has changed since then …
If I understood it right, my firepro M7740(rv740), belongs to the *AMD Mobility Radeon HD 4000 Series, *which is not anymore supported by AMD (??), thats why fglrx doesnt function how it should and the catalyst legacy is a better solution. (and I hope I didn´t make a salat from all what I red).
Correct, the chipset is not supported by the properitary flgrx driver stack any longer. It is supported in the legacy prop drivers, however, you can not install them on any recent openSUSE distro because of the Xserver included in those far outstrips the version supported in the legacy drivers. However, the chipset should be well served by the radeon oss driver stack.
I suspect that the problems you originally referred to are due to rendering issues – both in terms of general desktop (see the compositer setttings in “system settings” or configure desktop or whatever its called in kde4 … i’m on plasma5 and can’t remember the precise name) and video playback (see the configuration or preferences section for the apps (video playback app; kdeinlive, … )).
Original problem was that video editing was slow but video editing can use up memory like crazy are you absolutely sure that you are not simply using swap which will definitely slow things down. I really don’t see this as a video issue. Video problems never in my experience show as a slowdown after some time.
Run top while editing and check the memory when things slow.
It doesn´t look that swap is the problem, I always run KSysGuard (and Temp. watch) while rendering and I have never seen that swap is being used at all.
Maybe it has to do with the performance of the multiple cores ( I´m using a Quadcore cpu, i7 Q820)?
Example: I was just uploading a video to YT on firefox, I noticed that the computer is getting very slow, even surfing the internet was in slow motion. I run top and saw that one core is always on 100%, after the upload everything was still running slow so that had to restart the computer.
-So this is the same time loop symptoms like while rendering a video, and although I set up kdenlive to work with 4 threads, still one core is always on 100%.
-So could it be that my video-render problems result from the ability of the system(linux) to use 4 cores??
(I render 3-4 minutes videos but with 3 video tracks, 2 audio tracks, some transitions, text-titles and pan-zoom effects, all that in 1080/50p - these videos do eat a lot of resources. In windowsOS its not a problem but I´m still fighting hard not to go back to M$)
**Tyler_K said **
Correct, the chipset is not supported by the properitary flgrx driver stack any longer. It is supported in the legacy prop drivers, however, you can not install them on any recent openSUSE distro because of the Xserver included in those far outstrips the version supported in the legacy drivers. However, the chipset should be well served by the radeon oss driver stack.
So I guess the same is true also for other linux distros as well, (then they all use Xserver), exept if I use a distro without a gui, right?
I suspect that the problems you originally referred to are due to rendering issues – both in terms of general desktop (see the compositer setttings in “system settings” or configure desktop or whatever its called in kde4 … i’m on plasma5 and can’t remember the precise name) and video playback (see the configuration or preferences section for the apps (video playback app; kdeinlive, … )).
Of course I asked in the kdenlive forum before I came here, so i already tried many kdenlive intern settings but no help. Thats why I thought that the problem is with the Graphic card/driver.
Which parameter in the desktop settings could affect the render performance of video editing? I saw the settings of the render functions but only for desktop effects -does it also have to do with kdenlive?
Linux should have no problem with 4 cores I have 6 here and all seems to get distributed. But If you boot to recovery mode or the boot drops back to it you may only be using one core.