Whenever I watch a video with Firefox and mplayerplug-in it stops playing part way though. I suspect it stops once it has reached the end of the first lot of buffered data. mplayerplug-in: 2.80 firefox: 1.0.4 (none bin version) mplayer: 1.0_pre6-r4 Reproducible: Always Steps to Reproduce: Got to a url with an embeded video Actual Results: video stops playing part way though Expected Results: video plays to completion Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r5 i686) ================================================================= System uname: 2.6.11-gentoo-r5 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, May 29 2005, 17:46:25)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe -mcpu=i686 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -mcpu=i686 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://gentoo.blueyonder.co.uk/mirrors/gentoo http://gentoo.blueyonder.co.uk ftp://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X aac alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts bonobo cdr cjk crypt cups curl divx4linux dvb dvd eds emboss encode esd fam flac foomaticdb fortran gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal imagemagick imlib ipv6 java jikes jpeg junit libg++ libwww mad mikmod mmx mmx2 motif mp3 mpeg mysql ncurses network nls ogg oggvorbis opengl oss pam pdflib perl png postgres python quicktime readline samba sdl slang spell sse ssl svga tcpd tiff truetype truetype-fonts type1-fonts vorbis win32codecs xine xml xml2 xmms xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Should have included pointer to a discussion on the forums also http://forums.gentoo.org/viewtopic-p-2550140.html#2550140
please don't assign bugs, if you dn't know to whom they belong, also not critical
Can you try with mplayerplug-in 2.85? Can you try completely removing mplayerplug-in (emerge -C mplayerplug-in) then re-emerging it? Does this happen with all types of video? Does it work correctly when you run mplayer from the command line (mplayer http://whatever)? Are there any errors in the terminal you're launching firefox from? Thanks!
Your download datalink is probably too slow and mplayer is reaching the end of the cached media before entire media has downloaded. This can be adjusted by setting the cache-percent option in mplayerplug-in.conf higher. See: http://mplayerplug-in.sourceforge.net/config.php On how to change these values. try cache-percent=50
The problem is that it starts playing before it has finished downloading to the end of the file and only plays up until that point (even though the download finished before the player had finished playing). If you then click on reload, it plays to the end of the file. This seems to happen, even with cache-percent set to 100%, but to a lesser extent. Test it for yourselves.
(In reply to comment #3) > Can you try with mplayerplug-in 2.85? Yes, problem persists > Can you try completely removing mplayerplug-in (emerge -C mplayerplug-in) then > re-emerging it? Yes, problem persists > Does this happen with all types of video? Yes, every type I have tried which is a long list but includes WMV, MPG, AVI and MOV (with numerous different codecs) > Does it work correctly when you run mplayer from the command line (mplayer > http://whatever)? Yes, works flawlessly with no errors. > Are there any errors in the terminal you're launching firefox from? No errors. > > Thanks!
in mplayerplug-in.conf (it is just a text file and see the configuration page at mplayerplug-in.sf.net) try using these values cachesize=5000 cache-percent=50 If you are on a slow data link you may want to make those values even higher. Does this happen on mp3 files only? I've seen instances where mplayer does this. It only checks the file size at the beginning of play, and that is all of the file it will play. The video in the link is a streaming media source so it does not really download. Setting cachesize higher will help in this case. You can also try pulling v2.99.1 using the CVS tag v2_99_1 from the mplayerplug-in CVS and see if that helps any.
mplayerplug-in 3.05 has a fix for this. I have been working with the mplayer team and so far I have not gotten anywhere with them. As a result for mp3 and mpeg media I now cache the entire file.
mplayerplug-in CVS (Sept 10 2005) and mplayer CVS (Sept 10 2005). Both have fixes for this problem and it should be resolved.
So the fix is in bug 100809? Thanks!
Should be fixed in 3.11. Please reopen if it's still a problem.
