Hi, I just installed Linux for the main purpose of using PD under Linux.
However, when I try to install the pd rpm file under RH9, I get the following message: "libtcl.so.0 is required by PD libtk.so.0 is required by PD"
As far as I know (not much I'm afraid) the libraries to TCL/TK have been installed as part of the default installation of RH9.
Is this a PD install or a RedHat install problem?
Could someone poit me in the right direction?
Thanks Normand
Hallo, Normand Fisher hat gesagt: // Normand Fisher wrote:
I just installed Linux for the main purpose of using PD under Linux.
However, when I try to install the pd rpm file under RH9, I get the following message: "libtcl.so.0 is required by PD libtk.so.0 is required by PD"
As far as I know (not much I'm afraid) the libraries to TCL/TK have been installed as part of the default installation of RH9.
Is this a PD install or a RedHat install problem?
Could someone poit me in the right direction?
May I direct you here: http://ccrma-www.stanford.edu/planetccrma/software/
As you're on RedHat, this seems to be the most painless solution.
ciao
Frank Barknecht _ ______footils.org__
May I direct you here: http://ccrma-www.stanford.edu/planetccrma/software/
As you're on RedHat, this seems to be the most painless solution.
do you know if anyone has compared this special 'low-latency' installation with, say, ASIO in winXP? is it likely that latency could be brought down even further? I'm just considering moving to RedHat, and apart from the fact that the -realtime (priority) command is only available under linux, and there is probably more control on the junk in the background processes, if even lower latency is possible then it's a must.
matt
-=-=-=-=-=-=-=-=-=-=-=-=- http://www.loopit.org/ -=-=-=-=-=-=-=-=-=-=-=-=-
Hallo, matthew jones hat gesagt: // matthew jones wrote:
do you know if anyone has compared this special 'low-latency' installation with, say, ASIO in winXP? is it likely that latency could be brought down even further? I'm just considering moving to RedHat, and apart from the fact that the -realtime (priority) command is only available under linux, and there is probably more control on the junk in the background processes, if even lower latency is possible then it's a must.
You can get much lower latency than Windows has with a patched Linux kernel (or kernel 2.5). But Pd doesn't profit too much from that, I think, because of the way it processes the audio data. Pd has always a bit bigger latency.
ciao
Frank Barknecht _ ______footils.org__
On Thu, 29 May 2003, Frank Barknecht wrote:
You can get much lower latency than Windows has with a patched Linux kernel (or kernel 2.5). But Pd doesn't profit too much from that, I think, because of the way it processes the audio data. Pd has always a bit bigger latency.
That is not true in general. PD has lowest possible latency when using OSS or ALSA OSS layer. Latency is higher with the ALSA layer because of the way it is written (non-blocking mode).
There is a kernel patch that helps around this problem with ALSA.
Problems arise if you use and display too many builtin graphical objects.
Guenter
ciao
Frank Barknecht _ ______footils.org__
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
Problems arise if you use and display too many builtin graphical objects.
Guenter
i've been working on some heavy graphics patches, do you know it will matter if i have all my GUI stuff "hidden" in a subpatch? i'm hoping that all the gui objects wont hamper performance when they are not displayed.
why have gui objects if they are hidden?
if you plan on opening/closing subpatches during a performance, it invariably causes hiccups for me.
pix.
On Fri, 30 May 2003 10:42:51 -0700 Josh Steiner josh@vitriolix.com wrote:
Problems arise if you use and display too many builtin graphical objects.
Guenter
i've been working on some heavy graphics patches, do you know it will matter if i have all my GUI stuff "hidden" in a subpatch? i'm hoping that all the gui objects wont hamper performance when they are not displayed.
-- ____________________________________________________ independent u.s. drum'n'bass -- http://vitriolix.com
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
yeah, thats true. i'm developing a synthesizer, and i was originally planning on separating the synth core from the gui, so you could choose if you need to gui or not. it occured to me that i heard sometime ago that hidden gui objects dont impact the cpu performance. so it would be easier for me to develop it as one abstraction, if you need the gui, popup the gui window, other wise dont. of course this hinges on my understanding that hidden gui objects dont impact performance.
btw, its polyfonic now adn has a functioning gui editor for the synth parameters... i'll be releasing 0.1 pretty soon now once i work out a few of the really obnoxious bugs :)
-josh
pix wrote:
why have gui objects if they are hidden?
if you plan on opening/closing subpatches during a performance, it invariably causes hiccups for me.
pix.
On Fri, 30 May 2003 10:42:51 -0700 Josh Steiner josh@vitriolix.com wrote:
Problems arise if you use and display too many builtin graphical objects.
Guenter
i've been working on some heavy graphics patches, do you know it will matter if i have all my GUI stuff "hidden" in a subpatch? i'm hoping that all the gui objects wont hamper performance when they are not displayed.
-- ____________________________________________________ independent u.s. drum'n'bass -- http://vitriolix.com
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
if you plan on opening/closing subpatches during a performance, it invariably causes hiccups for me.
i had problem with dropouts, too, but i solved it by loading all subpatches from a ramdisk...
Tim mailto:TimBlechmann@gmx.net ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac
now that that is an awsome idea... i'm going to have to tinker with this.
Tim Blechmann wrote:
if you plan on opening/closing subpatches during a performance, it invariably causes hiccups for me.
i had problem with dropouts, too, but i solved it by loading all subpatches from a ramdisk...
Tim mailto:TimBlechmann@gmx.net
if you plan on opening/closing subpatches during a performance, it invariably causes hiccups for me.
i had problem with dropouts, too, but i solved it by loading all subpatches from a ramdisk...
now that that is an awsome idea... i'm going to have to tinker with this.
to create a ramdisk under linux you need just a small script:
dd if=/dev/zero of=/dev/ram bs=1k count=2048 mke2fs -vm0 /dev/ram 2048 mount /dev/ram /usr/local/patchdir cp /usr/local/patchdir_hd /usr/local/patchdir -r
(you can only run this scirpt as root)
i don't know how to set up ramdisks with windows or macosx, but it shouldn't be that hard...
Tim mailto:TimBlechmann@gmx.net ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Le 1 Juin 2003 15:36, Tim Blechmann a écrit :
to create a ramdisk under linux you need just a small script:
dd if=/dev/zero of=/dev/ram bs=1k count=2048 mke2fs -vm0 /dev/ram 2048 mount /dev/ram /usr/local/patchdir
There's an article about ramdisks under Linux: http://www.linuxfocus.org/English/July2001/article210.shtml
Another way to build a 2M ramdisk with a 2.4 kernel and ramfs support: mkdir -p /mnt/ramdisk mount -t ramfs none /mnt/ramdisk -o maxsize=2048
Marc
On Fri, 30 May 2003, Josh Steiner wrote:
Problems arise if you use and display too many builtin graphical objects.
Guenter
i've been working on some heavy graphics patches, do you know it will matter if i have all my GUI stuff "hidden" in a subpatch? i'm hoping that all the gui objects wont hamper performance when they are not displayed.
Well, basically not. Anyhow, normally you should notice it easily when problems arise. If the sound quality is good (no clicks and such) then it is ok, if not, you have to use longer buffersizes.
Guenter
-
Frank Barknecht -
guenter geiger -
Josh Steiner -
Marc Lavallée -
matthew jones -
Normand Fisher -
pix -
Tim Blechmann