CCExtractor is the de-facto open source standard for closed captions /
subtitles extraction from any media file. While the software itself
belong to the niche category (main users being universities, media
companies and enthusiasts) its output (meaning the .srt files it
generates) is used by millions. If you've ever downloaded an external
subtitle file for a TV show - most likely the original file came from
CCExtractor.
===> The following configuration options are available for ccextractor-0.96.6_6:
HARDSUBX=on: Extraction of burnt subtitles (hard subtitles)
OCR=on: Optical Character Recognition
===> Use 'make config' to modify these settings
multimedia/*: Update dependencies to reflect gpac-libgpac rename
Update consumer ports to use multimedia/gpac following the consolidation and
renaming of the library port.
Sponsored by: Netflix
multimedia/ccextractor: disable OCR and HARDSUBX options
These depend on leptonica, but due to a bug, leptonica <= 1.82 is
required. Disable the options until the bug is fixed by upstream,
which seems to be the case in the next version to be released soon.
See also: https://github.com/CCExtractor/ccextractor/issues/1625
multimedia/ccextractor: Subtitle extractor
CCExtractor is the de-facto open source standard for closed captions /
subtitles extraction from any media file. While the software itself
belong to the niche category (main users being universities, media
companies and enthusiasts) its output (meaning the .srt files it
generates) is used by millions. If you've ever downloaded an external
subtitle file for a TV show - most likely the original file came from
CCExtractor.
The GUI is provided in the separate multimedia/ccextractor-gui port.
Hardsub extraction currently has problems finding the language pack,
this seems to be a problem with tesseract.
Event: GSoC Mentor Summit 2025
cleanup: Remove expired ports:
2022-03-31 multimedia/schroedinger: Abandoned legacy video codec, upstream is
dead and last release was back in 2012.
2022-06-30 emulators/kcemu: Depends on expired multimedia/schroedinger
2022-06-30 multimedia/ccextractor: Depends on expired multimedia/schroedinger
graphics/opencv: update to 4.5.1 -- and make port more easily maintainable
This is a major upgrade from 3.x to 4.x.
Changelog from versions 3.4.1--4.5.1 can be found here:
https://github.com/opencv/opencv/wiki/ChangeLog
Note: this has explicitely not been added as a new graphics/opencv4 port, but
replaces the
previous graphics/opencv[3] port. Again, to improve maintainability by not
giving ports
the option to pick the "wrong one" - this leads however to some abandoned
ports being
broken.
The port has been greatly simplified:
* graphics/opencv-core which existed to enable ffmpeg to depend on opencv,
and vice versa
has been removed. ffmpeg no longer can depend on opencv.
(Only the first 15 lines of the commit message are shown above )
For well over 10 years portmgr@ have been promising to remove the
ridiculous need to bump PORTREVISION of depending ports, whenever a
dependency is updated, but here we still are...
Bump PORTREVISION for the 9 users of x265 now that it has been
upgraded from 3.2 to 3.4.
Add USES=xorg USES=gl, ports categories m
Add USES=xorg and USES=gl to ports in categories starting with 'm'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
Upgrade x265 from 2.6 to 2.8 and:
. Explicitly disable use of AVX with clang (see patch for links)
. Put non-SSL sources back on the list of MASTER_SITES
Bump PORTREVISION in the depending ports as appropriate.
multimedia/ccextractor: unbreak with ffmpeg 4.0
src/lib_ccx/ffmpeg_intgr.c:5:10: fatal error: 'libavfilter/avfiltergraph.h' file
not found
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
PR: 227726
Reported by: antoine (via exp-run)
- Update multimedia/x265 to 2.6
- Use the distfile provided by the VideoLAN project
- Add options for HI10P and HI12P (available only for amd64)
- Add DEBUG option
- Add OPTIMIZED_CFLAGS option
- Force using clang 5.0 on 10.4. Base provided clang fails during
compilation
- Chase shlib bump in dependent ports
PR: 225431
Submitted by: daniel.engberg.lists@pyret.net
Approved by: Maintainer timeout
