anyone can help with this? I tried Realplay 10 and 11. Both don’t work.
As long as I click an rm/rmvb video file, the player lanches, but close
immediately.
while Mplayer and VLC are working properly with other video type.
anyone can help with this? I tried Realplay 10 and 11. Both don’t work.
As long as I click an rm/rmvb video file, the player lanches, but close
immediately.
while Mplayer and VLC are working properly with other video type.
I have the problem as well, and I have libxine1, w32codec-all, and libxine1-w32dll installed. The error I get in Kaffeine is:
xine message - Kaffeine Player
A problem occur while loading a library or a decdoder: drvc.so
(grammar error in the original)
Tried that, it didn’t help either. I am using a 64-bit install if that makes any difference, but I have the 32-bit xine packages installed. I am getting this error from mplayer when I try to play a file:
==========================================================================
Opening video decoder: [realvid] RealVideo decoder
Error: /usr/lib64/RealPlayer10/codecs/drvc.so: cannot open shared object file: No such file or directory
ERROR: Could not open required DirectShow codec drvc.so.
Read the RealVideo section of the DOCS!
VDecoder init failed :(
Opening video decoder: [realvid] RealVideo decoder
ERROR: Could not open required DirectShow codec drvc.dll.
Read the RealVideo section of the DOCS!
VDecoder init failed :(
Opening video decoder: [realvid] RealVideo decoder
Error: /usr/lib64/RealPlayer10/codecs/drv4.so.6.0: cannot open shared object file: No such file or directory
ERROR: Could not open required DirectShow codec drv4.so.6.0.
Read the RealVideo section of the DOCS!
VDecoder init failed :(
Opening video decoder: [realvid] RealVideo decoder
ERROR: Could not open required DirectShow codec drv43260.dll.
Read the RealVideo section of the DOCS!
VDecoder init failed :(
Opening video decoder: [realvid] RealVideo decoder
Error: /usr/lib64/RealPlayer10/codecs/drvc.bundle/Contents/MacOS/drvc: cannot open shared object file: No such file or directory
ERROR: Could not open required DirectShow codec drvc.bundle/Contents/MacOS/drvc.
Read the RealVideo section of the DOCS!
VDecoder init failed :(
Cannot find codec matching selected -vo and video format 0x30345652.
Read DOCS/HTML/en/codecs.html!
==========================================================================
==========================================================================
There is no /usr/lib64/RealPlayer10/ directory. There is a /usr/lib/RealPlayer10/ directory, though. There is also no /usr/lib64/codecs/ directory, only /usr/lib/codecs/. This might explain why xine is having problems with drvc.so
I was haviing the same problem. Other players only played audio and realplayer just closed up when trying to open the video with .rmvb extension.
First open Realplayer, go to Tools, Preferences, Hardware, and deselect “Use XVideo”. Now realplayer plays RMVB.
Hope it works for you.
Opensuse 11.0 x64
Dell Inspiron 1525
Intel core2 duo 1,83 MHz
2 GB RAM
with the the codecs pack installed
and Realplayer 10.0.9.809 (gold)
Rodrigo
PD: I’m using realplayer in spanish so I hope my translation was good.
I tried that, but it doesn’t make any difference for playing rmvb files in mplayer or xine.
w32codec-all is not the same as libxine1-w32dll
I know that, that is why I have them both installed.
I am wondering, is it possible the problem might be due to there not being a 32-bit compatibility package for the packman version of Xine? When I try to install libxine1-w32dll, it automatically installs the 32-bit compatibility package from the repo-oss version of xine (xine-lib-32bit). It won’t install without it. It appears it requires a 32-bit xine, either a pure 32-bit or a 32-bit compatibility package. However, the 64-bit version of xine I am using is the packman one (libxine1). I wonder if there might be problems using libxine1 from packman with xine-lib-32bit from repo-oss. Packman does not appear to offer a 32-bit compatibility package (I assume it would be something like libxine1-32bit).
However, I cannot test this theory. libxine1-w32dll requires libxine1 (the packman version). So there does not appear to be a way to have libxine1-w32dll with both 64-bit and 32-bit xine versions being provided by the same vendor. I cannot use the repo-oss 64-bit version (xine-lib) since libxine1-w32dll won’t accept it, but I cannot use the packman 32-bit compatibility package since it does not exist. I have to use both libxine1 and xine-lib-32bit
If I try to switch to the 32-bit version of libxine1 Yast2 freezes, I assume because there are so many other packages that have to change architecture as a result.
From what I have read, there are similar issues with mplayer. It sounds like the 64-bit version of mplayer cannot use 32-bit codecs. However, I cannot find a 32-bit compatibility package for mplayer at all (I assume it would be mplayer-32bit). Once again, trying to change mplayer to the 32-bit version freezes Yast because of the large number of other packages that also have to change to support this.
That could be.
Lets try a different “codec package” (apologies for that description, as that tends to be a windoze description).
Instead of relying on w32codec-all to give you codecs, lets instead use libffmpeg0 (packaged by packman) to give you codecs. If you have the videolan libffmpeg0 installed, change to the packman libffmpeg0 package instead:
PackMan :: Informationen zum Paket ffmpeg
This may be seen as a package “downgrade” by your package manager, due to the way videolan and packman each do their version numbering, but go ahead and install the packman packaged libffmpeg anyway.
You can tell if you have a packman package installed by looking at the version numbering, where you will see a “pm” in the version number. For example, an rpm command to get some version numbers of the apps (currently installed on your PC) that we have been talking about:
rpm -qa | grep xine & rpm -qa | grep w32
Specifically which packages should be installed? I tried installing the packman version of libffmpeg and uninstalling the w32 packages, but that didn’t work. I then installed RealPlayer to provide the necessary libraries but that also didn’t work. So I then reinstalled the w32 packages, but that also didn’t work. So I uninstalled Reaplayer, and that didn’t work either. Now I am left with the packman libffmpeg packags and the w32codecs and w32dll packages fro xine, plus dependencies for all three.
Unless you list specific versions that you specifically tried at a specific time, that explanation does not help as much as is necessary. I believe one must be very precise in what they are doing, and if seeking help, not change one’s configuration too much.
Why do you want realplayer? Will “mplayerplug-in” not play those rm formats as well?
By the way, what IS the output of:
rpm -qa | grep xine & rpm -qa | grep w32 & rpm -qa | grep ffmpeg
The output is:
rpm -qa | grep xine & rpm -qa | grep w32 & rpm -qa | grep ffmpeg
[1] 8073
[2] 8075
xine-lib-32bit-1.1.12-8.1
libxine1-dvb-1.1.15-0.pm.1
libxine1-1.1.15-0.pm.1
ffmpeg-0.4.9svn-20080906.pm.0
gstreamer-0_10-ffmpeg-0.10.5-42.pm.1
amarok-xine-1.4.10-100.pm.1
phonon-backend-xine-4.1.1-39.1
libffmpeg0-0.4.9svn-20080906.pm.0
libxine1-arts-1.1.15-0.pm.1
w32codec-all-20071007-0.pm.1
xinetd-2.3.14-115.1
libxine1-w32dll-1.1.15-0.pm.1
[2]+ Done rpm -qa | grep w32
libxine1-w32dll-1.1.15-0.pm.1
If you want to know specifically what I did, I first uninstalled:
xine-lib-32bit-1.1.12-8.1
libxine1-w32dll-1.1.15-0.pm.1
w32codec-all-20071007-0.pm.1
And changed:
ffmpeg-0.4.9.13782-1.2
libffmpeg-0.4.9.13782-1.2
to:
libffmpeg0-0.4.9svn-20080906.pm.0
ffmpeg-0.4.9svn-20080906.pm.0
I still was not able to play .rmvb files in either xine or mplayer-based media players (I got sound but no video, exactly as the OP described). Next, in order to have the realplayer libraries, I installed:
RealPlayer-10.0.9-51.1
Still with no success. So then I re-installed:
xine-lib-32bit-1.1.12-8.1
libxine1-w32dll-1.1.15-0.pm.1
w32codec-all-20071007-0.pm.1
And things still did not change, so then I uninstalled:
RealPlayer-10.0.9-51.1
And again nothing changed. So now the system is the same as it was before, except that I am using the packman versions of the ffmpeg programs, that is:
libffmpeg0-0.4.9svn-20080906.pm.0
ffmpeg-0.4.9svn-20080906.pm.0
Instead of:
ffmpeg-0.4.9.13782-1.2
libffmpeg-0.4.9.13782-1.2
OK, thanks.
Note xine-lib is packaged by Novell/SuSE-GmbH and it is deliberately crippled for all proprietary codecs. Don’t waste your time installing it as it is almost a certainty it will not work with proprietary codecs.
Can you point to a rm/rmvb file on the web that doesn’t play for you, so myself or someone else can check it out?
In truth, I never install realplayer. Instead I rely on packman, libxine1 and vlc to play all the audio/video I need.
Yes, that was my point earlier. If I want to install libxine1-w32dll, I must also install xine-lib-32bit. I do not have a choice in the matter. If I try to install libxine1-w32dll, xine-lib-32bit is automatically installed as a dependency. If I try to remove xine-lib-32bit, it insists I uninstall libxine1-w32dll as well. However, I must also have libxine1 from packman installed, libxine1-w32dll depends on it. Having the repo-oss xine-lib will not work. And I cannot have both xine-lib and libxine1, they conflict with each other.
libxine1-w32dll appears to depend on one or more 32-bit xine libraries to run (I don’t know which ones), and the only way to get them (short of switching a substantial portion of my system over to 32-bit) is to install xine-lib-32bit. As far as I can tell there is no packman package that provides those particular 32-bit libraries. At least if there is one the dependency resolver in zypper cannot seem to find it. This means I am forced to use the 64-bit packman packages with the 32-bit crippled repo-oss package. There is no other way to install libxine1-w32dll. It seems a bit strange to me that the packman libxine1-w32dll package would depend on both the repo-oss xine-lib-32bit and the packman libxine1 package, but that is what Yast2 is telling me.
Try one of the videos here. Below each picture is a “download” link, try downloading the file to your hard drive and playing it. Those are .rmvb files. Also you can try downloading one of the three links below each picture, they are .rm files and they have the same result (audio but no video).
I would prefer not to, but I cannot play .rmvb files without it.
I rarely play rmvb files. I can’t even remember last time I played one.
Anyway, on my openSUSE-11.0 (KDE-3.5.9) test PC I clicked on that link from firefox, selected the high res harry potter link, and the file was downloaded and vlc automatically launched. The file played in vlc.
Turns out I don’t have realplayer configured.
Anyway, I downloaded the .rmvb file, and played it with vlc (again), xine, and smplayer. … So it appears you have a configuration problem. My configuration:
oldcpu@stonehenge01:~> rpm -qa | grep xine && rpm -q libffmpeg0 && rpm -qa | grep layer && rpm -q vlc
xine-ui-0.99.5cvs-20080426.pm.0
amarok-xine-1.4.10-100.pm.1
libxine1-1.1.15-0.pm.1
xine-skins-1.0.3-0.pm.0
xinetd-2.3.14-115.1
libffmpeg0-0.4.9svn-20080906.pm.0
MPlayer-1.0rc2-4.pm.8
RealPlayer-10.0.9-51.1
flash-player-9.0.124.0-10.1
smplayer-0.6.2-0.pm.1
mplayerplug-in-3.55-0.pm.1
vlc-0.9.1-0.pm.2
oldcpu@stonehenge01:~>
OK, I configured RealPlayer-10 and played the .rmvb file with realplayer.
Do you have a 64-bit or 32-bit installation?
32-bit. My PCs are old and only 32-bit hardware. I tested that on a 32-bit althlon-1100.