Bug #270

Another annoying dvd playback bug

Added by elekktretterr almost 8 years ago. Updated almost 5 years ago.

Status:NewStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

Hi,
I guess it might be related to the bug labeled "Threading issue" here
http://leaf.dragonflybsd.org/mailarchive/bugs/2006-07/msg00151.html. But
this concerns (g)mplayer. I seem to be getting this error _very_ often
when trying to play dvds:

MPlayer interrupted by signal 11 in module: decode_video
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in
DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We
can't and
won't help unless you provide this information when reporting a
possible bug.

I should mention that while gmplayer is spitting various errors at me
the CPU usage of gmplayer is nearly 100% thus similar symptoms as
xine/gxine/growisofs, but maybe not the same problem. I recompiled
gmplayer with --enable-debug but no idea what to do now, i never used gdb.

This is getting very frustrating because gmplayer, xine, gxine dont work
as they should, i cant watch my dvds. Beep-media-player which i use for
audio playback doesnt work well either (100% usage on exiting the
program, while the process itself doesnt exit and has to be killed
manually with -9)

I really want my desktop to be somewhat "usable".

Petr

History

#1 Updated by wa1ter almost 8 years ago

Petr Janda wrote:

> ...I recompiled
> gmplayer with --enable-debug but no idea what to do now, i never used gdb...

Does plain mplayer work any better than gmplayer?

Anyway, to run an app in gdb, just type 'gdb gmplayer' from a
shell prompt, and then type 'run' at the gdb prompt.

If you normally start gmplayer with an argument, like the name
of a file, then type 'run path-to-file' instead.

When the app crashes it won't disappear from the screen as it
usually would, it will just freeze. That's when you go back
to the gdb prompt and type 'bt' (backtrace).

Hm. I've never done a gdb 'disassembly' so I'd better find out
what it means.

#2 Updated by rg_monde almost 8 years ago

>
>MPlayer interrupted by signal 11 in module: decode_video
>- MPlayer crashed by bad usage of CPU/FPU/RAM.

Please, have a look on google with "signal 11".

Regards,

Robert

#3 Updated by erik-wikstrom almost 8 years ago

On 2006-07-30 23:44, wrote:
>>
>>MPlayer interrupted by signal 11 in module: decode_video
>>- MPlayer crashed by bad usage of CPU/FPU/RAM.
>
> Please, have a look on google with "signal 11".

Signal 11 is segmentation violation (or segmentation fault/segfault) and
is the "standard" error when something is not right. It's caused by the
app trying to access unallocated memory and is often caused by some
stray pointer, however the cause can be anything from buggy code to bad
compiler optimizations or faulty hardware.

As for the requested disassembly they probably mean a disassembly of the
function that caused gmplayer to crash. Get the backtrace as Walt said
then for the function at the top run "disassemble func" where func is
the name of the topmost function in the backtrace.

#4 Updated by corecode almost 8 years ago

Petr Janda wrote:
> I guess it might be related to the bug labeled "Threading issue" here
> http://leaf.dragonflybsd.org/mailarchive/bugs/2006-07/msg00151.html. But
> this concerns (g)mplayer. I seem to be getting this error _very_ often
> when trying to play dvds:

is this still current?

cheers
simon

#5 Updated by tuxillo almost 5 years ago

I haven't used gmplayer on DFBSD yet, but I can say I do use mplayer on a
PIII-900 (running 2.3.2) and it works "okay".
If I remember correctly, the Xorg driver is ati.

Also available in: Atom PDF