o add dependency on devel/libfpx.
o get rid of libtool dependency unless WITH_MODULES.
o trim unnecessary BUILD_DEPENDS'.
PR: 25745
Submitted by: KATO Tsuguru <tkato@prontomail.ne.jp>
1) Enable port in CATEGORY Makefile
2) Add port into CVSROOT/modules
3) This a port of the developer version of libdivxdecore
4) Fix typo: port created on year 2001, not 20001.
5) Update port to developer Version 4.0 alpha48 2001-02-22.
PORTVERSION=0.4.0.48
6) This port downloads a source only CVS tag developer version.
Therefore, it comes without the tools necessary to build it
(makefile, configure, ...)
7) Inherit (copy) from the non-developer version distfile
the structure necessary to build it. Patch it to suit this port
specific needs. More specifically, add new source code files to
makefile(s): yuv2rgb.c (Changelog #13).
8) Since it is a developer version of another port, it can
use some of its structure such as DESCR, PLIST. Therefore local
copies are not necessary.
- Library changes in new version:
o Changelog:
1) Added VO and VOL header in the MPEG-4 bitstream to encore
2) Added YUV input in encore
3) Provided a sample test code for encore
4) Rewrote the bitstream handling in the encore
5) Some cleanup and minor optimize in the modules in encore
6) Fade/Cross Fade Improved
7) Added VO and VOL header parser in decore
8) Added various functions to support the YUV output formats
9) Splitted the YUV to RGB 16 bit conversion routine in 2 different
routines (555 and 565 16 bit color mode) in decore
10) Modified the interface to take care of the new characteristics
(more output format supported, possibility to change the output
format at run-time). These changes are backward compatible
(previous API call are still valid)
11) Modified the parser to be able to decode the stream with/without
the VOL at the same time
12) Removed all the boring warnings until Level 3 of Visual C++
13) ANSI C Implementation of the yuv2rgb.c added (2001-01-23,
00:00:00 GMT)
o Bugs Corrected:
1) Some bug has been fixed in the post processing algorithm
(chrominance deblocking and vertical deblocking)
2) Bug fixed in YUV to RGB 16 bit conversion routine
removing the symlinking of the installed shared library into the
${PREFIX}/lib. Those broken things should really use:
package require Img (from TCL)
or
Tcl_PkgRequire(interp, "Img", "1.2", 0) (from C)
instead of trying to link with libimg directly, but there are
too many of them and sobomax lost (his and mine) cool.
This version will just install the library (and SHLIB_LINK) into
${PREFIX}/lib directly. pkgIndex.tcl is modified accordingly.
and just use our own clean and straightforward Makefile.bsd. While
here, remove the SHLIB_VER variable -- I think it was not worth it to
have it there...
Thanks to Nathan for letting me know, the new version is available...
PR: 25580
Submitted by: Nathan Ahlstrom <nrahlstr@winternet.com>
knob. IMO, this should be removed at all. It seems, the "modules"
provide solution to a problem that does not exist. And provide poorly.
First, every module is really a shell script (.la), which loads the
namesake shared object (.so). Second -- they don't work. At least, not
on FreeBSD. I wish someone did
cd work/ImageMagick-<version>/PerlMagick/demo
make
before enabling them for the rest of us...
build without X11 support, for use on X11-less servers. Some
dependencies had to be turned off -- until those ports are fixed
to support the NO_X knob as well.
I did not go as far as creating a slave port
(ImageMagick-nox11). (BTW, may be we want a new category --
no-x11 -- for the slave ports of the stuff that's available in
both -- x11 and nox11 -- flavors?)
Nothing should change for the regular (non-NO_X) case -- hence
PORTREVISION not touched.
