[PD] vbap / deken / ggee

[Jesse Mejia]

I recall a vbap library existing awhile back on deken that included a 
define_loudspeakers object. The only object I see on deken currently for vbap 
is the implementation in ggee and i’m wondering if the define_loudspeakers 
functionality is built in or just missing? The helpfile shows a functioning 
vbap example but with no loudspeaker definition. I’m also not sure what the 
object defaults to if nothing is explicitly defined.

Does anyone know how this works? If it’s just a matter of documentation i can 
jump on the ggee github and help out, but I know there are some more complete 
looking vbap binaries out there.. but I’m having trouble finding them 
precompiled cross platform. Not sure what the best route is, and as a teacher 
I’d love to clarify the path to getting vbap up and running more broadly.

Thanks!

-Jesse



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

Re: [PD] [PD-announce] ofelia v1.0.4: Pd external library written with openFrameworks

[Jesse Mejia]

This is rad - thanks! On windows 10 I installed via dekken using the default 
path, and on two separate machines I needed to add the startup flag -lib ofelia

but now everything seems to be working well.

Thanks - this looks amazing! 

-jesse

> On Feb 21, 2018, at 1:08 PM, Alan Brooker  wrote:
> 
> Hi Zack,
> 
> Works perfectly for me on Windows 10, this is great! Thanks so much for the 
> effort in putting this library out, along with the recent  behind the scenes 
> developments with Gem and the SVG capabilities in Purr Data,  Pd is again 
> having some great options for graphics & visuals. 
> 
> Just curious, I'm not an OF expert (and forgive me if this is not documented 
> somewhere) but is it possible to write scripts in OF and then import them 
> into Pd in some way?
> 
> Thanks again
> 
>   Virus-free. www.avg.com
> 
>> On Wed, Feb 21, 2018 at 5:16 PM, Alex  wrote:
>> Hey Zach,
>> I'm not on my linux machine right now so I'll have to get back to that later 
>> but in the mean time, on my work machine, I've run nm -u and attached what I 
>> got.
>> Clearly there is a lot more being built in to the osx version.
>> Last night I did actually try to install open frameworks on my linux machine 
>> but I had a conflict with a dependency that I didn't have time to resolve.
>> I might just look at the output of nm for linux and see if I can just 
>> install those that aren't linked there.
>> 
>> -Alex
>> 
>>> On Tue, Feb 20, 2018 at 8:16 PM, Zack Lee  wrote:
>>> Thanks for the info.
>>> I actually built the binary on the exact same distro: Ubuntu 16.04.3 LTS.
>>> 
>>> Could you please run the "install_dependencies.sh" script and see if it 
>>> works?
>>> I'm sorry I don't really get what is causing the problem.
>>> I will also try reinstalling Ubuntu 16.04 LTS and see if it works and will 
>>> let you know asap.
>>> Thank you.
>>> 
>>> Zack
>>> 
>>> 
>>> 
>>> 2018-02-21 12:51 GMT+09:00 Alex :
 I've also attached the gdb backtrace and the output from nm -u 
 ofelia.l_ia64 > nm.txt
 
 looks like it expects i have cairo, FreeImage, glew, and some other libs..
 
> On Tue, Feb 20, 2018 at 7:44 PM, Alex  wrote:
> no problem Zack,
> 
> alex@workin:~/local/src/openFrameworks/scripts/linux$ lsb_release -a
> No LSB modules are available.
> Distributor ID:Ubuntu
> Description:Ubuntu 16.04.3 LTS
> Release:16.04
> Codename:xenial
> 
> you mean the .iso for this version of ubuntu? 
> http://releases.ubuntu.com/16.04/ubuntu-16.04.3-desktop-amd64.iso
> 
>> On Tue, Feb 20, 2018 at 7:20 PM, Zack Lee  wrote:
>> Hi, Alex 
>> 
>> Thanks for the report.
>> The similar problems have been reported by some Linux users.
>> Could you please tell me which Ubuntu you're using?
>> I would appreciate if you could give me a download link to the .iso 
>> image file.
>> Thank you and I don't think you need to install openFrameworks as it 
>> shouldn't crash anyway.
>> 
>> Zack
>> 
>> 
>> ___
>> 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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Linux needs apt-get install ?

[Jesse Mejia]

This is news to me. I thought deken was now the way to install gem regardless 
of platform. I see a LOT of new users attempting this and struggling. I also 
know that people coming from extended are being told they should use deken. Gem 
is often one of the first things extended users try to install via deken. I 
imagine this could be at the root of a lot of people just going straight back 
to extended.

I agree that it really should be removed from deken repos asap if that isn't a 
good way to get it running.


> On Sep 28, 2017, at 11:15 AM, Max  wrote:
> 
>> On 2017년 09월 28일 19:36, IOhannes m zmölnig wrote:
>>> On 09/28/2017 06:33 PM, Max wrote:
>>> 
>>> Well, in theory the gem on deken could be a different (newer) version
>>> then the one coming through the package management, especially if you
>>> are on a release based distribution like ubuntu, mint, etc.
>> so?
>> as the maintainer of Gem i'm pretty well aware of it's dependency chain
>> and as a co-developer of deken i firmly believe that it is not up to
>> handling such things.
> 
> understood.
> 
> that only is true for gem on linux though, because there is no system package 
> management on win/osx.
> Maybe it would be a good idea to make a message appear:
> "Please install Gem via the package manager (apt,yum, etc)" if people search 
> for Gem in deken. So that poor linux beginners don't get too frustrated when 
> they follow some random tutorial by an apple/ms user how to install Pd/Gem.
> 
> my 0.5ct
> 
> ___
> 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

Re: [PD] Trouble Re-Installing Gem

[Jesse Mejia]

I think the problem was that at some point your machine's deken (the package 
manager in the help menu) got set to a pretty odd path for externals: 
Contents/Resources/Scripts/extra
Maybe that's a folder you selected the first time you used it?

This has a rundown of the default paths you can safely install stuff to without 
needing to add a new folder to your path:
https://puredata.info/docs/faq/how-do-i-install-externals-and-help-files

But yeah - adding a new path is just as good maybe.

-Jesse

> On Oct 12, 2017, at 8:27 AM, IOhannes m zmölnig  wrote:
> 
>> On 10/12/2017 05:10 PM, Greg Zifcak wrote:
>> 
>> Thanks for the input all. I saw the mailing list archive but my search 
>> skills must be lacking.
>> 
>> To clarify, I originally downloaded the Gem folder and placed it in the 
>> folder next to the Pd application file, and assumed correctly that this 
>> would not do anything. That is when I found out about the help menu 
>> installation feature, and installed it from there.
> 
> ok. makes sense.
> 
>> 
>> My installation process in attempting to fix the problem was: delete 
>> existing Pd folders, download Pd 0.48 or 0.47 32 bit from 
>> https://puredata.info/downloads/pure-data, then install Gem from the help 
>> menu.
> 
> ok.
> 
>> 
>> I finally solved the issue by adding the path to the Gem folder 
>> (Contents/Resources/extra) to "Startup" in "Preferences". 
> 
> actually no, you shouldn't do that at all with Gem.
> Gem will (well: should) automatically add the paths, once its gets loaded.
> and Gem should load fine, since the name of the binary ("Gem.pd_darwin")
> matches the directory it lives in ".../Gem/", and the directory the
> Gem-directory lives in (Contents/Resources/extra) is searched
> automatically by Pd.
> what you MUST do is to *load* Gem, e.g. by putting a [declare -lib Gem]
> into your patch, or adding "Gem" (without any further path) to the
> "libraries" to be loaded at startup)
> 
>> What led me down this course of investigation was that I noticed that the 
>> path Pd said it was installing Gem was
>> Contents/Resources/Scripts/extra, even though it wasn't really putting it 
>> there. 
> 
> this confuses me. what's the "Scripts" path doing in here?
> could you post a screenshot of where Pd says that it's installing there?
> 
>> I don't know why it didn't add a path to startup; 
> 
> Pd shouldn't (i think that feature with deken in Pd-0.48 is really a bug).
> Gem would, but it needs to be loaded first.
> 
>> I'm guess it did on the first install when it originally worked. 
>> I also still don't understand how the installation knew to warn me that a 
>> previous folder didn't exist,
>> since I deleted the folder structure and couldn't find any other Pd folders 
>> on my system. 
> 
> i'm not sure i can follow.
> how did it warn you?
> if you deleted all folders and Pd warned you about a missing folder,
> this sounds an ok (and totally non-magic) thing to do.
> 
>> 
>> After some of the failed installation attempts before I added the path, 
>> gemwin and gemhead appeared to be created correctly, but pix_draw and 
>> pix_texture did not (dotted lines). I assume that Gem wasn't being loaded at 
>> all since I hadn't added the path yet, and that the graphics were just 
>> inconsistent.
> 
> well, [gemhead] and [gemwin] created fine because you *did* have the
> path added (they are abstractions inside the Gem/ directory).
> but [pix_texture] is an object that is built-into the Gem binary, so you
> need to *load* the Gem *library* first.
> 
>> 
>> Anyway, glad it's working again and I've learned a little more about how 
>> installation is supposed to work.
>> 
> cool.
> 
> i think much of the confusion i'm having is because you switched between
> 0.47 and 0.48 during the installation and deken (the Pd package
> installer) changed a bit between the two versions.
> 
> 
> gfmards
> IOhannes
> 
> ___
> 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

Re: [PD] Pd documents path proposal

[Jesse Mejia]

This is great!! Thanks so much Dan! Ideal!


> On Jul 30, 2017, at 5:32 PM, Dan Wilcox  wrote:
> 
> Here is my *working* proposal for beginner-friendliness: the Pd Documents 
> directory. Also includes deken-workingness.
> 
> Thanks to Miller for the new "add-to-path" message.
> 
> Video demo: https://youtu.be/YWMnynyIeoc
> 
> The documents path is an optional beginner-friendly location for patches and 
> externals and defaults to USERHOME/Documents/Pd. If the docs path is not set 
> when Pd is started, the user is prompted about creating it and it can be 
> changed or disabled in the Path preferences dialog. If the user hits Cancel, 
> the docs path functionality is disabled. A subdirectory for externals is also 
> created and is set as the deken install directory. Once set, the docs path 
> becomes the preferred initial directory for file dialogs to help those new to 
> filesystem hierarchy. 
> 
> Included in this work: deken can now optionally add external directories to 
> the user search paths via a popup after download.
> 
> *mic drop*
> 
> sleep
> 
> 
> 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-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PURE DATA BENJOLIN

[Jesse Mejia]

Excited to check out this patch!

Hardware details on the Benjolin are here:
http://www.electro-music.com/forum/viewtopic.php?highlight=benjolin=38081

> On Nov 28, 2016, at 12:09 PM, Giulio Moro via Pd-list  
> wrote:
> 
> It surely is.
> I cannot find any details on the "open hardware" design of the instrument, 
> though. Are they on the website somewhere?
> 
> 
> From: Eran Sachs 
> To: "pd-l...@iem.at" ; "de...@umatic.nl"  
> Sent: Monday, 28 November 2016, 19:44
> Subject: Re: [PD] [PD-announce] PURE DATA BENJOLIN
> 
> Oh, this is ace.
> Thanks Derek!
> From: Pd-announce  on behalf of Derek 
> Holzer 
> Sent: Thursday, November 17, 2016 4:13:06 PM
> To: pd-annou...@iem.at
> Subject: [PD-announce] PURE DATA BENJOLIN 
>  
> PRESENTING the PURE DATA BENJOLIN
> 
> The Benjolin is a standalone synthesizer designed by Rob Hordijk from 
> the Netherlands in 2009 and available as an open hardware project 
> online. It contains two oscillators (one LFO and one VCO), a voltage 
> controlled filter and a circuit called a “Rungler”, which allows chaotic 
> cross-modulation possibilities between the different parts of the 
> circuit. Hordijk refers to the Benjolin as a circuit which has been 
> “bent by design.”
> 
> This Pure Data implementation of the Benjolin was coded by Derek Holzer 
> in SEP-NOV 2016 in Helsinki, after several years of producing customized 
> hardware Benjolins from his Berlin studio. The Pd Benjolin includes some 
> modifications of the original design, including a Looping switch, an 
> external Filter Source and an External Clock Source.
> 
> FEEDBACK + BUG REPORTS WELCOME!
> 
> DETAILS + DOWNLOAD: http://macumbista.net/?page_id=4690
> 
> Have fun at the the Pd-CON, folks!
> D.
> 
> -- 
> derek holzer
> noise.art.technology
> http://macumbista.net
> 
> ___
> Pd-announce mailing list
> pd-annou...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
> 
> ___
> 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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] kyma x pd and others?

[Jesse Mejia]

I don't have experience with Kyma but have always been curious. I assume there 
are some nice proprietary algos that are what you're paying for (like buying 
lexicon or eventide hardware) - along with a presumably nice ui. The dsp 
hardware specs of those types of effects are often unpublished - but they also 
have a fixed and limited feature set so the hardware only has to be good enough 
to pull that off.

I'd be curious to hear if there are some specific algorithms that Kyma users 
love / keep returning to etc. I teach at an institution that was recently 
considering purchasing one - my advice so far had been against it considering 
that they've already invested in max - but maybe it's more akin to buying a way 
more flexible eventide harmonizer etc?

It would also be cool to see pd patches that attempt to replicate beloved Kyma 
routines.

-Jesse

> On Aug 22, 2016, at 5:58 AM, Marco Matteo Markidis  
> wrote:
> 
> Dear all,
> 
> honestly I never used Kyma. Anyway, I realized a port to Pd of a composition 
> of Agostino Di Scipio born in Kyma. Apart all technical and aesthetic 
> problems due to the different implementation, my opinion is that, in this 
> specific case, Pd can perform all tasks with no CPU problem and with a 
> reasonable sound quality. 
> 
> So maybe Kyma was excellent at the 2000's beginning, when laptops were not so 
> powerful.
> 
> These are my two cents :)
> 
> See you guys,
> 
> Marco
> 
> 2016-08-22 6:09 GMT+02:00 Alexandre Torres Porres :
>> Hi, any of you guys into Kyma? So many questions about this thing I've never 
>> seen...
>> 
>> It's quite expensive and I wonder where the buck goes to... software design? 
>> User experience? Whatever it is, it doesn't seem its dedicated hardware 
>> justifies even half the cost... c'mon, 3k for what kinds of processors? They 
>> won't even tell what kind of processors they are... the lack of transparency 
>> is such that the only specs of the processor is measured in "capstones" 
>> whatever that is...
>> 
>> Ok, it might be the best thing since cheese, but they don't put any real 
>> effort in selling with actual numbers/data... which raises so many 
>> questions...
>> 
>> since there's nothing else apparently today that has dedicated hardware for 
>> audio, I can only imagine that a dedicated hardware makes sense for a little 
>> less latency, which is also not a big deal these days...
>> 
>> A dedicated low latency hardware like 'Bela' (less than 0.5ms) is much 
>> cheaper, does the price of kyma reflect a corresponding power in relation to 
>> its cost difference?
>> 
>> So it seems the price is more about the convenience, the user experience and 
>> the software...
>> 
>> now, since I'm here, what can it do that pd can't? Or any other plugin / 
>> computer music tool out there, IRCAM stuff icluded... Csound, Supercollider 
>> et all?
>> 
>> thanks
>> 
>> ___
>> 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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] puredata.info cleanup

[Jesse Mejia]

That all sounds great!

1 minor edit - in the front page description of pd-extended, OSC is mentioned 
as one of the differentiating features from Vanilla - but it's been a feature 
built into Vanilla for awhile now. 

Also, I think the processing page is a great ui model.

-Jesse


> On Aug 1, 2016, at 5:03 PM, Derek Kwan  wrote:
> 
> Hello,
> 
> I don't know if this is the proper list for this, I found there is a
> pdweb mailing list but it looks to be quite inactive so I figure I start
> the discussion here... 
> 
> I finally got an account on the puredata.info page so I took the liberty
> of cleaning up/clarifying some of the writing on the front page if
> nobody minds... I didn't want to do anything drastic, just try to make
> things less wordy and clear up some things (like move the description of
> deken to the Pd vanilla bullet, clear up the description of objects and
> canvases, bold things like operating systems).
> 
> I don't want to attempt to do anything drastic without consulting the
> list, but I feel that the front page could use some changing up. When
> you load up puredata.info, you're immediately hit with this wall of
> text, which can be quite overwhelming (especially for newbies).
> Pd-vanilla and Pd-l2ork are featured downloads to the right of the page,
> but you have to wade through the wall of text to actually figure out
> what they are. Taking a page (haha, pun) from the processing.org
> website, it's clearly marked where to download Processing right near the
> top (in a larger font even, along with a link to tutorials and an object
> reference guide) with a video above it explaining exactly what
> Processing is and what it does (and what's new with Processing 3).
> Granted, historically we've had two main distributions of Pd with vanilla
> and extended so perhaps there needs to be a little more words explaining
> which is what (adding on to that, since extended is defunct and l2ork
> isn't ready for multi-platform yet, would it be helpful just to point
> everybody to Pd as the main distribution?). Describing Pd and what it
> does might be shortened up (and perhaps if you want the longer
> description, make an About link on the sidebar) and perhaps throwing a
> few pictures and/or visual eye candy while remaining relatively
> lightweight/datafriendly could help  Also, posting the current versions 
> next to the download links (can this be automated?) would be helpful.
> 
> Summing up, I just think the front page of puredata.info isn't as
> clear/user-friendly as it could be and it's not particularly helpful in
> welcoming new users. Thoughts?
> 
> (Also, how do things get added to the News list? The last entry is from
> 2015 and things such as Pd updates and the NYC conference on there would
> be nice.)
> 
> =
> Derek Kwan
> www.derekxkwan.com
> 
> ___
> 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

Re: [PD] uDMX hanging/locking up

[Jesse Mejia]

So the same behavior seems to happen at a higher frame rate (75) 

Sending an open message gives me ‘There is already a connection w 
www/anyma/ch/uDMX’
sending a close and then open message gets the thing responding again.

I actually did try prefacing every message (every 50 ms) with a close and open 
- but that didn’t work well...

-Jesse

> On Jun 11, 2016, at 1:24 PM, Jesse Mejia <jme...@anestheticaudio.com> wrote:
> 
> Hi list,
> 
> I’m using a uDMX device (http://www.anyma.ch/research/udmx/ 
> <http://www.anyma.ch/research/udmx/>) and having some trouble with it.
> 
> I’m running Pd 0.47
> 
> I’m sending a list (read out from a continually updated table) with 144 
> entries (for 144 DMX channels) every 50ms dispatched via [metro 50]
> 
> After a few minutes of ‘inactivity' (meaning sending a list with 144 0’s 
> every 50ms) - the uDMX interface activity light goes dark - and I can’t get 
> anything out of my patch to it anymore. Re-instantiating the uDMX external 
> object brings it back to life.
> 
> Has anyone had trouble keeping these things alive? Or maybe I’m updating it 
> too fast - but I get nicer light fades at a fast framerate (while it’s 
> working).
> 
> Or maybe there’s a better way to control this thing? Ultimately it’s for a an 
> interactive/dynamic patch where any/all of the 144 channels will be triggered 
> at any given time.. so traffic control as a table gets constantly updated 
> seemed like a good approach.
> 
> Thanks!
> 
> -Jesse
> ___
> 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