I can neither use kaffeine nor VLC to watch divx-files (didn’t test other file types) anymore. I believe that a software update must be the culprit, as I could watch the files one week ago and otherwise didn’t even look at the configuration of my notebook.
The actual behaviour of kaffeine is that I can hear the audio, but the screen remains black. VLC doesn’t even show a black screen, although I hear audio, too. My guess is that the decoder doesn’t work right anymore, but I don’t know how to track the real cause down.
In the meantime, would it be possible to select over YAST an older version of the software package being the culprit? This would be easier if I’d which package is the actual cause here.
selecting an older version of a program is as easy as opening YaST - software management, find the program & selecting the versions tab & selecting the version you require, then clicking accept. If the version is still in the repo,it will be installed,or, if it’s on the install media you will be asked for the media to be inserted
Maybe you’re using a crippled version of VLC? I know Novell likes to cripple media players so they don’t have legal issues. You should try installing VLC from the official Videolan repos.
To my knowledge, Novell does not provide VLC, and hence they do not provide a crippled version of VLC. (They provide crippled versions of gstreamer, xine and amarok).
In my view there are typically 2 problems that can stop users VLC from working:
a. they have inappropriately mixed videolan and packman rpms. The rpms from those two repos do not always work well together. I recommend users stick with Packman and do not install Videolan rpms (with exception of libdvdcss2).
b. when users enable “special desktop effects” for 3D/the-cube, etc … that can cause problems with video. The work around that I have read works is to switch vlc output video module to x11 instead of xv.
>
> b. when users enable “special desktop effects” for 3D/the-cube, etc …
> that can cause problems with video. The work around that I have read
> works is to switch vlc output video module to x11 instead of xv.
>
>
That was the cause of my video problems. Removing Compiz restored the video
play functionality.
With openSUSE-11.0 its easy … but you may have to briefly add videolan repos while you do the search.
Here is how I do this (I’ll use Packman as an example). If I type: zypper lr
I get:
# | Alias | Name | Enabled | Refresh
--+---------------------------------------------+-----------------------+---------+--------
1 | openSUSE-DVD 11.0 | openSUSE-DVD 11.0 | No | No
2 | repo-non-oss | openSUSE-11.0-Non-Oss | Yes | No
3 | repo-oss | openSUSE-11.0-Oss | Yes | No
4 | openSUSE-11.0-Updates | openSUSE-11.0-Updates | Yes | Yes
5 | http://ftp.skynet.be/pub/packman/suse/11.0/ | Packman Repository | Yes | Yes
From that I can see that my synax for packman is “Packman Repository”. If I now type: zypper pa | grep ‘Packman Repository’ > packman-rpms.txt
and then open packman-rpms.txt with a text editor, I can read a list of all Packman rpms available, of which the one’s with an ‘i’ and ‘v’ next to them are installed on my PC.
Simply do the same with videolan. (Note I obtained the syntax from the “name” column). Then remove the videolan repos when you are done.
dc1394 error: Bad MRL, please check the option line (MRL was: <removed path>/video.mpg.avi)
main error: no suitable decoder module for fourcc `DX50'.
VLC probably does not support this sound or video format.
I deactivated the videolan repo in YaST and refreshed the database. A few packages have been downloaded, most other had only their source repo changed. It didn’t help though.
I received
vlc-0.8.6i-0.pm.2
libffmpeg0-0.4.9.13782-1.1
package w32codec-all is not installed
xvid-1.1.3-0.pm.0
and then installed the missing package “w32codec-all-20071007-0.pm.1”, but I receive still the same result.
@truetype: Changing the output doesn’t help because the decoding of the video file doesn’t work already. No input, no output.
Do you see the “pm” in the name of the other rpms? That indicates they were packaged by a packman packager. If you don’t see it, then it is not from a Packman packager.
Novell/SuSE-GmbH do NOT provide libffmpeg0. And your libffmpeg0-0.4.9.13782-1.1 has no “pm” so its not from packman.
Ergo … its from videolan
(I also happen to know its from videolan having seen users mess this up over a dozen times, and I am familiar with the videolan version number … but thats a mute point, as I want to point out the logic here).
So please install the Packman packaged libffmpeg0.
Oops, I have to correct myself. kaffeine works, vlc doesn’t despite reloading it from packman. The assumption that both programs didn’t work because of the exactly same cause is clearly wrong. vlc still gives the same error message as at the beginning, so I guess that I still have videolan packages on my system. How do I find out which packages vlc depends on, so I can reload them?
vlc still gives the same error message as at the beginning, so I guess that I still have videolan packages on my system. How do I find out which packages vlc depends on, so I can reload them?