Re: [PD] mr peach... and a few questions (prefs and xml sockets)
On 12 Dec 2006, at 11:23 PM, Miguel Cardoso wrote: I don't understand very well how the preferences work. I removed cyclone and added the mrpeach folder in pd Startup preferences and its working now. Is there a way to add the number of folders, since all the slots are filled? it seems you are on OSX so open ~/Library/Preferences/ org.puredata.pd.plist with Property List Editor (it is optional - installed in Developer - but since you are compiling you've almost certainly installed it already) then you can add more than 10 folders quite easily, otherwise use the older ~/.pdrc method for preferences. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] status on intel core duo?
On 13 Dec 2006, at 4:32 AM, [EMAIL PROTECTED] wrote: sorry if i haven't follow all discussions on the subject, but what is the status now of pd on a 64 bits architecture? more precisely, on an intel core duo It was my first excursion into Linux so not realising the problems (then lack of time to redo things) meant I installed the debian puredata packages on an AMD64 (with 64 bit Kannotix) - I have to be careful as there are a number of things that will crash it, and I have a very limited choice of codecs but it works reliably enough to go on a tour through 5 venues without any intervention from me. I use mainly Gem with 4 composite video inputs (v4l) for a quite nice video mixer with 3D object animation - all controlled from another machine with joysticks and a BCF200 via netsend/netreceive, as one of several networked machines running different projectors - so I haven't tried audio, though it seems to open jack etc without complaint. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD CHAT
On 5 Feb 2007, at 7:37 PM, Tim Boykett wrote: On the other side I was using some pdreceive (on a linux machine, now I use OSX and I cannot find it!) to take messages to find pdreceive on OSX open the Pd.app package -- it is in Contents/ Resources/bin/pdreceive - OSX aliases don't work pointing into a package but symlinks do and /PATH_TO_PD/Pd.app/Contents/Resources/bin/ pdreceive works fine in Terminal or a script. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp/pidip w/ raw1394 on Linux? Can Gem help?
On 6 Feb 2007, at 8:36 AM, John Harrison wrote: We have a great firewire camera that works well with dvgrab and kino to capture images on our Dapper box...but we can't get it to work w/ pdp/pidip. We were thinking to use coriander but coriander says the camera doesn't have the right specs. Then we tried using Gem to set [pix_video] to use DV in linux you need to send it the message [driver 1( for DV --[driver 0( is for v4l -- but it was looking in the wrong place for the device - at least a few months ago you needed to compile a more recent Gem than the usual distribution so that you could send a message to tell it to look for the correct /dev device, rather than its default - this may be fixed in your distribution. in the end I used a Tetra Piccolo framegrabber with 4x v4l inputs instead so I didn't test out DV or recompile Gem. You may also have to set [mode 0( if rectangle texturing isn't working properly - as seems to happen on many platforms with recent Gem versions - if you just get the centre pixel of the image spread over the whole frame. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] hid, routing different devices
yes, that is what i want, so i have to wait for hidio.. thanx! hidio has been working fine for me for a few months (mostly OSX autobuild 0.39.2 from 2006-12-08, G4, 10.4.8 - using Spaceballs, some joysticks and keypads - but seems ok on Debian as well) - selecting by ID etc works well. I have experienced very occasional crashes which I haven't been able to tie down, but they are not when I'm running a patch, more when I am changing things. The main thing I had to do was send [debug 0( to [hidio] so the console isn't flooded with messages. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sound with glitches
On 26 Apr 2007, at 6:23 AM, Kyle Klipowicz wrote: It's really pretty straightforward to do, even though it's annoying to have to load another program. if you really want to avoid having to open Jack each time, you can use Autostart JackOSX from www.jackosx.com - the JackOSX manual at that site is very complete as well. I find Jack is very much the cleanest and most flexible way to handle audio on a Mac. If you also want to route to different apps get QJackCtl from http:// qjackctl.sourceforge.net as well. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripting pd printouts
On 27 Apr 2007, at 8:56 PM, Andy Farnell wrote: pdsend pd print $i.ps pdsend will need a port number, and you will need a [netreceive] in your pd patches, also note that [netreceive] does not send into the general message space, you will have to parse its output and connect to a [send] object (or set it to work 'old' style, which is quite insecure). See man pdsend and the help for netreceive. Finally you will need to send the appropriate message, ending with a ';' eg: echo print name.ps; | pdsend 3000 I could send some examples if you want simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripting pd printouts
those are the Mac layout versions - you'll need to move things around a bit for Linux, I've got those layouts as well - all the work on trying to get the same font/layout working across platforms is VERY appreciated - I look forward to the day I don't have to keep 2 versions of everything that needs a nice GUI! simon On 29 Apr 2007, at 12:45 AM, simon wise wrote: On 28 Apr 2007, at 1:54 PM, Andy Farnell wrote: Thanks very much. A working example would be most welcome as I still can't get print message to be recognised. here are patch(es) - it's got a lot more than you want, since it is part of my general system for linking patches and machines, but it illustrates the process and I've put in printing to a file as well - you'll need to work out the way to sequence it all in the script, or just build the sequencing part in pd instead. Open tools.pd. simon tools ___ 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] scripting pd printouts
I think I needed dinner - wait isn't mean what I thought it was, don't know why it worked but it seems to work ok without it - and I worked out how to close the patch attached are better examples simon On 29 Apr 2007, at 10:04 PM, simon wise wrote: On 29 Apr 2007, at 3:48 AM, Frank Barknecht wrote: I tried to make this into a sh-script, but while it prints okay, it only generates an empty ps-file: the ps-file isn't empty, but the patch it shows is. Anyway, attached also is the sh-script that doesn't work correctly. Any ideas for a fix? same here - possibly the patch gets printed before it is drawn?? with the 'wait' these work for me - with printer.pd already open in pd, try: pdprint2.sh name /path/to/directory simon printer.pd pdprint2.sh printer.pd Description: Binary data pdprint2.sh Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripting pd printouts
yeh - it makes more sense to do it as a patch, I wanted to follow up Andy's ideas, and wanted to test that message path - perhaps he has a larger context where a bash script is more appropriate? but you probably wouldn't want to use the 'old' option in [netreceive] anyway. simon On 30 Apr 2007, at 12:08 AM, Frank Barknecht wrote: Hallo, simon wise hat gesagt: // simon wise wrote: same here - possibly the patch gets printed before it is drawn?? Probably. with the 'wait' these work for me - with printer.pd already open in pd, try: pdprint2.sh name /path/to/directory I now made a little abstraction for printing. It doesn't deal with generating the list of files to print, this can come from a [textfile], a directory listing external, netreceive or whatever. Attached [print-patches] does just that: It prints patches. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ print-patches-help.pd print-patches.pd ___ 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] Implementing switch-and-ramp technique to cancel discontinuities
On 2 May 2007, at 5:35 PM, Frank Barknecht wrote: it only works if the discontinuity is one starting a zero again isn't the book describing a way to switch from a playing wave form to a new one which starts at zero? The example refers to re-triggering something like a percussion sample - it is a way to fix the glitch resulting from suddenly cutting off the 'old' sample (which is likely not at a zero-crossing) and replacing it by a new one (which starts at zero). The flowchart shows adding a signal ramping to zero from the last value of the 'old' sample. That is: the whole example/technique described depends on the assumption that the re-triggered sample starts from zero, it doesn't make sense otherwise. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Implementing switch-and-ramp technique to cancel discontinuities
On 3 May 2007, at 4:56 AM, Frank Barknecht wrote: Attached patch shows switch and ramp correctly in action. Note to hard off: Crossfading of course also works, however I was trying to understand the technique Miller describes. (Now I wonder, if the description in the book is complete. Miller, do you copy?) yes, it works nicely - and extends the scope of the technique described in the book, it would make a nice example there. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] flatspace externals in ext39.2
On 3 May 2007, at 5:44 AM, Kyle Klipowicz wrote: I solve this problem (on OS X) by keeping my personal paths in .pdrc. which works well for me too. I'd also love to see a .pdrc, (or a for example a 'local.plist') which was specific to the version of pd that I was opening, since I usually have at least 3 - an extended version, a vanilla version plus usually at least 1 version with a different Gem inside. It would be great for packages streamlined for different tasks as well. This could happen in a few ways, for example: 1/ check for a file inside the package eg Pd.app/Contents/Resources/local.plist 2/ check for a .plist in the usual place, but with a name matching the name of the Pd.app package eg if I have a package Pd-extended-autobuild.app then it would use ~/ Library/Preferences/org.puredata.Pd-extended-autobuild.plist instead of (or as well as??) ~/Library/Preferences/org.puredata.pd.plist option 1 would be much cleaner in OSX option 2 would allow for a very similar approach on each platform so may be better overall. It would also be consistent with the approach taken by vim, and several others, where behaviour depends on the name it is called with. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] flatspace externals in ext39.2
On 5 May 2007, at 5:14 AM, Hans-Christoph Steiner wrote: [classpath] == [declare -stdpath] Adds a path to the global search path. thats great! - I wasn't aware of [classpath] -- now I can stop wrangling preferences/users trying to get different paths and libraries for different versions. a few questions not explained in the helpfiles: - is there a way to use relative pathnames? - and if so what are they relative to? - is it possible to refer to the users home folder? - what version of pd do they require (they seem to create ok in millers OSX 0.40 and 0.39) - when can I use the libdir system to load a directory of externals? I hope there are plans for inclusion in the miller pd distribution soon (though a least it is fairly easy to explain how to add them, even to a novice user). thanks for getting this working, simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] New to PD on Mac OSX-Output makes
On 6 May 2007, at 7:11 PM, Tuomas Brock wrote: spits out these rythmic blips. So it goes blip..blip..blip etc etc etc search the archives of this list http://lists.puredata.info/pipermail/ pd-list/ this exact problem, and a solution, has come up several times (but I have never experienced the problem and I've used many new and old Macs). Using JackOSX as the audio interface has lots of advantages in OSX (and is said to be more stable in Pd), I always use it. Download from http://www.jackosx.com/. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] flatspace externals in ext39.2
On 7 May 2007, at 5:08 PM, IOhannes m zmoelnig wrote: so why don't you just use [declare]? apart from the fact, that [declare] has a slightly more complicated syntax and merges more or less independent functionality, it also has some advantages: e.g. it is treated specially by pd (it always gets saved as the very first part of the patch, no matter when you actually put the object there thanks - how to ensure it was 'first' was the next thing I was trying to find out, I'll certainly use [declare], I wasn't aware of what it did - its relative path choices are exactly what I need. It is new to 0.40? simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Turning on/off an installation
On 23 Jun 2007, at 7:20 AM, Kyle Klipowicz wrote: Does anyone have a similar workflow for OS X? I am struggling with this problem right now for an installation I've helped with.( OSX seems very tolerant of just turning the power off, at least my laptop has a faulty connector to the battery and has lost power and crashed many times without problems rebooting, and a few installations I've got running do get turned off from time to time accidentally without problems rebooting. Settings are: 1/ make sure your file system is journalled (it is by default) - use Disk Utility 2/ set 'Restart automatically after power failure' in SystemPreferences:EnergySaver:Options 3/ set a schedule for automatic sleeps etc in SystemPreferences:EnergySaver:Schedule 4/ set system to login to YourUser automatically in SystemPreferences:Accounts:LoginOptions 5/ set Pd to start or a script to run on login in SystemPreferences:Accounts:YourUser:LoginItems I guess that the file system journalling is helping to prevent corruption, but I still don't rely on that and either leave it running or use the schedule to sleep and startup as required, Note that if you shutdown manually (or by the schedule) then later turn the power off then on again it is not a 'power failure' and the system won't reboot automatically, it only does so when it lost power while running. Also you have to make sure Pd quits before any automatic shutdown because it does not quit when the system asks it to during normal shutdowns. You could also try mounting drives read only etc - but I haven't tested that and would like to know more possibilities in this area! simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Turning on/off an installation
On 24 Jun 2007, at 7:31 AM, Max Neupert wrote: here an example how to switch the computer off/to sleep from pd the sleep script works nicely, but the logoff one fails - shut down and sleep are valid for Finder in an Applescript, but log out isn't. Another problem I have is that with [shell] I get an error dialogue saying pd quit unexpectedly when I use the examples in shell- help.pd - I guess it refers to the process triggered by [shell] ending, since pd continues on happily. When I try your patch the system sleeps before pd can quit, it quits just after the system wakes up. Adding delay 5 to the start of the applescript doesn't help - it just adds a delay after wake up before pd quits, followed by the error dialogue. Trying to split off the shell process by; [ /Users/simon/sleep.app( | [ggee/shell] does not work, Console says the isn't recognised (it's ok in Terminal) - pd quits, but sleep.app isn't run. I guess [shell] isn't using the same shell as Terminal, it probably needs a bash script or a .command file or something similar to get a process split off so that it can keep going and let pd quit first. I'm using autobuild: Pd-0.40.2-extended-2007-05-01 on OSX 10.4.8 and a G4 Powerbook simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Turning on/off an installation
On 26 Jun 2007, at 4:40 AM, Max Neupert wrote: the sleep script works nicely, but the logoff one fails - shut down and sleep are valid for Finder in an Applescript, but log out isn't. first i think you need to activate UI-Scripting. http://www.apple.com/applescript/uiscripting/01.html you'll have in your “System events” applescript library a “power suite” folder with log out found them - they are under System Events but not Finder - so the proper Applescript syntax is: tell application System Events log out end tell now the script works properly, plus using [open /Users/simon/sleep.app( | [ggee/shell] works - Pd quits first, then the system sleeps or logs out or whatever next. The pd quit unexpectedly error message still gets displayed, it seems to be a [shell] problem - I seem to remember a thread about that a year or so ago - I'll search for it, but it doesn't matter if I just want to log out or shut down - thanks for that, my next installations will be cleaner! Do you know a way (in OSX) to create Logout Items similar to Login Items in the Accounts Preferences? to set up timed events I've used CronniX from http:// www.abstracture.de/cronnix (easy + free GUI to create crontabs = schedule events eg the Applescripts above) simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended 39-2 rc3 spectral crash
it doesn't crash here: 0.40.2-extended on OSX10.4.8 PPC [vectral~] creates fine, no crash, but [~ ] just above it does not, and I can't find it in any of the help files - do you mean [max~ ]? simon On 26 Jun 2007, at 4:51 AM, Kevin McCoy wrote: OK - I finally got the patch open and removed the vectral~ part. Played with it for about 20 minutes and no crash. It seems that is what is causing the problem insofar as I can tell because with vectral~, it crashes almost immediately. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Turning on/off an installation
On 26 Jun 2007, at 4:12 PM, Max Neupert wrote: http://developer.apple.com/macosx/launchd.html and you can actualy use iCal to set up any automatisation at any time calling scripts or etc. works great. otherwhise use http://lingon.sourceforge.net/ Lingon and the docs above are very useful - I'm just about to try to cut back on background system processes on some MiniMacs I've got playing QT video files using GEM - they seem to intermittently miss frames, there are 5 intel machines running and usually 3 or 4 are playing cleanly and 1 or 2 dropping frames for a while. I'm hoping that cutting out some background stuff will help. I think that it is a problem that was not there with G4 MiniMacs, but will check - any hints as to what I should be looking for that can be safely turned off? or is the new architecture with the intel grahpics chipsets etc just not up to the job? simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problems with Intel MacMini playing video
On 28 Jun 2007, at 12:20 AM, chris clepper wrote: What is the GEM compile date? version 0.91-cvs compiled may 5 07 using SSE optimisation downloaded as part of 0.40.2-extended-autobuild of that day thanks simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] the end of type restrictions
On 23 Jul 2007, at 7:03 AM, Thomas Grill wrote: The question for me is rather why desiredata announcements are posted into the PD-list given that the codebase has moved away in a way that makes it impossible to transfer most of the features. Although I find DD an interesting project, it's essentially off-topic for the pd-list. discussion about these differences, with all the reasoning and debate around them, has greatly improved my understanding of Pd, its eccentricities and how to use it - which is the main reason I read this list. I think these discussions have probably helped shape thinking about the future developments in Pd as well, so they are very much on-topic in my view simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] text editor on osx
On 10 Aug 2007, at 9:11 AM, marius schebella wrote: Hans-Christoph Steiner wrote: The standard Apple mapping for Cmd-T is the font panel. I know so few people who use the Text Editor, plus I think that Pd should behave like I never ever use the font panel... but the text editor everytime when I need to copy text from an outside texfile. which other key combination can you suggest for the texteditor? marius. does control-T still get the text editor? that would be the most obvious since most of the apple- shortcuts are also duplicated on control- (to be more consistent between platforms I guess) simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem/fullscreen/linux
On 16 Oct 2007, at 11:21 AM, Roman Haefeli wrote: On Tue, 2007-10-16 at 03:00 +0200, Atte André Jensen wrote: Olivier Heinry wrote: If your desktop is Gnome, Alt+Tab gives you the possibility to switch to any other window eg. your patch hidden behind the gemwin. I use openbox, and normally Alt+Tab works like you describe, but for some reason not with gem... On the Pd side, you have the possibility to add a [gemkeyboard] object that sends a [destroy( message to [gemwin]. You need to map the object's output with the deisred keycode. For instance, pressing the Esc key gives the 9 keycode on my Linux box. That only works when not running in fullscreen :-( you could try using [hid] or [hidio] instead - to capture the (USB) keyboard directly, regardless of which process has focus at the time simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Array indexing for the wind and the birds
On 27 Oct 2007, at 9:35 AM, Mathieu Bouchard wrote: The problem with that is that there is no way to figure out beforehand that the dsp was on, so you can't know for sure that it wasn't meant to be off, and I usually have it off. I don't know how to use it, but the status of the 'compute audio' checkbox in the pd window must be surely stored and could be accessible somehow? and also the messages that get sent to change it? simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pdp_frei0r für frei0r 1 .1...
On 29 Oct 2007, at 1:00 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: all fixed, except i still get 12s . cannot create when i open the patch I think you will find you need to use the full name [list2symbol] because there are still problems with aliases, its been mentioned a few times recently simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] patch for dollar sign fix in pd-extended?
On 29 Oct 2007, at 10:49 PM, Rich E wrote: I'd like to keep using pd-extended, Hans has done an excellent job with all the extra externals and making it look nice. the autobuilds have been working for me (mostly OSX/G4) for a while now, there is usually something to fix and the odd bug, but I've found Pd-0.40-extended the best way to go. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
On 9 Nov 2007, at 2:59 AM, Steffen Juul wrote: I made a patch to test the behavior. This is the test: 1) Note that the patch is 500x300 initially. Either by opening in a text editor or with 'head -1' or. 2) Open the attached patch. Click the [10( on one of the sides. 3) Note that the patch has grown to 504x304 Now the weird bit. 4) with out closing the patch, click the [10( again. 5) Note that it has _not_ grown to 508x308. 6) Close the patch 7) Reopen the patch 8) Click the [bang( 9) Note that it has now grown to 508x308 So it seams it grows 4px per run with a reload. This growing on each save/open cycle seems to have changed in the latest autobuilds: Pd-0.40.3-extended-20071109 for PPC (on OSX 10.4.8) Now I get a 2 pixel SHRINKING of the window on each of these cycles, and the part of the patch shown when the window opens isn't exactly the top left part anymore. IIRC the 3 pixel border around the active window has just been removed - that could account for the 6 pixel difference in the shrinkage/growth ... maybe if the border was made 1 pixel the size of the window would be stable Playing around and testing it seems something (possibly in the new visuals) is slowwwing down displaying/opening patches - resizing a window is jerky and CPU hits 100% (same patches have no problems resizing, with much lower CPU usage, in autobuild Pd-0.40.2- extended-2007-05-01 on the same system) which will have consequences (dropouts etc) and is extremely noticeable on my ageing powerbook - it seems to depend on how many objects are visible in the window at the time (when only a small part of a big patch is showing the problem is less). Large patches take an age to open. The new visuals are nice - I'll find out soon how much it helps my problems swapping patches with intricate layouts and GOP between mac, linux and windows (certainly old patches for mac layout cleanly, no overlaps etc). The live update for the font bomb is great. Thanks for all the hard work, especially the documentation ... lots of nice touches ... the improved help menu works well, the web references will great for newcomers finding their way around and make the locations for web documentation more consistent (are there local settings needed for the IRC item to work?) ... now midi and Gem help work properly! ... the [pddplink] GUI deserves a place in the 'put' menu! (I guess its been around for a while but I've only just noticed it) ... the 'text window' checkbox is good - does it save cpu if it is off, eg does it mean [print] uses less cpu? ... the cursor changing in click-able areas is nice, and I'm sure I'll find a use for [cursor] in setting up nicer user interfaces. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd and gpgpu
On 12 Nov 2007, at 5:52 AM, marius schebella wrote: and, I know, I attach the files as files, but they sometimes appear as text, don't know why. marius. I looked into this a while ago - it depends on the 'format=flowed' flag and the 'Content-Disposition' and 'Content-Type' flags on the attachments - maybe your client has some settings to select these flags? - in your mails each part has 'Content-Type: text/plain' and 'Content-Disposition: inline' and it is displayed that way on my client - all plain text (it fails for the binary file, which is not displayed - but that file certainly shouldn't be described as 'text/ plain') --070400050902010409090204 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit hi, at some point I had sound and image, but then something broke again, etc .. mfa.dr IOhannes --070400050902010409090204 Content-Type: text/plain; x-mac-type=0; x-mac-creator=0; name=01_basic.vert Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=01_basic.vert uniform sampler2D texture; void main() { gl_TexCoord[0] = gl_MultiTexCoord0; // perform standard transform on vertex gl_Position = ftransform(); } --070400050902010409090204 Content-Type: text/plain; x-mac-type=0; x-mac-creator=0; name=01_volume.frag Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=01_volume.frag dW5pZm9ybSBzYW1wbGVyMkQgdGV4dHVyZTsKdW5pZm9ybSBmbG9hdCB2b2x1bWU7CgoNCn Zv aWQgbWFpbigpDQp7Cgl2ZWM0IEIgPSB0ZXh0dXJlMkQodGV4dHVyZSwgZ2xfVGV4Q29vcm Rb MF0uc3QpOwoJZ2xfRnJhZ0NvbG9yID0gQiAqIHZvbHVtZTsNCn0= --070400050902010409090204 Content-Type: text/plain; name=test2.pd Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=test2.pd #N canvas 527 25 782 708 10; this mail gets displayed as attachments placed in the flow of the text - note 'Content-Disposition: attachment' on the relevant parts. This works well for most clients - the main differences are that some clients display the attachments (or their names or links to them) in the intended place in the body of the email, while others only display the list of attachments separately. --Apple-Mail-30--380763525 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed test test test --Apple-Mail-30--380763525 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; x-unix-mode=0644; name=-notes.txt Content-Disposition: attachment; filename=-notes.txt textfile textfile textfile --Apple-Mail-30--380763525 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed test test test test --Apple-Mail-30--380763525 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name=colours.pd Content-Disposition: attachment; filename=colours.pd #N canvas 385 152 626 609 10; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scrolling with translate
On 11 Nov 2007, at 3:43 PM, Roman Haefeli wrote: use : gemhead translateXYZ pix_image pix_texture rectangle 20 2 i am surprised, that you got even a result with [translateXYZ]-[pix_draw]. something very important to know about Gem is, that you can work in two domains: in the openGl-domain, which is completely processed on the gpu (if supported by hardware and enabled) and in the pix domain, which is computed on the cpu. all objects of gem with pix_* in their name belong to the pix domain. what cyrilly is proposing , is to switch as soon as possible to the opengl domain in order to save cpu, since [pix_draw] usually is quite slow (with [pix_draw] you get the very same result while just burning some cpu cycles). cyrille oh, and is there a way to plot large image files with [pix_texture]? i'm trying to do something like this: http://shiraklasmerphotography.com/Flash_Move/movement3.htm yeah, this is perfectly possible with the patch, that cyrille proposed. nevertheless, there are probably some hardware limitations. at least on my box, i wasn't able to texture a picture with a width of 3000px. i splitted it into 3 files à 1000px and textured them separately on three rectangles. let me know, if cannot figure out to do it, i can send you the patch. the hardware limitation that I know of is the graphics card memory (that limits the max size any textures can be) - the way I've got around that in a more general way is splitting long images into separate 4x3 files and using an abstraction with two gemheads, alternating between the smaller files - I could also post that if you wanted. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
On 12 Nov 2007, at 10:02 AM, Hans-Christoph Steiner wrote: simon wise wrote: Playing around and testing it seems something (possibly in the new visuals) is slowwwing down displaying/opening patches i've noticed the same. cheers, robbert -- pd-0.40.3-extended-20071106 mac osx 10.4.8, 15 G4 PB 1.67 GHz, 1 GB ram The changes that I made to enable the different colors are really quite trivial so I have a hard time believing that to be the culprit. But there have been quite a few changes since 2007-05-01. Maybe try an autobuild from a month ago, before the color changes? Could you post patches that illustrate the slow loading? I'll try earlier versions to see when the problem happened - but it is true of ALL patches - whenever they are redrawn it takes extra CPU time by the Pd-0.40.3-extended process. I'll keep exploring ... but so far: CPU peaks when a patch is opened, the window is resized or moved onto the screen (the CPU usage depends on the number of elements currently visible in the patch window). CPU is not affected when windows are moved inside the screen boundaries or covered/uncovered by other windows, dialogue boxes etc. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
On 12 Nov 2007, at 10:02 AM, Hans-Christoph Steiner wrote: simon wise wrote: Playing around and testing it seems something (possibly in the new visuals) is slowwwing down displaying/opening patches i've noticed the same. cheers, robbert -- pd-0.40.3-extended-20071106 mac osx 10.4.8, 15 G4 PB 1.67 GHz, 1 GB ram The changes that I made to enable the different colors are really quite trivial so I have a hard time believing that to be the culprit. But there have been quite a few changes since 2007-05-01. Maybe try an autobuild from a month ago, before the color changes? Could you post patches that illustrate the slow loading? I'll try earlier versions to see when the problem happened - but it is true of ALL patches - whenever they are redrawn it takes extra CPU time by the Pd-0.40.3-extended process. I'll keep exploring ... but so far: CPU peaks when a patch is opened, the window is resized or moved onto the screen (the CPU usage depends on the number of elements currently visible in the patch window). CPU is not affected when windows are moved inside the screen boundaries or covered/uncovered by other windows, dialogue boxes etc. another odd, unhelpful behaviour and possibly a useful detail: when a GOP abstraction is open while editing (ie it is showing as a grey rectangle) and the grey rectangle is moved then CPU usage goes up and the abstraction's window in the background is (very redundantly) redrawn simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scrolling with translate
On 12 Nov 2007, at 1:06 PM, tom tlalim wrote: thnx. i've already started working on a prototype for multiple files, but it would be an excellent time saver to see both your implementations. here is a patch for scrolling wide images across the screen, it is part of a bigger, more general system so there are lots of extra bits in there put all 4 patches and 4x3 image files named image-1.png, image-2.png, image-3.png in the same folder and open scroll-tiles-help.pd ... gemwindow.pd Description: Binary data p-set.pd Description: Binary data scroll-tiles-help.pd Description: Binary data scroll-tiles.pd Description: Binary data simon___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
On 13 Nov 2007, at 2:59 AM, Hans-Christoph Steiner wrote: Maybe try an autobuild from a month ago, before the color changes? Could you post patches that illustrate the slow loading? I'll try earlier versions to see when the problem happened - but it is true of ALL patches - whenever they are redrawn it takes extra CPU time by the Pd-0.40.3-extended process. I'll keep exploring ... but so far: CPU peaks when a patch is opened, the window is resized or moved onto the screen (the CPU usage depends on the number of elements currently visible in the patch window). CPU is not affected when windows are moved inside the screen boundaries or covered/uncovered by other windows, dialogue boxes etc. another odd, unhelpful behaviour and possibly a useful detail: when a GOP abstraction is open while editing (ie it is showing as a grey rectangle) and the grey rectangle is moved then CPU usage goes up and the abstraction's window in the background is (very redundantly) redrawn I made no changes there. You are beginning to discover for yourself the inspiration behind Desire Data. :) indeed! the problem first occurred in the 07/11/06 build (there must have been a few changes as the .app is 20MB larger), all is as it should be in 07/11/04 I'll try timing etc now simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
Hans using your speedtest on my machine for the versions shows little difference in the times measured (old Powerbook G4 667MHz OSX10.4.8). time to display the patch is much longer than the measured times - a couple of seconds at least in the newer autobuild - and CPU reads high for most of that time. I added an [osc~] to test the effect on audio - there are of course dropouts during opening and closing on each build, but the redrawing the window in the newer build gets much worse with audio on, for example resizing the window can take several seconds. The audio does not drop out during this redraw. A very interesting difference between the two builds is: - in the older build with audio on I can see the drawing process (no dropouts) - when the window gets smaller there is no visible redraw and no delay, if the window gets larger the new area is imediatly drawn in white but remans white for a while before being filled in, there seems no change to the area already drawn - in the new build the whole window is redrawn with any change in window render area, with much longer waiting times when the window shows many objects even if none of them change or only a small change is made. When the window is made smaller the whole visible area appears to be redrawn. There are still no audio dropouts but now the window border takes some seconds to update (unlike the older build where the border is drawn quickly but the details a drawn later). I hope this may give some clues as to where the problem is. simon Pd-0.40.3-extended-20071104 61.935 27.534 27,507 closed pd then reopened: 28.551 27.44 Pd-0.40.3-extended-20071109 53.346 28.093 28.555 28.333 On 13 Nov 2007, at 2:59 AM, Hans-Christoph Steiner wrote: On Nov 11, 2007, at 11:12 PM, simon wise wrote: On 12 Nov 2007, at 10:02 AM, Hans-Christoph Steiner wrote: simon wise wrote: Playing around and testing it seems something (possibly in the new visuals) is slowwwing down displaying/opening patches i've noticed the same. cheers, robbert -- pd-0.40.3-extended-20071106 mac osx 10.4.8, 15 G4 PB 1.67 GHz, 1 GB ram The changes that I made to enable the different colors are really quite trivial so I have a hard time believing that to be the culprit. But there have been quite a few changes since 2007-05-01. Maybe try an autobuild from a month ago, before the color changes? Could you post patches that illustrate the slow loading? I'll try earlier versions to see when the problem happened - but it is true of ALL patches - whenever they are redrawn it takes extra CPU time by the Pd-0.40.3-extended process. I'll keep exploring ... but so far: CPU peaks when a patch is opened, the window is resized or moved onto the screen (the CPU usage depends on the number of elements currently visible in the patch window). CPU is not affected when windows are moved inside the screen boundaries or covered/uncovered by other windows, dialogue boxes etc. another odd, unhelpful behaviour and possibly a useful detail: when a GOP abstraction is open while editing (ie it is showing as a grey rectangle) and the grey rectangle is moved then CPU usage goes up and the abstraction's window in the background is (very redundantly) redrawn I made no changes there. You are beginning to discover for yourself the inspiration behind Desire Data. :) .hc -- -- I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ 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] gem in fullscreen
On 13 Nov 2007, at 1:09 PM, Mario Mora wrote: ...is there any way to get gem on fullscreen and to do some data changes on the fly? what data input are you using? what OS? there are different solutions for different cases but you certainly can get data in in fullscreen mode ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem in fullscreen
mario (note that using this list you need to 'reply all' to respond to the list, if you just 'reply' you send to the individual who sent the mail) On 13 Nov 2007, at 1:27 PM, Mario Mora wrote: i 'm using linux (ubuntu studio and fedora) i need to change colours , graphical objects, movement and different inputs from sound sources you can use [hid] or [hidio] for USB input from mouse, keyboard or many USB devices you can use MIDI devices such as control surfaces with the midi pd objects you can use [gemkeyboard] or [gemmouse] for the system mouse and keyboard input when the gem window has focus you can use a second computer on a network running pd with a GUI interface and connect using [netsend]/[netrecieve] or one of the other net objects like the OSC ones you could build your own interface using something like the arudino you could devise ways for pd to respond to the audio inputs at least these are the ways I have done things, but there are many other possibilities simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem in fullscreen
On 13 Nov 2007, at 7:22 PM, IOhannes m zmoelnig wrote: many people are not aware of this, but you can as well create the gemwindow on an alternative display. e.g. [create 192.168.1.100:5.0( should create the gemwindow on the :5.0 display of 192.168.1.100. that's really very interesting - I guess that it would work well with anything that does not involve loading textures etc - or with a decent sized graphics card memory a bunch of textures could be loaded over the network then used via their ID but does working via the network connection put more than just bandwidth limits on what Gem can do? and is it at all possible to load things from the host computer's drives (or ram) without going the round trip through the controlling computer? simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Different Users on the same machine...
On 15 Nov 2007, at 9:59 AM, Mike McGonagle wrote: I am not quite certain what is happening, but I installed the latests auto build (1114), and when I start up PD under one user on my machine (that does not have a '.pdrc' file), none of the libraries will load. On another user (that has an EMPTY '.pdrc' file), it seems to boot up fine. probably the user that is not loading the standard libraries has a preference file - the preference file name depends on the OS, check the readme that comes with the autobuild for details. The older .pdrc file is separate from the preference file and works independently of the preference panel, preference file and the default preference file included inside the autobuilds (which loads all the libraries). simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Different Users on the same machine...
actually the readme isn't so clear on this point ... if a preference file exists in the usual place for you OS then pd- extended uses it, if not then pd-extended uses the default one included in the distribution, so in order to use the defaults just remove the preference file in your home folder. On 15 Nov 2007, at 12:48 PM, simon wise wrote: On 15 Nov 2007, at 9:59 AM, Mike McGonagle wrote: I am not quite certain what is happening, but I installed the latests auto build (1114), and when I start up PD under one user on my machine (that does not have a '.pdrc' file), none of the libraries will load. On another user (that has an EMPTY '.pdrc' file), it seems to boot up fine. probably the user that is not loading the standard libraries has a preference file - the preference file name depends on the OS, check the readme that comes with the autobuild for details. The older .pdrc file is separate from the preference file and works independently of the preference panel, preference file and the default preference file included inside the autobuilds (which loads all the libraries). simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_video: composite or Firewire ?
On 16 Nov 2007, at 10:47 AM, Alexandre Quessy wrote: I didn't like much using Firewire (ieee1394) under GNU/Linux, since the driver is pretty slow. As I understand it, if you are using DV codec with firewire you are going to get several frames delay (on any OS) - I guess this system is optimised for capturing media for editing, favouring accuracy rather than latency, not so good for real-time use. I have tried many different combinations of DV camera and capture system, always there are several frames delay with DV. Composite capture cards can be much faster, and can be better resolution too - but they get very expensive for higher resolutions. Without locking the camera's framerate and the capture card together you are always going to get a frame or more delay. Very high end digital mixing systems have a exactly one frame delay, allowing for processing the signal etc and all the cameras are locked in sync. I settled on a PCI framegrabber from Eurosys, not cheap but quite nice, and get a delay of less than 2 frames - just fast enough to get away with putting the image of a performer speaking up onstage without the sync between live voice and image being too bad. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabread4~~
On 21 Nov 2007, at 3:47 AM, Kyle Klipowicz wrote: You can get lost in the mathematics and never be able to communicate with an audience of anyone but geeks (self included). Music is communication, so as musicians we have a responsibility to communicate in a language that is understood by our audiences. Of course, if you want to be bitter and elitist and feel that the audience needs to take a complex analysis class to 'get' your music...but the ladies still dance more to a hard hitting beat or a good ol' melody. The structures that that underlie a good piece of work don't need to be understood on a direct analytical level by an audience member, formal structures - mathematical or otherwise - can often help create a work that is more whole and reads better regardless of whether that structure is read directly (if an individual audience member also understands the structure this can add another kind of interest to the work for them). On the other hand it is very important for the artist using formal structures in their work to understand what they are doing. It certainly isn't the only way to make art, but if you are going to go that way then understanding the structures you could use is crucial. And work that is more purely formal, intended only for an audience with a knowledge of and interest in the structures being used, isn't only for the 'bitter and elitist' artist - it is also part of the way artists can share and build techniques, a way to 'talk about' structure and form in a more practical way, perhaps in parallel with formal analysis, perhaps not. This feeds into work for a broader audience and helps the artist and others understand what is going on in their practice. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gridflow for expert people ?
On 12 Dec 2007, at 4:16 AM, Max Neupert wrote: Is there a Finder option to show dot-files? There's one on Linux. in the terminal type: defaults write com.apple.finder AppleShowAllFiles 1 then restart the finder and it will display all the hidden files too. another neat thing i discovered some days ago is if you naviagte in the terminal to a hidden folder and use the open command it will open the unvisible folder in the finder (try open /bin ) 'Go to folder...' (or shift-cmd-G) will also open hidden folders in Finder, then I make visible aliases to folders such as /bin or /usr. For those who insist on GUI access to lots of preferences otherwise only accessible through the terminal try TinkerTool from http://www.bresink.com/osx/0TinkerTool/download.html and/or OnyX from http://www.titanium.free.fr. For a very useful extension to Finder, a better way to get file info and to browse invisible files try XRay from http://www.brockerhoff.net/xray simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Recording question
On 18 Dec 2007, at 10:22 PM, tania habib wrote: I am working on Mac Pro osx 10.4, I have not tried the two different soundcards option, we use the multichannel sound card for our recordings. the OSX audio system does have a system to join two different soundcards -open Audio MIDI Setup (usually in the Utilities folder) -then open the Aggregate Devices Editor from the Audio menu - here you can create a new device, select which will be the master clock etc -this new device can then be selected and used in the usual manner simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Recording question
On 19 Dec 2007, at 9:51 AM, Roman Haefeli wrote: hey, that is cool to know (as a non-osx user, i wouldn't have expected something like that to exist, but i think, i know quite some people who could benefit from that). just in case you know: do you have an idea how this system deals with the fact, that each of this cheapo soundcards have their own clock? does it use one as the master clock and does apply a samplingrate conversion to the other in order to sync it? i am asking, because i would like to know, if any decrease in sound quality is expected when you use aggregate. I've used it a couple of times to get some extra outputs from a laptop, and it has worked fine but I haven't used it extensively. There are options to choose which clock source is used, and options (for each physical device) to re-sample the audio so it seems that it will re-sample if you choose, or not if it works ok without - I guess that would depend on things like the abilities of the cards and their drivers. It has been around for a while - maybe introduced in OSX 10.3??? simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: jit.lcd equivalent?
On 22 Jan 2008, at 3:56 AM, Damian Stewart wrote: hello list, with GEM, is there an equivalent to Jitter's jit.lcd object? jit.lcd lets you draw lines which stay permanently on the screen in 2d space, rather than as OpenGL objects, or what have you - it's more like moving a pen across a surface, you just draw a line and then forget about it. I think a negative render order number may be what you are after [-1( | {gemhead] | it puts the object in front of the 3D space, related to the gem- window not the other objects and 'unaffected by viewpoint changes' according to the gemhead helpfile simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] phasor to square
On 21 Jan 2008, at 3:18 AM, Patrice Colet wrote: / / / / / / / |/ |/ |/ |/ |/ | /| /| /| /| /| /| / |/ |/ |/ |/ |/ | square (2:1): __ | | | | | | | | | | | || || hi raul when doing ascii art, the font and formatting you are using is critical for the correct appearance. in order to display your aa correctly in other people's email-client as well, choose 'plain text' instead of 'html' format and a monospace font type while typing. roman [Or([Use( [Tab( [Key( [] | | | | | [demux 0 1 2 3] | [print] but tab-stops are not always the same! inline: snap.png simon___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: jit.lcd equivalent?
On 22 Jan 2008, at 8:10 PM, simon wise wrote: I think a negative render order number may be what you are after [-1( | {gemhead] | it puts the object in front of the 3D space, related to the gem- window not the other objects and 'unaffected by viewpoint changes' according to the gemhead helpfile sorry that should be: [set -1( | [gemhead] | ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM: texturing parts of multiple movies
On 22 Jan 2008, at 11:03 PM, Georg Holzmann wrote: Hallo! I have the following (basic) GEM problem (and some ascii-art ;) : I have 2 movies running with pix_film which are rendered on rectangles with the same size over the whole screen and I want to see only a part of each movie (see illustration): from movie A: --- | | | | | | | |---| | | | partA | | | | | | | |---| | --- from movie B: --- ||| | || partB | | ||| | ||| | | | | | | | --- together: --- ||| | || partB | | ||(movieB)| | | |---| || | | | partA | | | |(movieA| | | |---| | --- So I tried to lay black rectangles over the movies and let free partA,partB so that one can only see these parts. But this does not work for multiple movies, because then I only see the movie with the highest gemhead priority (and also with alpha blending it was not possible) ... So my question: is this possible without additional pix_* commands ? (e.g. texturing only a part of the movie onto a rectangle ... ?) If yes has someone an idea how ? Thanks for any hint, LG Georg PS: if this is too confusing I can send an example patch ;) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list a somewhat clumsy workaround would be to make a transparent rectangle the size of part A, in front of the others in space, then movie B with the black masks behind that, then movie A behind that: set your gemwin to 'orthagonal' set the render order of the oblects: movie A first part A second movie B with masks etc next but there is probably also a way to render part of the image, I'd like to know also simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM: texturing parts of multiple movies
On 22 Jan 2008, at 11:41 PM, simon wise wrote: On 22 Jan 2008, at 11:03 PM, Georg Holzmann wrote: Hallo! I have the following (basic) GEM problem (and some ascii-art ;) : I have 2 movies running with pix_film which are rendered on rectangles with the same size over the whole screen and I want to see only a part of each movie (see illustration): from movie A: --- | | | | | | | |---| | | | partA | | | | | | | |---| | --- from movie B: --- ||| | || partB | | ||| | ||| | | | | | | | --- together: --- ||| | || partB | | ||(movieB)| | | |---| || | | | partA | | | |(movieA| | | |---| | --- So I tried to lay black rectangles over the movies and let free partA,partB so that one can only see these parts. But this does not work for multiple movies, because then I only see the movie with the highest gemhead priority (and also with alpha blending it was not possible) ... So my question: is this possible without additional pix_* commands ? (e.g. texturing only a part of the movie onto a rectangle ... ?) If yes has someone an idea how ? Thanks for any hint, LG Georg PS: if this is too confusing I can send an example patch ;) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list a somewhat clumsy workaround would be to make a transparent rectangle the size of part A, in front of the others in space, then movie B with the black masks behind that, then movie A behind that: set your gemwin to 'orthagonal' set the render order of the oblects: movie A first part A second movie B with masks etc next I replied too quickly, a better (more general solution which could involve more movies and no masking) would be: set the gemwin 'orthagonal' layer the movies so A is furthest away, then B, C etc in front of this place a black rectangle then transparent rectangles part A, B C etc render order is: movie A then part A then movie B then part B then movie C then part C etc finally render the black rectangle this way you can easily move the part around simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM: texturing parts of multiple movies
On 23 Jan 2008, at 1:59 AM, IOhannes m zmoelnig wrote: How can I do that ? [pix_coordinate] that works, it was what I was looking for too, and it's probably more efficient - but it does need some fiddling if you want to keep the various movies lined up full frame and move the exposed part around. Also it only works for rectangles. But it will be just what I need for fitting parts of an image onto walls on a stage! thanks. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] multiple audio device
On 4 Feb 2008, at 4:43 AM, Ypatios Grigoriadis wrote: Do you really need multiple devices (soundcards)? From your email I understand that you just need the 8 outputs from your RME. if you really do need both the RME and, say, the built in audio for some reason you could use the OSX audio system to do the combining (explore Aggregate Devices via Audio Midi Setup utility, discussed several times on this list) this has worked for me - using Jack, a cheapish external USB sound device and the Built-in output, on a G4- MacMini simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] multiple audio device
On 4 Feb 2008, at 3:24 PM, simon wise wrote: On 4 Feb 2008, at 4:43 AM, Ypatios Grigoriadis wrote: Do you really need multiple devices (soundcards)? From your email I understand that you just need the 8 outputs from your RME. if you really do need both the RME and, say, the built in audio for some reason you could use the OSX audio system to do the combining (explore Aggregate Devices via Audio Midi Setup utility, discussed several times on this list) this has worked for me - using Jack, a cheapish external USB sound device and the Built-in output, on a G4- MacMini sorry, wrong OS, but I think those discussions also mentioneded a way to do it on Windows simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Filtering Midi Active Sensing
On 6 Feb 2008, at 7:12 PM, Ingo Scherzinger wrote: I actually need the opposit of what Frans needs. I need anything that can receive it so I can start some functions upon connecting a keyboard to pd. Are there any externals that can handle active sense in whatever way? what OS are you on? try [hid] or [hidio] from Pd-exteneded if you want to be able to detect USB (keyboard or other) inputs regardless of which window is 'in focus'. It also allows you to use multiple keyboards independently. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playing long audio files
On 8 Feb 2008, at 6:51 AM, Kevin McCoy wrote: This is a question that comes up pretty often - a general rule I try to use is to search the list archives first to see if other people have had the same problems and then post. cheers :) km On Feb 7, 2008 12:01 PM, ruben patiño [EMAIL PROTECTED] wrote: hi all seems that the soundfiler does not resist longuer files than two minutes. is any way to play some good slayer stuff? also is kind of difficult to open a mp3 file with mp3play~ wich doesn´t support all my mp3s danke! search for [gigaplay~], an abstraction mentioned often on this list, for help on this. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cpu consumption
On 11 Feb 2008, at 11:26 AM, punchik punchik wrote: is there a way of turn off the dps processin in a subpatch? [switch~] simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Phasor Driven Midi File Playback?
On 13 Feb 2008, at 7:53 AM, Martin Peach wrote: This works on my system: [read C:/PROGRA~1/pd/doc/5.reference/textfile.txt( but [C:/PROGRA~1/pd/doc/5.reference/textfile.txt( | [read $1( does not work. try [symbol C:/PROGRA~1/pd/doc/5.reference/textfile.txt( | [read $1( simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] what libraries are included in 0.39-3? and how to
On 18 Feb 2008, at 2:56 AM, bryan eubanks wrote: How does one go about adding libraries to a line that is already containing one? you can add extra paths or libraries in the preference dialogues by adding a colon then the new path (no spaces!!) [then 'apply' then 'save settings'] next time you open the dialogue it will be on the next line. perhaps if you have more than the 10 entries you should try editing the preference file (since you are on OSX it is org.puredata.pd.plist) directly, using Apple's Property List Editor instead of struggling with the not-so-friendly preference dialogues. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd/gem as vj mixer at win (Vadim Smahtin)
On 19 Feb 2008, at 12:06 AM, tim wrote: Sergi Lario wrote: Hi. I trying to create 2 channel videomixer in pd/gem. And now have 2 questions- how i can make 2 gemwin's to use 1 as preview and other as output, and second- how i can make file list or grid of images to preview my videofiles and then load it's to pix_film. Big thx. Hi. About multiple gemwin at same time: I don't know if it's possible, but it would be very useful. Hi Sergi, I've done stuff with two gemwins by running pd 2 times and have the two instances communicate over OSC. It worked quite well. a while ago there was a multiple-Gemwin version of Gem around - I tried out the binary that was available and it worked fine (I think on OSX but possibly Linux?) but I used the 2 pd method instead for my project. I don't know if it is possible for one pd to use textures or buffers created in the other, that would make the preview idea work well with two pd instances. Soon I want to try 2 camera views of the same 3D space, I think that would be much easier in a single instance of pd with two windows! Is the multiple window patch still working? (preferably on Linux, but also on OSX?) Or is there a better way to try this? simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd/gem as vj mixer at win (Vadim Smahtin)
On 19 Feb 2008, at 1:55 PM, patrick wrote: scenario : dual screen, 1280x1024 and 800x600 for your projection. you make a gemwin 1120 width, offset 960 and put your preview in the window that appear in your screen. never tried it myself since i never did a performance. a window across two screens works fine for me on OSX, I guess it would depend on drivers, Xorg setup and graphics card on linux but should be quite achievable, does a preview ok but still it does not give me 2 viewpoints/camera angles on 1 3D world! I'll check the other references as well thanks simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd/gem as vj mixer at win (Vadim Smahtin)
On 19 Feb 2008, at 6:46 PM, tim wrote: simon wise wrote: On 19 Feb 2008, at 12:06 AM, tim wrote: Sergi Lario wrote: Hi. I trying to create 2 channel videomixer in pd/gem. And now have 2 questions- how i can make 2 gemwin's to use 1 as preview and other as output, and second- how i can make file list or grid of images to preview my videofiles and then load it's to pix_film. Big thx. Hi. About multiple gemwin at same time: I don't know if it's possible, but it would be very useful. Hi Sergi, I've done stuff with two gemwins by running pd 2 times and have the two instances communicate over OSC. It worked quite well. a while ago there was a multiple-Gemwin version of Gem around - I tried out the binary that was available and it worked fine (I think on OSX but possibly Linux?) but I used the 2 pd method instead for my project. I don't know if it is possible for one pd to use textures or buffers created in the other, that would make the preview idea work well with two pd instances. My idea was rather to simply sync the messages so that the same video file is loaded by the two pd's separately. I wasn't using any texturing with this setup though, so I don't know if it would work. Soon I want to try 2 camera views of the same 3D space, I think that would be much easier in a single instance of pd with two windows! Load the same 3D space in the two pd's and relate the control data in some way ? without textures and lots of pix work this is fine - but I'm wanting to use plenty of movies and largish graphics as textures, which would be present from a different point of view in each of the windows. It would be better to only read from the drive once, then decode using the CPU a single time, and to only transfer one copy to the graphics card - so it seems either 2 windows in a single pd or a way to pass references to textures already loaded between 2 different pd's is what I'm looking for, but I'll fall back on one machine per projector if required. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd/gem as vj mixer at win (Vadim Smahtin)
On 20 Feb 2008, at 3:58 AM, chris clepper wrote: On OSX and Linux pix_share_write and pix_share_read use shared memory between applications to pass pix_ frames. The setup requires giving the shared memory a numeric id, width, height and bits per pixel of the frame. After this frames written by one pd instance can be read from any other pd. OSX will require changing shm defaults in /etc/rc in order to use HD size textures. that seems just what I need, I'll explore ... thanks simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] usb based dmx (and pd)
On 24 Feb 2008, at 11:12 AM, potax flan wrote: any of you using pd to control lights over dmx? i'm looking for a fast and reliable controller that i could use with pd. how about usb based ones? experiences? tips? I have always had access to a lighting desk with midi input and used that, it worked well but does mean setting up the desk and the patch is very dependant on that particular desk. Another project I know of used a USB device successfully: http://lists.puredata.info/pipermail/pd-list/2007-09/053975.html there are plenty of other refs in the Pd-list archives http://lists.puredata.info/search/PD-list?query=dmx +controlmax=20result=normalsort=score simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
On 25 Feb 2008, at 10:32 PM, altern wrote: I need to have several video outputs that run in sync. A friend who works in a art exhibition space told me there would be couple of solutions for this but both involve buying pretty expensive equipment like special DVD players. I thought then that a solution for this issue could be to have several computers on a local network playing video (with GEM) and synchronise them via OSC. But I dont have any experience doing such a thing, never used OSC for anything similar. Also I dont have a clue about how to synchronise together videos. Has anyone done anything similar? any experiences to share? yes. we used a dual-head machine (actually it was a quad-head, so we had plenty of space for editing...) running a single gemwin covering both screens and 2 [pix_film]s that were controlled by the same counter. since Gem allows you frame-accurate access, the 2 videos were in perfect synch. but we might need up to 6 to 8 video outputs, thats too much for the same machine. Thats why I thought about having a machine per video output connected to a LAN and synchronised via OSC. I've done it often, the basic principle for keeping the LAN machines in constant frame sync, allowing scrubbing etc, is each projector has a slave patch that uses [pix_film] to play by frame number rather auto, and receives those frame numbers (via [netreceive]) from a master patch which has a metro counting the frames and which plays any sound required. Works very cleanly and doesn't put much data through the network. Two [pix_film] Gem-chains in each slave will give you X-fades etc. I could post the set of patches which add quite a bit more functionality than that if you like, I've built up a collection over several projects. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
On 26 Feb 2008, at 6:15 AM, enrique franco wrote: Hi Simon, Where Can we see the video patches you talk about? I´m very interested. I'm very busy till the weekend, I'll gather them up and post them after that. I'll give a URL to the list when I've done it. and yes - it isn't a perfect solution, there will be some jitter due to the LAN so it isn't as nice as proper time syncing would be, but since the frame-rate is usually 40ms that jitter is impossible to notice in almost all circumstances, and since actual frame-numbers are sent then there is no slippage or getting out of sync over time. I've used it with 5-projector wide images with fast movement across them. The biggest challenge is always getting the codec right for the circumstances, issues like whether the original was interlaced can be tricky. I find the results always better than DVDs which where often the more expensive alternative. The system has been especially useful to me when I've needed to present a sequence with different formats, possibly with still images, when I've wanted to be able to cue things manually, and when lots of keystoning or colour correction was needed to line things up. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [pix_record] mixes up colors.
On 1 Mar 2008, at 3:51 PM, Dudley Brooks wrote: It's worth trying ... I guess. It has the obvious disadvantage of saving hundreds or even thousands of files which some other program then has to convert into a movie. So if anyone knows how to modify either pix_record or its inputs ... And, for that matter, why pix_record (or possibly pix_snap) does this? Otherwise ... recommendations on which program (preferably freeware) is best for converting frame files to movies in MacOSX? QuickTime can do it - 'Open Image Sequence ...' in the 'File' menu of Quicktime Player [but you probably have to fork out the rude 'extra' $$$ for Quicktime Pro before that menu item works, most of the useful functions in QuickTime are the same] It is only the convenience of a menu items in the player that you are paying for, QuickTime is still the same even if you don't pay the ransom ... eg you can make a little applescript to do most things, 'open image sequence filename frames per second 25' is the command for opening an image sequence, filename is the first file of a numbered series. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] UI developer volunteering to help - more suggestions
On 16 May 2008, at 1:10 AM, marius schebella wrote: some programs open up a default new canvas (word, blender...), some show up an assistant that asks you what you want to do (?...), but none opens up a document just for settings. .. Vim does simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Harware and video card with Linux
On 13 Jul 2008, at 7:28 AM, Jack wrote: I would like to use one PC with ubuntu and 2 graphic cards with 2 outputs (total : 4 video outputs). I usually use a Mac. Can you give me a good harware configuation using Pd and GEM equivalent to a MacPro configuration (2 intel Quad-core 2,8 GHz and 2 ATI Radeon HD 2600 XT) ? Not too expensive please ! I did just that a couple of weeks ago - I used 2x quite different NVIDIA cards - an older NVIDIA 6800 card and a cheaper but newer Gigabyte card with an NVIDIA 9600GT chip [less than $200 here in Australia], both PCI-E. The motherboard has an NVIDIA chipset. Both work fine together, the NVIDIA driver recognises them both easily. I could put each in Twinview mode then use 2 gemwindows [a while back I successfully tried the multi-window version of Gem, but haven't done so recently], but instead I set up xorg to give 4 separate displays for different Gem windows (4 instances of Pd, one running on each of the 4 displays). I may buy another of the 9600 cards and see if I can get a single large gemwindow for all 4 projectors using the SLI link - but I haven't done that yet. I run Debian (the Sidux distribution with a 2.6.25 kernel. The processor is an oldish dual core AMD. simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto launch IAC driver on startup
I use IAC driver for routing midi out of pure data (pd ext 0.39.3) to other software. Is there a way to automatically load a patch with this specific midi driver ( so i don't have to choose it manually from the preferences ) ? I remember doing something similar with MidiYoke on a pc. I 'd like to do the same on a Mac with IAC driver , i've tried to add a line in the org.puredata.pd.plist file midioutdev IAC Driver: Bus 1 put -mididev 2 (or whatever number refers to the IAC device on your setup) into the startup flags in the preferences, or on the CL if you use that if you want a list of the device numbers you can put -listdev into the startup flags and you will see a list of the available audio and midi devices in the Pd window simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Gnome/Ubuntu] Gem video on external screen
On 23 Oct 2008, at 6:41 AM, Martin . wrote: Actually, the CPU bit is not true. Its at 50-60% regardless, sorry for the noise. Still though, I guess the main issue is that Gem crashes upon loading videos into pix_film. Anyone know a way to track the reason for Gem troubles? cheers, Martin On Thu, Oct 23, 2008 at 12:24 AM, Martin . [EMAIL PROTECTED] wrote: Hi all, Im a bit desperate to find a way to play video on an external screen without Gem (or even X/Gnome) crashing. Ive set up xorg.conf to a virtual screensize of the double horizontally so as to have a projector read the video from the right part of the screen, and still have my GUIs visible on the left part (what is visible on my laptop screen). you will probably need to set xorg for two separate displays, and one of these can be 3D accelerated, I usually start pd with Gem from the display with the projector, and control it with another pd started on the other display. This has worked well with 4 screens from 2 NVIDIA cards uswing debian, I guess it would be also ok with an intel chipset, as it does not rely on twinview or any other fancy graphics stuff. Alternatively I believe Gem can open a gemwin on a different display to the one pd was started on, check the list archives as I have not tried this. simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Gnome/Ubuntu] Gem video on external screen
On 23 Oct 2008, at 1:46 PM, Martin . wrote: you will probably need to set xorg for two separate displays, and one of these can be 3D accelerated, I usually start pd with Gem from the display with the projector, and control it with another pd started on the other display. This has worked well with 4 screens from 2 NVIDIA cards uswing debian, I guess it would be also ok with an intel chipset, as it does not rely on twinview or any other fancy graphics stuff. Alternatively I believe Gem can open a gemwin on a different display to the one pd was started on, check the list archives as I have not tried this. Ah, that sounds right - do you know achieve 3D rendering on one of the displays? As mentioned, my xorg.conf is set as a big virtual desktop shared between two screens..: exact details will depend very much on the graphics card and driver, but you should aim for the projector display to be the first, or primary, display, possibly use xorg.conf to turn on direct rendering for that one and off for the other. With NVIDIA most of this can be done with the driver GUI. Then either start pd from that display or give gemwin the appropriate message - I forget what it is but it was on this list a few weeks ago. simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Script in osx
On 28 Oct 2008, at 4:21 AM, Gal Chris wrote: Hello somebody nows how tomake a script in OSX to load a PD patch selecting a specific sound decive ( MOTU sound card) and 8 channells? When I start PD manually it select by default the Imac soundcard so I have to select the device (MOTU) in mediaportaudio manually I need to make a script with a especific configuration because is for a sound installation try something like: /Applications/Pd.app/Contents/Resources/bin/pd -audiodev 2 depending of course on where your Pd is, and what it is called. you could save that line in a .command file. alternatively save the CL flags in your Pd startup preferences, remember to 'apply' then 'save all settings', then restart pd. to find out which device numbers correspond to which audio devices use -listdev as a startup flag and look at the console output. To find out available startup flags, for more control of devices channels etc, try: /Applications/Pd.app/Contents/Resources/bin/pd -help in Terminal. When all is set, make sure the MOTU is plugged in before Pd is started. 'Open at Login' in the dock can be useful if you want automated launch, as can 'restart after power failure' hidden away in 'options' in 'energy saver' preference panel simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Float accuracy
On 7 Nov 2008, at 5:53 PM, [EMAIL PROTECTED] wrote: actually i have thought if pd could be ported to use double precision? may be optionaly so if your machine is meant to be fast enough then you opt doubles .. is it quite doable? what is the new situation with 64-bit compatible pd in 0.41 ?? simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] HID with thinkpad x61 tablet
On 12 Nov 2008, at 4:58 PM, Myo wrote: hi guys I'm trying to get the touchscreen/tablet on my thinkpad x61 working in pd I undestand that [hid] looks in /dev/input/event* under linux? if so, then this my cause a problem, since (in debian and ubuntu at least) the wacom tablet pen shows up under /dev/ttyS0 any ideas please? :) the tablet is serial, not USB, so HID is no use here, there may be some kind of wacom object for serial tablets??? or you may need to use an object for the system mouse??? simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Maximum length of sysex messages?
Alex wrote: I've been investigating further, I haven't figured out where, in the source, the problem occurs.. the alsa input midi buffer is quite large [much larger than 226 bytes], So my question is: is anyone aware of a hard coded limit for the length of sysex messages in pd? I'd like to increase this limit if possible.. I recall this being spoken of, and I think solved, some time ago, but this was all I could see on a quick search: http://lists.puredata.info/pipermail/pd-list/2007-07/052402.html the thread I seem to remember was longer Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] I am a new user confused as to why I cant get GEM object to work.
Max wrote: There is no need for X11 if you want to use GEM. only PDP/PidiP and Gridflow depend on X11, but you said you want to run GEM. the errors you posted suggest that you probably use a build for intel in a PPC machine or the other way round. make sure you have downloaded the right version for your architecture: http://puredata.info/downloads it seems that Gem also depends on X11 libraries - for the font stuff I guess??, quoting the earlier post ... Just installed X11 from OSX 10.4 dvd I get the following on start up libdir loader $Revision: 1.8 $ written by Hans-Christoph Steiner h...@at.or.at compiled on Jul 29 2008 at 03:24:20 compiled against Pd version 0.40.3.extended /Applications/Pd-extended.app/Contents/Resources/extra/Gem/ Gem.pd_darwin: dlopen(/Applications/Pd-extended.app/Contents/ Resources/extra/Gem/Gem.pd_darwin, 10): Library not loaded: /usr/ X11R6/lib/libfreetype.6.dylib Referenced from: /Applications/Pd-extended.app/Contents/Resources/ extra/Gem/Gem.pd_darwin Reason: no suitable image found. Did find: /usr/X11R6/lib/libfreetype.6.dylib: mach-o, but wrong architecture Gem: can't load library the 10.4 DVD may be the wrong version, or possibly this library is left over from an earlier attempt to install X11? Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] I am a new user confused as to why I cant get GEM object to work.
this missed the rest of the list, the link is useful .. Original Message Your a legend :) for anyone else who may want this I got the X11 update here: http://www.macupdate.com/info.php/id/10464 having installed that GEM now works for me. brilliant back to trying to understand physical modeling thanks Geoff On 24 Feb 2009, at 02:47, Simon Wise wrote: Geoff wrote: Hi tried killing both preference files related to PD Still no joy :( Within the start up of PD there are problems mentioned to do with X11 i,e, wrong architecture. But I wouldn't really know what that meant. thanks for the ideas. geoff Referenced from: /Applications/Pd-extended.app/Contents/Resources/ extra/pdp.pd_darwin Reason: no suitable image found. Did find: /usr/X11R6/lib/libX11.6.dylib: mach-o, but wrong architecture pdp: can't load library /Applications/Pd-extended.app/Contents/Resources/extra/ pidip.pd_darwin: dlopen(/Applications/Pd-extended.app/Contents/ Resources/extra/pidip.pd_darwin, 10): Library not loaded: /usr/ X11R6/ lib/libX11.6.dylib Referenced from: /Applications/Pd-extended.app/Contents/ Resources/ extra/pidip.pd_darwin Reason: no suitable image found. Did find: /usr/X11R6/lib/libX11.6.dylib: mach-o, but wrong architecture pidip: can't load library Is the install DVD you used the original for your machine? The mac- intel X11 is NOT the same as the mac-ppc X11, it seems perhaps you may have installed the wrong one. Though apple doesn't provide X11 for download [maybe they hope to sell more upgrade disks this way?? or just are not too keen on making it easy to use non-quartz apps??] it can be found hosted by some generous souls if you google, I found it for a friend who needed it for Gimp recently, she did not have her original disks anywhere handy, and the only copy I had was for ppc. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] key and keyup question
Lorenzo wrote: Hi all, I'm a little confused by the behaviour of the [key] and [keyup] objects. What I'd expect is that they 'bang' and output the number only and only when a key is pressed (key) or depressed (keyup), while it looks like while a key is kept pressed they go on banging. Also a [keyup] seems to bang even when a key is 'down'. This also poses somewhat a problem with keyboard 'poliphony' say I keep a key pressed while also pressing other[s]. Is my expectation simply wrong? I noticed that the behaviour is different when pressing keys like SHIFT, CTRL etc. that behaviour comes from the OS, those objects listen to the events that are sent to pd from the X server, not to the raw USB events that [hidio] uses. To fix your problem you have change the key repeat preferences on whatever OS you are using. You may also find you have issues with which window is in focus - to receive the events the appropriate pd window must be in focus. Again [hidio] [hid] etc use the keyboard more directly, and receive all events even if the keyboard in question is not being used by X, in addition you may select individual devices with [hidio] while it is the sum of all the attached keyboards, plus any synthetic X events, that [key] and [keyup] use. But yes, [hidio] works for me with Debian and OSX, but it does not work with Windows, apparently the USB interface is a pain, and quite difficult to work with. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] key and keyup question
that behaviour comes from the OS, those objects listen to the events that are sent to pd from the X server, not to the raw USB events that [hidio] uses. To fix your problem you have change the key repeat preferences on whatever OS you are using. You may also find you have issues with which window is in focus - to receive the events the appropriate pd window must be in focus. It took me a little while to work this out, so I'll share this in case anyone is looking at similar problems, and wants to control exactly what inputs are used by X and when, so they can use keyboards, mice, tablets etc as controls in pd without also controlling the pointer etc ... A month or two ago Debian Sid moved to the new version of Xorg [some of the other distributions moved over earlier] and this has meant huge changes to the way input devices are dealt with, and now HAL is the primary way that X gets info about accessing devices. It is now possible to have a nearly empty xorg.conf, or even no xorg.conf at all. It is also possible to stick with the old style of configuration if you wish, but you will have to add a couple of extra lines to your old xorg.conf if this is what you want. This article is well worth reading to find out more: http://wiki.debian.org/XStrikeForce/InputHotplugGuide It seems that the HAL way of doing things, using it's configuration files, is a lot more flexible and much more hot-pluggable than the old way, but uses a completely different set of configuration files. I have been wondering how hard it would be to make [hidio] into something that works through HAL, maybe called [halio], to be able to access many devices that register with HAL instead of just USB devices, but to stick with a very similar interface to [hidio], and preferably stay compatible for usb-hid devices?? It would of course be Linux only because HAL is a purely Linux way of doing things. That would be a very long-term learning exercise for me, with no results for some time, if at all - but the results would be great! Some other commands you may want to look at for more tricks, all extremely easy to set up in Debian, then usable in pd with a few scripts and [shell] (or maybe use pdreceive in a pipe?) are the ones that create X events - so that you can create mouse and keyboard events, moving the windows of other apps around and sending keystrokes, mouse events, text selections and more - try out these packages ... xdotool xautomation xsel plus these utilities from x11-utils to help: xev xwininfo xprop Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to exchange tables between different instances of pd in real time?
Martin Schied wrote: Is there something to exchange big audio chunks or tables? I'm currently thinking about using soundfiler and a ramdisk for exchange, but if there's something more convenient I'll try that. I found streamio13~ which can send several audio signals in parallel, so I could build a simple syncing mechanism...? open for any suggestions... if I remember correctly then [value] is actually global, and is shared between pd instances, but the help patch is not at all clear on that and I have not used it. There have been discussions about this on the list so you could try to search. Could you use that in some way to exchange references to a table? or to an audio file? it has a numeric value, so that could be difficult. But as you say it may be just as easy to use a file to save/share data then pass its path/name to the other instance, e.g. via [netsend]. Simon Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to exchange tables between different instances of pd in real time?
Simon Wise wrote: if I remember correctly then [value] is actually global, and is shared between pd instances, but the help patch is not at all clear on that and I have not used it. There have been discussions about this on the list so you could try to search. I tried it, it isn't like that, I am talking nonsense it seems. Try the list archives, there has been discussion about this Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] HID problem in Xubuntu.
Diego Azar wrote: Hi, I'm trying to use de hid librari in Xubuntu. I installed pd-hid.deb package without trouble and everything works perfect (usb mouse, keyboard, etc) except for the touchpad. It's not a permission issue, i've already gave permission to /dev/input/event0-9 and /dev/input/mouse0-2. is your touchpad a USB HID device? Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] adc doesn't work on ubuntu
Gabriel Vinazza wrote: what i found strange is that i can actually hear the mic and line inputs, even change their volume or mute them, etc. from the system mixer.. but pd ignore them completely! i need help for connecting my midi controllers too, well.. it's being hard for me (my first times on linux stuff) to get started on this take a look at the manual, try the help menu ... the html manual was probably installed along with Pd, look at getting pd to runaudio and midi it will explain how to select the right audio and midi inputs. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] FT232 and PD (OSX)
Felix Obée wrote: I'm also missing a quick reference guide. Somehow OSX has hidden all pd-files from me (probably somewhere root?) and some overview would be nice. on OSX all Pd files are inside the Pd.app folder, try the right-click menu to open it up. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A multiple problem with video playing
Matteo Sisti Sette wrote: tep wrote: I'm using a few computers to play some synced videos, but i can't get satisfying results using pix_movie. What is that is unsatisfying? Is the playback on each computer unsatisfying by itself (in which case I cannot be of help, whatever unsatisfying means), or is the syncronization between computers that is not perfect? In this second case, how much do you lose syncronization, i.e., how many frames of difference between any two computers do you accumulate per minute? If you just send a start signal to all computer and have them play the videos, and expect them to keep synchronized just by the exactness of their clock, I think it is impossible (with whatever software or codec) to maintain an acceptable synchro (meaning no much more than a couple of frames of difference) for more than a few minutes. I once had to do a synced playback of 3 videos and, if left to drift, they could stay apparently synchronized for as long as about 5 minutes. Indeed I was surprised by GEM's clock stability, I didn't expect so much (well actually i did, but I had been surprised a few months earlier with a similar application). To guarantee synchro within a given tolerance forever, I did a patch with one master and several (in my case 3) slaves where the master broadcast (via udp) its current time every N seconds (e.g. N=5) and each slave compared the received time with its own, and if the difference was greater than a threshold (e.g. 2 frames), it forced itself to skip or pause the needed amount of frames. It worked quite well. With a slightly more sofisticated patch you could correct the drift in a more gentle way than abruptly pausing or skipping a few frames. I used Windows (not sure whether xp or vista, I think xp) and DV-PAL codec. By the way, I never used pix_movie's auto mode: I turned it off and fed the right inlet with a counter incremented by bangs taken from the [gemhead]. But i dubt this makes any difference. I have synced several computers on a LAN successfully using a master, with a counter run by a [metro], sending frame numbers to the slaves via [netsend] and [netreceive], sending the frame number to each [pix_film] object. This way the master can also play audio which remains in sync, and pausing, scrubbing etc are all possible. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 58, Issue 125
tep wrote: Thanks for your answers. Matteo : i'm afraid it's the playback which is unsatisfying by itself . i' ll have to upgrade to better computers. Thanks also for pointing out this synchro matter, which will be necessary anyway because the videos can last as long as 15 mn.. It should be fine, hopefully, by sending a master clock ascending value through udp. Otherwise, if it's like hiccup, i'll keep your idea of comparing incoming values to skip / pause the needed frames. Marco : which type of macs did you use ? Mine are fairly tired : it's both ibooks, with a 933Mhz processor. I first tried to launch my videos using VLC with the system object, which was much lighter for the computers. But the sync is not reliable at all, and the windows blink when opening : not clean enough for my installations ... I was thinking of trying VLC but never did, since the GEM way was much more flexible and I could create a nice interface in Pd. I've used some very low end machines (both old macs running OSX and debian on old PCs) as slaves quite successfully. Your ibooks will probably handle DV playback adequately, especially if they are the slaves and are not doing anything else. Quicktime has handled DV very well since much effort was put in to get Final Cut Pro working smoothly on the early G4s. Try using the raw DV format rather than the .mov format, or try without audio. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A multiple problem with video playing
IOhannes m zmoelnig wrote: tep wrote: Thanks Iohannes So, i can conclude that the slaves local frame clocks are taken from the local gemhead objects, as explained in Matteo's answer ? Is it more reliable/light than using a metro on each computer (which would allow me to change the playback speed) ??? well changing the playback speed with the [metro] might be unsatisfactory, because you will have all sorts of weird re-sampling artefacts. gemhead: +++++++++++ metro : 0 1 2 3 4 5 6 7 8 9 0 1 2 frame : 01235678012 as you can see, every fourth frame is dropped, which might look not so good. The method I have used reliably and with smooth playback is a single [metro] on the master machine, which sends the actual frame numbers to all the other machines. I think the Gemwindows had quite high framerates, linked to the refresh rates of the projectors. All the [pix_film] objects have auto off, and are sent the frame number explicitly so there is no playback speed at all - each frame is called for independently. This allowed much more flexibility with seeking and playback speeds, and has worked with 5 old G4 mac-minis showing a very wide screen movie where it was vital that they showed exactly the same frame (there was some very fast dance movement running across several screens and the movies looped indefinitely). Use the master to play any audio so that the metro stays in sync with the soundtrack. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 'synced' number and slider
IOhannes m zmoelnig wrote: Jonathan Wilkes wrote: In other words, whether you send a value through an inlet to one of the linked iemguis, or use [send] to send a value to all the linked iemguis, it should set the value on all linked iemguis. so how do you control a single iemgui then? (without side-effects to the linked friends?) I often use linked sliders, to duplicate controls in different places, but rarely connect the inlets/outlets and only use the send/receive symbols and the mouse. It can save quite a bit of messing around controlling the sync manually, especially when an external control surface like the BFC2000 is used. I assumed that the reason the graphical representation of these inlets and outlets disappear when the send and receive symbols are the same is that they become almost useless. When this special behaviour isn't what I want I use two different symbols. Occasionally I have used the outlets, for special cases where slightly different behaviour is required depending on which slider was moved, and I guess the inlet is the way it is because it behaves internally the same as the receive symbol ... anyway it can be useful for some kinds of visual feedback, if used carefully. But ... controlling a single GUI using its inlet is deceptive - the position on the slider changes but this value is not output in any way, does not alter the linked sliders and does not reflect the last value of the s/r symbol ... the position of the GUI may or may not have been sent to the [r] depending on whether it was moved by the mouse or by the inlet. If I then bang the input, or move the slider a little, or click on the GUI, so that this new value is sent then all the GUIs are moved to this position, the [r] gets the new value and the local outlet gets the value but the other outlets don't - matching the behaviour when I move a single GUI. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] many DVI ports with Debian/Ubuntu and Gem
Hans-Christoph Steiner wrote: I am looking into doing a 10 screen installation using Pd/Gem. I'd like to run it on as few computers as possible. Anyone have any recommendations for Debian or Ubuntu setups that can have like many DVI ports in one computer? I've done 2x Nvidia cards for 4 DVI screens, could possibly add more, but often it's cheaper or easier to use a network of cheaper computers that can run 1 or 2 screens with media locally stored, esp if the projectors or screens are not at the one location. Ethernet is much cheaper and easier to run than DVI links. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd cuer
Pagano, Patrick wrote: I am trying to make it as simple as possible for Board Ops these are people who might not be savvy with pd and need stuff to be as simple as a GO button, spacebar or click For use by someone familiar with operating a lighting or sound desk then a midi controller (I use a BFC2000, but there are lots of other ways to go) controlling a main patch, which has a simple visual feedback layout and keeps all the guts in sub-patches is a nice way to go. A few years ago I set up a 3 camera - 2 output vision mixer with a bunch of visual effects for a show, we set it up in 5 venues and the video guy, who knew almost nothing of pd at the time (but a lot about analogue video) set it up and operated it easily, without any outside help. I've also given operators a simple keyboard number pad, then set up the patch to run cues with the same logic as most modern lighting desks use - key sequences like 2 digits followed by a + to GO are very familiar to any theatre operator. Then you can get a bit fancy and use some other controller, I've used Spaceballs and tablets a few times. Finally if touring a show anything visual that is run using DMX from the lighting desk will be happily operated by the lighting operator, while if you add another interface suddenly you find in many venues you need an extra person to do those cues, so it can be worth it to buy (or make) a USB interface that takes the lighting protocol - DMX - and control your patch using a few lighting channels as part of the lighting plot. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sydney
On 18/07/10 23:16, David Kirkpatrick wrote: Hi Didit, I'm based in Sydney and I recently created an installation at the Sydney Opera House that used Pd and Gem. Simon Wise is another guy to check out. I'm not sure if he's in Sydney or Perth at the moment. G'day David Yes - I've moved to Perth for a time, studying at UWA. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sydney
On 27/07/10 22:32, chrism wrote: Hi Simon, I moved back to Perth recently? You are the first person I have found here using Pd. Maybe we should start a Pd patchers group? :) sure ... I'd noticed you were Perth a while back, but then you moved out before I got here. I'm a full time student, doing 1st year of a Mathematics and Computing degree ... more than 30 years after starting something similar in Sydney but getting distracted by radio, then theatre and performance, finally coming the full circle back to computers. I've been using Pd for creating and operating video and sound in performance and dance for a few years. Lets meet for a drink, I'm between Leederville and Northbridge. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] advice- multiple camera inputs
On 08/08/10 20:12, Dima Strakovsky wrote: Hi all, Coming out of the lurker mode to ask a question here :) I am kicking around an idea for a work that would require four camera inputs. The video streams would be remixed in realtime and output via a single projector. Was wondering if anyone has played with the scenario and has some advice to offer? My solution for this was using a PCI framegrabber card with 4 video chips, allowing for 16 video inputs into 4 buses, each 640x480. This was what prompted me to switch to Linux as there were no such cards with OSX drivers available. Using GEM I was able to use the 4 video chips simultaneously, and could use alpha blending with at least 12 layers of video if I also played back video files. More than 4 cameras simultaneously was also possible if I only wanted quite low framerates, but mainly the extra inputs allowed switching between several cameras and video inputs from within GEM. This was six years ago and there are more choices available now. Note that generally if using composite video very little, if anything, is gained by using a resolution better than 320x240, since that is about as much information as is available in most composite systems and GEM, or rather the graphics card, scales up very smoothly if set correctly, so you can mix with higher resolution video files very well. My prototype was on OSX with a single firewire video input, using DV, but I abandoned this approach because firewire [at least when using DV] has a substantial latency built in [about 8 frames]. It is not optimised for live use but rather for reliably transferring video from tapes. With the framegrabber the cameras were not synced so latency varied between about 0.5 and 1.5 frames [in a serious digital video mixer the cameras are synced together and the latency is fixed at 1 frame]. Using multiple input machines could work with some kind of streaming, but there would be latency and compression issues to consider, while if you get an appropriate framegrabber then the frames can be passed on to GEM quite efficiently so not much CPU is used, and all the moving around of pix data is over fast internal buses and the alpha blending is done in the graphics card GPU. I added a second graphics card later, so eventually I had 4 DVI outputs and 4x4 video inputs, this worked smoothly and it would have been very hard move all that data between different machines if I had used streaming instead. The framegrabbers were from Euresys, the graphics cards were Nvidia, but the choices would probably be quite different now, six years later! Simon Dmitry Dima Strakovsky Assistant Professor of Intermedia University of Kentucky http://www.shiftingplanes.org PS I lived in Lexington when I was little, while my dad was working at that University for 3 years, but that was a very long time ago. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hi, new user. Question about max/msp and PD
On 11/09/10 08:05, jm jones wrote: I like the free-software nature of PD, but besides that, I want to know the pros and cons of the two environments. 1/ If you need *extremely* low latency, and are prepared to put in the effort required to tweak and maintain your system carefully, then you can get lower latency on a Linux system, Max does not run on Linux. 2/ If you are interested in running your music from small embedded systems, or in installations in galleries and so forth, or using rjdj or similar in mobile devices, then Linux has many advantages, again Max does not run on Linux. 3/ One of the original motivations for pd was the data-structures stuff, and what it could do in algorithmic music. This area is a bit more complicated than some of the other stuff in Pd, but really very interesting in many ways. I understand it is quite different to what is available in Max, but I don't use Max so I'm not sure. 4/ Using Linux allows for a different approach to working with hardware, if you are interested in using hardware to give a tactile interface to your music making then some approaches are more flexible using Linux, again Max does not run on Linux. Max is prettier and with more GUI, but is really more easy to learn? Perhaps it is a bit easier to 'discover' things by just clicking around the menus etc, but this is really only a small initial advantage, and good advertising. In any case real usage will require a similar learning curve after those initial stages, because most of what needs to be learnt is how to use a Graphical Dataflow Language to make music. Im not interested in video, only music and sound. What about resources (patches, objets, etc)? Pd has lots available, probably Max does too, maybe the fact that Pd is open source means that you, or someone else, can adapt internals a bit to your needs, or make externals that are more integrated with the internals, but that depends on your programming skills and interests, i.e. do you want to do some of your work in C? Maybe Max has a bigger user base, but maybe the FLOSS nature of Pd makes the sharing more open? I don't Know much about the Max community, so a comparison is not possible for me. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mix two video streams and add DSK
On 03/10/10 16:37, Jamie Bullock wrote: In terms of latency, I get the impression this is a function of the video capture method used... @Simon, can you tell me which PCI card you are using? This was a few years ago, I guess the current versions would be PCIe instead it was a Euresys Picolo Tetra .. 4 chips on the card, each of which switch between 4 inputs .. there are 4 BNC connectors on the card, plus extension panels with 4 BNC each for up to 16 BNC total, or make your own panel if you prefer. A nice features is that each connection has a separate termination switch, so it is fine to connect some of them in parallel, and since switching between the source is accessible from inside GEM you can get a very flexible mixer going. It wasn't cheap, but I was very happy with it (and the overall system was hugely cheaper than any digital vision mixer capable of doing what I wanted). The company does industrial control systems using linux, so all the drivers were fine .. but actually the standard v4l ones worked well as I didn't need the extra features accessible via their drivers. I could do 4 simultaneous 640x480 feeds, and the CPU usage sending them directly to the screen was quite reasonable, allowing several other 1024x768 streams to be played from the disks. GEM (or rather openGL and the graphics card) scales the image very nicely. With the good cameras the image was very nice, though with any composite video there is not much information at better than 320x240 and it was hard to see any difference going to 640x480, the quality going via DV was better simply because DV is a cleaner, higher resolution, transfer than composite. The quality depended on the camera, not the capture. Various high definition capture systems exist, often very expensive. Latency was the reason I switched to this system, the performance was set in a kind of low budget live TV studio, so with a camera on a person speaking the DV delay was unacceptable, the lip-sync was way too far off between the live actors voice and the image. This project is to port a piece originally done with Max/Jitter to a Pd-based system. The main complaints they had were video quality and latency, so those are problems we need to solve. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mix two video streams and add DSK
On 06/10/10 08:49, Simon Wise wrote: On 03/10/10 16:37, Jamie Bullock wrote: Latency was the reason I switched to this system, the performance was set in a kind of low budget live TV studio, so with a camera on a person speaking the DV delay was unacceptable, the lip-sync was way too far off between the live actors voice and the image. This project is to port a piece originally done with Max/Jitter to a Pd-based system. The main complaints they had were video quality and latency, so those are problems we need to solve. Another note re video quality ... The choice of graphics card, and the speed of the motherboard (i.e. how fast you can move data between drives, PCI bus, CPU and graphics cards) are important choices for video quality. The motherboard choice is tricky as some of the faster boards for this kind of work are aimed at gamers, and maybe not so well supported in Linux. An Nvidia card with propriety driver is probably still the only way to go to give you reasonable control over the various scaling and syncing options to get the highest quality .. smooth scaling and no tearing etc. The Intel graphics option may also be worth checking out, their drivers are properly open and much easier to keep up to date ... and they have been getting much better in the last year or so. I haven't explored this yet. Forget ATI for this kind of work in Linux now .. maybe a year or more down the track this could change, maybe not. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_opencv for Mac OS X
On 06/10/10 21:07, ydego...@gmail.com wrote: ydego...@gmail.com wrote: Hans-Christoph Steiner wrote: On Oct 5, 2010, at 5:00 PM, ydego...@gmail.com wrote: ola, You can see which Pd libraries people are working on adding to Debian here, they all start with pd-*: http://www.debian.org/devel/wnpp/being_packaged that's what i mean, i don't see unauthorized, pdp or pidip, neither in abandonned libs, neither in 'to be packaged'... I think the whole project of getting extended and the packages set up and building in Debian is just now getting to the point where lots of libraries could be done. Getting the pattern right obviously meant starting with a couple first, then adding a batch which were easier to do. Now it is possible to use these as templates. Doing it carefully in stages seems like a good idea to me, it has taken a couple of months to get to this point. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] odd key object behavior under Linux
On 11/10/10 19:50, Mathieu Bouchard wrote: On Mon, 11 Oct 2010, Hans-Christoph Steiner wrote: One thing that would make a lot of sense is to make the [key] object only output keydown and keyup events, and not output the auto-generated repeats. Only as a non-default option. But how do you do that ? Usually, when I need non-repeat mode, I go to system preferences and check off the box. But I'd be glad to know how to avoid auto-repeat (reliably). .. or use the device directly, say with [hid] ... but that doesn't get the combined events of all keyboards etc, just the key presses from one. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PS3 eye, Pix_video, low latency
On 2010-10-14 12:38, Jma/celeonet wrote: Would you recommand a specific analog grabber card that works fine with Mac ? A few years ago exactly the same issue led me to finally switch to Linux. At that time it seemed that I couldn't do what you want to do on a Mac. I don't imagine the situation has changed much, good frame-grabbers are used in industrial control and other specialised applications, and that certainly is not Apple territory. Maybe there are other usb or firewire options available now with enough quality and reasonable latency. The latency you speak of is specific to DV, as you say it is a protocol designed for reliable transfer from camera/tape to computer .. this was very important to Apple and Sony at the time. Note the sample rate of video is the frame rate. Unless you go for rather expensive very high frame-rate capture devices, which are certainly available, the camera will only be capturing each pixel every 40ms, and even if you processed that information line by line it would be difficult to get any reasonable analysis before a whole frame was present. This leads to unavoidable latencies much longer than audio ones. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list