meino.cramer | 25 Jul 18:59 2014


Jared Stafford | 24 Jul 17:00 2014

Bug: mp_image_allocate_planes does not allocate enough memory for YV12 images

I have recently updated to the newest SVN mplayer from a very old
version (built in late 2011), and mplayer crashes on about half of the
videos I tried it with. GDB showed most of the crashes happened during
malloc, so suspecting heap corruption, I ran it in valgrind, and it
detected an invalid write in copy_mpi (libmpcodecs/mp_image.c). I
found that doubling the size of the allocation on line 41, the problem
went away. Obviously, this is not a proper solution, but it does
confirm that there is something wrong with either the buffer size or
the calculations of where the plane pointers are in the image.

--- mplayer-export-2011-12-19/libmpcodecs/mp_image.c    2011-11-22
13:31:29.000000000 -0600
+++ mplayer-svn/libmpcodecs/mp_image.c    2014-07-24 09:36:49.789333161 -0500
 <at>  <at>  -36,11 +36,11  <at>  <at> 
   // IF09 - allocate space for 4. plane delta info - unused
   if (mpi->imgfmt == IMGFMT_IF09) {
   } else
-    mpi->planes[0]=av_malloc(mpi->bpp*mpi->width*(mpi->height+2)/8);
+    mpi->planes[0]=av_malloc(2*(mpi->bpp*mpi->width*(mpi->height+2)/8));
   if (mpi->flags&MP_IMGFLAG_PLANAR) {
     int bpp = IMGFMT_IS_YUVP16(mpi->imgfmt)? 2 : 1;
     // YV12/I420/YVU9/IF09. feel free to add other planar formats here...
     if(mpi->num_planes > 2){
Tom Evans | 17 Jul 16:35 2014

Re: xawtv can play from USB2 capture card, but mplayer cannot

On Thu, Jul 10, 2014 at 7:08 PM, JD <jd1008 <at>> wrote:
> What is your usb capture device, and what is it capturing from?
> Cable? WiFi? ...etc...
> I would like to get a good working USB videocard (for not a lot of money :)
> ),
> for the purpose of capture from other external devices, but do not know
> which
> ones have been tested to work well with Linux (in my case, Fedora 20).

Fedora 20, most devices that can be supported should be supported, but
plenty of devices can't be supported.

"Digital" devices refer to devices which typically tune to a digital
TV standard, like ATSC for North America, DVB for the rest of the
world, ISDB for the rest of the world that doesn't like to be the rest
of the world.

"Analog" devices refer to devices which capture digitizations of an
analog source, like a camera or S-VIDEO output from your VCR.


Marc MERLIN | 16 Jul 19:35 2014

Recording from tv:// isn't realtime

I have an 8 core CPU that seems fast enough for encoding (I can encode at
more than realtime speed with x264).

But with tv:// recording, I only record at about 0.3x of realtime.

I've tried stuff like
time mencoder tv:// -tv
-ovc x264 -x264encopts
threads=8:subq=5:8x8dct:frameref=2:bframes=3:b_pyramid=normal:weight_b -oac mp3lame
-lameopts cbr:br=128   -o test.avi 

It works fine, but if I stop it after 1mn, I only get about 20 seconds

I've tried some options to improve speed, but none seem to help.

Is my speed being throttled by the source somehow?
I can play tv:// with mplayer realtime.

Actually I'd love to use mplayer with -dumpstream, but that doesn't work
for this source type.

Any ideas?

This is what mencoder says when I stop it (video bitrate is low because it's a blue image for testing):

Pos:   5.1s    309f ( 0%) 24.89fps Trem:   0min   0mb  A-V:0.000 [4:128]
Flushing video frames.
Writing index...
(Continue reading)

Marc MERLIN | 16 Jul 19:26 2014

Re: xawtv can play from USB2 capture card, but mplayer cannot

On Thu, Jul 10, 2014 at 12:08:39PM -0600, JD wrote:
> What is your usb capture device, and what is it capturing from?
> Cable? WiFi? ...etc...
> I would like to get a good working USB videocard (for not a lot of money
> :) ), for the purpose of capture from other external devices, but do not
> know which ones have been tested to work well with Linux (in my case,
> Fedora 20).  Thanx!!

I'm not capturing TV, just capturing video input from a camera.
Most of those work with linux (use google to verify).
If you need one with a tuner, I can't help you with that, I haven't done
this in a long time :)


"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems ....
                                      .... what McDonalds is to gourmet cooking
Home page:  
Marc MERLIN | 7 Jul 00:53 2014

xawtv can play from USB2 capture card, but mplayer cannot

I have this capture card:

legolas:~# v4l2-ctl -D -d /dev/video1
Driver Info (not using libv4l2):
	Driver name   : em28xx
	Card type     : EM2860/SAA711X Reference Design
	Bus info      : usb-0000:00:14.0-3
	Driver version: 3.15.1
	Capabilities  : 0x85000011
		Video Capture
		VBI Capture
		Device Capabilities
	Device Caps   : 0x05000001
		Video Capture

xawtv, now more than 15 years old :) can play from it without problems.

mplayer says:
legolas:~$ mplayer /dev/video1
MPlayer SVN-r36545 (C) 2000-2013 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing /dev/video1.
(Continue reading)

Anthony Griffiths | 1 Jul 13:00 2014

newbie: can mencoder stream to red5 server?

I'm new to mencoder but I have used ffmpeg a lot. I've had success using
mencoder to record from a tv tuner to an avi file with the -o option eg: -o
outfile.mpg dvb://, but I'd like to output to a red5 server instead - the
output url being rtmp:// I've tried
'-o rtmp:// and the command runs ok but
if I play the output in vlc it's just blackness. Can mencoder output to
red5 (like ffmpeg can) ? if so, what is the correct syntax? thanks for any
BART FALZARANO | 13 Jun 01:21 2014

Unable to install mplayer

make fails at this point below.  I found some references to HAVE_PTHREAD_CANCEL causing others similar
compiler problems but haven't located how to resolve this error?  Should I run configure with the
--disable-pthreads option?

Best regards,

CC	libavformat/udp.o
libavformat/udp.c:41:5: warning: "HAVE_PTHREAD_CANCEL" is not defined [-Wundef]
libavformat/udp.c:71:5: warning: "HAVE_PTHREAD_CANCEL" is not defined [-Wundef]
libavformat/udp.c: In function 'udp_join_multicast_group':
libavformat/udp.c:123:46: error: 'IPV6_JOIN_GROUP' undeclared (first use in this function)
libavformat/udp.c:123:46: note: each undeclared identifier is reported only once for each function it
appears in
libavformat/udp.c: In function 'udp_leave_multicast_group':
libavformat/udp.c:152:46: error: 'IPV6_LEAVE_GROUP' undeclared (first use in this function)
libavformat/udp.c: At top level:
libavformat/udp.c:324:5: warning: "HAVE_PTHREAD_CANCEL" is not defined [-Wundef]
libavformat/udp.c: In function 'udp_open':
libavformat/udp.c:529:5: warning: "HAVE_PTHREAD_CANCEL" is not defined [-Wundef]
libavformat/udp.c:555:5: warning: "HAVE_PTHREAD_CANCEL" is not defined [-Wundef]
libavformat/udp.c: In function 'udp_read':
libavformat/udp.c:574:5: warning: "HAVE_PTHREAD_CANCEL" is not defined [-Wundef]
libavformat/udp.c:572:16: warning: unused variable 'nonblock' [-Wunused-variable]
libavformat/udp.c:572:9: warning: unused variable 'avail' [-Wunused-variable]
libavformat/udp.c: In function 'udp_close':
libavformat/udp.c:655:5: warning: "HAVE_PTHREAD_CANCEL" is not defined [-Wundef]
libavformat/udp.c:649:9: warning: unused variable 'ret' [-Wunused-variable]
make[1]: *** [libavformat/udp.o] Error 1
make[1]: Leaving directory `/root/MPlayer-1.1.1/ffmpeg'
(Continue reading)

Louis Gualtieri jr | 11 Jun 23:02 2014

grey video

I have been scratching my head on this one lately. It seems to mainly happen with mp4 videos. When a video get
converted the converted video is grey and after 5 seconds returns to normal. Here is a bit of the log for one
of the files that have experienced this issue.

/var/www/ABCD/public_html/media3/files_video/user178/136847628ac1.mp4 -o
/var/www/ABCD/public_html/media3/files_flv/user178/136847628ac1_240p_temp.264 -passlogfile
/var/www/ABCD/public_html/media3/files_flv/user178/136847628ac1_240p_temp.log -ovc x264
-x264encopts bitrate=746:frameref=2:mixed_refs:8x8dct:me=hex:subq=5:trellis=2:threads=2 -of
rawvideo -nosound -ofps 25.000 -vf scale=424:240,harddup -demuxer mov 2>&1

MEncoder 1.0rc4-4.4.7 (C) 2000-2010 MPlayer Team
success: format: 0  data: 0x0 - 0x107b5803
Quicktime/MOV file format detected.
[mov] Video stream found, -vid 0
[mov] Audio stream found, -aid 1
VIDEO:  [avc1]  720x408  24bpp  25.000 fps    0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:7  fourcc:0x31637661  size:720x408  fps:25.000  ftime:=0.0400
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [harddup]
Opening video filter: [scale w=424 h=240]
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
(Continue reading)

Philip Rhoades | 10 Jun 17:51 2014

Updated from Fedora 19 x86_64 to v20 - arrow keys etc don't work


I am not sure what is going on here - maybe it is something else that I 
installed that is affecting mplayer?  I have never had a problem before 
after upgrading - mplayer "just worked" in terms of navigation via arrow 
and other keys . .

What happens now is that when I push any of the navigation keys, the 
video freezes on the current frame but the audio starts from the 
beginning . . never anything like it before . .




Philip Rhoades

GPO Box 3411
Sydney NSW	2001
E-mail:  phil <at>
David Woodfall | 6 Jun 07:53 2014

Rather high CPU usage on arm (Raspberry Pi) when streaming.

I'm finding CPU usage is between 20-40% on my Pi board when streaming
radio URLs:

mplayer -playlist

is a good example. Local files tend to be ~= the 10% mark.

I was wondering if there were some options for lowering this? I've
tried with -nocache.