[PD] Compiling externals for w64. (was : Re: Slider/Knob)

Thu Sep 27 22:35:32 CEST 2018

We also need:

-lib PDContainer -lib adaptive

in the startup flags or declare.

Mensaje telepatico asistido por maquinas.

On 9/27/2018 4:49 PM, Lucas Cordiviola wrote:
All comparison tilda objects seems not to work they aren't even loaded, their object box is dashed as not exsistent objects.
And a couple questions

You mean those appearing in zexy's "zigbinops-help.pd" ?

To use them we need to add this libs from the startup flags or with declare:

[declare -lib zexy/0x260x260x7e -lib zexy/0x2e -lib zexy/0x3c0x7e -lib zexy/0x3d0x3d0x7e -lib zexy/0x3e0x7e -lib zexy/0x7c0x7c0x7e]

1. Is there any bandlimited osc library around that would be great to port to 64x?

Which ones you are using on 32bit? I'll try to compile them.

:)

Mensaje telepatico asistido por maquinas.

On 9/27/2018 6:33 AM, alfonso santimone wrote:
That's a great achievement Lucas!
Many thanks!
A first report .
All comparison tilda objects seems not to work they aren't even loaded, their object box is dashed as not exsistent objects.
And a couple questions
1. Is there any bandlimited osc library around that would be great to port to 64x?
2. In a (far as Pierre says) Camomile perspective are all these libraries supporting multiple pd instances?

thanks a lot for your work!

a.

www.elgallorojorecords.com<http://www.elgallorojorecords.com>
soundcloud.com/alfonsosantimone<http://soundcloud.com/alfonsosantimone>
www.facebook.com/alfonsosantimone<http://www.facebook.com/alfonsosantimone>

On Wed, Sep 26, 2018 at 8:41 PM Lucas Cordiviola <lucarda27 at hotmail.com<mailto:lucarda27 at hotmail.com>> wrote:

As a follow up on this I have uploaded to deken these packages for Pd-64bit.

v0.0.exteded old ones:

hcs[v0.0.extended](Windows-amd64-32)(Sources).dek
ekext[v0.0.extended](Windows-amd64-32)(Sources).dek
earplug~[v0.0.extended](Windows-amd64-32)(Sources).dek
cxc[v0.0.extended](Windows-amd64-32)(Sources).dek
chaos[v0.0.extended](Windows-amd64-32)(Sources).dek
boids[v0.0.extended](Windows-amd64-32)(Sources).dek
bassemu~[v0.0.extended](Windows-amd64-32)(Sources).dek
arraysize[v0.0.extended](Windows-amd64-32)(Sources).dek
adaptive[v0.0.extended](Windows-amd64-32)(Sources).dek
zexy[v0.0.extended](Windows-amd64-32)(Sources).dek
pmpd[v0.0.extended](Windows-amd64-32)(Sources).dek
pddp[v0.0.extended](Windows-amd64-32)(Sources).dek
PDContainer[v0.0.extended](Windows-amd64-32)(Sources).dek
mrpeach[v0.0.extended](Windows-amd64-32)(Sources).dek
motex[v0.0.extended](Windows-amd64-32)(Sources).dek
mjlib[v0.0.extended](Windows-amd64-32)(Sources).dek
mediasettings[v0.0.extended](Windows-amd64-32)(Sources).dek
markex[v0.0.extended](Windows-amd64-32)(Sources).dek
log[v0.0.extended](Windows-amd64-32)(Sources).dek
hexloader[v0.0.extended](Windows-amd64-32)(Sources).dek

And:

ggee[v0.27~git20180926](Windows-amd64-32).dek

And also the never released for windows 'pd-drag&drop-plugin' -- you can drop patches to the canvas and it puts them as abstractions or if you drop them on Pd's main windows their are opened normaly.

pd-dnd-plugin[v0.1](Windows-i386-32)(Windows-amd64-32).dek

:)

Mensaje telepatico asistido por maquinas.

On 9/7/2018 11:07 AM, Lucas Cordiviola wrote:

Hi Alfonso,

Back in March, when we got w64 Pd to work and also we tweaked the nuts and bolts of pd-lib-builder, I did some preliminary work on compiling many libs (all 00-extended) for w64.
I got in to troubles and found some solutions. May be this week (or next) I'll revisit my files and try to upload them to Deken.

I did all the stuff with Msys2.

Keep in mind that for modern libs that already use pd-lib-builder compiling them for w64 is really straight forward.

:)

Mensaje telepatico asistido por maquinas.

On 9/7/2018 9:57 AM, alfonso santimone wrote:
Hi all,
i'm trying to move all my music apps to 64 bit on Windows (it's the standard and more softwares are adbandoning the 32 bit version)
I would really like to try both moonlib and the oliver's abtraction.
But everything rely on 32 bits library.
Hope to get some 64x version soon.
Pd 0.48.2 works fine on Win 64x as a 64x application. A little number of libraries (else, cyclone ) are already compiled for 64x.
I hope more and more will follow.
I even could help compiling and try to get the knowledge (pd lib builder ) to try some 64x compling.

a.
www.elgallorojorecords.com<http://www.elgallorojorecords.com>
soundcloud.com/alfonsosantimone<http://soundcloud.com/alfonsosantimone>
www.facebook.com/alfonsosantimone<http://www.facebook.com/alfonsosantimone>

On Fri, Sep 7, 2018 at 2:47 PM Antoine Rousseau <antoine at metalu.net<mailto:antoine at metalu.net>> wrote:
Thanks for recommending mknob ;-)

I'd like to do an update of moonlib soon, as it has received some improvements: sfread2~ understands a new [index( message (thx to Antoine Villeret), and mknob now better supports zooming.

About the latter, I'd like to hear your opinion (you all mknob users...) about the following problem (and the solution I propose):

mknob poses a particular problem: because its circular shape doesn't comply to Pd graphical paradigm (every other objects are rectangular shaped), iolets are floating in an empty space near the knob; because it's visually ugly, and I don't want to surround the knob with a rectangular box, I chose not to draw the iolets, even when the mknob is not bounded to receive/send symbols. The problem (for explicitly connected  knobs) is now that it's somewhat tricky to guess where you have to draw the connection to/from, and that the wire connects to/from nowhere. This is acceptable for small knob, but when it becomes bigger it's really weird.

So the only idea I see (apart from hacking Pd sources...) is to setup 3 inlets and 3 outlets, so that you can connect from/to the one in the middle; the wire is then actually connected to the circle. I succeeded to code this behaviour, keeping to possibility to use any inlet and sending to the three outlets. It's maybe a little far-fetched, but its works. What do you think of it?

Antoine Rousseau
  http://www.metalu.net<http://metalu.net> __ http://www.metaluachahuter.com/<http://www.metaluachahuter.com/compagnies/al1-ant1/>

Le ven. 7 sept. 2018 à 13:05, Christof Ressi <christof.ressi at gmx.at<mailto:christof.ressi at gmx.at>> a écrit :
I recommend mknob from moonlib, but make sure you get the latest version from deken for pd >= 0.47

Christof

> Gesendet: Freitag, 07. September 2018 um 12:59 Uhr
> Von: Clemens <reinklang at online.de<mailto:reinklang at online.de>>
> An: Pd-list at lists.iem.at<mailto:Pd-list at lists.iem.at>
> Betreff: [PD] Slider/Knob
>
> Hello List,
>
> I would like to use knobs instead of sliders,
>
> where can I find them?
>
> Cheers
>
> Clemens
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at<mailto:Pd-list at lists.iem.at> mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>

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

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

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

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20180927/aad52249/attachment-0001.html>