Ticket #63501: multimedia;fluidsynth.org

#+TITLE: Fluidsynth Notes
#+AUTHOR: kakuhen
#+LANGUAGE: en

* Introduction
This document outlines an update to fluidsynth version 2.2.8 and its effects on
dependent ports.

Version 2.2.8 compiles successfully, without pathces needed, on Mac OS X 10.15.7
using Xcode 12.4. This release introduces breaking API and ABI changes, so we
will test dependents on this same platform.

* denemo

** Compiling in source and trace mode
On my personal machine, I have gtk3 installed with +quartz. This prevents
=gnome-desktop= from being built. With that said, building other ports, such as
=gspell= also needed gtk3 with the +x11 variant, so I caved in and installed
that. ... Then I saw texlive as dependencies and decided to allow binary
archives.

** Compiling in trace mode, allowing binary archives
Compilation of everything succeeded, many ports such as =lilypond= and
=portmidi= had to be built from source, a good sign. Moreover, the compilation
of =denemo= was succesful.

A basic test of the binary seems to suggest it is working, albeit with some
issues unrelated to fluidsynth. For instance, attempting to pread from
=/proc/self/exe= is almost certainly a bug. This is likely FreeBSD code being
shared with Darwin code; upstream should know that =/proc= does not exist on
Darwin and it is further /optional/ on FreeBSD, so it is unsafe to assume a
procfs is mounted in FreeBSD anyway.

#+begin_example
Denemo - MESSAGE : Audio driver is 'portaudio'
Denemo - MESSAGE : Initializing Fluidsynth
Denemo - MESSAGE : The default fluidsynth soundfont has been loaded
Denemo - MESSAGE : Initializing Rubberband
Denemo - MESSAGE : Initializing PortAudio backend
Denemo - MESSAGE : Opening output device 'Core Audio: 外部ヘッドフォン'
Denemo - MESSAGE : MIDI driver is 'portmidi'
Denemo - MESSAGE : Initializing PortMidi backend
Denemo - WARNING : No MIDI input device, and no default device
Denemo - MESSAGE : Destroying PortMidi backend
Denemo - WARNING : Initializing MIDI backend 'portmidi' failed, falling back to dummy
Denemo - MESSAGE : Initializing dummy MIDI backend
/proc/self/exe: No such file or directory
(last message repeated 614 times)
Denemo - MESSAGE : Denemo version 2.6.0
Denemo - MESSAGE : Loaded keymap /opt/local/share/denemo/actions/Default.commands
#+end_example

** Conclusion
Build succeeds and binary seemed functional when testing. The software is
compatible with fluidsynth 2.2.8.

* lmms

** Compiling in source and trace mode
Build fails due to =aqua/fltk= configuration failing. It looks like the problem
has to do with patching a Makefile and not including autoconf as a dependency.
#+begin_example
--->  Fetching distfiles for fltk
--->  fltk-1.3.8.tar.gz does not exist in /opt/local/var/macports/distfiles/fltk
--->  Attempting to fetch fltk-1.3.8.tar.gz from https://distfiles.macports.org/fltk
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 5044k  100 5044k    0     0   529k      0  0:00:09  0:00:09 --:--:--  695k
--->  Verifying checksums for fltk
--->  Checksumming fltk-1.3.8.tar.gz
--->  Extracting fltk
--->  Extracting fltk-1.3.8.tar.gz
Executing:  cd "/opt/local/var/macports/build/_Users_kakuhen_Developer_macports-ports_aqua_fltk/fltk/work" && /usr/bin/gzip -dc '/opt/local/var/macports/distfiles/fltk/fltk-1.3.8.tar.gz' | /usr/bin/tar -xf -
Warning: The following existing file was hidden from the build system by trace mode:
  /private/var/select/sh
--->  Patching Makefile: s|/Applications|/Applications/MacPorts/fltk|g
--->  Patching Makefile: s|/Applications|/Applications/MacPorts/fltk|g
--->  Patching makeinclude.in: /^\.SILENT:$/d
Makefile:17: makeinclude: No such file or directory
autoconf
make: autoconf: No such file or directory
make: *** [configure] Error 1
Command failed: CC=/usr/bin/clang make config.sub
Exit code: 2
Warning: The following existing files were hidden from the build system by trace mode:
  /opt/local/bin/autoconf
  /private/var/select/sh
The following file would have been hidden from the build system by trace mode if it existed:
  /usr/gnu/include
Error: Failed to patch fltk: command execution failed
#+end_example

** Compiling in trace mode, allowing binary archives
Seems to fail at around 72% of the way compiling on my machine.
#+begin_example
/opt/local/var/macports/build/.../lmms/work/lmms-1.1.3/plugins/LadspaEffect/calf/src/modules_limit.cpp:543:27: error: no matching function for call to 'min'
            buffer[pos] = std::min(*params[param_limit] / std::max(fabs(sum_left), fabs(sum_right)), 1.0);
                          ^~~~~~~~
#+end_example
This is the exact same problem as reported in [[https://trac.macports.org/ticket/58009][#58009]].

** Conclusion
Build fails, but not due to fluidsynth. The software is likely compatible with
fluidsynth 2.2.8.

* gstreamer1-gst-plugins-bad

** Compiling in source and trace mode
Compilation fails due to compilation of =graphics/grapehene= configuration
failing.
#+begin_example
meson.build:1:0: ERROR: Unknown options: "benchmarks"
#+end_example

** Compiling in trace mode, allowing binary archives
=graphics/graphene= installation proceeds normally and
=gstreamer1-gst-plugins-bad= succesfully builds.

** Conclusion
Build succeeds, the software is compatible with fluidsynth 2.2.8.