On Sat, 2004-11-06 at 18:25, Donn Washburn wrote:
Kelly J. Morris wrote:
On Sat, 2004-11-06 at 13:45, David Robertson wrote:
On Sat, 2004-11-06 at 13:14 -0500, Kelly J. Morris wrote:
ln -sf /usr/local/RealPlayer/mozilla/nphelix.so nphelix.so ln -sf /usr/local/RealPlayer/mozilla/nphelix.xpt nphelix.xpt
On my 9.0 Pro system the path is /opt/mozilla/lib/plugins for the .so file/link and /opt/mozilla/lib/components for the .xpt file/link. (I landed the actual files in these directories instead of keeping the links. It works fine here, but YMMV, of course. Note: I had to manually relocate the .xpt file to /components because the installation didn't agree with the documentation. This location seems to be consistent with all of the other .xpt files in that directory.
HTH
Hey Group;
SuSE puts all plugins in "/usr/lib/browser-plugins" and then makes a link from the /browser/plugin directory. Like a link "/opt/mozilla/plugins/mozplugger.so
So! ln -s /usr/lib/browser-plugins/mozplugger.so (put all of this on one line) /opt/mozilla/plugins/mozplugger.so
I think you meant /opt/mozilla/lib/plugins
Get "plugger" at "http://fredrik.hubbe.net/plugger.html" and much more
I loved plugger and enjoyed a great e-mail exchange on installation tips with it's author, Frederik Hubbe. Note: mozplugger is a forked derivative from his original plugger that is now being maintained by someone else. You should try one or the other, but not both at the same time. They conflict with each other because they're both trying to provide the same functionality. After spending an entire week switching between all of the multimedia programs and plug-ins I could locate for this 9.0 Pro system, I decided against keeping either plugger or mozplugger installed. Too much overlap in file type handling was causing frequent contention between them and the underlying players. I solved these conflicts by keeping the combination of MPlayer, mplayerplug-in (v. 2.70 compiled by myself to support GTK1,) the stock Kaffeine plus all of xine and the associated libraries and codecs from http://packman.links2linux.com/ and RealPlayer 10. I've installed all of the codecs, including the Win32 versions, in /usr/lib/codecs and pointed all the programs that use them to look for them there. Now, everything is working as it should. I can view all on-line multimedia content from within Mozilla (1.6) except for live streams (rtsp & mms) served from masked locations -- where the web pages call them up using intermediary (usually javascript) routines. Example: http://www.pbs.org/wgbh/nova/elegant/program.html To access content served in this manner using my current configuration, I have to use Konqueror -- which correctly identifies and captures the streams being handed off and launches them in the appropriate standalone applications. One final note: I don't know if Firefox is the same, but in Mozilla (1.6), it was necessary to open about:config (using the address bar) to register Real Player and Windows Media Player streaming content, as follows: Preference Name: network.protocol-handler.app.mms Status: user set Type: string Value: /usr/bin/gmplayer Preference Name: network.protocol-handler.app.rtsp Status: user set Type: string Value: /usr/local/RealPlayer/realplay OK, sorry for the long-winded post. But I had a devil of a time getting everything working the way I wanted it here, and the installations you were addressing seemed quite similar, so I thought I'd jump in. Take care! - Carl