I am running Fedora Core 2. My browser is Mozilla 1.7.3. I have Mplayer 1.0-0.11.pre5.1.fc2.fr installed along with mozplugger 1.5.2-1. Mozilla, Mplayer and mozplugger were all installed by Red Had Package Manager. I manually installed the essential codecs package from mplayhq.org to the /usr/lib/win32 directory and I know that is the correct directory because that is what made hearing the audio of streamed video possible in Mozilla.

Last thing that I did was to configure MPlayer to use the alsa audio driver. However, funny thing about that. I have the alsa-lib 1.0.3a-2 package installed (also by RPM) but MPlayer offers the ALSA-0.9.x-1.x driver as a choice. With that selection audio from Mozilla streamed videos improved greatly.

At this time, no streamed videos will play all the way through without some bad sound. By bad sound, I mean stutters, noise, pauses. Sometimes they are occasional, sometimes so bad that the streamed video is essentially unveiwable.

These are not long videos, they are short news blurbs offered on my ISP's portal page mostly from AP.

If I save any of these videos to my hard-drive and open them in MPlayer directly, they play flawlessly.

Any ideas on what to try next?

[QUOTE]Last thing that I did was to configure MPlayer to use the alsa audio driver. However, funny thing about that. I have the alsa-lib 1.0.3a-2 package installed (also by RPM) but MPlayer offers the ALSA-0.9.x-1.x driver as a choice. With that selection audio from Mozilla streamed videos improved greatly.[/QUOTE/

Apparently this did not work as well as I thought. MPlayer doesn't seem to recognize this alsa driver as being present. Even though XMMS works well with alsa 1.0.3a-2 installed with FC2, the ALSA-0.9.1-1.x must not actually be present. If I run mplayer from the terminal and play a video I get a flashing error box stating that I file cannot be found. That was solved by reverting to the OSS driver what MPlayer was originally configured to use when run from the terminal/menu.

This got me to thinking about other drivers that MPlayer might used. I tried them all. OSS, ALSA, mpegpes, arts, esd, sdl, null and pcm can all be selected from the audio tab of the MPlayer preferences dialog. But, only OSS and esd seem to work and of these only OSS works well.

However configuring MPlayer here HAS NO AFFECT when mplayer is called to stream video in Mozilla. This I did not realize when I posted my original entry http://www.linuxquestions.org/questi...readid=248229#

Yes. RT*M and learn to configure mozplugger to call mplayer to stream video for Mozilla. That means editing the /etc/mozpluggerrc file. Although the first line of the file says that it is a generated file and not to edit it. But, I don't know of a configure tool for mozplugger except my editor. Well a configure script or make file if is was installing from source, but I did not, I installed object via RPM.

So, I configured the generated file using gedit. Two problems with the way mplayer is called in mozpluggerrc. First, there are several mplayer calls for different types of media. The fix I found had to be implemented in ALL the calls. Second, the -ao option for mplayer allows a comma separated list of audio drivers to be specified. Apparently, the list, which was repeated for each mplayer call in the file, reflects the drivers that were present on whatever machine was used to build my mozplugger package. And, mozplugger/mplayer doesn't know better, so between them, the wrong driver gets used. I changed all of the calls to use only the oss driver.

Worked like a charm. Now I can play videos from both disk and streamed from Mozilla and they play equally well either way.

I apologize for posting this entry twice. But, the previous one MAKES NO SENSE. I entered the first set of QUOTE tags by hand and got it wrong. Here is how that entry should have looked.

Apparently this did not work as well as I thought. MPlayer doesn't seem to recognize this alsa driver as being present. Even though XMMS works well with alsa 1.0.3a-2 installed with FC2, the ALSA-0.9.1-1.x must not actually be present. If I run mplayer from the terminal and play a video I get a flashing error box stating that I file cannot be found. That was solved by reverting to the OSS driver what MPlayer was originally configured to use when run from the terminal/menu.

This got me to thinking about other drivers that MPlayer might used. I tried them all. OSS, ALSA, mpegpes, arts, esd, sdl, null and pcm can all be selected from the audio tab of the MPlayer preferences dialog. But, only OSS and esd seem to work and of these only OSS works well.

However configuring MPlayer here HAS NO AFFECT when mplayer is called to stream video in Mozilla. This I did not realize when I posted my original entry.

Yes. RT*M and learn to configure mozplugger to call mplayer to stream video for Mozilla. That means editing the /etc/mozpluggerrc file. Although the first line of the file says that it is a generated file and not to edit it. But, I don't know of a configure tool for mozplugger except my editor. Well a configure script or make file if is was installing from source, but I did not, I installed object via RPM.

So, I configured the generated file using gedit. Two problems with the way mplayer is called in mozpluggerrc. First, there are several mplayer calls for different types of media. The fix I found had to be implemented in ALL the calls. Second, the -ao option for mplayer allows a comma separated list of audio drivers to be specified. Apparently, the list, which was repeated for each mplayer call in the file, reflects the drivers that were present on whatever machine was used to build my mozplugger package. And, mozplugger/mplayer doesn't know better, so between them, the wrong driver gets used. I changed all of the calls to use only the oss driver.

Worked like a charm. Now I can play videos from both disk and streamed from Mozilla and they play equally well either way.