Mplayer plays DVD slowly
... then fails with: Too many video packets in the buffer Sound plays at full speed, but the picture runs slowly. The DVD in question is not encrypted, being one that I burnt myself (under OSX). It plays OK under OSX and WinXP. I enabled DMA with: hdparm -d1 /dev/hdc This helped enormously, but didn't solve it completely. Sound slowly dropped out of synch, then the Too Many Video Packets error. There should be plenty of horsepower - PIII 1150 with 128Mb RAM. I installed mplayer-586. It is a laptop, so I don't know whether NEC has strangled it somehow. Ubuntu Hoary === This email, including any attachments, is only for the intended addressee. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If the receiver is not the intended addressee, please accept our apologies, notify us by return, delete all copies and perform no other act on the email. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission. ===
Re: Mplayer plays DVD slowly
what is mplayer outputting to? there are various options, you can see what options are compiled into your system with: [EMAIL PROTECTED] ~ $ mplayer -vo help MPlayer 1.0pre7-3.3.5-20050130 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Athlon Thunderbird (Family: 6, Stepping: 2) Detected cache-line size is 64 bytes MMX2 supported but disabled 3DNowExt supported but disabled CPUflags: MMX: 1 MMX2: 0 3DNow: 1 3DNow2: 0 SSE: 0 SSE2: 0 Compiled for x86 CPU with extensions: MMX 3DNow Available video output drivers: xvmcXVideo Motion Compensation xv X11/Xv x11 X11 ( XImage/Shm ) xover General X11 driver for overlay capable video output drivers gl X11 (OpenGL) gl2 X11 (OpenGL) - multiple textures version sdl SDL YUV/RGB/BGR renderer (SDL v1.1.7+ only!) svgaSVGAlib aa AAlib vesaVESA VBE 2.0 video output xvidix X11 (VIDIX) cvidix console VIDIX nullNull video output mpegpes Mpeg-PES file yuv4mpegyuv4mpeg output for mjpegtools png PNG file jpegJPEG file gif89a animated GIF output pnm PPM/PGM/PGMYUV file md5sum md5sum of each frame you really want it to be using Xv if possible. you can usually tell by running mplayer from the command line and watching the output. you can force xv (if available) by running: mplayer -vo xv [plus other options you usually use] On Mon, 29 Aug 2005 10:05:17 +1200 Douglas Royds wrote: ... then fails with: Too many video packets in the buffer Sound plays at full speed, but the picture runs slowly. The DVD in question is not encrypted, being one that I burnt myself (under OSX). It plays OK under OSX and WinXP. I enabled DMA with: hdparm -d1 /dev/hdc This helped enormously, but didn't solve it completely. Sound slowly dropped out of synch, then the Too Many Video Packets error. There should be plenty of horsepower - PIII 1150 with 128Mb RAM. I installed mplayer-586. It is a laptop, so I don't know whether NEC has strangled it somehow. Ubuntu Hoary === This email, including any attachments, is only for the intended addressee. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If the receiver is not the intended addressee, please accept our apologies, notify us by return, delete all copies and perform no other act on the email. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission. === -- Nick Rout [EMAIL PROTECTED]
Re: Mplayer plays DVD slowly
I've found using the flag -hardframedrop (or it's something like that anyway) to be helpful when mplayer is playing slowly. Sorry I'm not near a *nix machine atm to find out the exact flag. --Slosh Gmail headers, yadda yadda yadda On 8/29/05, Nick Rout [EMAIL PROTECTED] wrote: what is mplayer outputting to? there are various options, you can see what options are compiled into your system with: [EMAIL PROTECTED] ~ $ mplayer -vo help MPlayer 1.0pre7-3.3.5-20050130 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Athlon Thunderbird (Family: 6, Stepping: 2) Detected cache-line size is 64 bytes MMX2 supported but disabled 3DNowExt supported but disabled CPUflags: MMX: 1 MMX2: 0 3DNow: 1 3DNow2: 0 SSE: 0 SSE2: 0 Compiled for x86 CPU with extensions: MMX 3DNow Available video output drivers: xvmcXVideo Motion Compensation xv X11/Xv x11 X11 ( XImage/Shm ) xover General X11 driver for overlay capable video output drivers gl X11 (OpenGL) gl2 X11 (OpenGL) - multiple textures version sdl SDL YUV/RGB/BGR renderer (SDL v1.1.7+ only!) svgaSVGAlib aa AAlib vesaVESA VBE 2.0 video output xvidix X11 (VIDIX) cvidix console VIDIX nullNull video output mpegpes Mpeg-PES file yuv4mpegyuv4mpeg output for mjpegtools png PNG file jpegJPEG file gif89a animated GIF output pnm PPM/PGM/PGMYUV file md5sum md5sum of each frame you really want it to be using Xv if possible. you can usually tell by running mplayer from the command line and watching the output. you can force xv (if available) by running: mplayer -vo xv [plus other options you usually use] On Mon, 29 Aug 2005 10:05:17 +1200 Douglas Royds wrote: ... then fails with: Too many video packets in the buffer Sound plays at full speed, but the picture runs slowly. The DVD in question is not encrypted, being one that I burnt myself (under OSX). It plays OK under OSX and WinXP. I enabled DMA with: hdparm -d1 /dev/hdc This helped enormously, but didn't solve it completely. Sound slowly dropped out of synch, then the Too Many Video Packets error. There should be plenty of horsepower - PIII 1150 with 128Mb RAM. I installed mplayer-586. It is a laptop, so I don't know whether NEC has strangled it somehow. Ubuntu Hoary === This email, including any attachments, is only for the intended addressee. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If the receiver is not the intended addressee, please accept our apologies, notify us by return, delete all copies and perform no other act on the email. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission. === -- Nick Rout [EMAIL PROTECTED]