Summary: | On right click, MPlayer interrupted by signal 11 in module: vo_check_events | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ron H <eliteham> |
Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED NEEDINFO | ||
Severity: | critical | CC: | deepspace, Reimar.Doeffinger |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://forums.gentoo.org/viewtopic.php?t=213364 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ron H
2004-08-22 17:11:52 UTC
I just tried unmerging mplayer, setting my use flags to nothing but "gtk", and re-emerging mplayer. The problem still happens. same thing with gentoo-dev-sources 2.6.8.1-r1/ati drivers could it be ati problem? I'm using version 3.11.1 of the ati-drivers ebuild. What about yourself? It would make sense if this is an ati-drivers specific problem since many hours of googling has turned up literally nothing :) I have having the same problem with almost the same system as report I am runing ati-drivers 3.11.1 ebuild for radeon 9000 mobility and have exactly the same problem. However, my friend has radeon 8500 on suse with fgrlx 3.9 drivers (from suse's ftp) and runs mplayer 1.0pre5-3.3.4 perfectly even with right clicking while playing movie. Just wanted to point out that I've got a temporary workaround: use xine: Haven't had any problems with it so far. I was also having the same problem with mplayer-1.0_pre5-r3. After running through the forums I came across a note about checking /proc/cpuinfo to see what is supported by your processor. In my case I have an AMD Duron. 3dnow, 3dnowext, mmx were supported but sse and sseext were not. I removed those two from my use variables, recompiled mplayer and now its working. It seems that gcc was compiling in instructions that were not supported despite the fact that the mplayer config did properly recognize my cpu and set its own cflags accordingly. I don't know if this will solve the problem for everyone but its worth examining. Maybee we need to come up with a filtering system in portage or possibly modify ufed to keep someone from using cpu flags that don't match the processor such as 3dnow on an intel chip or sse on an AMD chip. MPlayer uses custom CFLAGS instead of what MPlayer thinks is ok. That means you should be hanky dory now. Please re-open if you have issues of some type. I'm sorry but the problem still persists in its original form. I just got done doing a complete system rebuild from scratch, and its still there, etc. This sounds like http://bugzilla.mplayerhq.hu/show_bug.cgi?id=12 to me, which is related to using arts ao (though I can't reproduce it on my only PC with KDE, which is running SuSE 9.1). *** Bug 65313 has been marked as a duplicate of this bug. *** I have same problem. Runnig 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz GenuineIntel. Mplayer version 1.0pre5try2-3.3.5. CFLAGS originally set to "-march=pentium4 -msse2 -mfpmath=sse", later I changed it to "-O2" and recompiled mplayer. No difference. can you give a backtrace for this please? *** Bug 65313 has been marked as a duplicate of this bug. *** please provide the requested output and reopen this one if you're about to attach it. |