MPlayer (latest SVN) hangs sometimes

[Manuel Reimer]

Hello,

I sometimes have the following problem: If a partially streamed video is playing
up to the position, where cache ends, then playback hangs, but in this case it
seems to be impossible to restore your mediaplayer plugin. I just have a gray
video area and all buttons seem to be dead. If I close the browser, then the
mplayer process still hangs around and has to be killed manually.

Is this a known problem? Is there a way to get some more information in such a
case to help you to fix it?

Yours

Manuel

[Kevin DeKorte]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Manuel,

First, what version of gnome-mplayer and mplayer do you have
installed? Most problems around that area can be fixed with upgrades,
so I would need to know if this is something I need to look further
into or not. As always the best way for me to solve a problem is be
able to test the web site directly.

Enabling verbose debugging in gnome-mplayer and then running firefox
from a terminal (with all other instances closed) is a good way to get
the debug information.

Kevin


- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+xf/kACgkQ6w2kMH0L1dGUhQCdGiQbDjVb4jZPZGUg3WLIS5sW
USAAn0JqQZn9HL5lECttagz+P+4yuA76
=pLC4
-----END PGP SIGNATURE-----

[Manuel Reimer]

Kevin DeKorte wrote:
> First, what version of gnome-mplayer and mplayer do you have
> installed?

gnome-mplayer is version 1.0.6

mplayer is SVN from 2012-05-13

> Enabling verbose debugging in gnome-mplayer and then running firefox
> from a terminal (with all other instances closed) is a good way to get
> the debug information.

I opened some videos in different tabs and tried several times (jumping in a
partially cached video) until I finally was able to reproduce the problem:

Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
ERROR: Truncating packet of size 2735 to 1251
ERROR: [flv @ 0x8b160c0]Stream discovered after head already parsed
ERROR: Truncating packet of size 2636812 to 1
ERROR: Truncating packet of size 8072428 to 1
ERROR: Truncating packet of size 4866 to 1
[flv @ 0x8b160c0]Unsupported video codec (a)
ERROR: Truncating packet of size 2829897 to 1
ERROR: Truncating packet of size 14580508 to 1
[flv @ 0x8b160c0]Unsupported audio codec (f)
ERROR: Truncating packet of size 15766202 to 1
[flv @ 0x8b160c0]Unsupported audio codec (7)
ERROR: Truncating packet of size 7684344 to 1
[flv @ 0x8b160c0]Unsupported audio codec (8)
ERROR: Truncating packet of size 6635669 to 1
[flv @ 0x8b160c0]Unsupported audio codec (c)
ERROR: Truncating packet of size 4125014 to 1
ERROR: [mp3float @ 0x8b8aea0]Header missing
ERROR: [vp6f @ 0x8b8aea0]Invalid size 0x0
ERROR: Error while decoding frame!
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
in media state change with state = 3
in media state change with state = 1
Sending SetProgressText to connection 0xb260da60
in media state change with state = 3
Sending SetProgressText to connection 0xb260da60
in media state change with state = 1
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60
in media state change with state = 3
Sending SetProgressText to connection 0xb260da60
Sending SetProgressText to connection 0xb260da60

This video was in the playlist when the problem occured:
http://static-rr.autsch.de/static/65/97/16597_110Q7FG55RPuI.flv
Also works with:
http://static-rr.autsch.de/static/45/10/24510_a23921c3148aeba702a4d56ba1625916.flv

I don't know if this URLs are static as they are normally played with a flash
based media player

If you jump nearly to the end of cache, then there is a good chance to get the
crash. In this case, the last picture freezes and if changing to another tab and
then changing back, then a gray area is in place of the video.

With every hangup, a mplayer instance, where gecko-mediaplayer seems to have
lost control over, hangs around and has to be closed via "killall". Means: If I
close the tab with this hanging player on it, then gecko-mediaplayer seems to
fail to close the mplayer process.

I tried something else. I just opened mplayer with one of the URLs from above.
Then I used the hotkey for "fast forward" to get to the end of cache. I got the
following on console:

Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]

If this happens, this repeats over and over again. Sometimes mplayer updates the
video display with a new video image, but mostly it is inaccessible. No hotkey
works. Even rewinding back to start fails. After some waiting and many tries, I
was able to send a "Space" hotkey to pause video playback. Means: mplayer still
works. It seems to be not crashed completely. But for some reason a empty cache
in this case makes it nearly impossible to control it.

Yours

Manuel