Request for a second "ffmpeg" optionality in packages (much as with ImageMagick)

[Karl Denninger]

Can I ask for this to be set up with a "stripped" version so it's usable
for command-line things without having to build the port individually? 
This is specifically interesting for embedded systems devices that
aren't AMD64 architecture, where building ports can be an amazingly
arduous process.

"Ffmpeg" (the package) is set up with the "default" options to include
opencv (and by extension X11), which results in an utterly-enormous set
of dependencies coming with the package (well north of a gigabyte!) as
that package has as a dependency the tesseract graphics port as well.  I
brought that into an embedded system and the result was something like
*92* ports coming in as dependencies (!) for a grand total of 2
gigabytes of storage.

There are other packages (e.g. ImageMagick being a notable one with
-noX11) that have two pre-built options sets in the packages -- one with
and one without X11, for example, which makes lots of sense when you
need command-line functionality but not gigabyte-size libraries you'll
never use.

May I politely suggest a second target for ffmpeg that omits fontconfig,
freetype (which should remove the X11 lib requirement) and opencv (which
will get rid of the tesseract dependency)?  That would cut this down to
a much more-reasonable thing to include in an embedded build.

Yes, I can build it as a port of course but having it able to be updated
after install via package management is quite useful.....

Thanks for consideration.

-- 

Karl Denninger
karl at denninger.net <mailto:karl at denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4897 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20180625/36e25d78/attachment.bin>