I recently found a website that plays, for free, the French In Action videos used in my college French courses. In combination with this other website which plays the audio exercises #1-26 #27-52 from the same series (also for free), it’s an excellent way to learn French. However, the catch on the audio site seems to be that you have to install Internet Explorer and possibly Windows Media Player – yes, this can be done in GNU/Linux, but that’s another tutorial for another day – and they’re not free software so I avoid them anyway.
Unfortunately, MPlayer stopped and started so badly on my other half’s openSUSE 11.1 system that the videos were impossible to watch. I don’t remember MPlayer ever being so problematic this way in the past, so I assume something new somewhere has gummed up the works. Here’s what I did to get it to behave. Videos take a little longer to start playing because of the extra buffering, but the stuttering is gone.
First, even though setting it to use ALSA audio has worked fine in the past, it doesn’t seem to in this case. Open MPlayer, right-click in the playback window, and select Preferences from the context menu.
Next, click OK on the little reminder that pops up. On the Audio tab, select “oss OSS/ioctl audio output.”
Click the Codecs and demuxer tab, go to the dropdown menu for Video codec family, and select FFmpeg’s libavcodec codec family.
Now click the Misc tab. Make sure there is a check in the box next to “Cache on/off” and enter 8192 in the “Cache size” box. I also like to check “Stop XScreenSaver, which keeps your screensaver from popping up while you’re watching a video. Now click OK.
The next issue to address is the fact that the MPlayer Plug-In for Firefox has separate settings. You’ll need to play a video in Firefox to get to it. I’ve started one of the French In Action videos as an example for this screenshot. Right-click on the playback area and select Configure.
Here, I went to the dropdown for “Video Output” and selected x11, set “Audio Output” to oss, and set the “Minimum Cache Size” as close to the 8192 mark without going under. Click OK.
MPlayer Plug-In seems to also be susceptible to losing the video stream and then stopping play. This wouldn’t be so annoying if there was any way to resume play from where it stopped. In this case, there isn’t. So I employed this little trick, which removes the playback area from its surrounding window and places it in its own window. A minor inconvenience, perhaps, but it seems to fix the problem.
Open your favourite text editor and edit ~/.mplayer/mplayerplug-in.conf
The absolute path is /home/yourusername/.mplayer/mplayerplug-in.conf – I was already in my /home/g33kgrrl directory so I did:
g33kgrrl@home ~ $ kwrite .mplayer/mplayerplug-in.conf
When it opened, I inserted this line:
Exact location of this line in the file is probably irrelevant, just as long as it has its own line. While you’re here, it’s worth mentioning that some distros by default have the timestamp displayed in the video window on the upper left side:
Some people like it but I think it’s distracting… so I also like to add this line to get rid of it:
Save the file and close Kwrite.
This next step is optional but keeps the annoying “Couldn’t resolve name for AF_INET6:” error away. You’ll need your text editor again, and this file is also in the .mplayer subfolder. I did:
g33kgrrl@home ~ $ kwrite .mplayer/config
Then insert this line:
prefer-ipv4 = yes
Save and exit. All set!