[MacPorts] #68233: mplayer @1.5.0_0: consider adding libdvdread support

[MacPorts]

#68233: mplayer @1.5.0_0:  consider adding libdvdread support
-------------------------------------+----------------------
  Reporter:  cybertosher             |      Owner:  jeremyhu
      Type:  request                 |     Status:  assigned
  Priority:  Normal                  |  Milestone:
 Component:  ports                   |    Version:
Resolution:                          |   Keywords:
      Port:  mplayer, mplayer-devel  |
-------------------------------------+----------------------

Comment (by kencu):

 MacPorts has a variant problem / addiction. The first step towards
 recovery from any addiction is to acknowledge there is an issue.

 This, for example, is an utterly incomprehensible mess:

 {{{
 % port variants mpv
 mpv has the variants:
 [+]audiocd: Enable Audio CD support via libcdio-paranoia
 [+]bluray: Enable Bluray and AACS/BD+ encryption support
 [+]bundle: Enable the optional macOS bundle of mpv
    caca: Enable animated ASCII art video output
    debug: Compile with debugging symbols
 [+]dvd: Enable DVD and DeCSS support
    jack: Enable Jack Audio Connection Kit support
 [+]libarchive: Enable transparent handling of Zip files and other
 compressed
                formats
    libmpv: Enable the libmpv library
 [+]network: Enable networking support via youtube-dl (supports wide
 variety of
             pages)
      * conflicts with ytdlp
    openal: Enable OpenAL support
 [+]opengl: Enable OpenGL output support. Both the CoreVideo and X11 (GLX)
            outputs are supported
 [+]osd: Enable onscreen display and TrueType font support
    printable_doc: Generate printable documents (PDF help)
    pulseaudio: Enable PulseAudio support
    python310: Use Python 3.10 to build mpv and generate man pages
      * conflicts with python311 python38 python39
 [+]python311: Use Python 3.11 to build mpv and generate man pages
      * conflicts with python310 python38 python39
    python37: Legacy variant for Python 3.7 mapping to Python 3.8
      * conflicts with python310 python311 python39
      * requires python38
    python38: Use Python 3.8 to build mpv and generate man pages
      * conflicts with python310 python311 python39
    python39: Use Python 3.9 to build mpv and generate man pages
      * conflicts with python310 python311 python38
 [+]rubberband: Enable support for the Rubber Band library, adding audio
 pitch
                and speed control
    screenshot: Enable optional screenshot support
    uchardet: Enable the uchardet encoding detector
    x11: Enable X11 support
    ytdlp: Enable networking support via yt-dlp instead of youtube-dl
 (supports
           wide variety of pages)
      * conflicts with network
 }}}

 which would be less of a mess if any of the builds were tested with the
 non-default variants enabled, or the default variant disabled, which the
 NEVER are.

 Nobody can think of that mess as a good user experience, especially for
 new users. I hope you can agree with that, otherwise we're not even close
 to the same page.

 This is beautiful:

 {{{
  % port variants MPlayer
 MPlayer has the variants:
    universal: Build for multiple architectures
 }}}

 The MPlayer port used to be just as bad as mpv, but because I used
 MPlayer, I had an interest in cleaning it up and making it work properly
 on all the systems I use, Tiger through Ventura, and it does. If someone
 opens a ticket about MPlayer, I know exactly how it is built -- but there
 are no open tickets.

 Having a plethora of messy variants that cannot realistically be tested is
 just -- asking for trouble, to put it gently. A knowledgeable user should
 set up the port with the broadly correct set of options enabled, and then
 maintain that.

 It's managable. It's maintainable. It's testable, and the buildbots built
 it on every system. It's good. There is peace in the universe with that
 approach. That is the only method I plan to support. In my world, there
 would be exactly two sets of variants in macports:

 1. universal or no
 1. x11 or quartz

 and all the other variants would be gradually purged out of all the ports.

 Now I don't own MPlayer, and as there is disagreement about how it should
 be managed, I released it back to the pool.  Have at it!

-- 
Ticket URL: <https://trac.macports.org/ticket/68233#comment:8>
MacPorts <https://www.macports.org/>
Ports system for macOS