kdenlive - Rendered video shows as just black with audio!

I created a project using a title (for 5 seconds) and an imported mpeg clip that has video and audio. While in kdenlive, the “project monitor” properly shows the title for 5 seconds and then plays the clip.

However, when I render the video as an mpeg, it’s just a black screen with audio starting after 5 seconds! What might be wrong?

My rendering options:

Destination: File Rendering
MPEG-2 (200K)
NTSC
Scanning: auto
Export Audio
Full Project

Please, any help is greatly appreciated! :slight_smile:

Go to project > project settings, and ensure you have an appropriate setting applied.

Also try different renderings than the one you applied.

How do I know I have the appropriate settings? (It is playing in the project monitor…)

I did try a few diff. mpeg settings but have not yet gotten it to work.

Does it matter that my profile is HDV 1440x1080 50i?

It probably does if the input video is not HDV 1440x1080 50i … or the output video desired is not HDV 1440x1080 50i (I cant recall if it is input or output that is specified) ?

Which profile would I use if I just want to make mpegs? I have no idea how to choose one!

mpegs for what? create a custom DVD ? Did you have a specific output resolution in mind? Did you have a specific bit rate in mind?

Just videos to show on a computer monitor. It will live on the hard drive not a DVD and doesn’t need to be amazing resolution.

What quality are the originals in terms of resolution, bit rate, and frame rate?

Well, that doesn’t matter because even if I create a video without any clips imported and simply add a title clip only, it’s still black.

That does not read like much of a test to me.

Try a low quality initially. Setting the project settings to DV/DVD NTSC.

Then when rendering a video, put the settings to MPEG2 2000K

Note it is important that you have not mixed videolan packaged rpms with packman packaged rpms, as IMHO that could have broken your kdenlive’s rendering.

Did that and it’s still black. :frowning:

This is odd - it works in mpeg-4 format but not mpeg-2. Any idea why?

Ideas ? … yes. BUT I would be speculating to repeat the ideas here without more information.

Please provide the output of running:

zypper lr -d

and copy and paste this into a konsole/terminal and provide the output:

rpm --query --all 'libav*' 'libpostproc*' 'libswscale*' '*xine*' '*gst*' '*layer*' '*vlc*' | grep -v avahi | sort

First command:


1  | Mono_(Latest_.Net)        | Mono (Latest .Net)                 | Yes     | Yes     |   99     | rpm-md | http://mono.ximian.com/monobuild/snapshot/download-trunk/suse-110-i586
2  | Packman                   | Packman repository (openSUSE_11.0) | Yes     | Yes     |   99     | rpm-md | http://packman.mirrors.skynet.be/pub/packman/suse/11.0/
3  | Test_Packman_11.1         | Test Packman 11.1                  | Yes     | Yes     |   99     | rpm-md | http://packman.mirrors.skynet.be/pub/packman/suse/11.1
4  | openSUSE-11.0-Oss         | openSUSE-11.0-Oss                  | Yes     | No      |  120     | yast2  | http://download.opensuse.org/distribution/11.0/repo/oss/
5  | Mono_(.Net_Repository)    | Mono (.Net Repository)             | Yes     | Yes     |   99     | rpm-md | http://ftp.novell.com/pub/mono/download-stable/openSUSE_11.0
6  | Open_Office_1             | Open Office                        | Yes     | Yes     |   99     | rpm-md | http://download.opensuse.org/repositories/OpenOffice.org%3a/STABLE/openSUSE_11.0/
7  | multimedia-audio          | multimedia-audio                   | Yes     | No      |   99     | rpm-md | http://download.opensuse.org/repositories/multimedia:/audio/openSUSE_11.0/
8  | Packman Repository        | Packman Repository                 | Yes     | Yes     |   99     | rpm-md | http://packman.mirrors.skynet.be/pub/packman/suse/11.0
9  | Main Repository (NON-OSS) | Main Repository (NON-OSS)          | Yes     | No      |   99     | rpm-md | http://download.opensuse.org/distribution/11.0/repo/non-oss/suse
10 | multimedia:photo          | multimedia:photo                   | Yes     | Yes     |   99     | rpm-md | http://download.opensuse.org/repositories/multimedia:/photo/openSUSE_11.0/
11 | openSUSE-11.0-Non-Oss     | openSUSE-11.0-Non-Oss              | Yes     | No      |  120     | yast2  | http://download.opensuse.org/distribution/11.0/repo/non-oss/
12 | OpenSUSE_KDE4_Extra       | OpenSUSE KDE4 Extra                | No      | No      |   99     | rpm-md | http://download.opensuse.org/repositories/KDE:/KDE4:/Factory:/Extra-Apps/openSUSE_11.0/
13 | OpenSUSE_KDE4             | OpenSUSE KDE4                      | Yes     | No      |   99     | rpm-md | http://download.opensuse.org/repositories/KDE:/KDE4:/Factory:/Desktop/openSUSE_11.0/
14 | openSUSE-11.0-Updates     | openSUSE-11.0-Updates              | Yes     | No      |   20     | rpm-md | http://download.opensuse.org/update/11.0/
15 | alsa-driver               | alsa-driver                        | Yes     | No      |   99     | rpm-md | http://download.opensuse.org/repositories/multimedia:/audio:/KMP/openSUSE_11.0_Update/
16 | mono-stable               | mono-stable                        | Yes     | No      |   99     | rpm-md | http://ftp.novell.com/pub/mono/download-stable/openSUSE_11.0
17 | OpenSUSE_KDE4_Community   | OpenSUSE KDE4 Community            | Yes     | No      |   99     | rpm-md | http://download.opensuse.org/repositories/KDE:/KDE4:/Community/openSUSE_11.0_KDE4_Factory_Desktop/

Second command:


amarok-xine-1.4.10-100.pm.1
gst-fluendo-mp3-2-72.1
gstreamer-0_10-0.10.19-16.1
gstreamer-0_10-plugins-bad-0.10.6-36.2
gstreamer-0_10-plugins-bad-lang-0.10.6-36.2
gstreamer-0_10-plugins-base-0.10.19-24.1
gstreamer-0_10-plugins-good-0.10.7-38.4
gstreamer-0_10-plugins-ugly-0.10.7-19.1
gstreamer-0_10-plugins-ugly-lang-0.10.7-19.1
gstreamer-0_10-utils-0.10.19-16.1
libavc1394-0-0.5.3-104.1
libavcodec52-0.5-0.pm.3
libavdevice52-0.5-0.pm.3
libavformat52-0.5-0.pm.3
libavutil49-0.5-0.pm.3
libgstapp-0_10-0-0.10.6-36.2
libgstinterfaces-0_10-0-0.10.19-24.1
libgstreamer-0_10-0-0.10.19-16.1
libpostproc51-0.4.9.15594svn-20081010.pm.2143
libswscale0-0.5-0.pm.3
libxine1-1.1.15-44.pm.2
libxine1-codecs-1.1.15-44.pm.0
phonon-backend-xine-4.1.3-68.1
python-gstreamer-0_10-0.10.11-22.1
xine-extra-1.1.12-8.7
xine-lib-1.1.12-8.7
xinetd-2.3.14-115.1
xine-ui-0.99.5-161.1

My suspicion was that you had an inappropriate (or missing) application installed that was causing the problem. That sort of problem typically arises because one has too many, or inappropriate, repositories set up in their software package manager.

I note you have an openSUSE-11.1 packman repository mixed in with 2 x openSUSE-11.0 packman repositories. IMHO that is sure to cause breakage. And its incredibly difficult to recover from, because one will have no idea as to what openSUSE version a package was built for.

You also have openSUSE-11.0 packman twice, and have Non-OSS twice. There is not need for that.

I also note you have many other repositories. I believe that to be a bad philosophy, and I have expounded on this many times on this forum. Let me explain.

Lets say your are a person who is packaging applications for a repository. But you know that your applications will depend on packages packaged and included in the basic openSUSE version in order to run. You also know that there are many many many other repositories, which package all sorts of versions of those applications that you will need, with no notice of updates, and not much for testing.

So against what will you build your packages against? You will build them against the basic OSS, non-OSS, Update and just those. No others. Which means if some were to replace an application from the OSS, non-OSS, or Update, with a different version, there is a chance it will not work with the application you have packaged for your repository.

Ergo, its a BAD idea to add many repositories to one’s software package manager, because those who package for those repositories assume a basic OSS, Non-OSS, Update setup. By having so many repositories, you break that assumption and ask for breakage in your applications.

Now advanced users can do this (many repositories) and get away with it, because they have the knowledge/skills to work around this. Many (not all) average users can also get away with it. … But IMHO its asking for nothing but trouble.

Hence I have highlighed the repos in RED I think you should disable. IF there is a specific update you hear about that you want, you can briefly enable them and then immediately disable them afterward, but to do more than that is IMHO courting disaster.

I see what could be a mix of 11.0 and 11.1 apps. I’m surprised anything works. Definitely xine-lib does NOT belong.

6tr6tr, … my apologies for my pontification. In truth, I can’t tell what specific package is wrong, that is causing this. Its a dependency, … and it is likely caused by either your having both 11.0 and 11.1 packman repositories at the same time, or its caused by a package from one of your other 3rd party repositories.

I can give you my output of the second command, but since I am using openSUSE-11.1 (and not 11.0) it won’t mean much …

oldcpu@hal1000:~> rpm --query --all 'libav*' 'libpostproc*' 'libswscale*' '*xine*'                        '*gst*' '*layer*' '*vlc*' | grep -v avahi | sort
amarok-xine-1.4.10-100.pm.2
flash-player-10.0.32.18-0.1.1
gstreamer-0_10-0.10.23-42.pm.1
gstreamer-0_10-devel-0.10.23-42.pm.1
gstreamer-0_10-fluendo-mp3-0.10.10-42.pm.1
gstreamer-0_10-lang-0.10.23-42.pm.1
gstreamer-0_10-plugins-base-0.10.23-42.pm.1
gstreamer-0_10-plugins-base-devel-0.10.23-42.pm.1
gstreamer-0_10-plugins-base-lang-0.10.23-42.pm.1
gstreamer-0_10-plugins-good-0.10.15-42.pm.1
gstreamer-0_10-plugins-good-lang-0.10.15-42.pm.1
gstreamer-0_10-schroedinger-1.0.5-42.pm.4
gstreamer-0_10-utils-0.10.23-42.pm.1
gstreamer-utils-0.10.23-42.pm.1
libavc1394-0-0.5.3-129.6
libavc1394-devel-0.5.3-129.6
libavcodec52-0.5-0.pm.3
libavdevice52-0.5-0.pm.3
libavformat52-0.5-0.pm.3
libavutil49-0.5-0.pm.3
libgstinterfaces-0_10-0-0.10.23-42.pm.1
libgstreamer-0_10-0-0.10.23-42.pm.1
libpostproc51-0.5-0.pm.3
libswscale0-0.5-0.pm.3
libvlc2-1.0.1-0.pm.0
libvlccore0-0.9.9a-0.pm.1
libvlccore2-1.0.1-0.pm.0
libxine1-1.1.16.3-0.pm.3
libxine1-codecs-1.1.16.3-0.pm.3
libxine1-gnome-vfs-1.1.16.3-0.pm.3
libxine1-pulse-1.1.16.3-0.pm.3
MPlayer-1.0rc2_r29116-2.pm.2
mplayerplug-in-1
mplayerplug-in-3.55_svn-0.chrys.1
phonon-backend-gstreamer-0_10-4.2.0-40.18
pullin-flash-player-11.1-1.1
python-gstreamer-0_10-0.10.15-42.pm.1
smplayer-0.6.8-0.pm.1
vlc-1.0.1-0.pm.0
vlc-noX-1.0.1-0.pm.0
vlc-qt-1.0.1-0.pm.0
xinetd-2.3.14-129.35
xine-ui-0.99.5cvs-20090203.pm.0821

I will disable those. The only thing I added the 11.1 was for kdenlive because the version included in 11.0 did NOT work. It failed and there was no fix. So I added 11.1 to get the rpm for the newer version and now that works. I have nothing else from 11.1, and only did it because all other attempts proved futile (and I needed kdenlive).

Why is xine-lib not needed? How do you know that? And should I just remove it from YAST?

xine-lib provides the crippled xine libraries that are packaged by Novell/SuSE-GmbH. They are replaced by the libxine1 packaged by Packman, which provides non-crippled (proprietary format capable) libraries for xine. I’m surprised your Software package manager allowed both of those at the same time. It should not be possible.

How do I know that ? … Gosh, … its been like this on openSUSE (and before that SuSE) as long as I can remember using SuSE/openSUSE.

Yes. Remove xine-lib from YaST. Maybe force a re-install of libxine1 from Packman.