Re: [PD] Pd and 3DMouse 3Dconnexion
Could you tell us all HOW you solved it? -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Nikon DSLR Capture with Pd
Hey, there is this; http://puredata.info/downloads/gphoto Although I haven't tried this extension, i _did_ use gphoto from commandline to control a camera. -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PengPod Linux tablet, hopefully coming soon
On Tue, Dec 25, 2012 at 6:26 PM, Jonathan Wilkes wrote: > Can I run a modern GNU/Linux distro on the hardware you mentioned, and all > the hardware will work > and is supported with stable drivers including wifi, multi-touch control, > audio, and whatever gpu is on these models? > Yes, actually, most of it is just in the normal mainline kernel. -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PengPod Linux tablet, hopefully coming soon
On Mon, Dec 24, 2012 at 11:34 PM, katja wrote: > > Anyway, just to let you know, _all_ allwinner A10 > > tablets/tvsticks/settopboxes can run linux without much effort at all. > Not > > really any point in a 'boxed linux' version of it.. > > Sounds like you're experienced with these. I'm curious, did you manage > to compile and install Pd or Pd-extended on them? Is it possible to > get duplex audio I/O with Pd? (still a problem with the Pi). Do you > need to use a real time kernel to get decent sound from Pd? Is a real > time kernel for ARMv7 available at all? > Could try a pd-extended compile, there is also just the normal debian versions of this. Beagleboard/Pandaboard/IGEPv2/Cubieboard all share the same core and many users. There seem to be realtime support since 3.0.27 for ARMv7. -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PengPod Linux tablet, hopefully coming soon
Is it me or does this email read like you have some financial interest in selling this pad? Anyway, just to let you know, _all_ allwinner A10 tablets/tvsticks/settopboxes can run linux without much effort at all. Not really any point in a 'boxed linux' version of it.. 7" tablets with allwinner a10 cost about 70 usd on ebay. I have been playing with a cubieboard a lot this last week ( http://cubieboard.org/ ) and although its not a holy grail, its a really nice toy. -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Raspberry Pi versus BeagleBoard ?
On Mon, Dec 17, 2012 at 7:35 PM, Miller Puckette wrote: > I could be wrong, but I believe the Beagleboard is ARMv7 and the Pi is > ARM v6 - so BB could easily have twice the floating-point erformance of > Pi. I'm not sure why and whether there would be any difference in Jack > for the two. I believe (but am not sure at all) that BB doesn't have the > same USB problems the Pi has. All in all it's still a very attractive > possibliity, perticularly since the Stanford people have tested and > exercised > it thoroughly. > Yes, BB has a _LOT_ better performance than RasPi .. Btw, if you want a cheaper board with BB like performance but RasPi like price, look at Cubieboard .. ( http://cubieboard.org/ ) -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] i945GM not good enough for GEM anymore?
I grabbed puredata 0.43.4 last night on my laptop, to play around with some GEM stuff.. But now, everytime I want to create a GEM window, i get the following error; GEM: failed to init GLEW: your system only supports openGL-1.0 Google tells me intel's drivers have and will never support more than opengl 1.4. So this problem must have always existed? Still this is the first time I have seen it... Is it possible that this check only recently got introduced? Is there a way around it? If i promise to only use older openGL features, can I then still use it? :) -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slice Jockey and toxy/tot
Replying off-list with solutions that could help many people is very impolite. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] connecting Pd to LEDs
On Tue, Mar 27, 2012 at 14:57, Martin Peach wrote: > The DMXUSBPro works well for me with Pd. I set the [comport] baud rate to > 25 but I don't think it's necessary. > Well, how many lights are you controlling? :) I think for architectural lighting, the number of DMX channels used can go up pretty fast. And you probably want at least 30 packets, per channel, per second ... RGB lights usually have 4 channels ... It gets quite expensive :) -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] connecting Pd to LEDs
On Tue, Mar 27, 2012 at 09:41, Pierre-Olivier Boulant wrote: > Hi, > > You can make a USB to DMX interface really easily with an Arduino. FYI, USB is pretty slow for DMX stuff. You rather want an external controller that runs all the controlling logic. Something like http://lanbox.com/ which I've used a couple of times for similar projects. -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] s-abstractions lib
On Sun, Oct 30, 2011 at 15:56, "Marco Döttlinger" wrote: > dear list, > > where can i find the the s-abstractions library? > the page of chris mccormick > ( http://mccormick.cx/projects/s-abstractions/page/download ) > > is not working > > He lost all his data, but check out http://wayback.archive.org/web/*/http://mccormick.cx/viewcvs/* you can find some loose parts there ... -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd with syphon
On Fri, Oct 7, 2011 at 14:45, Pagano, Patrick wrote: > Has anyone got pure data extended working with Syphon? > Seems there is a freeframe plugin for syphon, pd supports freeframe, doesnt it? -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] cat /boot/vmlinuz-2.6.35-30-generic > /dev/dsp ?
Check out /proc/kcore also, this is the current contents of your entire memory ;) -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Installation source released (iBeamer @ CCC camp Finowfurt 2011)
On Tue, Aug 16, 2011 at 00:23, Hans-Christoph Steiner wrote: > > Looks like fun, but its hard to tell exactly what's happening in the video. > Looks like it makes you feel like you're standing on that piller. It does exactly that! Soon I will have better videomaterial which will be posted on the wiki aswell. -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Installation source released (iBeamer @ CCC camp Finowfurt 2011)
Hey, We were not at pdcon, but at CCC, but still built a nice pd installation that is up for grabs for anyone! Check out http://events.ccc.de/camp/2011/wiki/IBeamer -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] i lost my credibility
To me it sounds like maybe in performance you had better bass speakers hooked to your installation that could have shook the firewire connector/cable so much that it dropped connection? I would pull the cable once while running to see if the effect is similar ;) -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Webcam not working in Gridflow on Ubuntu
Here is a little trick I use for getting webcams working in different linux programs : - to get 'weird' v4l2 cameras working with 'normal v4l2 expecting' programs, you can do this: LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so pdextended this starts pdextended, but first overloads some v4l2 functions with the ones in that library, which help in format conversion etc. - to get v4l2 support in programs that are using the v4l interface : LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so pdextended these tricks work with many many programs ;) -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] what is best win32 and linux app to recombine gem video output and pd audio output?
> > 2011/4/7 Billy Stiltner > >> Hey >> >> I would like to know what is the best program to recombine gem video >> and pd audio in sync without dithering or stretching the audio as well >> as keeping the video frames as is. >> >> I had been using an old sonic foundry acid but it will not let me sync >> the audio to video without stretching or shrinking the audio. It is >> the only win32 app I had that works with quicktime video. >> >> Isn't there a simple operation that could be done on the quicktime >> video by just adding the audio file to the video file and adjusting >> the header? Instead of loading everything up in some sort of visual >> environment. >> > There are some methods, i usually take this route : * convert video to raw avi (while keeping the encoding, mjpeg is great for this) * load both into avidemux2 * write a new avi (while keeping all encoding) * write another avi (but this time compressed hard, xvid+mp3 or something) done! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] libpd on openwrt
On Tue, Mar 29, 2011 at 21:07, Tedb0t wrote: > Real-time auralizations of router traffic!!! > Dont forget the availability of libpcap for pd ; http://musa.poperbu.net/content/view/97/1/ Still have playing with this on my todo list :) -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] To divide a number in random parts
What about this method (actually only works for uneven number of chords, so maybe drop one, or increase to 11 and drop one later( randomly? )) Just pick a random float between 0 and 48, we'll call that X1 Then pick a random float between 0 and X1 , and between X1 and 48, call those Y1 and Y2 Then do it another 8 times and you have 11 random positions within your range of 0 till 48 ;) Not sure if it will actually work out, but I just had this brainfart after seeing this thread go on so long :) -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] USB extender for PS3 Eye on Linux and PD
On Tue, Mar 1, 2011 at 17:43, Pedro Lopes wrote: > > On Tue, Mar 1, 2011 at 3:20 PM, Stefan Jensen wrote: > >> Hi,.. >> >> Am Dienstag, den 01.03.2011, 15:59 +0100 schrieb n...@petervenus.de: >> >> > there are extender which incorporate cat5 cables, but they are quite >> expensive >> > and the cheaper should do the job, although i didn´t try them out >> myself. >> >> I use this one. Works fine and is pretty cheap: >> >> http://www.logilink.eu/showproduct/UA0021D.htm >> >> best regards >> >> Stefan >> >> Keep in mind that the PS3 eye is a USB2 device! So make sure that all your extenders support this, or you will experience huge framedrops -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_set / pix_gain weirdness
On Mon, Feb 28, 2011 at 01:26, Bastiaan van den Berg wrote: > I also feel the same issue, mixing 3 videos together through > [gemframebuffer] with alpha effects bring my cpu up to 90% utilization > (core2duo 1.66ghz) but I still need a lot of effects and stuff to be added. > Oh, just for reference, the patch I used for this : http://etc.servehttp.com/gemframebuffer-is-working.png ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_set / pix_gain weirdness
On Sun, Feb 27, 2011 at 19:35, Matteo Sisti Sette < matteosistise...@gmail.com> wrote: > No I wan't, but I haven't really tried blob detection. I just tried some > very basic image processing such as mixing two images, changing the colors, > you know the basic stuff you can find in the example patches, and the CPU > was already very loaded with relatively small images. > > I was just expressing the fact that the power of manipulating raw pixels > with matrices in a patching environment such as Pd results to me > "frustratingly attractive", where the frustration comes from the fact that > you can't achieve enough efficiency to manipulate images of "reasonable > size" (where of course reasonable means reasonable to me in a given context, > e.g. a 1024x768 image to be projected). But I think the limitation is mostly > intrinsic in the fact of doing it in an "interpreted" environment. > I also feel the same issue, mixing 3 videos together through [gemframebuffer] with alpha effects bring my cpu up to 90% utilization (core2duo 1.66ghz) but I still need a lot of effects and stuff to be added. If only puredata just used YUV by default internally for _everything_ so at least it would be a bit faster, and I think a lot more work can be done to get a better video performance. Maybe someone on the list has a nice list of semi-universal tips to make video patches run faster? Or maybe for video puredata is just 'almost' fast enough with computers nowadays.. Can't imagine ever playing with GEM and pix_ stuff on a Pentium 3 for example. What I mean is, that puredata only recently has become a viable option for the stuff that you and I want to do with it? > Something that would be great would be a "pd/gridflow-like" patching > environment that would compile your patch into shaders and have the GPU make > the computation - but in a completely invisible way > > Do you know if something like that already exists? Lol, nice holy grail, just sprinkle some fairydust over the patch and it will run on the GPU ;) You can run GLSL shaders, but you need the know-how to make them. There are some people busy with making nice collections of premade shader-effects that you can just download and use. Soon i'll have some capable hardware for this and will let you know how it works out. There is of course the completely seperate project of '' which is also a dataflow language like puredata, but ment for video. Sadly this project is windows only afaik. Soon I'll get some faster computers to develop more patches, so hopefully just throwing a lot more CPU against my problems will make them go away ;) -- buZz http://puikheid.nl/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd, Milkymist and GSoC application 2011
On Sun, Feb 27, 2011 at 09:56, pascale gustin wrote: > Hi list, > > For your information, The Milkymist™ project might participate to > Google summer of code this year. It might be possible to port puredata > on it. > http://www.milkymist.org/wiki/index.php?title=GSoC_application_2011 > > http://lists.milkymist.org/pipermail/devel-milkymist.org/2011-February/001167.html > Anyone interested in becoming a mentor? > > Man, it would be sweet to have a milkymist-alike device with puredata on it, mounted in 19" Maybe 2 or 4 in a 1U case ... controllable over ssh or something, totally sweet :) Guess I should look into using my IGEPv2 board to run puredata :D Maybe someone knows more about embedded use of puredata? -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tracking multiblob with constant ID
On Mon, Feb 21, 2011 at 18:25, Jaime Oliver wrote: > > I mean this : http://gridflow.ca/gallery/%23labelling_false_colors.png > > this link seems to be down. > http://gridflow.ca/gallery/%23labelling_false_colours.png this works :) -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.42.5 Lucid - Audio Settings / Delay - not working!
2011/2/18 IOhannes zmölnig > On 02/18/2011 05:13 PM, Bernardo Barros wrote: > > Ingo, I think OSS can offer you just very high latency. You can't get > > realtime with it. > > where did you get that piece of information? > > the main problem with OSS is, that it is simply not available anymore on > recent debian/ubuntu/... distros. > > In my memory, OSS forked off into some commercial project, or was it always that way? -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_film mjpeg crash
Oh what I actually wanted to say, are you sure your libquicktime actually supports mjpeg? I am on Gentoo linux here, and my libquicktime is compiled as following : "X aac alsa dv encode ffmpeg gtk jpeg mmx opengl png schroedinger vorbis x264 -doc -lame" (which basically means I get everything inside beside the documentation (which is mirrored online mostly anyway) and the MP3 encoding support (but I hardly ever use audio in video material)) Unfortunately, I have no clue if Ubuntu has anything similar to this, maybe different versions you can pick from the repository? -- buZz http://puikheid.nl/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_film mjpeg crash
I have tried the encode just now with the pix_film example. The following file : http://etc.servehttp.com/chick_gooit_haar_rond_640.mov The output lqtplay gives me (including a window that plays the video) is : INFO: playing chick_gooit_haar_rond_640.mov Type: Quicktime 0 audio tracks. 1 video tracks. 640x480, depth 24 rate 29.97 [2997:100] constant length 42 frames compressor jpeg. Native colormodel: YUV 4:2:0 planar Interlace mode: None (Progressive) Chroma placement: MPEG-1/JPEG No timecodes available supported. 0 text tracks. Timescale: 2997 WARNING: no audio stream INFO: Xvideo port 74: 0x32595559 (YUY2) packed [BC_YUV422] INFO: Xvideo port 74: 0x32315659 (YV12) planar [BC_YUV420P] INFO: Xvideo port 74: 0x30323449 (I420) planar [BC_YUV420P] INFO: Xvideo port 74: 0x59565955 (UYVY) packed INFO: Xvideo port 74: 0x434d5658 (XVMC) planar Stream colormodel YUV 4:2:0 planar, using YUV 4:2:0 planar INFO: using BC_YUV420P + Xvideo extention (YV12) INFO: window size is 640x480 Decoded 0 samples ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_film mjpeg crash
On Sun, Feb 13, 2011 at 15:01, Luka Princic // Nova deViator < n...@deviator.si> wrote: > been reading some previous discussions, and it seems like the best > codec for pix_film is mjpeg, as in not-cpu-expensive. if i encode my > movies with ffmpeg with parameters > I usually follow the following workflow for encoding : First I grab some video from a random source and run it through mencoder to get a mjpeg avi without sound : # mencoder INPUT -o OUTPUT -ovc lavc -lavcopts vbitrate=1800:vcodec=mjpeg -nosound ( these files work perfectly in veejay btw ) Then I run it through ffmpeg to turn it into a quicktime file : # ffmpeg -i INPUT(.avi) -vcodec copy OUTPUT(.mov) You should find that pix_film has no problem opening the resulting .mov files :) Enjoy! -- buZz http://puikheid.nl/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] optimizing big patches
On 1/9/2011 2:09 PM, wrote: > > Hello, one question, if i have a big patch with a lot of subpatches, > is it possible to know which parts of the whole patch are consuming > more cpu resources? > > Is something like this possible? > > This sounds great, what about spawning each subpatch in a new thread, and have a simple processmonitor in the gui? That would also take a big advantage in the newer processor designs. -- buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pidip error color mode
On Wed, Dec 29, 2010 at 14:11, Jose Luis Santorcuato < santorcuat...@gmail.com> wrote: > Hi all, I am working with the library PiDiP, I have previously worked > with osx and linux ubuntu, had worked with the netbook acer and had no > problems, but now I get the following error when trying to open the > video window (i want to show a live video from webcam, easy in olds > projects): > > pdp_v4l2: unsupported color model: 1497715271 > > also pdp_v4l2: unsupported color model: 1195724874 > You could try starting pd like this : LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so pd This will put the convert library of libv4l between pd and v4l, and it will convert colormodels (and mjpeg for example) into a format that should be supported. Let me know if it works :) -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Zoran MJPEG cards
Hello, Recently I found a Zoran MJPEG encoder card in my possession and have built a computer around it. MPlayer supports the input and the output and some other tools are available to do different things, but not that superfluous. I was wondering if anybody on this list ever played with this card in combination with puredata, like maybe a sort of tape delay for video in software, or anything really. -- Regards, buZz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list