After installing mplayerplug-in 3.25, I found that clicking on a link for a CNN.com video results in what appears to be an infinite loop without the video ever playing. This didn't happen with 3.21.
With mplayerplug-in CVS and mplayer CVS everything works ok. Try upgrading to mplayerplug-in CVS and see if that fixes the problem.
Post the error.
How do I save the output to a file?
set "debug=1" in the mplayerplug-in.conf file and run firefox from a terminal.
I did what you suggested. Unfortunately, in FC5, /usrt/bin/firefox is a script which does complicated environment initializing and then invokes firefox-bin. I get no terminal output running "firefox", and don't know how to start it otherwise. Can you reproduce the problem running the 3.25 RPM version? Both the FC4 and FC5 versions have the same problem. I went back to 3.21 which doesn't have this problem.
Get the firefox-out script attached to this bug..
And then run firefox from a terminal with the command
And let me know what the output is.
Looks like a codec error to me... might try to install the mplayer optional codec packages.
---- from the log ----
READ: VO: [xv] 468x262 => 468x262 Planar YV12
----player thread: panel height in thread = 35
READ: Selected video codec: [wmv9dmo] vfm: dmo (Windows Media Video 9 DMO)
READ: AO: [oss] 44100Hz 1ch s16le (2 bytes per sample)
READ: Starting playback...
height = 297 panel= 16
showbuttons = 1
showcontrols = 1
READ: MPlayer interrupted by signal 8 in module: decode_video
----player thread: breaking read loop - interrupted
----player thread: tryagain = 2
----player thread: playNode returned = 1
----player thread: close done
I have no problem playing the video using mplayerplug-in 3.21, with no other changes. I'm using the all-20050412.tar.bz2 codec tarball from mplayerhq.hu. I will send the corresponding debug output using 3.21.
Sorry, but I installed 3.25 and CVS and neither have any problems playing the videos at cnn.com on my machine.
I see one small difference in the output.. in that 3.25 uses http urls and 3.21 uses mms urls. This change was made as many sites give higher quality video on the http channel vs the mms channel.
You never mentioned what version of mplayer you were using (the mplayer debug information does not give a date code) or where you got it.
I would suggest getting a newer version of mplayer or perhaps even compiling it yourself.
My MPlayer is from the Freshrpms repo (mplayer-1.0-0.26.20060314.fc5).
You might try the one from here. No guarantees as I build my from CVS.
You might need to install ffmpeg and a few other things in that directory too.
I emailed the output debug.txt to you directly, since this forum doesn't appear to support file attachments.
Freshrpms updated MPlayer to mplayer-1.0-0.28.pre8.fc5. Same problem exists with 3.25. I don't want to try a different MPlayer since a large number of already installed packages are associated with the Freshrpms version.
Try setting your vo to x11 and perhaps try the current CVS of mplayerplug-in. I cannot duplicate your problem, so having as much information as you can give me is the only way I can solve your problem.
That fixes it - I set vo=x11 in mplayerplug-in.conf and it works properly. With vo=xv (the default?) it just loops without playing.
So is this a bug in mplayer, mplayerplug-in, the CNN web site, or a problem with my hardware (I'm using integrated video)? And is there a loss of efficiency in using x11 instead of xv?
It is probably a limitation of the hardware or of the driver. I am using a i915 chipset in my machine and xv does work, but has issues when certain options in xorg.conf are enabled so I either use gl (you need a decent 3d video card for this) or x11 on my machine. x11 is one of the slower drivers in mplayer, and you may see some tearing of the video, but in general I find that it works ok. So unless your processor is maxed during playback using x11 I would not worry about it much.
When I tried to play one of the videos on CNN (it's looping now without playing, since I set everything back to the defaults), the text file mplayUO8C4f appeared in /tmp:
I can play the first URL using mplayer and the default xv. The second one fails, even if I specify -vo x11. It's pretty trivial to work around mplayerplug-in and just play the videos manually, but in this case xv doesn't seem to be the problem.
The second video is broke... or at least mplayer can't play it... Not an mplayerplug-in bug, but perhaps an mplayer issue. It looks like the URL doesn't work as it needs authentication
Connecting to server 22.214.171.124[126.96.36.199]: 80...
Authentication failed. Please use the -user and -passwd options to provide your
username/password for a list of URLs, or form an URL like:
File not found: '188.8.131.52:80/cnn/bestoftv/2006/06/26/larry.king.monday.cnn.ws.wmv?MSWMExt=.asf'
Failed to open http://184.108.40.206:80/cnn/bestoftv/2006/06/26/larry.king.monday.cnn.ws.wmv?MSWMExt=.asf.
CNN has both free video and subscription video. Probably the second URL is higher quality or priority for subscribers.
Is it possible that the reason mplayerplug-in is looping so many times is that it's trying to access the second URL, and instead of giving up immediately when it's told that it requires authentication (which it should), retries the same large number of times that it would for a sporadic-type error? (I'm just guessing at how mplayerplug-in works.)
One detail I forgot to mention - when I first reported this problem, I was using a different machine - it happens on both. Both use integrated video. The first has a Gigabtye GA-7VKMLS motherboard, the second is a Dell Dimension B110 with some kind of Intel 865 chipset, I don't know exactly which one.
I just found that even though it APPEARS to be an infinite loop, if I wait about 1 or 2 minutes, it eventually plays! The natural assumption would be that it's downloading the entire file and won't play until it's done, but this is not the case - the file doesn't get downloaded into /tmp at all (and I know all the places to look), just 3 mplay?????? text files (for most video files, there's only one). However, this still appears to be some kind of bug, since it loops so many times that I can start playing the file manually by reading the text file faster than mplayerplug-in plays it.
I tried viewing 2 videos, the first one looped 101 times, the second 125 times. So the number of loops isn't fixed, and I don't think there's a fixed time limit either, since the loop time seems fairly constant, somewhere between 1 and 2 seconds.
Give me a specific link that I can test on so I can see this. I am NOT seeing this in my testing.