Re: [PD] Preset management for Pd Vanilla

[Alexandre Torres Porres]

I'm revisiting this. I'm proud of my presets system in ELSE but I think Pd
needs something natively. What do you people think and say?

cheers

Em sex., 22 de jan. de 2021 às 14:27, Alexandre Torres Porres <
por...@gmail.com> escreveu:

> Em sex., 22 de jan. de 2021 às 01:35, Alexandre Torres Porres <
> por...@gmail.com> escreveu:
>
>> There's the "morphing" or "interpolation" thing that I may be
>> still neglecting and thinking that using things "line" objects is just as
>> fine, but let's see. I'll also look into how max does interpolation,
>> someone already told me that, I think I have an idea for that too.
>>
>
> I neglected the fact that [line] doesn't work with lists :) so I created
> an object that does it called [morph]. Hence, this takes care of preset
> transitions. I don't think it's necessary to put this feature inside the
> preset object as it makes it more complicated and in the end it's good this
> is a separate object as it's also useful outside the preset system and can
> be used on its own to morph into different arrays and stuff.
>
> I'm doing something similar for interpolation, with another object to
> allow one to manually interpolate between values and lists of values, also
> incorporating that feature from Max. This should all be up in my repository
> this weeked.
>
> cheers
>
>>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] PdParty 1.4.0

[Dan Wilcox]

Howdy all,

PdParty 1.4.0 is now available on the Apple App Store for iOS/iPadOS.

PdParty is an open-source iOS application for running Pure Data patches on 
Apple mobile devices using libpd

Much of this development effort was supported by the Oribotics instruments 
research project by artist Matthew Gardiner, presented at the Ars Electronica 
Festival 2023's Open Futurelab.

https://orilab.art 
https://github.com/oribotic/oribotic-instruments

Thanks to all of the bug reports, ideas, and testing.

Important changes from 1.3.2 are:

* updated to libpd 0.14.0 (pd 0.54-1)
* min deployment target now iOS 11.0

* fixed dancing rotation bug on iOS 16 by setting new rotation flag (reported 
by many!)
* fixed crash in key handling due to nil key chars for controller pause button
  UIPress event
* fixed midi settings edit mode remaining on after disabling midi
* fixed cnv and vu not handling color messages with 3 args

* added support for loading basic settings in a config.json file and opening a
  patch or scene at startup (requested by Jason Corder)
* kiosk updates (for Matthew Gardiner):
  - added Guided Access options to hide back button and controls button
  - added dynamic background support for PdParty scenes via #pdparty background
  - added Background test PdParty scene
* added support for custom font.ttf or font.otf in PdParty scenes (for Matthew 
Gardiner)

* midi multiple device mode now shows up to 16 available devices, usable devices
  remain limited to ports 1-4 (requested by Serafino Di Rosario)
* controller updates:
  - updated gamepad handling for new thumbstick, menu, options, and home buttons
  - deprecated pause button to iOS 12 and earlier (use back button in iOS 13+)
* enable multitouch for cnv and comment and always forward cnv touch events
  regardless of everywhere setting (requested by Josef Novotny)
* improved pdparty:// url scheme handling to ignore unknown host message types
  (reported by Jason Corder)
* updated info view description handling to expand as needed by content

* no longer draw ViewPort cnv to match DroidParty behavior (use additional cnv
  objects for per-view area backgrounds)

* various other bugfixes and improvements


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] libpd 0.14.0

[Dan Wilcox]

Howdy all,

libpd 0.14.0 is now available on Github: https://github.com/libpd/libpd

Changelog:

* updated to pd vanilla 0.54-1

* C: define _DARWIN_C_SOURCE with HAVE_MACHINE_ENDIAN_H to fix endianness 
warning on macOS, for now (hopefully not needed in future pd versions)
* C: added pdtest_portaudio example
* C: added missing pdtest example gitignore

* ObjC: modernized xcode projects, updated min deployment target to iOS 11 & 
macOS 10.13
* ObjC: enabled mac catalyst support (Seth Sandler)
* ObjC: added auto io handling to iOS example

* C++: fixed unused param, signed comparison, and ret type warnings (Mike Will)

* C#: NuGet packaging updates (Thomas Mayer)
* C#: MuliInstance -> MultiInstance example naming fix (Thomas Mayer)

* Python: various updates and fixes to the pygame examples (Mike Will)

* Java: updates for native arm64 support on macOS (funkyfourier)

* Makefile: use JAVA_HOME on macOS instead of /System/... path, link 
JavaNativeFoundation framework instead of JavaVM (funkyfourier)
* Makefile: now install m_imp.h and g_canvas.h for externals (Tiago Rezende)

* added a Rust section to the main README.md (Ali Somay)

There are additional updates to Obj-C to natively support multiple instances, 
however these have not yet been finalized or tested yet. I wanted to have this 
for 0.14.0 but it will take more time so I will push it back to a .1 release or 
0.15.0. You can check out the PR for info: 
https://github.com/libpd/libpd/pull/377


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Current best practice for GPIO pins on Raspberry Pi?

[Yann Seznec]

Thanks all. I ended up going with Patrice’s solution, making a python script 
that accesses the GPIO pins and sends the data through OSC. I have no prior 
knowledge of Python so I had been avoiding this approach, but it turned out to 
be pretty straightforward. 

If anyone now or in the future would like an extremely bare-bones but 
functional example that takes button inputs from Raspberry Pi GPIO pins and 
sends them to Pure Data, I’ve put a minimalist example up on my GitHub along 
with some documentation. This is primarily for my future self, but perhaps it 
will be of help to others: https://github.com/yannseznec/gpioOSCpd




> On 8 Nov 2023, at 16:13, Patco  wrote:
> 
> Hello,
> 
>  an alternative is about using a python script that communicate with PureData 
> through OSC, it can be done with abstractions on pd side and examples 
> provided by python users.
> 
> Best regards,
> 
> patco
> 
>> Le 8 nov. 2023 à 15:14, Yann Seznec  a écrit :
>> 
>> Hello,
>> 
>> I’m wondering what the best option is nowadays for using the GPIO pins on a 
>> Raspberry Pi in Pure Data. 
>> 
>> Wiring Pi seems to be no longer available, as far as I can tell. I’m not 
>> sure what other options there are?
>> 
>> One option suggested elsewhere for inputs was to use the “retrogame” script 
>> to turn GPIO pin activity into keyboard presses and use the [key] object in 
>> Pd, but I can’t seem to get that script to work properly yet. 
>> 
>> Any suggestions would be great, thanks in advance.
>> 
>> Yann
>> 
>> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list