[MPlayer-users] problem compiling stream_pvr.c

[The Wanderer]

Larry Bernstone wrote:

> Not being a C programmer, I was hoping to get some help from the
> mailing list.  I am getting the following error compiling MPlayer
> 1.0rc1 with --enable-pvr on my machine with kernel 2.6.19.1:
 >
> cc -c -I.. -I../loader  -Wdeclaration-after-statement -O4 -march=k8 
> -mtune=k8 -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/directfb 
> -I/usr/X11/include  -I/usr/include/SDL -D_REENTRANT 
> -I/opt/kde3/include/artsc -pthread -I/opt/gnome/include/glib-2.0 
> -I/opt/gnome/lib64/glib-2.0/include  -I/usr/include/freetype2 -o 
> stream_pvr.o stream_pvr.c
> stream_pvr.c: In function 'pvr_init':
> stream_pvr.c:136: error: 'V4L2_MPEG_VIDEO_ASPECT_4x3' undeclared (first 
> use in this function)
> stream_pvr.c:136: error: (Each undeclared identifier is reported only 
> once
> stream_pvr.c:136: error: for each function it appears in.)

<snip>

--enable-pvr overrides the PVR autodetection built in to configure.
Looking at that detection and at these errors, apparently PVR support
requires the presence of v4l2. If you don't have that framework, then
naturally compilation will fail.

Is there any particular reason why you're forcing compilation of PVR
support via the --enable option, rather than letting configure detect it
automatically?

-- 
       The Wanderer

Warning: Simply because I argue an issue does not mean I agree with any
side of it.

Secrecy is the beginning of tyranny.