Re: [PD] Open midi files in PD Vanilla?
On Mon, Aug 13, 2012 at 11:37:17AM -0700, Miller Puckette wrote: > The "seq" object is part of Krzysztof Czaja's "cyclone" library which I > found rather easy to compile last time I tried (on a linux system; not > sure what will happen in IOS). I don't think there are any third-party > library dependencies but I could easily be wrong about that since linux > provides so much stuff and it's easy to use things without knowing you're > using them. > > Another pretty good way would be to use some midi file to text converter > to pre-convert all the MIDI files you want to use; then use "qlist" in > Pd vanilla to sequence them. [seq] can save a midi file in a text format that with some massaging can be made to play directly in a "qlist". The rj library contains an abstraction "c_seqplay" that does the necessary conversions on the fly. rj is availabe at https://github.com/rjdj/rjlib (c_seqplay is pure vanilla) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] libPD and Unity status?
thanks peter! - this is helpful. it looks like sebastien has been doing something with his version of WebPD fairly recently so i'll shoot him an email to see where things are at with this. @ everyone else, with regard to making things work on Unity Free, the best approach i believe would be to use the GetData and SetData functions. anything involving a filter function in Unity or Plugins in other languages other that C# will not work unless you have a license for Unity Pro. it's definitely good to hear about Patrick's progress, however. I think one step to testing on Unity Free would be to take the DLL plugin out of the Plugins folder and see if it will work. i'll contribute what i can on the wiki. hope this can really come together! scott On Mon, Aug 13, 2012 at 8:47 PM, Peter Brinkmann < peter.brinkm...@googlemail.com> wrote: > Hi Scott, > About dynamic patching with libpd, the topic came up at Pd Everywhere: > createdigitalnoise.com/discussion/867/webpd-reloaded > > The upshot is that dynamic patching is done with Pd messages, and the > message passing mechanism of libpd supports this. There has been talk > of creating a dynamic patching library on top of libpd, but I don't > know the current state of this idea. > Cheers, > Peter > > > On Sun, Aug 12, 2012 at 12:05 AM, Scott R. Looney > wrote: > > hi Peter - i remember that post. having very recently come into game > audio i > > got myself acquainted with middleware through FMOD, and immediately > thought > > there should be a better way to do this. i've read the posts on the goal > of > > separating the GUI from the code, and that's what i think should happen, > but > > doing it in Unity Free is my focus. things like not being able to > implement > > filtering in your audio unless you pay $1500 for Unity Pro is absurd. > > > > what i'm envisioning is TCP or event-based communication to an app that > is > > using libPD. the app would have a GUI talking directly to libPD and > > outputting audio. vitally important to this would be the ability to > > dynamically create or instantiate patches or objects. i'm fairly certain > > this can be done in PD. can such a thing also be done with libPD? > > > > regarding using the separate app - ideally i want something that can be > used > > for a variety of game engines, not just Unity. if we use libPD in a Unity > > project, then we'd either be forced to create the GUI in Unity or have > > separate communication with the GUI outside of Unity. i suppose that's > > possible but i'd have to consider whether it's more efficient or not. > > > > scott > > > > On Sat, Aug 11, 2012 at 4:56 PM, Peter Brinkmann > > wrote: > >> > >> I hope that it won't be necessary to do this in two steps, prototyping > >> with Pd and deployment with libpd; that would mean discarding one of > >> the strengths of libpd (here's an old blog post on the matter: > >> > >> > http://nettoyeur.noisepages.com/2011/02/libpd-workflow-prototyping-and-production/ > ). > >> It would be great if somebody figured out how to integrate libpd into > >> Unity and then posted the code to GitHub. I'm still hoping that Henk > >> Boom will write the blog post that he hinted at a while ago. > >> Cheers, > >> Peter > >> > >> On Sat, Aug 11, 2012 at 1:13 PM, Scott R. Looney < > scottrloo...@gmail.com> > >> wrote: > >> > i think the answer at the moment is not to use libPD when running > Unity > >> > live > >> > in a prototyping designing fashion, but rather instead communicate > >> > messages > >> > via TCP to PD itself, and let PD do the work directly. then when > >> > building > >> > the iOS project, you adjust the code in Xcode to use libPD for the > audio > >> > output. that's the tricky part. i think that could work for now. it > >> > becomes > >> > a lot more complex to set simple audio sources, but perhaps there > could > >> > be a > >> > mixture going on. i'll probably take further discussion off list as it > >> > would > >> > not relate as much to PD but more to Unity. > >> > > >> > scott > >> > > >> > > >> > On Sat, Aug 11, 2012 at 8:50 AM, patrick wrote: > >> >> > >> >> hi Scott, > >> >> > >> >> it's somewhat working for me on Windows, but only when using the > >> >> audio.clip.GetData / SetData. right now i am trying to use the > >> >> OnAudioFilterRead() but it's glitchy (i can hear pd running but it's > >> >> mostly > >> >> noise). > >> >> > >> >> you can see an attempt here: > >> >> http://goo.gl/BWdo4 > >> >> > >> >> here's my github: > >> >> https://github.com/patricksebastien/libpd4unity > >> >> > >> >> OnAudioFilterRead(): > >> >> http://goo.gl/WE2Xx > >> >> > >> >> keep us updated! > >> >> > >> >> ___ > >> >> 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 ->
Re: [PD] Open midi files in PD Vanilla?
On Mon, Aug 13, 2012 at 10:51 PM, patrick wrote: >> (Or does libpd not load externals?) > > > libpd is able to load an external, i have successfully used Gem.pd_linux > with libpd as a standalone pd / Gem application. That's great! Did you document your experiences anywhere? I get lots of questions about Gem and libpd, and it would be great to have a resource to point people to. About libpd and externals, there was the licensing problem of the expr family of externals (which has been resolved now, I think), but the main goal was to keep libpd as small as possible. Even at its current size, it's already pushing the memory budget of many games and mobile applications. Generally speaking, it's pretty straightforward to use externals with libpd: If your platform supports dynamically loaded libraries, you can build the external as usual and deploy it with your application; just make sure that the location of the shared library is on libpd's search path (deploying externals for Android currently requires an extra step, but as soon as the new OpenSL version becomes official, that will no longer be necessary). If your platform doesn't support dynamic loading (iOS is the only case I'm aware of), then you can just statically link the externals with your app and explicitly call its setup function. Details are in the libpd wiki:https://github.com/libpd/pd-for-ios/wiki/ios Hope this helps, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] libPD and Unity status?
Hi Scott, About dynamic patching with libpd, the topic came up at Pd Everywhere: createdigitalnoise.com/discussion/867/webpd-reloaded The upshot is that dynamic patching is done with Pd messages, and the message passing mechanism of libpd supports this. There has been talk of creating a dynamic patching library on top of libpd, but I don't know the current state of this idea. Cheers, Peter On Sun, Aug 12, 2012 at 12:05 AM, Scott R. Looney wrote: > hi Peter - i remember that post. having very recently come into game audio i > got myself acquainted with middleware through FMOD, and immediately thought > there should be a better way to do this. i've read the posts on the goal of > separating the GUI from the code, and that's what i think should happen, but > doing it in Unity Free is my focus. things like not being able to implement > filtering in your audio unless you pay $1500 for Unity Pro is absurd. > > what i'm envisioning is TCP or event-based communication to an app that is > using libPD. the app would have a GUI talking directly to libPD and > outputting audio. vitally important to this would be the ability to > dynamically create or instantiate patches or objects. i'm fairly certain > this can be done in PD. can such a thing also be done with libPD? > > regarding using the separate app - ideally i want something that can be used > for a variety of game engines, not just Unity. if we use libPD in a Unity > project, then we'd either be forced to create the GUI in Unity or have > separate communication with the GUI outside of Unity. i suppose that's > possible but i'd have to consider whether it's more efficient or not. > > scott > > On Sat, Aug 11, 2012 at 4:56 PM, Peter Brinkmann > wrote: >> >> I hope that it won't be necessary to do this in two steps, prototyping >> with Pd and deployment with libpd; that would mean discarding one of >> the strengths of libpd (here's an old blog post on the matter: >> >> http://nettoyeur.noisepages.com/2011/02/libpd-workflow-prototyping-and-production/). >> It would be great if somebody figured out how to integrate libpd into >> Unity and then posted the code to GitHub. I'm still hoping that Henk >> Boom will write the blog post that he hinted at a while ago. >> Cheers, >> Peter >> >> On Sat, Aug 11, 2012 at 1:13 PM, Scott R. Looney >> wrote: >> > i think the answer at the moment is not to use libPD when running Unity >> > live >> > in a prototyping designing fashion, but rather instead communicate >> > messages >> > via TCP to PD itself, and let PD do the work directly. then when >> > building >> > the iOS project, you adjust the code in Xcode to use libPD for the audio >> > output. that's the tricky part. i think that could work for now. it >> > becomes >> > a lot more complex to set simple audio sources, but perhaps there could >> > be a >> > mixture going on. i'll probably take further discussion off list as it >> > would >> > not relate as much to PD but more to Unity. >> > >> > scott >> > >> > >> > On Sat, Aug 11, 2012 at 8:50 AM, patrick wrote: >> >> >> >> hi Scott, >> >> >> >> it's somewhat working for me on Windows, but only when using the >> >> audio.clip.GetData / SetData. right now i am trying to use the >> >> OnAudioFilterRead() but it's glitchy (i can hear pd running but it's >> >> mostly >> >> noise). >> >> >> >> you can see an attempt here: >> >> http://goo.gl/BWdo4 >> >> >> >> here's my github: >> >> https://github.com/patricksebastien/libpd4unity >> >> >> >> OnAudioFilterRead(): >> >> http://goo.gl/WE2Xx >> >> >> >> keep us updated! >> >> >> >> ___ >> >> 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] libPD and Unity status?
Hi everybody, This is exciting stuff! It would be great if we could document all Unity-related efforts in one place. I created a wiki page for this purpose: https://github.com/libpd/libpd/wiki/Unity Feel free to update this page if you have any insights to share. Thanks, Peter On Mon, Aug 13, 2012 at 10:56 PM, patrick wrote: > hi, > > i was able to use libpd inside Unity 3d Pro (at my job...), will update my > github with the piece of code that did the trick for me. > > i guess with the free version of Unity the solution posted by Filippo is the > (only?) way to go. but i think if you have the android license (was free for > awhile) you can import DLL. need to test this. > > cheers > > > > ___ > 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] Pd Vanilla on Raspberry Pi
On 14.8.2012, at 01:47 , Miller Puckette wrote: > Thanks for the info... some quick ideas: good to know but that didn't help. I can't tell what it is but apparently it's a timing or order of execution issue at startup in batch-mode: Delaying the ; pd dsp 1 message by 200ms helps avoiding the "device busy" error. Same patch loaded in the gui, no problem. :-\ According to 'top' the cpu load drops from 75% to about 70% with -nogui for a 4k-window. Just about enough to avoid glitching. But any system activity brings the sound to a halt for a short moment. So that was just an ssh-session and Pd running in batch-mode. At some point I'll go through this and see what can be done: http://puredata.info/community/pdwiki/Optimize/ >> BTW, is it possible to quit Pd via the patch? >> Just in case Pd has such high priority that the system becomes inaccessible. >> > Yep: the message is "; pd quit" ah, of course! thanks, Michael. -- feed your perception: http://blauwurf.at http://soundcloud.com/noiseconformist ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] libPD and Unity status?
hi, i was able to use libpd inside Unity 3d Pro (at my job...), will update my github with the piece of code that did the trick for me. i guess with the free version of Unity the solution posted by Filippo is the (only?) way to go. but i think if you have the android license (was free for awhile) you can import DLL. need to test this. cheers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Open midi files in PD Vanilla?
(Or does libpd not load externals?) libpd is able to load an external, i have successfully used Gem.pd_linux with libpd as a standalone pd / Gem application. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Open midi files in PD Vanilla?
You could probably compile [midifile] on its own. It has no dependencies apart from the c runtime and pd. (Or does libpd not load externals?) Martin On 2012-08-13 10:42, Filippo Beck Peccoz wrote: Hi list, copying here a puredata forum post which remained unanswered- hope someone can help :) after searching around the forums and the net I decided to post this question here.. I'm using PD as the audio engine for a mobile game (using libpd, and therefore "only" Vanilla objects). This is very exciting, and I'm exploring all the possibilities for composition and realtime sound generation. One big thing I wanted to include is the possibility of reading midi files inside the patch, and pipe the data to envelopes and oscillators accordingly. Extended apparently has the "seq" object, but how about Vanilla? Is there a way to "import" a .mid file into a patch? Thank you all for helping a greenhorn out :=) Filippo ___ 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] midifile+tempo control
On 2012-08-13 10:34, Jeppi Jeppi wrote: Hi all, I am looking for a simple way to play midifiles from pd and being able to set alter their base tempo. It seems Mr.Peach [midifile] doesn't offer that possibility so, what would you suggest me to do? The bangs you send to [midifile] set the tempo. [midifile] actually ignores the tempo of the midi file and you can play it at whatever speed you like by changing the [metro]. For example [metro 1.5] plays twice as fast as [metro 3]. Each bang advances the tick count of the midi file by one. There is a field in each midi file that specifies how many ticks per quarter note, so you can make playback tempo-accurate by reading that value and setting the metro accordingly, at least if you know which notes are quarter notes ;) The right outlet of [midifile] outputs status from the file including ticks_per_quarternote and microsec_per_quarternote. Martin Thanks in advance Josep M ___ 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] Pd Vanilla on Raspberry Pi
Thanks for the info... some quick ideas: > To avoid additional system load I tried to run it with -nogui (after > preparing the patch) via ssh > but the system claims the sound device is busy. > Didn't find out why so far, a simple test-patch runs fine though. > No idea what's going on. > This could be permission thing. When someone logs into the X windows system it gives that user read/write accesss to audio, which is denied for anyone else for security reasons (someone could ssh in and eavsdrop on you :) To see if that's the issue you could try running Pd via ssh with and without separately logging into X windows. The fix I found (besides just running as root which will nuke any permissions problem) was to add my username to group 'audio'. On Fedora I did this be editing the file /etc/gshadow (which had permission 0 which I had to change and restore). Not sure if it's the same in Debian land where RPi lives. As to real-time permission, again on Fedora the trick is to add lines like * - rtprio 99 * - memlock 10 to the file, /etc/security/limits.conf ... this is permissive; you can be more restrictive if you want to tune it more carefully. > > > BTW, is it possible to quit Pd via the patch? > Just in case Pd has such high priority that the system becomes inaccessible. > Yep: the message is "; pd quit" cheers Miller > thanks, > Michael. > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd Vanilla on Raspberry Pi
On 13.8.2012, at 20:29 , Miller Puckette wrote: > This is good news about the TASCAM devices (I see there's a whole series > of them and they're cheap.) I've also heard that Presonous's interfaces > are class compliant, but I've now forgotten who told me that. > > I read some months ago on the Raspberry Pi site that it should perform > "about like a 300 mHz Pentium II" - and the fact that it runs the phase > vocoder patch without running out of CPU cycles roughly confirms that. I just checked the Phase Vocoder (compile of Pd-extended on Raspbian) via X11 redirect: Pd eats about 68% CPU load running a 2k window. A 4k window causes about 75% CPU load where occasional glitching occurs. To avoid additional system load I tried to run it with -nogui (after preparing the patch) via ssh but the system claims the sound device is busy. Didn't find out why so far, a simple test-patch runs fine though. No idea what's going on. > For those of you who are getting skips in the sound, I'm curious if Pd > is printing the usual messages like: > > priority 96 scheduling enabled. > priority 98 scheduling enabled. > > on standard error when it starts up -- no, no such messages at start up. > if not, it would be worth trying > to figure out how to get Pd to be able to get real-time priority which > might fix some of the problems. BTW, is it possible to quit Pd via the patch? Just in case Pd has such high priority that the system becomes inaccessible. thanks, Michael. > On Mon, Aug 13, 2012 at 08:35:25AM -0700, Scott R. Looney wrote: >> hey folks - just commenting on USB class compliant devices - the Tascam >> US-800 interface (about $100US) is another class compliant device. it's >> been shown to work reliably with 8 track recording on iPad. just wanted >> folks to know there was a cheaper interface option out there, though i'd >> certainly love to own a Fireface USB interface myself. The US-800 has 6 >> Neutrik inputs with phantom, 2 SPDIF (Stereo In and Out) and 4 unbalanced >> outs. it's very light, though, and it may be possible (with modification) >> to stick the R-Pi inside its case. >> >> hope this might help somebody... >> >> scott >> >> On Mon, Aug 13, 2012 at 6:54 AM, Tedb0t wrote: >> >>> Huh, really? How did you find this out? >>> >>> —tedb0t >>> >>> On Aug 13, 2012, at 8:43 AM, Pierre Massat wrote: >>> Hi all, I don't know whether this was mentioned here, but the audio output >>> throught the built in jack is bad because it uses PWM followed by a filter, >>> no real dedicated dac. You can tweek the settings of Pd for years but >>> you'll never get an good quality sound out of it. Pierre. >>> >>> ___ >>> 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 -- feed your perception: http://blauwurf.at http://soundcloud.com/noiseconformist ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] Cross Compiling External for Windows - Problem
On 10.08.2012 23:20, Patrice Colet wrote: > the mail reply says how MSVC is involved, > > "int _get_output_format( void ); is a standard MSVC function" > > http://msdn.microsoft.com/en-us/library/571yb472(v=vs.80).aspx > > the problem is certainly because stdlib is different on windows, for exemple vasprintf() is missing, > you have to provide it into the sources, like we have done on gridflow, or provide another function. > > gcc seems to try mscv's _get_output_format() for resolving it without success... > It must be a linker problem: When I compile the test application for json-c with MXE, then there is no problem at all, and I can run the program in Windows correctly. > Another thing, I've used s_list in an external that compiles fine with g++ > linking and declspec embedding... > > > can you post all the compile process, and what is your linker? My complete compile process is this: 1. Get MXE development version (https://github.com/mxe/mxe), build the cross compilation tools and necessary libraries (make curl json-c libiberty pthreads). 1a. (optional) Run built test application in Windows to ensure correct build process 2. Get PuREST JSON (https://github.com/residuum/PuRestJson). The Makefile uses the template 1.0.12. NB: The Makefile in the repository is not the same one as on my local machine, I will push it once cross compilation is possible. 3. Run make UNAME=MINGW CROSS=i686-pc-mingw32 CROSS_PATH=/opt/mxe/usr PD_PATH=/home/thomas/src/Pd-0.42.5-extended/pd-win Output: i686-pc-mingw32-gcc -I"/home/thomas/src/Pd-0.42.5-extended/pd-win/include/pd" -std=c99 -DPD -DVERSION='"0.7.1"' -mms-bitfields -I"/home/thomas/src/Pd-0.42.5-extended/pd-win/src" -mthreads -Wall -W -g -I/opt/mxe/usr/i686-pc-mingw32/include -O3 -funroll-loops -fomit-frame-pointer -o "libpurest_json.o" -c "libpurest_json.c" i686-pc-mingw32-gcc -shared -o libpurest_json.dll libpurest_json.o -lcurl -ljson -L"/home/thomas/src/Pd-0.42.5-extended/pd-win/src" -L"/home/thomas/src/Pd-0.42.5-extended/pd-win/bin" -L"/home/thomas/src/Pd-0.42.5-extended/pd-win/obj" -lpd -lwsock32 -lkernel32 -luser32 -lgdi32 -liberty -lpthread libpurest_json.o: In function `output_json': /home/thomas/src/pd/my-objects/purest_json/libpurest_json.c:145: undefined reference to `s_list' /opt/mxe/usr/lib/gcc/i686-pc-mingw32/4.7.1/../../../../i686-pc-mingw32/lib/libjson.a(printbuf.o): In function `vasprintf': /opt/mxe/tmp-json-c/json-c-0.10/printbuf.c:130: undefined reference to `_vscprintf' /opt/mxe/usr/lib/gcc/i686-pc-mingw32/4.7.1/../../../../i686-pc-mingw32/lib/libmingwex.a(pformat.o):pformat.c:(.text+0x1732): undefined reference to `_get_output_format' collect2: error: ld returned 1 exit status make: *** [libpurest_json.dll] Fehler 2 I am not sure, how to get information about the linker used, and how to set it in the Makefile. That was part of the original question, apparently setting LD in the Makefile is not enough (see https://gist.github.com/3307768). Thanks for your help, Thomas -- "Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance." (Leto II. in: Frank Herbert, God Emperor of Dune) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Open midi files in PD Vanilla?
Hi all - The "seq" object is part of Krzysztof Czaja's "cyclone" library which I found rather easy to compile last time I tried (on a linux system; not sure what will happen in IOS). I don't think there are any third-party library dependencies but I could easily be wrong about that since linux provides so much stuff and it's easy to use things without knowing you're using them. Another pretty good way would be to use some midi file to text converter to pre-convert all the MIDI files you want to use; then use "qlist" in Pd vanilla to sequence them. Personally I do everything I can to avoid specialty file formats like "midi" -- I make an exception for soundfiles for which text is just too inefficient :) cheers Miller On Mon, Aug 13, 2012 at 09:05:49AM -0700, Scott R. Looney wrote: > filippo and list, > > this is probably best answered by Peter Brinkmann, but as i remember the > issue with not accepting third party libraries in vanilla is specifically > one of licensing for the iOS App Store, not of compatibility. i don't think > Android's store should care about such things. to get around the > restriction you need to have a differently licensed version of the external > compiled from source, i believe. for example, expr~ (which is in vanilla) > is now available and will work with iOS AppStore because somebody created > a differently licensed version of it. i believe any MIT or BSD licenses are > acceptable. not sure about the rest. > > i'm not certain the workaround (recompiling/relicensing from source) is > valid. maybe others can chime in and us all know? > > scott > > On Mon, Aug 13, 2012 at 7:42 AM, Filippo Beck Peccoz wrote: > > > Hi list, > > > > copying here a puredata forum post which remained unanswered- hope someone > > can help :) > > > > after searching around the forums and the net I decided to post this > > question here.. I'm using PD as the audio engine for a mobile game (using > > libpd, and therefore "only" Vanilla objects). > > > > This is very exciting, and I'm exploring all the possibilities for > > composition and realtime sound generation. One big thing I wanted to > > include is the possibility of reading midi files inside the patch, and pipe > > the data to envelopes and oscillators accordingly. Extended apparently has > > the "seq" object, but how about Vanilla? Is there a way to "import" a .mid > > file into a patch? > > > > Thank you all for helping a greenhorn out :=) > > > > > > Filippo > > > > ___ > > 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] Pd Vanilla on Raspberry Pi
This is good news about the TASCAM devices (I see there's a whole series of them and they're cheap.) I've also heard that Presonous's interfaces are class compliant, but I've now forgotten who told me that. I read some months ago on the Raspberry Pi site that it should perform "about like a 300 mHz Pentium II" - and the fact that it runs the phase vocoder patch without running out of CPU cycles roughly confirms that. For those of you who are getting skips in the sound, I'm curious if Pd is printing the usual messages like: priority 96 scheduling enabled. priority 98 scheduling enabled. on standard error when it starts up -- if not, it would be worth trying to figure out how to get Pd to be able to get real-time priority which might fix some of the problems. cheers Miller On Mon, Aug 13, 2012 at 08:35:25AM -0700, Scott R. Looney wrote: > hey folks - just commenting on USB class compliant devices - the Tascam > US-800 interface (about $100US) is another class compliant device. it's > been shown to work reliably with 8 track recording on iPad. just wanted > folks to know there was a cheaper interface option out there, though i'd > certainly love to own a Fireface USB interface myself. The US-800 has 6 > Neutrik inputs with phantom, 2 SPDIF (Stereo In and Out) and 4 unbalanced > outs. it's very light, though, and it may be possible (with modification) > to stick the R-Pi inside its case. > > hope this might help somebody... > > scott > > On Mon, Aug 13, 2012 at 6:54 AM, Tedb0t wrote: > > > Huh, really? How did you find this out? > > > > —tedb0t > > > > On Aug 13, 2012, at 8:43 AM, Pierre Massat wrote: > > > > > Hi all, > > > > > > I don't know whether this was mentioned here, but the audio output > > throught the built in jack is bad because it uses PWM followed by a filter, > > no real dedicated dac. You can tweek the settings of Pd for years but > > you'll never get an good quality sound out of it. > > > > > > Pierre. > > > > ___ > > 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] MIDI not working
Hi Joshan - I haven't seen that error message yet :) Can you tell me: what version of what OS you're using (I guess Mac but what version?) and: is this a real MIDI device (5-pin connector), a USB "MIDI" hardware device, or an internal "virtual" MIDI connection that's not working? thanks Miller On Sat, Aug 11, 2012 at 07:23:40PM +0100, Joshan Mahmud wrote: > Hi all > > This is my first post so apologise if this is the wrong list / silly > mistake. > > I've been using Max/MSP and have only just started using Pure Data and I'm > having a basic issue with midi. I would like to perform a simple: > > [makenote 80 500] -> [noteout 1] > > combo and I'm hearing anything. I've set up my MIDI settings such that: > input device 1: IAC Driver IAC Bus 1 > output devie 1: IAC Driver IAC Bus 1 > > Midi works fine with Max/MSP and the same set of objects (and parameters) > work as expected. > > I just want to create an algorithmic composition but only need to generate > midi piano notes. > > If anyone can help that'd be greatly appreciated! > > Thanks > Joshan > ___ > 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] Error installing Puredata from software center
On 08/12/2012 03:51 AM, Rick T wrote: Greetings All I have ubuntu 12.04 64bit running xfce and I installed puredata from the ubuntu software center and I get an error "/usr/lib/puredata/tcl/pd-gui.tcl" failes to execute child process no such file or directory. How can I fix this? make sure that the "puredata-gui" package is installed, and if it already is, then re-install it. fg,smdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Open midi files in PD Vanilla?
filippo and list, this is probably best answered by Peter Brinkmann, but as i remember the issue with not accepting third party libraries in vanilla is specifically one of licensing for the iOS App Store, not of compatibility. i don't think Android's store should care about such things. to get around the restriction you need to have a differently licensed version of the external compiled from source, i believe. for example, expr~ (which is in vanilla) is now available and will work with iOS AppStore because somebody created a differently licensed version of it. i believe any MIT or BSD licenses are acceptable. not sure about the rest. i'm not certain the workaround (recompiling/relicensing from source) is valid. maybe others can chime in and us all know? scott On Mon, Aug 13, 2012 at 7:42 AM, Filippo Beck Peccoz wrote: > Hi list, > > copying here a puredata forum post which remained unanswered- hope someone > can help :) > > after searching around the forums and the net I decided to post this > question here.. I'm using PD as the audio engine for a mobile game (using > libpd, and therefore "only" Vanilla objects). > > This is very exciting, and I'm exploring all the possibilities for > composition and realtime sound generation. One big thing I wanted to > include is the possibility of reading midi files inside the patch, and pipe > the data to envelopes and oscillators accordingly. Extended apparently has > the "seq" object, but how about Vanilla? Is there a way to "import" a .mid > file into a patch? > > Thank you all for helping a greenhorn out :=) > > > Filippo > > ___ > 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] Loading error on Mountain Lion
those libraries are largely deprecated in pd-extended when i installed it a while back, and i think the I/O error is a temporary message. sound should work even though it gives an error. scott On Mon, Aug 13, 2012 at 8:40 AM, Leandro da Mota Damasceno wrote: > Hi everyone, > > > I'm trying to run that latest build of Pd-extended on Mountain Lion. This > is what I get: > > memento: can't load library > pixeltango: can't load library > rradical: can't load library > toxy: can't load library > flib: can't load library > flatspace: can't load library > pidip: can't load library > > It also says there's an audio I/O error when I click on DSP. > > Any ideas? > > best, > > Leandro > > ___ > 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] Loading error on Mountain Lion
Hi everyone, I'm trying to run that latest build of Pd-extended on Mountain Lion. This is what I get: memento: can't load library pixeltango: can't load library rradical: can't load library toxy: can't load library flib: can't load library flatspace: can't load library pidip: can't load library It also says there's an audio I/O error when I click on DSP. Any ideas? best, Leandro ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd Vanilla on Raspberry Pi
hey folks - just commenting on USB class compliant devices - the Tascam US-800 interface (about $100US) is another class compliant device. it's been shown to work reliably with 8 track recording on iPad. just wanted folks to know there was a cheaper interface option out there, though i'd certainly love to own a Fireface USB interface myself. The US-800 has 6 Neutrik inputs with phantom, 2 SPDIF (Stereo In and Out) and 4 unbalanced outs. it's very light, though, and it may be possible (with modification) to stick the R-Pi inside its case. hope this might help somebody... scott On Mon, Aug 13, 2012 at 6:54 AM, Tedb0t wrote: > Huh, really? How did you find this out? > > —tedb0t > > On Aug 13, 2012, at 8:43 AM, Pierre Massat wrote: > > > Hi all, > > > > I don't know whether this was mentioned here, but the audio output > throught the built in jack is bad because it uses PWM followed by a filter, > no real dedicated dac. You can tweek the settings of Pd for years but > you'll never get an good quality sound out of it. > > > > Pierre. > > ___ > 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] [PD-announce] pd Berlin Meeting 14. August
Hello, tomorrow tuesday, 14th August 20:00, will be the next meeting of Pure Data users in Berlin, this time at Weisestr 7, Berlin Neukoelln. From 20:00. Bring weisbeer, headphones, and X-->jack cable/s if you wanna plug in the audio mixer and/or cable/connector if you want to show some video. For general information, look up http://puredata.info/community/groups/pd-berlin/pd-berlin-users-group/ We also encourage you to take an active part, and put up suggestions for topics you want to talk about / topics you want to be talked about. Pd-Berlin Google group: You can join the open group http://groups.google.com/group/pd_berlin, and make questions to the users there. Cheers, Malte ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] DFM1 on Raspbian
Hi, just a short note to report that I successfully brought Tony Hardie-Bick's DFM1 filter on the Raspberry Pi via Thomas Grill's flext (svn 3762). Kudos also to Jon Stutters who ported Tony's code to SC/Max/Pd. Michael. -- nonconform? noiseconform: http://blauwurf.at http://soundcloud.com/noiseconformist ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Open midi files in PD Vanilla?
Hi list, copying here a puredata forum post which remained unanswered- hope someone can help :) after searching around the forums and the net I decided to post this question here.. I'm using PD as the audio engine for a mobile game (using libpd, and therefore "only" Vanilla objects). This is very exciting, and I'm exploring all the possibilities for composition and realtime sound generation. One big thing I wanted to include is the possibility of reading midi files inside the patch, and pipe the data to envelopes and oscillators accordingly. Extended apparently has the "seq" object, but how about Vanilla? Is there a way to "import" a .mid file into a patch? Thank you all for helping a greenhorn out :=) Filippo___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] midifile+tempo control
Hi all,I am looking for a simple way to play midifiles from pd and being able to set alter their base tempo. It seems Mr.Peach [midifile] doesn't offer that possibility so, what would you suggest me to do?Thanks in advanceJosep M ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd Vanilla on Raspberry Pi
Huh, really? How did you find this out? —tedb0t On Aug 13, 2012, at 8:43 AM, Pierre Massat wrote: > Hi all, > > I don't know whether this was mentioned here, but the audio output throught > the built in jack is bad because it uses PWM followed by a filter, no real > dedicated dac. You can tweek the settings of Pd for years but you'll never > get an good quality sound out of it. > > Pierre. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd Vanilla on Raspberry Pi
Hi all, I don't know whether this was mentioned here, but the audio output throught the built in jack is bad because it uses PWM followed by a filter, no real dedicated dac. You can tweek the settings of Pd for years but you'll never get an good quality sound out of it. Pierre. 2012/8/13 Michael Zacherl > > On 12.8.2012, at 23:19 , Stephen Lucas wrote: > > > I've gotten my Rpi to run pd-vanilla using the regular apt-get install > on RPi Wheezy 7/15/2012. > > > > I'm using the 3.5mm out jack because that's simpler for me to pipe into > my monitoring system. > > > > I wasn't very systematic about documenting the process but I'll try to > recount the steps I took to get it running. > > besides the output selection issue it's pretty straight forward! > > > I did have to do some monkeying with the config.txt to get it to stop > defaulting to HDMI. > > http://elinux.org/RPi_config.txt > > > > I also did some of these steps which seemed to turn off auto default > output > > > http://raspberrypi.stackexchange.com/questions/44/why-is-my-audio-sound-output-not-working > > Thanks for that! I was just about to look that up. > I didn't run into that until recently when I finally connected the RPi to > a proper HDMI screen (which I don't have myself) > > > I have the audio output set to ALSA (hardware) with 2channels. > > AFAIK that's the only way it works. JACK is not available yet. > > > The 3.5mm audio output is a bit dirty sounding. This it really obvious > with pure tones but not too terrible with more complex sounds. I've heard > that the HDMI audio output doesn't have this problem as much. I did have to > turn the output delay up to 500-1000ms and the audio vector to 512. > > the 'quality' of the sound from the audio socket is a real pain. > And it stays like that regardless the settings I have in Pd's audio > settings. > At some point I'll investigate the options to connect USB-audio but I'm > afraid at the current state of the software it will be full of glitches as > well. > > > I got the phase vocoder running and it sounds fine. However, any > additional CPU work interrupts PD and causes some very nasty full output > crackles. This includes (what I believe are) CPU rendered mouse cursor > movements, meaning that touching the mouse usually interrupts audio. This > is not always predictable as I'm sure there are some background processes > that are also interfering a little. > > It was even worse with the original Debian image the RPi-team released > (with no fpu enabled). > It also happens when accessing the SD-card and do other operation (via the > shell w/ no GUI) or network traffic (I use ssh). > Compared to earlier versions now it's almost ok-ish but I think there's > still a lot of room for improvement. > There's some comment on this: > http://www.raspberrypi.org/phpBB3//viewtopic.php?f=38&t=10538 > Try loading a patch while audio is on. > > So far I absolutely wouldn't consider the RPi as a performance platform > rather than for installation stuff and the like > which are more likely to be in a dedicated, sort of optimised headless > operation. > > > I haven't tested any of my really large/intense audio patches to get an > idea of where the thresholds are. > > I got Pd-extended running and I get about 40-50% cpu load with the fiddle~ > help-file plus some extra messaging and no GUI! > With GUI it goes to over 90% - again, room for improvement, but then ... > see above. > My large patches need quite some attention (it's the first time I run Pd > on Linux BTW :-\ ) but from the experience so far I doubt they will be ok. > It's just too much. > I tried Sakonda's old pitch shifter which I ported from Max to Pd some > time ago and this is working nicely. > But anything fpu-related will be a challenge. > > > My main goal is to get Gem going so I'll send an update when I have more > progress on that. > > I'm curious about that! So far I found out that Gem needs GLX which isn't > provided by the RPi. > Didn't do any further reading on this and I don't have any HDMI hardware > at home so I just used X11 on my Mac, > where Gem is ok. > > In fact we are early adopters doing all this, and it's good to see what's > possible for the money. > Then again I think it's important to draw a clear line where the > application of the RPi makes sense and where not. > It has quite some potential but also can turn quickly into a time-munching > critter. > > Michael. > > PS: I just noticed $0 delivers the same value in every instance. I suspect > that's caused by using X11. > Could you PLS verify if it's any different using a local HDMI screen? thx! > > > > On Sat, Aug 11, 2012 at 1:36 PM, Michael Zacherl < > sdiy-m...@blauwurf.info> wrote: > > > > On 11.8.2012, at 19:58 , Michael Zacherl wrote: > > > > > it is! > > > Looking at the http://raspberry.org site the list of interesting or > just funny > > > > sorry, of course this should have been http://raspberrypi.org ! > > > > -- > > feed your perception: http://blauwurf.a
Re: [PD] Pd Vanilla on Raspberry Pi
On 13.8.2012, at 09:59 , Thomas Grill wrote: > > Am 10.08.2012 um 15:54 schrieb Michael Zacherl: > >> If this works, I don't see a reason why some serious hardware like an RME >> Fireface UCX shouldn't run as well in Class Compliant Mode. >> (which would be rather funny, but why not if somebody got it at hands?) >> > > The RME FF 400 UCX is actually specifically advertized for that usage. It's > probably the only commercial interface available providing an 8 channel class > compliant mode. That's correct, I missed to make my point that the product of course needs to support Class Compliant Mode. RME aims specifically at the tablet-market, so maybe others will follow. m. -- keep your ears open: http://blauwurf.at http://soundcloud.com/noiseconformist ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] libPD and Unity status?
Hey everyone, as some of you already know, I've started development of an Android trading card game made in Unity, using libpd and thus PD as the audio engine. I'm not a programmer, but so far, our own coder managed to integrate PD in a way to easily prototype the audio keeping pd and unity open, using the [netreceive] object to pass numbers and messages from Unity to PD. Indeed, building requires that libpd gets compiled via Xcode, instead of directly in Unity, but so far, things are running smoothly here. We're going to release this "bridge" we made soon as open source, and I'd be very happy to hear if someone is interested and has any advice/suggestions! As a game composer, the thought of being able to utilize PD is like jumping from cave drawings to the latest graphic tablet :) I'm very excited about the opportunity. Talk to you soon, Filippo p.s. Hi Scott, good to see you're on the list, too! :) Filippo Beck Peccoz Game Audio www.fbpsound.com Twitter: @fbpsound Skype: fbpsound Mobile: +49-(0)1520-4004143 On Aug 12, 2012, at 1:56 AM, Peter Brinkmann wrote: > I hope that it won't be necessary to do this in two steps, prototyping > with Pd and deployment with libpd; that would mean discarding one of > the strengths of libpd (here's an old blog post on the matter: > http://nettoyeur.noisepages.com/2011/02/libpd-workflow-prototyping-and-production/). > It would be great if somebody figured out how to integrate libpd into > Unity and then posted the code to GitHub. I'm still hoping that Henk > Boom will write the blog post that he hinted at a while ago. > Cheers, > Peter > > On Sat, Aug 11, 2012 at 1:13 PM, Scott R. Looney > wrote: >> i think the answer at the moment is not to use libPD when running Unity live >> in a prototyping designing fashion, but rather instead communicate messages >> via TCP to PD itself, and let PD do the work directly. then when building >> the iOS project, you adjust the code in Xcode to use libPD for the audio >> output. that's the tricky part. i think that could work for now. it becomes >> a lot more complex to set simple audio sources, but perhaps there could be a >> mixture going on. i'll probably take further discussion off list as it would >> not relate as much to PD but more to Unity. >> >> scott >> >> >> On Sat, Aug 11, 2012 at 8:50 AM, patrick wrote: >>> >>> hi Scott, >>> >>> it's somewhat working for me on Windows, but only when using the >>> audio.clip.GetData / SetData. right now i am trying to use the >>> OnAudioFilterRead() but it's glitchy (i can hear pd running but it's mostly >>> noise). >>> >>> you can see an attempt here: >>> http://goo.gl/BWdo4 >>> >>> here's my github: >>> https://github.com/patricksebastien/libpd4unity >>> >>> OnAudioFilterRead(): >>> http://goo.gl/WE2Xx >>> >>> keep us updated! >>> >>> ___ >>> 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-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd Vanilla on Raspberry Pi
On 12.8.2012, at 23:19 , Stephen Lucas wrote: > I've gotten my Rpi to run pd-vanilla using the regular apt-get install on RPi > Wheezy 7/15/2012. > > I'm using the 3.5mm out jack because that's simpler for me to pipe into my > monitoring system. > > I wasn't very systematic about documenting the process but I'll try to > recount the steps I took to get it running. besides the output selection issue it's pretty straight forward! > I did have to do some monkeying with the config.txt to get it to stop > defaulting to HDMI. > http://elinux.org/RPi_config.txt > > I also did some of these steps which seemed to turn off auto default output > http://raspberrypi.stackexchange.com/questions/44/why-is-my-audio-sound-output-not-working > Thanks for that! I was just about to look that up. I didn't run into that until recently when I finally connected the RPi to a proper HDMI screen (which I don't have myself) > I have the audio output set to ALSA (hardware) with 2channels. AFAIK that's the only way it works. JACK is not available yet. > The 3.5mm audio output is a bit dirty sounding. This it really obvious with > pure tones but not too terrible with more complex sounds. I've heard that the > HDMI audio output doesn't have this problem as much. I did have to turn the > output delay up to 500-1000ms and the audio vector to 512. the 'quality' of the sound from the audio socket is a real pain. And it stays like that regardless the settings I have in Pd's audio settings. At some point I'll investigate the options to connect USB-audio but I'm afraid at the current state of the software it will be full of glitches as well. > I got the phase vocoder running and it sounds fine. However, any additional > CPU work interrupts PD and causes some very nasty full output crackles. This > includes (what I believe are) CPU rendered mouse cursor movements, meaning > that touching the mouse usually interrupts audio. This is not always > predictable as I'm sure there are some background processes that are also > interfering a little. It was even worse with the original Debian image the RPi-team released (with no fpu enabled). It also happens when accessing the SD-card and do other operation (via the shell w/ no GUI) or network traffic (I use ssh). Compared to earlier versions now it's almost ok-ish but I think there's still a lot of room for improvement. There's some comment on this: http://www.raspberrypi.org/phpBB3//viewtopic.php?f=38&t=10538 Try loading a patch while audio is on. So far I absolutely wouldn't consider the RPi as a performance platform rather than for installation stuff and the like which are more likely to be in a dedicated, sort of optimised headless operation. > I haven't tested any of my really large/intense audio patches to get an idea > of where the thresholds are. I got Pd-extended running and I get about 40-50% cpu load with the fiddle~ help-file plus some extra messaging and no GUI! With GUI it goes to over 90% - again, room for improvement, but then ... see above. My large patches need quite some attention (it's the first time I run Pd on Linux BTW :-\ ) but from the experience so far I doubt they will be ok. It's just too much. I tried Sakonda's old pitch shifter which I ported from Max to Pd some time ago and this is working nicely. But anything fpu-related will be a challenge. > My main goal is to get Gem going so I'll send an update when I have more > progress on that. I'm curious about that! So far I found out that Gem needs GLX which isn't provided by the RPi. Didn't do any further reading on this and I don't have any HDMI hardware at home so I just used X11 on my Mac, where Gem is ok. In fact we are early adopters doing all this, and it's good to see what's possible for the money. Then again I think it's important to draw a clear line where the application of the RPi makes sense and where not. It has quite some potential but also can turn quickly into a time-munching critter. Michael. PS: I just noticed $0 delivers the same value in every instance. I suspect that's caused by using X11. Could you PLS verify if it's any different using a local HDMI screen? thx! > On Sat, Aug 11, 2012 at 1:36 PM, Michael Zacherl > wrote: > > On 11.8.2012, at 19:58 , Michael Zacherl wrote: > > > it is! > > Looking at the http://raspberry.org site the list of interesting or just > > funny > > sorry, of course this should have been http://raspberrypi.org ! > > -- > feed your perception: http://blauwurf.at > http://soundcloud.com/noiseconformist > > > > > ___ > 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 -- noise chasers: http://blauwurf.at http://soundcloud.com/noiseco
Re: [PD] Pd Vanilla on Raspberry Pi
Am 10.08.2012 um 15:54 schrieb Michael Zacherl: > If this works, I don't see a reason why some serious hardware like an RME > Fireface UCX shouldn't run as well in Class Compliant Mode. > (which would be rather funny, but why not if somebody got it at hands?) > The RME FF 400 UCX is actually specifically advertized for that usage. It's probably the only commercial interface available providing an 8 channel class compliant mode. gr~~~ -- Thomas Grill http://g.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list