I am working with OSS on a minimal system (only kernel and drivers).
I only need to control the input level of the soundcard to pass through some
stuff without any additional latency.
I had somebody recompile the code and it actually didn't show anymore
errors. Unfortunately it still didn't do
Hey,
Glad to hear you are interested in working on the GUI, there is a lot
that needs to be done, and a lot that can be done without too much
difficulty. The GuiIdeas page is a good place to start, I'll happily
give you pointers where I can. For me, I think the most burning
issue is
I am not sure what you mean by 'chrome' though.
http://www.37signals.com/svn/archives2/lingo_chrome.php
to get OS chrome on Tk, it may be as simple as a 'require Tktile'
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
Hallo,
Langsam Wieder hat gesagt: // Langsam Wieder wrote:
if you want to collect some ideas how a real usable and pretty
interface for a modular environment could look like, have a look at
http://synthmaker.co.uk/about.html
it's got bendable links... you never have to leave edit mode... and
Hallo,
Marko Timlin hat gesagt: // Marko Timlin wrote:
And I want to move from one patch to the other, using them like a kind of
presets.
Is it possible to turn a whole patch on and off? If yes does anybody know how?
You can use [switch~] to turn on and off audio computation per canvas
It's nice but too 'heavy' (for eyes) for me. And i think this
interface need more ressources from a computer than PD.
But sure, it would be nice if someone have time to improve PD interface.
++
Jack
Le 3 mai 08 à 11:34, Langsam Wieder a écrit :
hey david!
if you want to collect some ideas
What you mean ?
Is it for sounds, visuals, etc ?
You can use [switch~] for the sound and send messages [0( or [1( to
stop ans start DSP.
Send message [0( or [1( to [gemhead] to stop and start visualisation
under GEM.
++
Jack
Le 3 mai 08 à 11:26, Marko Timlin a écrit :
Hi,
I would like to
Hello,
I would really be opposed to bendable patch cords, or especially the
segmented patch cord style in Max/MSP. It seems to me these types of
connections reinforce bad habits, as users are not encouraged to
modularize, economize, etc. and they tend to lead to the most
unreadable (and
Hi !
I had this problem twice in two different patchs using pix_buffer_write and
pix_buffer_read :
While i'm reading a buffer (i use them to store live captured video), I change
some parameters on pixes further in the gemlist, before they're sent to
pix_texture, especially pix_flip. But when
hello,
i think you have to use pix_separator (after the pix_buffer_read) if you don't
wish to use this feature.
(it will copy the images data before modification, so it will slow down the
patch.)
cyrille
Raphaël ILIAS a écrit :
Hi !
I had this problem twice in two different patchs using
Jack wrote:
Le 3 mai 08 à 15:41, marius schebella a écrit :
I think it would be cool, if users had the possibility to decide
themselves whether they want to use richer graphics display in their
patches.
to create an interface like in synthmaker, you need for example opengl
features
hey franz!
left to right makes sense with the synthmaker environment, as each
module (can) have hint texts for their in- and outputs:
http://img517.imageshack.us/img517/581/smhelptexttu4.png
i miss these little help texts in pd as i have to look for each module
(when i found it) what each input
When I see stuff like fancy icons etc, I'm always a bit afraid that
those of us on low res machines (1024x768 in my case) would get really
screwed in the end as one cool, large, fancy, chromey module would take
up half the screen! IMO tiny pd boxes are always better as they save
space and
Hey folks,
My interest (at first) would not be to add anything or enhance the
appearance of things; I'm more interested in helping to improve the PD
workflow by making PD easier to use.
Something like an optional snap to grid feature for instance would be nice
for auto-aligning and cleaning up
On May 3, 2008, at 8:06 PM, David Golightly wrote:
Hey folks,
My interest (at first) would not be to add anything or enhance the
appearance of things; I'm more interested in helping to improve the
PD workflow by making PD easier to use.
Hear, hear!
Something like an optional snap to
nice!
in the description of the algorithm they talk about some pending
patents... I guess they use more than simple ann comparison to get this
working in realtime on a game console.
for basic gestures it might work, but you have a 3d space (which means a
lot of data) and no clear start and end
On Sat May 03, 2008 at 11:06:04AM -0700, David Golightly wrote:
Hey folks,
My interest (at first) would not be to add anything or enhance the
appearance of things; I'm more interested in helping to improve the PD
workflow by making PD easier to use.
Something like an optional snap to grid
$ is only understood within a string 0.39, otherwise
the string must start with $, so it's a version thing.
On Sat, 3 May 2008 20:37:36 -0700
Jaime Oliver [EMAIL PROTECTED] wrote:
Hello all,
I think I have encountered a strange cross-platform (or cross-version)
inconsistency, maybe someone
That´s right, it works on windows 0.40.3-extended-20080502.
_Ricardo
2008/5/3 Andy Farnell [EMAIL PROTECTED]:
$ is only understood within a string 0.39, otherwise
the string must start with $, so it's a version thing.
On Sat, 3 May 2008 20:37:36 -0700
Jaime Oliver [EMAIL PROTECTED]
19 matches
Mail list logo