• Coalman

    yes, the OSC option is definitely a good one (though I wonder what a good program for this is on android...I have to check if 'control' does this...there is osculator on mac stuff but it is paid...in fact the libpd thread started just before this one (https://forum.pdpatchrepo.info/topic/13969/questions-about-using-lib-pd) is also helpful...

    I am interested not so much in grabbing sensor data and sending it to pd on a computer but rather somehow using Pd directly on a mobile platform, and getting sensor data and particular gps data directly in there. There was also a post today on the Pd Forum about webpd being rebuilt, so that could help with that (you will be able to run vanilla Pd in a browser if that happens)

    MobMuPlat grabs data from several of these sensors very well already...but you have to deal with the pd patch +java interface with that, and also the limitation of the 32-bit floating point numbers...so I am looking for other options. Especially because of the 32 bit floating point number issue as the GPS values that are interesting to me 6-7 digits long. Hopefully webpd will be 64 bit.

    posted in technical issues read more
  • Coalman

    just wondered if anyone is using this?
    https://github.com/deusanyjunior/Sensors2PD
    It seems to suggest that you can run Pd patches off of an SD card on an Android phone...not sure which wrapper or what or how it works.
    I have been using MobMuPlat but this seems like another nice way to get phone sensor data into a patch...maybe more easily even.

    I wondered about setting up libpd using the PdCore module from that without too much coding. The program above requires that but not sure if it simply requires it to be installed or if you have to configure it through scripting somehow. This and actually compiling libpd has been a roadblock for me so far as I don't know what I am doing with that and get endless errors...

    Any thoughts on this? Just curious if anyone is using it and if so how...

    posted in technical issues read more
  • Coalman

    @bocanegra
    super clear
    thanks again!
    J

    posted in technical issues read more
  • Coalman

    So, I have it that the block size is the number of samples per block and that the numbers attached to each is the value of each sample in that block.

    Then, I am looking at an FFT from which you can get a similar-looking array
    and is it that the first value will be the lowest frequency and then each subsequent value is another frequency band, with the total number of bands being the block size
    (so, if the blocks are set to 512, then there are 512 bands of analysis arranged low to high?)
    How do you find out what the center of each of these frequency bands is (I mean without a gui, from the design side)
    are each of these bands just equally divided (linear) values in hz based on the nyquist frequency or sampling rate (i.e. (44100/2)/512)
    or is there some other logic to the spread of frequencies represented by the different bands?

    posted in technical issues read more
  • Coalman

    @bocanegra
    thank you! well explained!

    posted in technical issues read more
  • Coalman

    if I make a simple patch like this:
    [osc~ 220]
    | [bang]
    |
    [print~]

    I get an array of numbers for each bang in the console.
    Can someone tell me what these numbers represent?

    are they amplitudes of the signal at various time points in chronological order?
    if I use [tabwrite~] to store them in an array in my patch instead of printing them to the console are the indices then in chronological order?

    how does one get the frequency content of the signal back from this array of amplitude/time points?
    I guess this is a question that is related to how FFTs work maybe...

    I am giving away the fact that I am not a signal processing wizard here, but I would be very interested to know how these different numeric representations of these signals show their (the same?) information..
    thanks!
    J

    posted in technical issues read more
  • Coalman

    Wow! Great. I hope to get a chance to try this out soooon!!!

    posted in pixel# read more
  • Coalman

    thats great, I am going out of town for a few days but excited to give it a try. Will send feedback. great!

    posted in patch~ read more
  • Coalman

    I was searching for something else but landed on this, downloaded the old version and will give it a test. Would love to see the new version too, it looks like a nicer version of something I was working on a while back!
    cheers,
    J

    posted in patch~ read more
  • Coalman

    Thanks everyone!
    Great and informative answers!
    Jorge

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!