SMPEG is a free MPEG1 video player library with sound support. Video playback
is based on the ubiquitous Berkeley MPEG player, mpeg_play v2.2. Audio is
played through a slightly modified mpegsound library, part of Splay v0.8.2.
SMPEG supports MPEG audio (MP3), MPEG-1 video, and MPEG system streams.
plaympeg, gtv, and glmovie are simple video players provided to test the
library. The C library interface is 'documented' in smpeg.h, and the C++
library interface is spread out over the MPEG*.h files.
This is a work in progress. Only 16 bit color depth is supported.
The player will dynamically conver to other color depths, but playback
will be much faster if your display is already set to 16 bit color depth.
multimedia/smpeg: fix build with clang 16
Since clang 16 (and gcc 11) the default C++ standard is now gnu++17.
Because multimedia/smpeg's configure scripts and Makefiles do not
explicitly set the C++ standard, this leads to several errors:
In file included from MPEGaudio.cpp:24:
../MPEGaudio.h:129:7: error: ISO C++17 does not allow 'register' storage class
specifier [-Wregister]
register int r=(buffer[bitindex>>3]>>(7-(bitindex&7)))&1;
^~~~~~~~~
../MPEGaudio.h:135:7: error: ISO C++17 does not allow 'register' storage class
specifier [-Wregister]
register unsigned short a;
^~~~~~~~~
MPEGaudio.cpp:317:3: error: ISO C++17 does not allow 'register' storage class
specifier [-Wregister]
register int r=(_buffer[bitindex>>3]>>(7-(bitindex&7)))&1;
(Only the first 15 lines of the commit message are shown above )
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
multimedia/smpeg: Revert configure patch file
* Commit 87624aab for PR #231524 has accidentally introduced two
additional patches to the configure script, breaking parts of
its workings. Revert these changes to fix the configuration.
* Bump PORTREVISION
PR: 263023
Reported by: Robert Clausecker <fuz _at_ fuz.su>
multimedia/smpeg: fix incorrect warning suppression flag.
During an exp-run for llvm 12 (see bug 255570), it turned out that
multimedia/smpeg does not build with clang 12.0.0:
libtool: compile: c++ -DPACKAGE=\"smpeg\" -DVERSION=\"0.4.4\" -I. -I. -O2 -pipe
-Wno-error-narrowing -fstack-protector-strong -fno-strict-aliasing
-I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -D_THREAD_SAFE
-DTHREADED_AUDIO -DNDEBUG -I.. -DNOCONTROLS -I.. -I../audio -I../video
-fno-exceptions -fno-rtti -c huffmantable.cpp -fPIC -DPIC -o
.libs/huffmantable.o
warning: unknown -Werror warning specifier: '-Wno-error-narrowing'
[-Wunknown-warning-option]
In file included from huffmantable.cpp:12:
../MPEGaudio.h:129:7: warning: 'register' storage class specifier is deprecated
and incompatible with C++17 [-Wdeprecated-register]
register int r=(buffer[bitindex>>3]>>(7-(bitindex&7)))&1;
^~~~~~~~~
../MPEGaudio.h:135:7: warning: 'register' storage class specifier is deprecated
and incompatible with C++17 [-Wdeprecated-register]
register unsigned short a;
^~~~~~~~~
huffmantable.cpp:553:8: error: constant expression evaluates to -1 which cannot
be narrowed to type 'unsigned int' [-Wc++11-narrowing]
(Only the first 15 lines of the commit message are shown above )
Base gcc doesn't support -Wno-error-narrowing flag. Add it only when
the compiler used is Clang.
PR: 233407
Submitted by: Piotr Kubaj
Approved by: portmgr (tier-2 blanket)
multimedia/smpeg: unbreak build with Clang 6 (C++14 by default)
huffmantable.cpp:553:8: error: constant expression evaluates to -1 which cannot
be narrowed to type
'unsigned int' [-Wc++11-narrowing]
{ 0, 0-1, 0-1, 0, 0, htd33},
^~~
huffmantable.cpp:553:8: note: insert an explicit cast to silence this issue
{ 0, 0-1, 0-1, 0, 0, htd33},
^~~
static_cast<unsigned int>( )
huffmantable.cpp:553:13: error: constant expression evaluates to -1 which cannot
be narrowed to type
'unsigned int' [-Wc++11-narrowing]
{ 0, 0-1, 0-1, 0, 0, htd33},
^~~
huffmantable.cpp:553:13: note: insert an explicit cast to silence this issue
(Only the first 15 lines of the commit message are shown above )
MASTER_SITES cleanup.
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
(Only the first 15 lines of the commit message are shown above )
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
multimedia/smpeg: fix build and minor fixes
- Add SDL_CONFIG to env
- Remove leading article from COMMENT
- Trim Makefile header
- Remove GTK Player, version is too old
PR: ports/179969
Submitted by: wg (myself)
Approved by: maintainer (timeout)
- Update devel/sdl12 to 1.2.15
- Update audio/sdl_mixer to 1.2.15
- Update graphics/sdl_image to 1.2.12
- Update graphics/sdl_ttf to 2.0.11
- Update graphics/sdl_gfx to 2.0.23
- Update net/sdl_net to 1.2.8
- Bump PORTREVISIONs on ports that depend on one or more packages due to
ABI and shared library version changes
- Update Mk/bsd.sdl.mk accordingly for the new shared library versions
Tested by: exp-run by pav
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
- Update devel/sdl12 to version 1.2.11. Now we employ stock SDL directory
structure (i.e. include/SDL for includes and sdl-config for configuration
binary)
- Update graphics/sdl_ttf to version 2.0.8
- Update graphics/sdl_image to version 1.2.5
- Update audio/sdl_mixer to version 1.2.7
- Update net/sdl_net to version 1.2.6
- Update Mk/bsd.sdl.mk accordingly
- Fix dependent ports to fit the new directory structure and avoid several
API breakages
- Bump up portrevisions for all dependent ports to allow them to be upgraded
by portupgrade/portmaster etc tools
Approved by: kris (portmgr), sem (mentor)
- Fix fetch issues by removing stale mirrors and adding MASTER_SITE_GENTOO to
MASTER_SITES.
- Pass maintainership to submitter.
- Add SHA256 checksum.
PR: ports/89189
Submitted by: Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe>
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.
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
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.
