On Fri, 28 Jul 2006, Dragan Noveski wrote:
> you are right, mjpegtools builds with ./configure --without-quicktime.
> i had the 0.9.9 version of libquicktime, now it is replaced with the cvs
> version, but still the same error.
Ok - now i remember what the problem is. libquicktime was changing
its public interfaces.
> dont know if it makes sense to build mjpegtools without quicktime support?
It doesn't make sense to me but it does for some folks.
Two ways you can fix the problem - select the one that you prefer ;)
1. Grab the CVS vefsion of mjpegtools (it is known to work well with
libquicktime 0.9.9 or libquicktime/cvs - and you really want
the cvs version, there's a nasty bug that accidentally was
introduced into 0.9.9)
2. Change lav_io.c
> >> liblavfile_la-lav_io.lo -MD -MP -MF .deps/liblavfile_la-lav_io.Tpo -c
> >> lav_io.c -fPIC -DPIC -o .libs/liblavfile_la-lav_io.o
> >> lav_io.c: In function 'lav_fileno':
> >> lav_io.c:1370: error: dereferencing pointer to incomplete type
The block of code I have in the cvs version looks like this:
#ifdef HAVE_LIBQUICKTIME
case 'q':
res = lqt_fileno((quicktime_t *)lav_file->qt_fd);
break;
#endif
find the similar block of code in lav_fileno() and make it look like
the above.
Cheers,
Steven Schultz
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Mjpeg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
