Port details |
- libdivxdecore OpenDivX decoding engine from Project Mayo
- 0.4.7_2 multimedia
=8 0.4.7_2Version of this port present on the latest quarterly branch.
- Maintainer: multimedia@FreeBSD.org
- Port Added: 2002-11-28 00:14:07
- Last Update: 2007-07-04 17:01:32
- SVN Revision: UNKNOWN
- People watching this port, also watch:: libdvdcss, pcre, zip
- License: not specified in port
- WWW:
- http://www.projectmayo.com/
- Description:
- Decore [excerpt from OpenDivX Project Mayo site]
"Decore" is our decoder core - that part of the codec that decodes
video from DivX video bitstream into uncompressed RGB bitmaps. Its
API is defined in decore.h. The API is another frame-in, frame-out
scheme, you give it a chunk of OpenDivX bitstream and it comes back
to you with an uncompressed RGB frame. Like "encore", "decore" is
truly independent of any other code, making no system calls.
"Decore" is a decoder compliant with MPEG-4 natural video, simple
profile. It also incorporates a video postprocessor which postprocessor,
which hides many of the artifacts inherent in low bit-rate video.
WWW: http://www.projectmayo.com/
-
cgit ¦ GitHub ¦ GitHub ¦ GitLab ¦
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - There is no configure plist information for this port.
- Dependency lines:
-
- libdivxdecore>0:multimedia/libdivxdecore
- No installation instructions:
- This port has been deleted.
- PKGNAME: libdivxdecore
- Flavors: there is no flavor information for this port.
- distinfo:
- There is no distinfo for this port.
No package information for this port in our database- Sometimes this happens. Not all ports have packages.
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- gmake : devel/gmake
- libtool : devel/libtool15
- There are no ports dependent upon this port
Configuration Options:
- No options to configure
- Options name:
- N/A
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
|
Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
0.4.7_2 04 Jul 2007 17:01:32 |
ahze |
Retire libdivxdecore, libdivxdecore-devel, and libdivxencore as project mayo
has been dead for years |
0.4.7_2 01 Apr 2007 07:50:30 |
lioux |
Give maintainership to multimedia@FreeBSD.org. |
0.4.7_2 27 Jan 2007 07:47:33 |
kris |
Use libtool port instead of included one to avoid objformat a.out botch |
0.4.7_2 15 Dec 2006 01:36:29 |
lioux |
o Add working MASTER_SITES
o Uphold portlint(1): improve CONFLICTS regular expression
PR: 97730
Submitted by: Martin Wilke <freebsd@unixfreunde.de> |
0.4.7_2 29 Sep 2006 00:56:18 |
kris |
Now builds on amd64, assuming it's fixed elsewhere too |
0.4.7_2 23 Feb 2006 10:40:45 |
ade |
Conversion to a single libtool environment.
Approved by: portmgr (kris) |
0.4.7_1 15 Nov 2005 06:52:12 |
ade |
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run. |
0.4.7_1 11 Nov 2005 06:06:17 |
lioux |
Add SHA256 checksum |
0.4.7_1 25 Dec 2004 11:43:58 |
lioux |
Remove deprecated USE_SIZE |
0.4.7_1 25 Dec 2004 11:11:46 |
lioux |
o Forced commit message to correct previous one
- Add CONFLICTS with multimedia/libdivxdecore-devel |
0.4.7_1 25 Dec 2004 11:06:28 |
lioux |
Add CONFLICTS with multimedia/libdivxdecore |
0.4.7_1 09 Jul 2004 17:43:11 |
marcus |
Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet |
0.4.7_1 14 Mar 2004 06:17:56 |
ade |
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed. |
0.4.7_1 08 Feb 2004 01:14:05 |
lioux |
USE_SIZEify |
0.4.7_1 04 Feb 2004 05:10:27 |
marcus |
Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 1) |
0.4.7 23 Feb 2003 19:58:35 |
lioux |
De-pkg-comment |
0.4.7 21 Dec 2002 16:04:20 |
lioux |
Mark as ONLY_FOR_ARCHS=i386. These libraries make too many assumptions
about the architecture, e.g., endianess. |
0.4.7 28 Nov 2002 00:09:51 |
lioux |
After repo copy from graphics category, update all appropriate
references from graphics to multimedia category
Repo copied by: joe (cvs hat)
Approved by: knu (portmgr hat) |