[MPlayer-users] Problems with DVD Playing

Doc Miller dmiller at mail.prasara.com
Wed Jan 9 20:40:02 CET 2002

Ok.. here is the complete email:
Well.. Boys and Girls. I've upgraded to the 6.0 release of MPLAYER (my
abso fav vid player for Lin which has just added some of the strings I
needed).. Anyway.. enough Smooching..

When playing some of my DVD's.. I get this message:

--- Start of clip

MPlayer 0.60-2.95.3 (C) 2000-2002 Arpad Gereoffy (see DOCS!)

CPU vendor name: GenuineIntel  max cpuid level: 2
CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Type: 6,
Stepping: 6)
Testing OS support for SSE... yes.
Testing OS support for SSE unmasked exceptions... yes.
Tests of OS support for SSE passed.
CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with features: MMX MMX2 SSE
Reading /root/.mplayer/codecs.conf: 18 audio & 40 video codecs
font: can't open file: /root/.mplayer/font/font.desc
Font /usr/local/share/mplayer/font/font.desc loaded successfully! (206
Setting up lirc support...
mplayer_lirc: could not connect to socket
mplayer_lirc: Connection refused
Failed opening lirc support!
You won't be able to use your remote control
Using Linux's hardware RTC timing (1024Hz)
libdvdcss debug: GetASF authenticated (ASF=1)
libdvdcss debug: requesting AGID
libdvdcss debug: drive authentic, using variant 0
libdvdcss debug: host authentication established
libdvdcss debug: GetASF authenticated (ASF=1)
libdvdcss debug: fully authenticated, success
Reading disc structure, please wait...
There are 19 titles on this DVD.
There are 2 chapters in this DVD title.
There are 1 angles in this DVD title.
mplayer: ifo_read.c:458: ifoRead_PGC_COMMAND_TBL: Assertion
`cmd_tbl->nr_of_pre + cmd_tbl->nr_of_post + cmd_tbl->nr_of_cell<= 128'

MPlayer interrupted by signal 6 in module: open_stream 

---- End of clip

Playing a normal file works with no problems (AVI,s ASFS, etc...)... I
don't have any VCD's so I have no data with that... And playing DVD's
with a small number of titles does not produce this problem... I'm using
the libdvdcss v0.0.3 and libdvdread-0.9.2 in combination with the
avifile-0.6 release.  With the version 5.0 (and 6.0 pre) all was fine...
6.0 release introduces this problem. 

---- Machine Information:
Linux Version:   Suse 7.1 (significant changes since then)
Kernel Version:  2.4.16
Libc version:  6
X Version:  4.1.0
gcc version:  2.95.3 (have not found a compelling reason to change yet)
ld version: (with BFD  (ditto)
binutils version:

This is all running on a Dell Inspiron 8000
CPU:    1Gig
Video:   ATI Rage 128 (AGP) with 64 Megs of Memory
System Memory:  512 MB
Video Driver:  X base driver, also Xv, and DRI (all in X 4.1.0)
Sound Card:  Maestro3 Chipset (native support, with OSS and ESD support
when needed

--- End of Machine Info

-- Start of Debug information

#0  0x403d4861 in kill () from /lib/libc.so.6
#1  0x40295acc in pthread_kill () from /lib/libpthread.so.0
#2  0x40295fd6 in raise () from /lib/libpthread.so.0
#3  0x403d5c81 in abort () from /lib/libc.so.6
#4  0x403cea52 in Letext () from /lib/libc.so.6
#5  0x4032c979 in ifoRead_PGC_COMMAND_TBL (ifofile=0x82018a0,
    offset=48208) at ifo_read.c:458
#6  0x4032d304 in ifoRead_PGC (ifofile=0x82018a0, pgc=0x820d9e0,
    at ifo_read.c:643
#7  0x4032f1ba in ifoRead_PGCIT_internal (ifofile=0x82018a0,
pgcit=0x8201eb8, offset=6160)
    at ifo_read.c:1405
#8  0x4032f7c2 in ifoRead_PGCI_UT (ifofile=0x82018a0) at ifo_read.c:1546
#9  0x4032a56c in ifoOpen (dvd=0x81c9308, title=1) at ifo_read.c:148
#10 0x080c1590 in open_stream (filename=0x0, vcd_track=0,
    at open.c:179
#11 0x0805d60f in main (argc=4, argv=0xbffff7b4, envp=0xbffff7c8) at
#12 0x403c37ee in __libc_start_main () from /lib/libc.so.6

(gdb) disass $eip-32 $eip+32
Dump of assembler code from 0x403d4841 to 0x403d4881:
0x403d4841 <sigprocmask+65>:    mov    $0xffffffff,%edi
0x403d4846 <sigprocmask+70>:    mov    %edi,%eax
0x403d4848 <sigprocmask+72>:    pop    %ebx
0x403d4849 <sigprocmask+73>:    pop    %esi
0x403d484a <sigprocmask+74>:    pop    %edi
0x403d484b <sigprocmask+75>:    mov    %ebp,%esp
0x403d484d <sigprocmask+77>:    pop    %ebp
0x403d484e <sigprocmask+78>:    ret    
0x403d484f <Letext>:    nop    
0x403d4850 <kill>:      mov    %ebx,%edx
0x403d4852 <kill+2>:    mov    0x8(%esp,1),%ecx
0x403d4856 <kill+6>:    mov    0x4(%esp,1),%ebx
0x403d485a <kill+10>:   mov    $0x25,%eax
0x403d485f <kill+15>:   int    $0x80
0x403d4861 <kill+17>:   mov    %edx,%ebx
0x403d4863 <kill+19>:   cmp    $0xfffff001,%eax
0x403d4868 <kill+24>:   jae    0x403d486b <kill+27>
0x403d486a <kill+26>:   ret    
0x403d486b <kill+27>:   push   %ebx
0x403d486c <kill+28>:   call   0x403d4871 <kill+33>
0x403d4871 <kill+33>:   pop    %ebx
0x403d4872 <kill+34>:   xor    %edx,%edx
0x403d4874 <kill+36>:   add    $0xf20d3,%ebx
0x403d487a <kill+42>:   sub    %eax,%edx
0x403d487c <kill+44>:   push   %edx
0x403d487d <kill+45>:   call   0x403c3170 <signgam+120240>
End of assembler dump.

---- End of Debug output.


D.R. Miller
PowerTV, Inc.
(321) 207-2172  (office)
(917) 597-3718  (cell)
AIM:  MrDMiller2

The polite thing to do has always been to address people as they wish
to be addressed, to treat them in a way they think dignified.  But it
is equally important to accept and tolerate different standards of
courtesy, not expecting everyone else to adapt to one's own
preferences.  Only then can we hope to restore the insult to its proper
social function of expressing true distaste.
                -- Judith Martin, "Miss Manners' Guide to
                   Excruciatingly Correct Behavior

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20020109/c53d905e/attachment.htm>

More information about the MPlayer-users mailing list