Skip to content
Snippets Groups Projects
  1. Aug 31, 2020
  2. Aug 19, 2020
    • Jonathan Wilkes's avatar
      Merge branch 'fix-bendin' into 'master' · 078f79d7
      Jonathan Wilkes authored
      Improve bendin compatibility with vanilla.
      
      See merge request jwilkes/purr-data!489
      078f79d7
    • Albert Gräf's avatar
      Add bendinfix external. · d8836bb2
      Albert Gräf authored
      d8836bb2
    • Albert Gräf's avatar
      Overhaul of bendin/bendout help patches. · 3c7975b9
      Albert Gräf authored
      Correct some errors and add a note about vanilla compatibility options.
      3c7975b9
    • Albert Gräf's avatar
      Improve bendin compatibility with vanilla. · 772072ec
      Albert Gräf authored
      This adds an option to make bendin use the vanilla range of 0..16383 for
      compatibility. As was observed a long time ago, this is at odds with the
      bendout range of -8192..8191, and was thus fixed in pd-l2ork at some
      point. But Miller Puckette has decided that this bug won't *ever* be fixed in
      vanilla, and this is even documented in vanilla's midi-help.pd patch.
      
      This discrepancy breaks a lot of patches involving MIDI, so a compatibility
      option is needed. It's been possible to use -legacy to get vanilla's bendin,
      but it's better not to conflate legacy iemgui positioning issues with the
      bendin implementation. The former won't usually break interoperability, but
      the latter does.
      
      So, as suggested by Ico Bukvic, we add a flag as an optional second argument
      to bendin instead. If present, this option explicitly denotes the target
      range: zero means the default (pd-l2ork, signed) output range, nonzero the
      vanilla-compatible unsigned range. In addition, there's a new -legacy-bendin
      command line option which makes unsigned output the default for bendin objects
      which don't specify the range explicitly. You'll want to put this into your
      startup flags in the preferences if you need out-of-the-box vanilla
      compatibility.
      772072ec
  3. Aug 15, 2020
  4. Aug 14, 2020
  5. Aug 12, 2020
  6. Aug 11, 2020
  7. Aug 10, 2020
  8. Aug 08, 2020
  9. Aug 06, 2020
  10. Aug 05, 2020
    • Sam Thursfield's avatar
      Silence Automake to reduce size of build logs · 6df0aad0
      Sam Thursfield authored
      In my test, this reduced log size from 4.2MB to 3.2MB.
      
      Example of the new output (taken from Gem compilation):
      
            CXX      libplugins_la-record.lo
          record.cpp:58:3: warning: #warning better handling of duplicate codecs [-Wcpp]
           # warning better handling of duplicate codecs
             ^~~~~~~
          record.cpp:87:3: warning: #warning isThreadable [-Wcpp]
           # warning isThreadable
             ^~~~~~~
          record.cpp:257:3: warning: #warning enumerateProperties [-Wcpp]
           # warning enumerateProperties
             ^~~~~~~
            CXX      libplugins_la-video.lo
            CXX      libplugins_la-videoBase.lo
            CXXLD    libplugins.la
      
      Not all components honour the V=0 flag -- perhaps they don't use
      Automake, or use a very old version. However, many do.
      
      See also: https://www.gnu.org/software/automake/manual/html_node/Automake-Silent-Rules.html
      
      See also: jwilkes/purr-data#666
      6df0aad0
  11. Aug 04, 2020
  12. Aug 03, 2020
  13. Aug 02, 2020
  14. Aug 01, 2020
  15. Jul 30, 2020
  16. Jul 29, 2020
  17. Jul 28, 2020
  18. Jul 27, 2020
Loading