[PD] Udoo
It is still a really interesting platform… Have you been using it successfully with Pd sensors? Is there a Pd binary? How do usb sound cards work with Udoo? On of the nice things about the pi is that you can access pins form within pd with the pi external. is there something like this in Udoo? best, J On Sep 9, 2013, at 11:00 AM, Ali Momeni batc...@gmail.com wrote: Hello all, My bad, UDOO supports OpenGL ES 2.0 and OpenVG. So getting GEM working on it is closer to the RPi than i thought. Are the porting efforts of GEM for RPi being documented somewhere? Is IOhannes m zmölnig still working on GEM? ali On Mon, Sep 9, 2013 at 10:53 AM, Dan Wilcox danomat...@gmail.com wrote: It's not that the RPI doesn't support OpenGL, it's that it's using OpenGL ES which drops some of the earlier GL 1.1 api, mainly intermediate mode. GEM can/will work fine on RPI if it's api is updated a bit to support ES (or through an emulation layer like glshim). This is a good idea in the long term anyway, since newer implementations of GL (3.3+) are also dropping support for the old way of doing things. I've long thought that GEM could be ported to work on iOS, but I haven't had a need for it so haven't looked into it. In that case, there would need to be some function wrapping to support the old GL API, but this has already been done in libraries like OpenFrameworks, so they could be used as a template. Simple things like using a vertex array when setting vertex points in intermediate mode, etc ... If the Udoo board has a regular GL 1.1, 2+ stack then it should work fine with GEM without any changes ... except that, unlike the RPI, it will require running X11 in order to use XGL. OpenFrameworks on the RPI, for instance, uses GLES without X11 and thereby doesn't waste resources on the windowing system. In my experience with embedded Linux system, it's best to ditch X if you truly do not need it. ON my old setup, X took almost 100 MB of ram on my 256 MB system. Running my custom SDL visual app directly to the framebuffer took only 1 couple of MBs by comparison. Then again, embedded systems nowadays have more and more resources to burn so it may work without having to be frugal. (although efficiency is still important IMO). On Sep 9, 2013, at 10:03 AM, pd-list-requ...@iem.at wrote: From: Ali Momeni batc...@gmail.com Subject: Re: [PD] GEM on raspberry pi Date: September 9, 2013 10:02:52 AM EDT To: Dan Wilcox danomat...@gmail.com Cc: pd-list@iem.at List pd-list@iem.at hello friends, i'm very keen to try GEM/openGL on a Udoo board (http://udoo.org) which DOES support OpenGL. if anyone is up for trying it i can provide you with a board to try on. should be a load of fun :) ali Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling externals on ARM
I don't think it is clutter at all… I don't have one of these boards, but I'd love to try them, and when I do, I'd love to come back to this documentation... Perhaps this could be added to the library template? http://puredata.info/docs/developer/LibraryTemplate J On Sep 9, 2013, at 11:39 AM, katja katjavet...@gmail.com wrote: Hi Ali, Seems an interesting board, the Udoo. PengPod has Cortex-A8 while Udoo has Cortex-A9. But machine name is armv7l in both cases, meaning the same compiler flags may be used. If you want I can send you a project by private mail (don't want to clutter the list with this) which builds some home-brew externals and some externals from Pd-extended on RPi and PengPod amongst others. If it would build on Udoo too, we'd know a bit more. Katja On Mon, Sep 9, 2013 at 4:11 PM, Ali Momeni batc...@gmail.com wrote: Hello, Looks like the Udoo is the same as the PengPod. Is the PengPod something like: http://pandaboard.org/ ? Here's what i get: ubuntu@imx6-qsdl:~$ uname -s Linux ubuntu@imx6-qsdl:~$ uname -a Linux imx6-qsdl 3.0.35 #1 SMP PREEMPT Mon Aug 19 07:11:31 PDT 2013 armv7l armv7l armv7l GNU/Linux On Mon, Sep 9, 2013 at 10:03 AM, katja katjavet...@gmail.com wrote: Hello Ali, A while ago I've compiled home-brew Pd externals on Raspberry Pi and PengPod Linux tablet, and found that for each ARM processor type you can identify them by their proper name as returned by command uname -m. For RPi this is armv6l and for PengPod armv7l. So I could define individual flags for those ARM types in the makefiles. There is no general approach to this, as makefiles in various Pd extended libs can be very different. In the template makefile which is used for many libs, the operating system is tested first with uname -s. If it is Linux, the processor type is found with uname -m and stored in variable CPU, which seems to be used for target 'showsetup' only, not for setting specific flags. Anyway, if you get No rule to make target xxx.pd_linux when trying to build a lib with template makefile, I wonder what you get from your Udoo board with command uname -s? Katja On Mon, Sep 9, 2013 at 2:06 PM, Ali Momeni batc...@gmail.com wrote: hello all, i'm working with a Udoo board (http://Udoo.org) i've successfully compiled PureData 0.45 from miller's site; i'm now trying to compile some of the externals in the pd svn, but i'm getting the same error for all. for instance, when trying to compile nusmuk-audio, i.e. http://sourceforge.net/p/pure-data/svn/17203/tree/trunk/externals/nusmuk/nusmuk-audio/ i get the following ubuntu@imx6-qsdl:~/pd-externals/nusmuk/nusmuk-audio$ make make: * No rule to make target `bq~.pd_linux', needed by `all'. Stop. I have contacted the developer (cyrille henry) and he adjusted the MakeFile to account for building for ARM; but i get the same error. I notice, incidentally, that i get the same error (No rule to make target xxx.pd_linux) for all other externals that i tried from the repository. does anyone have any thoughts on how to resolve this? thanks, ali ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gendy~
Looks great! On Sep 8, 2013, at 7:02 AM, Matthias Kronlachner m.kronlach...@gmail.com wrote: Hi! I guess you are referring to this repo of gendy~: https://github.com/ssfrr/gendyflext I built it for OSX, you can find it here: http://www.matthiaskronlachner.com/download/gendy~_osx_build.zip But, as it is done with flext, it would be a good exercise for the students to compile it on their own anyway. Matthias On 9/8/13 5:53 AM, Pagano, Patrick wrote: Hello Does anyone have a gendy~ object for Pure Data OSX or WIndows? I found Spencers code that i built for linux, but i am hoping someone made it for the other platforms Been doing some Iannis stuff and was hoping to show it to some students Patrick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] problems with 48Khz SR on osx 10.8
Hi all, I am trying out the latest Pd on OS x 10.8 and for some strange reason it works perfectly well with 44k SR and has horrible issues with 48k SR. Horrible issues mean that the test audio sine wave crackles unless I give it a latency of about 500ms. Even then the whole software seems less responsive and the gui is lagging running just the test sound patch. This happens with both 0.45-1 versions (downloaded compiled from miller's site, 64bit and the regular one). This doesn't seem to be a hardware issue as good old 0.42-5 version works flawlessly. I will try to test latest Pd on OS X 10.7 as soon as I can and report... anybody else? J ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gendy~
I'd love to see one… J On Sep 7, 2013, at 10:53 PM, Pagano, Patrick p...@digitalworlds.ufl.edu wrote: Hello Does anyone have a gendy~ object for Pure Data OSX or WIndows? I found Spencers code that i built for linux, but i am hoping someone made it for the other platforms Been doing some Iannis stuff and was hoping to show it to some students Patrick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] template external library
Hi Hans, All, I have a student that uses windows and wants to compile externals. I want to use this template, but having never compiled anything in windows, is there some kind of tutorial somewhere on how to compile an external in windows? best, J On May 7, 2013, at 2:27 PM, Hans-Christoph Steiner h...@at.or.at wrote: Thanks, I made a new release today: https://puredata.info/downloads/template .hc On May 7, 2013, at 12:39 PM, J Oliver wrote: I'm saying that one compiled out of the box and the other one didn't... J On May 7, 2013, at 9:42 AM, Hans-Christoph Steiner wrote: I don't quite understand. Are you saying that the links are broken, or that the version that you downloaded didn't work? .hc On Apr 29, 2013, at 5:28 PM, J Oliver wrote: Hi all, Just a note that at least in OSX 10.7.5 The following links are different http://puredata.info/downloads/template (doesn't work) https://puredata.info/docs/developer/MakefileTemplate (works) The first one is therefore a bit problematic... best, J ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list