Sunday February 28th 2021 - Update issue with packman inode mirror
There are issues with the inode mirror, please configure an alternative mirror. See http://packman.links2linux.org/mirrors
-
 Re: kdenlive - Rendered video shows as just black with audio
 Originally Posted by oldcpu
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. 
-
Re: kdenlive - Rendered video shows as just black with audio
This is odd - it works in mpeg-4 format but not mpeg-2. Any idea why?
-
Re: kdenlive - Rendered video shows as just black with audio
Originally Posted by 6tr6tr
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:
and copy and paste this into a konsole/terminal and provide the output:
Code:
rpm --query --all 'libav*' 'libpostproc*' 'libswscale*' '*xine*' '*gst*' '*layer*' '*vlc*' | grep -v avahi | sort
-
Re: kdenlive - Rendered video shows as just black with audio
Originally Posted by oldcpu
Ideas ? ... yes. BUT I would be speculating to repeat the ideas here without more information.
Please provide the output of running:
and copy and paste this into a konsole/terminal and provide the output:
Code:
rpm --query --all 'libav*' 'libpostproc*' 'libswscale*' '*xine*' '*gst*' '*layer*' '*vlc*' | grep -v avahi | sort
First command:
Code:
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:
Code:
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
-
Re: kdenlive - Rendered video shows as just black with audio
Originally Posted by 6tr6tr
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.
Originally Posted by 6tr6tr
Second command:
Code:
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
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.
Last edited by oldcpu; 25-Aug-2009 at 09:33.
-
Re: kdenlive - Rendered video shows as just black with audio
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 ....
Code:
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
-
Re: kdenlive - Rendered video shows as just black with audio
Originally Posted by oldcpu
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.
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?
-
Re: kdenlive - Rendered video shows as just black with audio
Originally Posted by 6tr6tr
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.
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
| 
