Pd-list October 2000

pd-list@lists.iem.at

30 participants
38 discussions

TK version trouble in Pd
by Miller Puckette 22 Oct '00

22 Oct '00

Hi all, I finally figured out that you can just link Pd to "tk" instead of "tk8.0"; /usr/lib/libtk.so should normally be a symbolic link to the correct version. I'll get this right for the real 0.32 release. cheers Miller

1 0

RE: pix_Image File Closing
by Mark Danks 20 Oct '00

20 Oct '00

I will have to look into it. How can you tell that the file is not closing? Does your system run out of file handles? Later, Mark ============================ = mdanks(a)stormfront.com = Lead Programmer PS2 = http://www.danks.org/mark ============================ > -----Original Message----- > From: Phil C [mailto:pfil@step.polymtl.ca] > Sent: Friday, October 20, 2000 8:52 AM > To: pd-list(a)iem.mhsg.ac.at > Subject: Re: pix_Image File Closing > > > Maybe this is a windows bug... > I'm running PD under win98. I know this is not suggested in the > documentation, but it works fine except for the file closing. > > Philippe > >

1 0

RE: pix_Image File Closing
by Mark Danks 20 Oct '00

20 Oct '00

The file is not left open. What you have described is exactly what occurs. There was (is?) a bug in the Pd file handling which Miller and I thought was fixed. Later, Mark ============================ = mdanks(a)stormfront.com = Lead Programmer PS2 = http://www.danks.org/mark ============================ > -----Original Message----- > From: Phil C [mailto:pfil@step.polymtl.ca] > Sent: Friday, October 20, 2000 8:30 AM > To: pd-list(a)iem.mhsg.ac.at > Subject: Re: pix_Image File Closing > > > Mark, > > Why is the file left opened in the first place? Can't the > pix_image object > open the JPG, read the data then close the file right away > keeping the image > data in memory? Does the pix_image need to access the image > file again? > > purged? Does that mean closing a file or freeing video memory? > > On the pix_ImageInPlace Object when I send the "purge" > message. The array of > images is emptied, but the image files are still opened. why? > > Does pix_MultiImage close the files? (I can't try it I'm at work...) > > Philippe > > > > If you send an open message to pix_image, then the old > image is purged. > > You are correct that there isn't a "close" message. > > > > Can you use pix_multiimage? > > > > Later, Mark > > > > ============================ > > = mdanks(a)stormfront.com > > = Lead Programmer PS2 > > = http://www.danks.org/mark > > ============================ > > > > > > > -----Original Message----- > > > From: Phil C [mailto:pfil@step.polymtl.ca] > > > Sent: Friday, October 20, 2000 4:47 AM > > > To: pd-list(a)iem.mhsg.ac.at > > > Subject: pix_Image File Closing > > > > > > > > > gemers, > > > > > > Is there a way to close a file after it has been opened with > > > the message > > > "Open file1.jpg" sent to a pix_Image. I'm creating a patch > > > that's going to > > > open hundreds of images one after the other and I want a way > > > to close them > > > when I don't need them anymore. The only way I can free a > > > file right now is > > > to close PD. Shouldn't there be a "Close" message. Same > thing for the > > > pix_ImageInPlace object. > > > > > > Philippe > > > > > > > > > >

2 1

RE: pix_Image File Closing
by Mark Danks 20 Oct '00

20 Oct '00

If you send an open message to pix_image, then the old image is purged. You are correct that there isn't a "close" message. Can you use pix_multiimage? Later, Mark ============================ = mdanks(a)stormfront.com = Lead Programmer PS2 = http://www.danks.org/mark ============================ > -----Original Message----- > From: Phil C [mailto:pfil@step.polymtl.ca] > Sent: Friday, October 20, 2000 4:47 AM > To: pd-list(a)iem.mhsg.ac.at > Subject: pix_Image File Closing > > > gemers, > > Is there a way to close a file after it has been opened with > the message > "Open file1.jpg" sent to a pix_Image. I'm creating a patch > that's going to > open hundreds of images one after the other and I want a way > to close them > when I don't need them anymore. The only way I can free a > file right now is > to close PD. Shouldn't there be a "Close" message. Same thing for the > pix_ImageInPlace object. > > Philippe > >

2 1

pix_Image File Closing
by Phil C 20 Oct '00

20 Oct '00

gemers, Is there a way to close a file after it has been opened with the message "Open file1.jpg" sent to a pix_Image. I'm creating a patch that's going to open hundreds of images one after the other and I want a way to close them when I don't need them anymore. The only way I can free a file right now is to close PD. Shouldn't there be a "Close" message. Same thing for the pix_ImageInPlace object. Philippe

1 0

test
by Phil C 20 Oct '00

20 Oct '00

1 0

PD latency
by Miha Tomšič 20 Oct '00

20 Oct '00

Hello! On the LAD mailing list there is a lot of discussion about lowering latyency under Linux. Lately I am using kernel 2.2.17 with Ingo's patches but I still get a lot of crackling noise wile switching desktops, raising windows and editing patches (like I wouldn't have the LL kernel). What are your experiences? Did anybody do any measurements? Is PD designed to take advantage of LL kernel (don't really know much about audio programming)? Should I go bother the LAD people with these questions? :) Miha... - Miha Tomšič --- C. na postajo 55 -- SI-1351 Brezovica pri Lj. --- SLOVENIA -

3 3

GEM - pix_Image File closing
by Phil C 20 Oct '00

20 Oct '00

1 0

pd 0.32 + ggext
by mik 18 Oct '00

18 Oct '00

hi Tried the test release.Works well, but ggext doesn't seem to be entirely compatible with it (e.g. 'ticker' does not work anymore). mik

6 6

Re: streamin~ /streamout~
by dieter 16 Oct '00

16 Oct '00

i tried to extend the streamin~/-out~ objects to send more than one signal at the time (e.g. streamout~ otherhost 1234 8) for 8 streams/ 8 inlets in one object, and dropped the extra format information (only 16bit then) which produced a seperate udp-packet for every block. the result was better, but still not perfect. maybe sending every 4th block or so would increase the performance again. still trying DITHER >dieter wrote: >> >> hi! >> i have similar troubles with streamin~/streamout~ (linux). >> when i try to get more than 4 streams (22khz 16bit) in both directions over >> a 100mbit direct connection with x-over cable, the streams have drop-outs. >> it seems to me as if the upd-traffic is much bigger than the actual data >> would be. >> any ideas - maybe guenther? >> thanks >> DIETER >> >> >hi >> >i thought two 100Mbit-(LAN)-cards could manage a stream-transfer of 44.1 >> KHz!? >> >but they are too slow. computer-speed-problem or connection-speed? >> >is there a possibility to buffer the data? >> >what is tempbuf? >> >mariu >> > > >i think, one of the major problems is the tiny block-size of the data >transmitted. >maybe it would help to send bigger chunks (dunno: 8kb instead of 128b ?) >to reduce any protocol-overhead ? > >mfg.asdf.r >iohannes > >

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list October 2000