Add a sfizz_render client in-tree

[paulfd]

This uses the fmidi library and its player, which adds a dependency on libev. The goal of having this client in-tree is to facilitate benchmarking of different versions.

@jpcima not sure I use your library right so check it 🙂

[jpcima]

This uses the fmidi library and its player, which adds a dependency on libev.

This is not true, it does not add a dependency on libev.
Only the example programs are dependent of the library, libev was moved out of the main library since a long time.

The library depends on boost and on fmt, and that's only for the description API which converts SMF to plain text.

I have around an edit of the library that can disable the above feature, such that it does not have external deps. Then it's a ~140K source code without recursive submodules.
https://github.com/jpcima/midiplay/tree/master/thirdparty/fmidi
https://github.com/jpcima/midiplay/blob/21c095fdf6b8326dc00608046e9ccf6f28b734a2/Makefile#L77

[paulfd]

It seems I had to install libev to access the fmidi_player_XX interfaces? After some more reading it seems to be unneeded. There are these lines in the CMakeLists

find_library(ev_LIBRARY ev)
set(fmidi-player_BUILD FALSE)
if(ev_LIBRARY)
  set(fmidi-player_BUILD TRUE)
else()
  message(STATUS "libev is missing, NOT building library fmidi-player.")
endif()

[jpcima]

It seems I had to install libev to access the fmidi_player_XX interfaces?

It's the example player that comes with as part of the library. (see programs/)

[paulfd]

If we go with #201 can I close this one safely?

[jpcima]

Yes, it's no problem to close this one.
It's based on the identical commit ref 6f39d4c.