Re: [PD] preventing comport freezes
Am 14.05.2009 um 22:14 schrieb Hans-Christoph Steiner:
On May 9, 2009, at 2:43 PM, Martin Peach wrote:
Roman Haefeli wrote:
thanks for the info.
On Fri, 2009-05-08 at 19:27 +, martin.pe...@sympatico.ca wrote:
just out of curiosity: if there is a solution, that works well for
[tcpserver], couldn't it be applied also to [comport]?
Maybe. But I think you should be able to use [comport] with no
hardware handshaking enabled and send data even if no cable is
attached. Sometimes the absence of one of the two input handshake
signals prevents the serial hardware from sending. Also if an error
occurred in the reception of serial data it may not be handled
properly in [comport]. So I'm not sure what is causing this
particular
crash, since HC said that it happened when the remote device was
disconnected but gave no further detail.
iirc, on linux at least, [comport] makes pd hang, _whenever_ the
other
end disappears. i.e.:
- pulling out the usb-cable, while the arduino is connected
- turning off an rfcomm device
This looks like something related to the usb interface. I think
pulling out an RS-232 cable has no effect, as the serial driver can
only be closed by [comport]. With a usb adapter the usb driver can
close the port.
I suspect that the comport_tick routine, which is called
periodically to check for received characters, tries to access the
serial port after the usb driver has closed it.
The non-Windows code in comport_tick looks like this:
unsigned char serial_byte;
fd_set com_rfds;
int count = 0;
FD_ZERO(com_rfds);
FD_SET(fd,com_rfds);
while((err=select(fd+1,com_rfds,NULL,NULL,null_tv)) 0)
{
err = read(fd,(char *) serial_byte,1);
outlet_float(x-x_data_outlet, (t_float) serial_byte);
++count;
}
As you can see the select call only checks for the presence of
received characters with com_rfds, and doesn't check the write or
exception status. I suppose the select call should also check the
exception fd_set, as the usb driver has no other way of informing
[comport] that it has closed the port, it should have flagged it
there.
(Although if the fd itself is no longer valid I don't know what to
do...using non-existent file descriptors is a good way to crash Pd)
ATM I only have 'legacy' RS-232 ports on my hardware so I can't
test it, but I can change the code.
Martin
Ok, quick test shows a couple things:
- just using [comport 1 115200] and then yanking the USB out causes
the crash, so no data needs to be sent to cause this. This is with
a standard Arduino USB.
- in the select() that you highlight, it is just testing before
reading, so I am guessing it would not be so useful to do a write
test if it is only going to read().
i can confirm this. when a [print] is connected to [comport] and after
unplugging the usb cable, [comport] starts sending '0' messages with
maximum rate. so it seems, that it is bogusly receiving data.
roman
___
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] video = glsl + shading + motion-tracking
Hello For those interested: my latest research in pure visual data. http://databaz.org/xtrm-art/?p=202 Here: a combination of a shading (from framebuffer) + deformation through the vertex (call file via GLSL glsl_verxtex and end with glsl_fragment to process floats glsl_program). Everything is handled in real time from a motion-tracking that both variables gives vertex + triggers two types of sound (64 grid areas in the image): 64 osc~ + sounds of a grid of sample . best regards p ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [expr] for if, then, else?
I would like to use [expr] for an if, then, else statement: If $f3 0, then $f1 + $f2, else $f1 - $f2 In the help for [expr], I see the following: [expr $f1; if ($f1 0, $f1 * 2, 0); if ($f1 = 0, $f1 / 2, 0)] So I try: [expr $f1, $f2, $f3; if ($f3 0, $f1 + $f2, 0); if ($f3 0, $f1 - $f2, 0)] but it doesn't create. I also tried without the final ,0 in each statement, and also this way: [expr $f1, $f2, $f3; if ($f3 0, $f1 + $f2, $f1 - $f2)] Can someone explain to me the proper syntax for this? D. ps... gotta love the fact I can copy/paste text in and out of objects etc these days! -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 142: Shut the door and listen from outside ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [expr] for if, then, else?
You don't need to declare the variables... it is just: [expr if ($f3 0, $f1 + $f2, 0); if ($f3 0, $f1 - $f2, 0)] but you will have 2 outlets (one for each if), and not an else for the same outlet in fact, it would be nice to have an else on Yadegari's externals... For more information see: http://www.crca.ucsd.edu/~yadegari/expr.html josé Derek Holzer escreveu: I would like to use [expr] for an if, then, else statement: If $f3 0, then $f1 + $f2, else $f1 - $f2 In the help for [expr], I see the following: [expr $f1; if ($f1 0, $f1 * 2, 0); if ($f1 = 0, $f1 / 2, 0)] So I try: [expr $f1, $f2, $f3; if ($f3 0, $f1 + $f2, 0); if ($f3 0, $f1 - $f2, 0)] but it doesn't create. I also tried without the final ,0 in each statement, and also this way: [expr $f1, $f2, $f3; if ($f3 0, $f1 + $f2, $f1 - $f2)] Can someone explain to me the proper syntax for this? D. ps... gotta love the fact I can copy/paste text in and out of objects etc these days! -- http://www.padovani.googlepages.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [expr] for if, then, else?
Derek Holzer wrote: So I try: [expr $f1, $f2, $f3; this is the problem, delete that section ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [expr] for if, then, else?
Thanks all for sorting me out! D. -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 175: What are the sections sections of? Imagine a caterpillar moving ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] who wants to port [wacom] for windows (and unix) ?
On Thu, May 14, 2009 at 7:27 AM, Hans-Christoph Steiner h...@at.or.atwrote: Check the help patch, there are some subpatches on the top illustrating alternate methods of specifying the device. vendorid/productid is quite useful I tried these for a couple hours, quite a long time ago.. trying to compare the output string with the one I expected for my device. I couldn't get anything near as consistent (or even working) as well as just making [linuxevent /dev/wacom] and sending it a poll message. I'll try again soon and tell you what happens. , but I forgot if that is implemtned in GNU/Linux. There are other ways too. .hc On May 13, 2009, at 11:47 AM, Rich E wrote: Can you think of a way to route this information back to [hid]? The main reason I use [linuxevent] instead of [hid] is because I don't have to click anything in order to initialize the wacom.. it is automatically looking at the correct /dev/* On Wed, May 13, 2009 at 4:10 PM, Hans-Christoph Steiner h...@at.or.atwrote: You can use the [print( message and look for the wacom in the Pd window. .hc On May 12, 2009, at 2:23 PM, Rich E wrote: I use [linuxevent /dev/wacom] in linux... plus an abstraction. Works fine and provides everything I need. [hid] does work, but you have to know exactly what /dev/* file to tell it to look at (it won't take the /dev/wacom symlink). Windows should be the only one that needs the official wacom driver. On Mon, May 11, 2009 at 7:48 PM, Hans-Christoph Steiner h...@at.or.atwrote: You can just use the linux input API to get the wacom data, [hid] works with wacoms in GNU/Linux, at least last time I tried. .hc On May 11, 2009, at 1:11 PM, Stephen Sinclair wrote: Isn't there actually a reverse engineered Wacom driver for Linux? Couldn't this be used instead of having to ask permission from Wacom? http://linuxwacom.sourceforge.net/ I too think it would be great to have cross-platform wacom support, but I think it would be even better if there was a libwacom C API for all operating systems for which the Pd wacom object was a simple wrapper. Steve On Mon, May 11, 2009 at 12:48 PM, João Pais jmmmp...@googlemail.com wrote: Hello Pd developers and programmers, we - me and Johannes Kreidler for now - wanted to ask if anyone would be interested in programming a version of Thomas Grill's [wacom] for windows (and unix, if possible). This external is used to take data from wacom tablets - so in case anyone else is interested in this please say something. The features/work would include: - be compatible with general wacom architecture - and specially with the Intuos3 (which is the tablet we own) - take all parameters from the tablet connected - not forgetting tilt+inclination, touch strips and keys (these aren't covered by [wintablet]) - put the compiled binaries in a svn folder packaged with Pd Extended (see below) - be willing to do some maintenance now and then, specially until things get stable (after that, I guess the work would be kind of finished) According to T Grill, the developer(s) that work on this must register with Wacom as developer(s), so that they have access to the wacon API. Also, the source code cannot be given away, so they must sign a non-disclosure contract (from what Thomas said, not as complicated as it sounds). I couldn't find exact information about this, but at http://www.wacomeng.com/devsupport/index.html might be something more clear. It would be perfect if someone would be interested in porting the code just because. In case that doesn't happen, we - me, Johannes Kreidler and whoever wants to join in - would be interested in giving a small payment for the work. We're poor people (just like you), so we can't really pay what a professional programmer should get for the work. In that case, just get in discussion with us, and we'll see what can be done. Again, if this interests someone else - either as developper or contributor - please forward this mail away. Best, João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev All information should be free. - the hacker ethic ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Re: [PD] Port-audio settings, and stability
Its also in the latest test release: http://at.or.at/hans/pd/installers.html .hc On May 15, 2009, at 3:14 AM, Peter Hanley wrote: hey that's great thanks, but having trouble finding the patch. i have pd extended version 40.3 and can't find the [get-audio-dialog] patch. Peter On 14 May 2009, at 16:57, Hans-Christoph Steiner wrote: I created an object to make it easy to store these settings in your patch. Its included in the latest Pd-extended test release, or I posted it on this list a while back. Its called [get-audio-dialog]. .hc On May 14, 2009, at 9:15 AM, peter hanley wrote: hi, I am building a interactive music interface with pd. on mac 10.5.3 firstly was wondering if anyone knew how to save port audio settings in pd? i'm going through firewire 410 to an m-audio driver to have 4speakers and have to input these setting everytime it opens. Anyway to have it automatically? and next problem is pd keeps quitting randomly when programme is running. does the same on different computers with newly downloaded versions of pd. must be my patch but have reduced it to basic and it still happens. using tuio.pd with reactivision and some simple tones and drum effects. any help would be appreciated. Thanks, Peter Send instant messages to your online friends http://uk.messenger.yahoo.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4 release candidate 1
Thanks to all for your replies, I found that page about font size and Tcl/Tk 8.5 last night and started looking for some 8.4 packages for OpenSuse but couldn't find anything. OpenSuse 11.1 is the same as Fedora 10, they moved to 8.5 and there are no 8.4 packages (I remember Ubuntu being better for providing older versions). I wonder if we could look into pd's code to try to fix this with 8.5, any ideas where I could start looking? Cheers, Hector On Fri, May 15, 2009 at 12:02 AM, Hans-Christoph Steiner h...@at.or.at wrote: The text sticking out of the boxes is usually caused by Tcl/Tk 8.5: http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-big-or-small The pidip error is really just a warning. I think you can set a font then it'll work. Otherwise, check out the source files for the two text objects, you'll see the default location is: imlib_add_path_to_font_path(/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType); .hc On May 14, 2009, at 9:19 PM, Hector Centeno wrote: base64 problem solved. The package tcllib was needed. The only prblems left are with pdip not finding the fonts and with the text sticking out of the object boxes. Cheers, Hector On Thu, May 14, 2009 at 9:14 PM, Hector Centeno hcen...@gmail.com wrote: OK, I tried setting the font size using the -font-size flag but even with small font somehow the size of the object box doesn't scale properly and the text still sticks out. Also I'm getting this error in the terminal: can't find package base64 Thanks, Hector On Thu, May 14, 2009 at 9:01 PM, Hector Centeno hcen...@gmail.com wrote: OK, it seems that I got it to build in OpenSuse 11.1 and it seems that it was much less effort than when I did it on OpenSuse 11. I only had to hack one of the make files (the one for tclpd). Now the problems I'm having are: PiDiP : additional video processing objects for PDP version 0.12.23 ( ydego...@free.fr ) error: [pdp_text] error: could not load default font, no text rendering! install Bitstream Vera, it's free! (http://www.gnome.org/fonts/) error: [pdp_qtext] error: could not load default font, no text rendering! install Bitstream Vera, it's free! (http://www.gnome.org/fonts/) I have Bitstream Vera installed in /usr/share/fonts/truetype, do I have to copy them somewhere else? Also the font in in the pd gui is too big so the text entered inside the objects doesn't fit inside the object boxes. Once I have this things sorted out I will post in the pd wiki a short review about building pd in OpenSuse including a list of required packages. Cheers, Hector On Thu, May 14, 2009 at 3:41 PM, Hans-Christoph Steiner h...@at.or.at wrote: I don't know SUSE at all, so I won't set it up, but I am happy to help someone else get the builds running on a SUSE machine. Do you have one to offer? It doesn't need to be fast, just working. Most of the build farm are 733Mhz machines from '98, for example. :) Also, it would be good if you documented the build process on the wiki so others can follow it: http://puredata.info/docs/developer/FrontPage/createform?page=SUSE You can see the Debian or Fedora page for an example: http://puredata.info/docs/developer/Debian http://puredata.info/docs/developer/Fedora As for a source tarball, I haven't made one... but you can get the whole thing from svn easily enough: svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.41 .hc On May 14, 2009, at 3:26 PM, Hector Centeno wrote: Is there a URL for downloading this version's source? I'm using OpenSuse 11.1 so I have to build it from scratch. By the way, does anyone know about an OpenSuse repository for PD? Probably there are not enough resources already but is there any chance of including OpenSuse in the building farms? Cheers, Hector On Wed, May 13, 2009 at 8:49 PM, Hans-Christoph Steiner h...@at.or.at wrote: Ok, so this thing is just about ready to release! Please hammer on it, report any little bug or annoyance you might find to the bug tracker! You can see some info about the included changes here: http://puredata.info/dev/NextRelease Windows and Debian/PowerPC builds coming soon http://at.or.at/hans/pd/installers.html .hc Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list All information should be free. - the hacker ethic I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle
[PD] data crossroad to share
Hi People As it took me a lot of work for such a simple idea (near 1700 conections) I share it with you, just in case anybody else needs something like this. It works receiving a data stream from one inlet, and selecting from a second one between 42 different outs (outlets not provided but possible, of course). If anybody knows a better way of doing it without this kind of zen work, please tell me, because I might be using a lot of this stuff. I hope it is usefull. http://puredata.info/Members/fgadea/encrucijada/view Best nan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] who wants to port [wacom] for windows (and unix) ?
You could try hidio, which is in SVN in externals/io/hidio. I specifically worked on these kind of issues there. It should be useable. I plan on making a proper release of it this summer. .hc On May 15, 2009, at 9:31 AM, Rich E wrote: I tried these for a couple hours, quite a long time ago.. trying to compare the output string with the one I expected for my device. I couldn't get anything near as consistent (or even working) as well as just making [linuxevent /dev/wacom] and sending it a poll message. I'll try again soon and tell you what happens. On Thu, May 14, 2009 at 7:27 AM, Hans-Christoph Steiner h...@at.or.at wrote: Check the help patch, there are some subpatches on the top illustrating alternate methods of specifying the device. vendorid/ productid is quite useful , but I forgot if that is implemtned in GNU/Linux. There are other ways too. .hc On May 13, 2009, at 11:47 AM, Rich E wrote: Can you think of a way to route this information back to [hid]? The main reason I use [linuxevent] instead of [hid] is because I don't have to click anything in order to initialize the wacom.. it is automatically looking at the correct /dev/* On Wed, May 13, 2009 at 4:10 PM, Hans-Christoph Steiner h...@at.or.at wrote: You can use the [print( message and look for the wacom in the Pd window. .hc On May 12, 2009, at 2:23 PM, Rich E wrote: I use [linuxevent /dev/wacom] in linux... plus an abstraction. Works fine and provides everything I need. [hid] does work, but you have to know exactly what /dev/* file to tell it to look at (it won't take the /dev/wacom symlink). Windows should be the only one that needs the official wacom driver. On Mon, May 11, 2009 at 7:48 PM, Hans-Christoph Steiner h...@at.or.at wrote: You can just use the linux input API to get the wacom data, [hid] works with wacoms in GNU/Linux, at least last time I tried. .hc On May 11, 2009, at 1:11 PM, Stephen Sinclair wrote: Isn't there actually a reverse engineered Wacom driver for Linux? Couldn't this be used instead of having to ask permission from Wacom? http://linuxwacom.sourceforge.net/ I too think it would be great to have cross-platform wacom support, but I think it would be even better if there was a libwacom C API for all operating systems for which the Pd wacom object was a simple wrapper. Steve On Mon, May 11, 2009 at 12:48 PM, João Pais jmmmp...@googlemail.com wrote: Hello Pd developers and programmers, we - me and Johannes Kreidler for now - wanted to ask if anyone would be interested in programming a version of Thomas Grill's [wacom] for windows (and unix, if possible). This external is used to take data from wacom tablets - so in case anyone else is interested in this please say something. The features/work would include: - be compatible with general wacom architecture - and specially with the Intuos3 (which is the tablet we own) - take all parameters from the tablet connected - not forgetting tilt+inclination, touch strips and keys (these aren't covered by [wintablet]) - put the compiled binaries in a svn folder packaged with Pd Extended (see below) - be willing to do some maintenance now and then, specially until things get stable (after that, I guess the work would be kind of finished) According to T Grill, the developer(s) that work on this must register with Wacom as developer(s), so that they have access to the wacon API. Also, the source code cannot be given away, so they must sign a non-disclosure contract (from what Thomas said, not as complicated as it sounds). I couldn't find exact information about this, but at http://www.wacomeng.com/devsupport/index.html might be something more clear. It would be perfect if someone would be interested in porting the code just because. In case that doesn't happen, we - me, Johannes Kreidler and whoever wants to join in - would be interested in giving a small payment for the work. We're poor people (just like you), so we can't really pay what a professional programmer should get for the work. In that case, just get in discussion with us, and we'll see what can be done. Again, if this interests someone else - either as developper or contributor - please forward this mail away. Best, João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev All information should be free. - the hacker ethic ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD] preventing comport freezes
On May 15, 2009, at 4:09 AM, Roman Haefeli wrote:
Am 14.05.2009 um 22:14 schrieb Hans-Christoph Steiner:
On May 9, 2009, at 2:43 PM, Martin Peach wrote:
Roman Haefeli wrote:
thanks for the info.
On Fri, 2009-05-08 at 19:27 +, martin.pe...@sympatico.ca wrote:
just out of curiosity: if there is a solution, that works well
for
[tcpserver], couldn't it be applied also to [comport]?
Maybe. But I think you should be able to use [comport] with no
hardware handshaking enabled and send data even if no cable is
attached. Sometimes the absence of one of the two input handshake
signals prevents the serial hardware from sending. Also if an
error
occurred in the reception of serial data it may not be handled
properly in [comport]. So I'm not sure what is causing this
particular
crash, since HC said that it happened when the remote device was
disconnected but gave no further detail.
iirc, on linux at least, [comport] makes pd hang, _whenever_ the
other
end disappears. i.e.:
- pulling out the usb-cable, while the arduino is connected
- turning off an rfcomm device
This looks like something related to the usb interface. I think
pulling out an RS-232 cable has no effect, as the serial driver
can only be closed by [comport]. With a usb adapter the usb driver
can close the port.
I suspect that the comport_tick routine, which is called
periodically to check for received characters, tries to access the
serial port after the usb driver has closed it.
The non-Windows code in comport_tick looks like this:
unsigned char serial_byte;
fd_set com_rfds;
int count = 0;
FD_ZERO(com_rfds);
FD_SET(fd,com_rfds);
while((err=select(fd+1,com_rfds,NULL,NULL,null_tv)) 0)
{
err = read(fd,(char *) serial_byte,1);
outlet_float(x-x_data_outlet, (t_float) serial_byte);
++count;
}
As you can see the select call only checks for the presence of
received characters with com_rfds, and doesn't check the write or
exception status. I suppose the select call should also check the
exception fd_set, as the usb driver has no other way of informing
[comport] that it has closed the port, it should have flagged it
there.
(Although if the fd itself is no longer valid I don't know what to
do...using non-existent file descriptors is a good way to crash Pd)
ATM I only have 'legacy' RS-232 ports on my hardware so I can't
test it, but I can change the code.
Martin
Ok, quick test shows a couple things:
- just using [comport 1 115200] and then yanking the USB out causes
the crash, so no data needs to be sent to cause this. This is with
a standard Arduino USB.
- in the select() that you highlight, it is just testing before
reading, so I am guessing it would not be so useful to do a write
test if it is only going to read().
i can confirm this. when a [print] is connected to [comport] and
after unplugging the usb cable, [comport] starts sending '0'
messages with maximum rate. so it seems, that it is bogusly
receiving data.
roman
Does it crash? I just hooked up a print to my Arduino Stamp USB-
serial adapter and got nothing, and it doesn't crash either. I find
that when disconnecting using an arduino, Pd usually crashes.
.hc
I spent 33 years and four months in active military service and during
that period I spent most of my time as a high class muscle man for Big
Business, for Wall Street and the bankers. - General Smedley Butler
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4 release candidate 1
Definitely improve the docs, its a wiki so please edit! I have seen that on Vista. I have found that using ASIO4ALL improves the situation. Good luck with the workshop! You should add it to the workshop page: http://puredata.info/docs/workshops .hc On May 15, 2009, at 1:35 AM, M. Edward (Ed) Borasky wrote: I have two openSUSE 11.1 machines and would love to help, but they are both 64-bit and I have no time to work on this until after my first Puredata workshop this coming Sunday. I tried a 64-bit openSUSE build but it broke miserably and the instructions for 64-bit Linux builds need drastic cleanup. It's definitely something I want to do, assuming nobody else jumps in, but I need a working Pd-extended machine for Sunday. So I am going with Ubuntu Jaunty Jackalope on an ancient 32-bit laptop. I also have a 64-bit Windows Vista machine (it's dual-booted with openSUSE 11.1, actually) but when I loaded pd-extended on it and tried to run the test sine wave in the Media menu, instead of a steady tone I got a warbling tone that was unacceptable. If there's a fix for this, I'll test out the Windows version and possibly use it for the Sunday workshop. P.S.: The workshop is at http://dorkbotpdx.org/blog/breedx/pure_data_workshop_1_of_3_introduction_to_pd if you're near Portland, Oregon. P.P.S.: I'll try the new Windows build tomorrow and see if the warble goes away. :) -- M. Edward (Ed) Borasky http://www.linkedin.com/in/edborasky I've never met a happy clam. In fact, most of them were pretty steamed. There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] video = glsl + shading + motion-tracking
Nice effects, are the sounds affecting the visuals at all? I am guessing you are triggering things with that white bit you are moving around. .hc On May 15, 2009, at 4:00 AM, philippe boisnard wrote: Hello For those interested: my latest research in pure visual data. http://databaz.org/xtrm-art/?p=202 Here: a combination of a shading (from framebuffer) + deformation through the vertex (call file via GLSL glsl_verxtex and end with glsl_fragment to process floats glsl_program). Everything is handled in real time from a motion-tracking that both variables gives vertex + triggers two types of sound (64 grid areas in the image): 64 osc~ + sounds of a grid of sample . best regards p ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list kill your television ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4 release candidate 1
I am guessing that you could do some font sizing like is in pd-devel
0.41. Check out pdtk_pd_startup in pd/src/u_main.tk. There you can
find the font measuring code. Basically, it is mapping a font to Pd's
font size numbers:
foreach i {8 9 10 12 14 16 18 24 30 36} {
set font [format {{%s} %d %s} $fontname_from_pd $i
$fontweight_from_pd]
set pd_fontlist [linsert $pd_fontlist 10 $font]
set width0 [font measure $font x]
set height0 [lindex [font metrics $font] 5]
set fontlist [concat $fontlist $i [font measure $font x] \
[lindex [font metrics $font] 5]]
}
.hc
On May 15, 2009, at 10:18 AM, Hector Centeno wrote:
Thanks to all for your replies,
I found that page about font size and Tcl/Tk 8.5 last night and
started looking for some 8.4 packages for OpenSuse but couldn't find
anything. OpenSuse 11.1 is the same as Fedora 10, they moved to 8.5
and there are no 8.4 packages (I remember Ubuntu being better for
providing older versions). I wonder if we could look into pd's code to
try to fix this with 8.5, any ideas where I could start looking?
Cheers,
Hector
On Fri, May 15, 2009 at 12:02 AM, Hans-Christoph Steiner h...@at.or.at
wrote:
The text sticking out of the boxes is usually caused by Tcl/Tk 8.5:
http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-big-or-small
The pidip error is really just a warning. I think you can set a
font then
it'll work. Otherwise, check out the source files for the two text
objects,
you'll see the default location is:
imlib_add_path_to_font_path(/var/lib/defoma/x-ttcidfont-conf.d/
dirs/TrueType);
.hc
On May 14, 2009, at 9:19 PM, Hector Centeno wrote:
base64 problem solved. The package tcllib was needed. The only
prblems
left are with pdip not finding the fonts and with the text sticking
out of the object boxes.
Cheers,
Hector
On Thu, May 14, 2009 at 9:14 PM, Hector Centeno
hcen...@gmail.com wrote:
OK, I tried setting the font size using the -font-size flag but
even
with small font somehow the size of the object box doesn't scale
properly and the text still sticks out. Also I'm getting this
error in
the terminal:
can't find package base64
Thanks,
Hector
On Thu, May 14, 2009 at 9:01 PM, Hector Centeno hcen...@gmail.com
wrote:
OK, it seems that I got it to build in OpenSuse 11.1 and it
seems that
it was much less effort than when I did it on OpenSuse 11. I
only had
to hack one of the make files (the one for tclpd). Now the
problems
I'm having are:
PiDiP : additional video processing objects for PDP
version 0.12.23 ( ydego...@free.fr )
error: [pdp_text] error: could not load default font, no text
rendering!
install Bitstream Vera, it's free! (http://www.gnome.org/fonts/
)
error: [pdp_qtext] error: could not load default font, no text
rendering!
install Bitstream Vera, it's free! (http://www.gnome.org/fonts/
)
I have Bitstream Vera installed in /usr/share/fonts/truetype, do I
have to copy them somewhere else?
Also the font in in the pd gui is too big so the text entered
inside
the objects doesn't fit inside the object boxes.
Once I have this things sorted out I will post in the pd wiki a
short
review about building pd in OpenSuse including a list of required
packages.
Cheers,
Hector
On Thu, May 14, 2009 at 3:41 PM, Hans-Christoph Steiner h...@at.or.at
wrote:
I don't know SUSE at all, so I won't set it up, but I am happy
to help
someone else get the builds running on a SUSE machine. Do you
have one
to
offer? It doesn't need to be fast, just working. Most of the
build
farm
are 733Mhz machines from '98, for example. :) Also, it would
be good
if you
documented the build process on the wiki so others can follow it:
http://puredata.info/docs/developer/FrontPage/createform?
page=SUSE
You can see the Debian or Fedora page for an example:
http://puredata.info/docs/developer/Debian
http://puredata.info/docs/developer/Fedora
As for a source tarball, I haven't made one... but you can get
the
whole
thing from svn easily enough:
svn co
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.41
.hc
On May 14, 2009, at 3:26 PM, Hector Centeno wrote:
Is there a URL for downloading this version's source? I'm using
OpenSuse 11.1 so I have to build it from scratch. By the way,
does
anyone know about an OpenSuse repository for PD? Probably
there are
not enough resources already but is there any chance of
including
OpenSuse in the building farms?
Cheers,
Hector
On Wed, May 13, 2009 at 8:49 PM, Hans-Christoph Steiner
h...@at.or.at
wrote:
Ok, so this thing is just about ready to release! Please
hammer on
it,
report any little bug or annoyance you might find to the bug
tracker!
You
can see some info about the included changes here:
http://puredata.info/dev/NextRelease
Windows and Debian/PowerPC builds coming soon
[PD] data crossroad to share
Hi People As it took me a lot of work for such a simple idea (near 1700 conections) I share it with you, just in case anybody else needs something like this. It works receiving a data stream from one inlet, and selecting from a second one between 42 different outs (outlets not provided but possible, of course). If anybody knows a better way of doing it without this kind of zen work, please tell me, because I might be using a lot of this stuff. I hope it is usefull. http://puredata.info/Members/fgadea/encrucijada/view Best nan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data crossroad to share
As it took me a lot of work for such a simple idea (near 1700 conections) I share it with you, just in case anybody else needs something like this.br It works receiving a data stream from one inlet, and selecting from a second one between 42 different outs (outlets not provided but possible, of course).br If anybody knows a better way of doing it without this kind of zen work, please tell me, because I might be using a lot of this stuff.br Hi nan, This may be a good beginning (see attached patch). I made use of [send] (which becomes settable if you don't give it any creation arguments), some chained [makefilename] objects, and pd-msg to create receivers inside a subpatch. You could expand this to also create and connect outlets for each reciever... gr, Tim datacrossroads.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data crossroad to share
Its quite pretty, but wow, I bet that took a long time. This is another way to do it: NextRelease — PD Community Site.webloc Description: Binary data .hcOn May 15, 2009, at 10:19 AM, donotreply wrote: Hi People As it took me a lot of work for such a simple idea (near 1700 conections) I share it with you, just in case anybody else needs something like this. It works receiving a data stream from one inlet, and selecting from a second one between 42 different outs (outlets not provided but possible, of course). If anybody knows a better way of doing it without this kind of zen work, please tell me, because I might be using a lot of this stuff. I hope it is usefull. http://puredata.info/Members/fgadea/encrucijada/view Best nan ___Pd-list@iem.at mailing listUNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data crossroad to share
donotreply wrote: Hi People As it took me a lot of work for such a simple idea (near 1700 conections) I share it with you, just in case anybody else needs something like this. It works receiving a data stream from one inlet, and selecting from a second one between 42 different outs (outlets not- us provided but possible, of course). If anybody knows a better way of doing it without this kind of zen work, please tell me, because I might be using a lot of this stuff. I hope it is usefull. while it is visually pretty, the usual way of doing this is: - use send/receive (probably localized with $0 to not interfere with other instances) - use zexy's [demultiplex] object - build a demultiplex in Pd . data selection | | [list prepend 0] | [route 0 1 2 3 4 5 6 7 8 9] zexy's [demux] has been made obsolete by the latter approach (but it comes from a time when there were no [list] ojects) the send approach as suggested by tim is certainly the one with the least patching affort (but might be not as simple to read as the above) fgasdrt IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data crossroad to share
Yes, it did took a bit of time, but well, i enjoyed doing it anyway, because I needed it a lot. I did not receive your alternative way to do it (but as I am a relatively new user in the list I might be loosing some procedure, please tell me if so). Thank you for your answer, Best, nan Hans-Christoph Steiner escribi: Its quite pretty, but wow, I bet that took a long time. This is another way to do it: .hc On May 15, 2009, at 10:19 AM, donotreply wrote: Hi People As it took me a lot of work for such a simple idea (near 1700 conections) I share it with you, just in case anybody else needs something like this. It works receiving a data stream from one inlet, and selecting from a second one between 42 different outs (outlets not provided but possible, of course). If anybody knows a better way of doing it without this kind of zen work, please tell me, because I might be using a lot of this stuff. I hope it is usefull. http://puredata.info/Members/fgadea/encrucijada/view Best nan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data crossroad to share
Thanks a lot Tim, I will check this patch right now! best, nan i...@timvets.net escribi: As it took me a lot of work for such a simple idea (near 1700 conections) I share it with you, just in case anybody else needs something like this.br It works receiving a data stream from one inlet, and selecting from a second one between 42 different outs (outlets not provided but possible, of course).br If anybody knows a better way of doing it without this kind of zen work, please tell me, because I might be using a lot of this stuff.br Hi nan, This may be a good beginning (see attached patch). I made use of [send] (which becomes settable if you don't give it any creation arguments), some chained [makefilename] objects, and pd-msg to create receivers inside a subpatch. You could expand this to also create and connect outlets for each reciever... gr, Tim ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data crossroad to share
Thankyou Iohannes, I will try to learn this too! Best, nan IOhannes m zmlnig escribi: donotreply wrote: Hi People As it took me a lot of work for such a simple idea (near 1700 conections) I share it with you, just in case anybody else needs something like this. It works receiving a data stream from one inlet, and selecting from a second one between 42 different outs (outlets not- us provided but possible, of course). If anybody knows a better way of doing it without this kind of zen work, please tell me, because I might be using a lot of this stuff. I hope it is usefull. while it is visually pretty, the usual way of doing this is: - use send/receive (probably localized with $0 to not interfere with other instances) - use zexy's [demultiplex] object - build a demultiplex in Pd . data selection | | [list prepend 0] | [route 0 1 2 3 4 5 6 7 8 9] zexy's [demux] has been made obsolete by the latter approach (but it comes from a time when there were no [list] ojects) the send approach as suggested by tim is certainly the one with the least patching affort (but might be not as simple to read as the above) fgasdrt IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] video = glsl + shading + motion-tracking
Hello yes, in the new version that I work, sound affects the vertex process. It's a feedback audio for visual effect. p Le 15 mai 09 à 17:27, Hans-Christoph Steiner a écrit : Nice effects, are the sounds affecting the visuals at all? I am guessing you are triggering things with that white bit you are moving around. .hc On May 15, 2009, at 4:00 AM, philippe boisnard wrote: Hello For those interested: my latest research in pure visual data. http://databaz.org/xtrm-art/?p=202 Here: a combination of a shading (from framebuffer) + deformation through the vertex (call file via GLSL glsl_verxtex and end with glsl_fragment to process floats glsl_program). Everything is handled in real time from a motion-tracking that both variables gives vertex + triggers two types of sound (64 grid areas in the image): 64 osc~ + sounds of a grid of sample . best regards p ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list kill your television ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data crossroad to share
Hallo, donotreply hat gesagt: // donotreply wrote: !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN Personally I prefer DOCTYPE TEXT here. :) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4 release candidate 1
OK, I got the font size fixed! If I change the foreach (at line 3944)
in pd.tk from:
foreach i {8 9 10 12 14 16 18 24 30 36} {
to:
foreach i {4 6 8 9 10 12 14 16 18 24} {
The text stays withing the object boxes. Exactly what is happening
here I don't know. I have to analyze further to find out what's going
on.
Cheers,
Hector
On Fri, May 15, 2009 at 11:30 AM, Hans-Christoph Steiner h...@at.or.at wrote:
I am guessing that you could do some font sizing like is in pd-devel 0.41.
Check out pdtk_pd_startup in pd/src/u_main.tk. There you can find the font
measuring code. Basically, it is mapping a font to Pd's font size numbers:
foreach i {8 9 10 12 14 16 18 24 30 36} {
set font [format {{%s} %d %s} $fontname_from_pd $i
$fontweight_from_pd]
set pd_fontlist [linsert $pd_fontlist 10 $font]
set width0 [font measure $font x]
set height0 [lindex [font metrics $font] 5]
set fontlist [concat $fontlist $i [font measure $font x] \
[lindex [font metrics $font] 5]]
}
.hc
On May 15, 2009, at 10:18 AM, Hector Centeno wrote:
Thanks to all for your replies,
I found that page about font size and Tcl/Tk 8.5 last night and
started looking for some 8.4 packages for OpenSuse but couldn't find
anything. OpenSuse 11.1 is the same as Fedora 10, they moved to 8.5
and there are no 8.4 packages (I remember Ubuntu being better for
providing older versions). I wonder if we could look into pd's code to
try to fix this with 8.5, any ideas where I could start looking?
Cheers,
Hector
On Fri, May 15, 2009 at 12:02 AM, Hans-Christoph Steiner h...@at.or.at
wrote:
The text sticking out of the boxes is usually caused by Tcl/Tk 8.5:
http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-big-or-small
The pidip error is really just a warning. I think you can set a font
then
it'll work. Otherwise, check out the source files for the two text
objects,
you'll see the default location is:
imlib_add_path_to_font_path(/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType);
.hc
On May 14, 2009, at 9:19 PM, Hector Centeno wrote:
base64 problem solved. The package tcllib was needed. The only prblems
left are with pdip not finding the fonts and with the text sticking
out of the object boxes.
Cheers,
Hector
On Thu, May 14, 2009 at 9:14 PM, Hector Centeno hcen...@gmail.com
wrote:
OK, I tried setting the font size using the -font-size flag but even
with small font somehow the size of the object box doesn't scale
properly and the text still sticks out. Also I'm getting this error in
the terminal:
can't find package base64
Thanks,
Hector
On Thu, May 14, 2009 at 9:01 PM, Hector Centeno hcen...@gmail.com
wrote:
OK, it seems that I got it to build in OpenSuse 11.1 and it seems that
it was much less effort than when I did it on OpenSuse 11. I only had
to hack one of the make files (the one for tclpd). Now the problems
I'm having are:
PiDiP : additional video processing objects for PDP
version 0.12.23 ( ydego...@free.fr )
error: [pdp_text] error: could not load default font, no text
rendering!
install Bitstream Vera, it's free! (http://www.gnome.org/fonts/)
error: [pdp_qtext] error: could not load default font, no text
rendering!
install Bitstream Vera, it's free! (http://www.gnome.org/fonts/)
I have Bitstream Vera installed in /usr/share/fonts/truetype, do I
have to copy them somewhere else?
Also the font in in the pd gui is too big so the text entered inside
the objects doesn't fit inside the object boxes.
Once I have this things sorted out I will post in the pd wiki a short
review about building pd in OpenSuse including a list of required
packages.
Cheers,
Hector
On Thu, May 14, 2009 at 3:41 PM, Hans-Christoph Steiner
h...@at.or.at
wrote:
I don't know SUSE at all, so I won't set it up, but I am happy to
help
someone else get the builds running on a SUSE machine. Do you have
one
to
offer? It doesn't need to be fast, just working. Most of the build
farm
are 733Mhz machines from '98, for example. :) Also, it would be good
if you
documented the build process on the wiki so others can follow it:
http://puredata.info/docs/developer/FrontPage/createform?page=SUSE
You can see the Debian or Fedora page for an example:
http://puredata.info/docs/developer/Debian
http://puredata.info/docs/developer/Fedora
As for a source tarball, I haven't made one... but you can get the
whole
thing from svn easily enough:
svn co
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.41
.hc
On May 14, 2009, at 3:26 PM, Hector Centeno wrote:
Is there a URL for downloading this version's source? I'm using
OpenSuse 11.1 so I have to build it from scratch. By the way, does
anyone know about an OpenSuse repository for PD? Probably there are
not enough resources already but is there any chance of including
[PD] Maximum size of arrays (gui version) when using bezier / polygon
Hi all, I'm using arrays to display contents of 1024 sample wide audio blocks. When using bezier or polygon mode all values of samples greater than 1000 are not visible anymore. Their values are still there. Is there a reason for a 1000 pixels limit for bezier or polygon mode? Is it extendible to a digital age compatible 1023? Attached patch demonstrates the limit. I had this on several different versions of pd extended, also current release candidate (don't know about vanilla). ubuntu 8.04 Pd version 0.41-4extended-rc2 compiled 08:11:33 May 15 2009 array-test.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] message routing question
Hello, The outlets of all objects in Pd output from right to left order. Also, the leftmost inlet is the hot inlet, meaning it will cause the object to output when it receives a value. So with your current setup, they rightmost outlet of [unpack] is triggering the leftmost inlet of [pack] before it receives the rest of the values from [unpack]. You could instead rearrange the list with a message box like this: [route notein] | [$3 $1 $2( | [route 4 1 2 3] The display showing the last value first is just the [pack] outputting the last numbers it received from the previous time you ran the sequence. .mmb Chuck Wiggins wrote: I'm fairly new to PD, and have a behavior in a patch that I can't understand - perhaps someone can enlighten me. I've reduced the problem down to a simpler patch layout - see attached file. My goal is to read midiin messages from a file via a qlist object, and route them based on channel. I matched up unpack and pack objects to transpose the midiin arguments so I could subsequently route based on channel. But I think a bang event is firing on the pack before it has all the arguments - the first print statement is not the first message from my file. I tried even introducing a 1ms delay before sending the leftmost argument to pack, but that soon got out of sync. Also tried a few approaches storing in floats. Any suggestions? I'm sure it's a basic PD behavior that I just don't quite grasp yet. Running the attached patch will show the sequence below. The print statement from the [route 4 1 2 3] object is displaying before the one from the [route notein], and the first value it shows - "42 0" - is not the first midiin message from my file - in fact it's the last.. print: 42 0 print: notein 50 127 4 print: 50 127 print: notein 50 0 4 print: 50 0 print: notein 45 127 4 print: 45 127 print: notein 45 0 4 print: 45 0 print: notein 47 127 4 print: 47 127 print: notein 47 0 4 print: 47 0 print: notein 42 127 4 print: 42 127 print: notein 42 0 4 Thanks much, Chuck ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] xapian search engine for Pd
Hey, I've been thinking for a while that Pd really needs a good built-in search function. I just found this Xapian search library that has good Tcl bindings, anyone ever used it? I suppose it could also be implemented in C in 'pd' rather than in Tcl in 'pd-gui'. It seems like a pd-gui thing tho. .hc As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
