Description of problem: can't find extra realplayer codecs. seems to look for them in / real_common: error loading /drvc.so: /drvc.so: cannot open shared object file: No such file or directory real_common: error loading /drv3.so.6.0: /drv3.so.6.0: cannot open shared object file: No such file or directory video_decoder: no plugin available to handle 'Real Video 3.0' load_plugins: plugin realadec will be used for audio streamtype 21. real_common: error loading /cook.so: /cook.so: cannot open shared object file: No such file or directory real_common: error loading /cook.so.6.0: /cook.so.6.0: cannot open shared object file: No such file or directory audio_decoder: no plugin available to handle 'RealAudio COOK' av_offset=0 pts spu_offset=0 pts ---------------------- (ERROR) ---------------------- A problem occur while loading a library or a decoder: drvc.so ['Error loading library:' 'drvc.so'] ------------------ (END OF ERROR) ------------------- ---------------------- (ERROR) ---------------------- A problem occur while loading a library or a decoder: drvc.so ['Error loading library:' 'drvc.so'] ------------------ (END OF ERROR) ------------------- ---------------------- (ERROR) ---------------------- A problem occur while loading a library or a decoder: cook.so ['Error loading library:' 'cook.so'] ------------------ (END OF ERROR) ------------------- ---------------------- (ERROR) ---------------------- A problem occur while loading a library or a decoder: cook.so ['Error loading library:' 'cook.so'] ------------------ (END OF ERROR) ------------------- ln -s /usr/local/RealPlayer/codecs/* / then it works, but that can't be it... also strings /usr/lib/xine/plugins/1.1.6/xineplug_decode_real.so | grep usr does not look right: /usr/lib/win32/dvrc.so /usr/lib/win32 /usr/locallib/win32/dvrc.so /usr/locallib/win32 /usr/lib/codecs/dvrc.so /usr/lib/codecs /usr/locallib/codecs/dvrc.so /usr/locallib/codecs /usr/lib/RealPlayer10/codecs /usr/lib/RealPlayer8/Codecs /usr/RealPlayer8/Codecs /usr/localRealPlayer8/Codecs /usr/lib64/RealPlayer10/codecs/dvrc.so /usr/lib64/RealPlayer10/codecs /usr/locallib64/RealPlayer10/codecs/dvrc.so /usr/locallib64/RealPlayer10/codecs /usr/lib/RealPlayer10/codecs/dvrc.so /usr/locallib/RealPlayer10/codecs/dvrc.so /usr/locallib/RealPlayer10/codecs /usr/lib64/RealPlayer9/users/Real/Codecs/dvrc.so /usr/lib64/RealPlayer9/users/Real/Codecs /usr/locallib64/RealPlayer9/users/Real/Codecs/dvrc.so /usr/locallib64/RealPlayer9/users/Real/Codecs /usr/lib/RealPlayer9/users/Real/Codecs/dvrc.so /usr/lib/RealPlayer9/users/Real/Codecs /usr/locallib/RealPlayer9/users/Real/Codecs/dvrc.so /usr/locallib/RealPlayer9/users/Real/Codecs /usr/lib/RealPlayer8/Codecs/dvrc.so /usr/locallib/RealPlayer8/Codecs/dvrc.so /usr/locallib/RealPlayer8/Codecs /usr/RealPlayer8/Codecs/dvrc.so /usr/localRealPlayer8/Codecs/dvrc.so Version-Release number of selected component (if applicable): 1.1.6 How reproducible: play a real media file Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
The packaging problem is that the win32 and real codec paths got split into two separate entities in 1.1.5, leaving the real codec path undefined. configuring with --with-real-codec-path=%{codecdir} in the specfile should fix it. Lack of that option triggers path lookup which has upstream bugs resulting in the "locallib" things you noticed, candidate fix sent upstream: http://sourceforge.net/tracker/index.php?func=detail&aid=1707526&group_id=9655&atid=109655 Note that the upstream patch won't be required in the Fedora package, the intention is to continue using /usr/lib/codecs (/usr/lib64/codecs on lib64 archs) for the codec dir.
Should be fixed in soon-to-appear 1.1.6-2.