Steffen Juul wrote:
On 06/11/2007, at 22.15, Thomas Grill wrote:
Steffen Juul schrieb:
On 06/11/2007, at 19.43, Batuhan Bozkurt wrote:
And I guess their sources are not available too.
The source is in the CVS repo in externals/grill/fftease/
Not really i should remove it to avoid
marius schebella wrote:
what is Rez?
this problem is even more annoying than the two other bugs (pix_alpha
and multiTexture) I posted.
otoh, i find it less annoying than bug-#1825056, bug-#1751324,
bug-#1751315, bug-#1750770, bug-#1749885, bug-#1747984 and bug-#1723625
(and probably some
run pd inside valgrind. it slows down pd by 50 times or so, but it checks
a lot more memory accesses, and it can make the bugs easier to trigger.
Thanks a lot for the information and advice.
The time has come to stop being lazy and get Linux!
If PD crashes, I need to know: whether there is
and one other detail: in windows, everytime you open up a window
(subpatch, abstraction, whatever), the window opens up a tiny bit bigger
as before. I didn't notice it happening in linux. So after someone has
saved a very nicely proportioned and pretty patch with the windows just
the right
you can start searching in 2002.
m.
Hans-Christoph Steiner wrote:
If there isn't a bug report for this, please file one and I'll take a
look when I get a chance.
.hc
On Nov 7, 2007, at 6:51 AM, João Miguel Pais wrote:
and one other detail: in windows, everytime you open up a window
On Nov 7, 2007, at 8:57 AM, Mathieu Bouchard wrote:
On Mon, 5 Nov 2007, Luke Iannini (pd) wrote:
Speaking of the more inside concept: I strongly support subpatch
differentiation, since personally I use subpatches primarily for
patch
organization rather than as impromptu abstractions, but
The creeping window size problem exists in OS X as well. I posted about
it earlier this year under the thread minor but persistent annoyances
(see: http://lists.puredata.info/pipermail/pd-list/2007-02/047450.html ).
It's still persists, and it's still very annoying.
Phil Stone
Hey,
Glad to hear it's done. :)
These items are variable names, how they display is done in the
infobox template, so no parentheses here. Post the final template to
the list with a new subject so that others can approve it as well.
.hc
On Nov 7, 2007, at 8:01 AM, Vircy Parker wrote:
What sort of hardware setup? If you have multiple graphics cards
driving the displays then having one instance of Pd/GEM per card is
the best way to work. Spreading one context over multiple cards will
fall back to software rendering and be very slow.
On Nov 7, 2007 10:53 AM, Robert Gruendler
Hallo,
robbert van hulzen hat gesagt: // robbert van hulzen wrote:
just downloaded last night's autobuild--looks very nice! i understand the
wish for flexible colours etc, but hc, thanks a lot for the work!
there is something however that i don't understand: why is it that pd-ext
doesn't load
On Nov 7, 2007, at 8:31 AM, IOhannes m zmoelnig wrote:
marius schebella wrote:
hi IOhannes,
ok, you're right, I am sorry. Is there anybody else working on GEM
besides you and chris?
well, hans has write access.
i think chris is your man.
I think Marius could fix it too, if he wants to
The hardware setup is the following:
2 FireMV 2400 pci express cards. Each card has 4 outputs. (didn't
choose the hardware setup, only have to work with it...)
Basically i need to have 2 setups:
- Play 5 different videos on 5 different screens
- Play 1 ultra-wide video over 5 screens (4
Hello Raphaël,
Look at this patch for the solution with your patch.
Look explanation of Frank and Tim :
http://lists.puredata.info/pipermail/pd-list/2006-03/036698.html
http://lists.puredata.info/pipermail/pd-list/2006-03/036668.html
exemple : 1.4 - [int 1.4] != 0.4 (NOT GOOD)
but : ((1.4*10) -
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I agree with this except for the fact that there should be some
visual marker that you can open an abstraction. So abstractions and
binary objects look the same, except abstractions have a little
marker to mark
marius schebella wrote:
hi IOhannes,
ok, you're right, I am sorry. Is there anybody else working on GEM
besides you and chris?
well, hans has write access.
i think chris is your man.
fgmadsr
IOhannes
___
PD-list@iem.at mailing list
UNSUBSCRIBE
just downloaded last night's autobuild--looks very nice! i understand
the
wish for flexible colours etc, but hc, thanks a lot for the work!
there is something however that i don't understand: why is it that
pd-ext
doesn't load all the libs it comes with? the .plist it comes with
On 07/11/2007, at 10.26, Frank Barknecht wrote:
Hallo,
robbert van hulzen hat gesagt: // robbert van hulzen wrote:
just downloaded last night's autobuild--looks very nice! i
understand the
wish for flexible colours etc, but hc, thanks a lot for the work!
there is something however that
Hi all,
i'm having a setup with 4 projectors connected to a win xp box and
would need to play 4 different videos at the same time (one on each
screen).
I've already searched the mailing list, and found some information
about a cvs version of gem that supports multiple gemwins.
The version of
Le 6 nov. 07 à 01:02, Jaime Oliver a écrit :
Hello all,
i am analyzing the pix_contrast object and can't get through this.
If both the contrast and saturation values are 0., shouldn't we obtain
a black image?
I'm just getting gray...
that seems good to get gray :
saturation = 0 = image in
On Mon, 5 Nov 2007, Luke Iannini (pd) wrote:
Speaking of the more inside concept: I strongly support subpatch
differentiation, since personally I use subpatches primarily for patch
organization rather than as impromptu abstractions, but you are already
convinced : ).
in jMax, subpatch boxes
after all the talk how the preferences file on OS X works, this issue
remains unresolved.
sorry to nag with this, but there is no point in having an object and
not knowing how it works. did ANY OS X user ever manage to use the flag
'-stdpath' for the object [declare] in order to add a directory
Very cool. Now I can stop using superfluous canvases to get the
background I like.
Phil
pkstonemusic.com
Hans-Christoph Steiner wrote:
Ok, all this Tcl/Tk has started to rot my brain, so here are some
stupid GUI tricks:
http://eds.org/~hans/pdsketch/stupidguitricks.png
- change patch
that looks very cool.
one thing for object boxes, is it possible that they are blue when they
are created, and not red? red looks like an error, and makes no sense
during object creation.
otoh, when I open a patch and objects could not be created it is good,
if they show up red.
what is the tcl
Hans, you are a god amongst men. (AND WOMEN - I mean girls, sorry
*cough*), very nice!
On Nov 7, 2007, at 4:30 PM, Phil Stone wrote:
Very cool. Now I can stop using superfluous canvases to get the
background I like.
Phil
pkstonemusic.com
Hans-Christoph Steiner wrote:
Ok, all this
Looks good to me,
so we're not putting some english terms like 'inlet' besides 'entrada'?
I'm only adjusting the plural in:
my $distributions = distribuciones;
I would submit to consideration another change, but it may just be a detail:
my $releaseDate = fecha de lanzamiento de la versión;
Can one make the patch background transparent but all of the objects opaque?
On Nov 7, 2007 3:21 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
Ok, all this Tcl/Tk has started to rot my brain, so here are some
stupid GUI tricks:
http://eds.org/~hans/pdsketch/stupidguitricks.png
-
What parts of Pd crash?
On Nov 7, 2007 4:43 PM, marius schebella [EMAIL PROTECTED] wrote:
whoever wants to change to Leopard, no good idea at the moment.
lots of crashes with pd here...
marius.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and
whoever wants to change to Leopard, no good idea at the moment.
lots of crashes with pd here...
marius.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
marius schebella schrieb:
whoever wants to change to Leopard, no good idea at the moment.
lots of crashes with pd here...
Thanks, Marius... but someone has got to test and fix things ;-)
gr~~~
___
PD-list@iem.at mailing list
UNSUBSCRIBE and
Looks good to me,
so we're not putting some english terms like 'inlet' besides 'entrada'?
I'm only adjusting the plural in:
my $distributions = distribuciones;
I would submit to consideration another change, but it may just be a
detail:
my $releaseDate = fecha de lanzamiento de la
Hi, I'm a newbie to the list and pd. :)
I am running the latest pd-extended on windows, but would like to get it
on my laptop that is running mepis linux AMD64. is there a build for AMD? I
downloaded the source, but there is no configure file in src folder, so
I get a not found when I run
You'll probably need to run autoconf first, it makes ./configure
.hc
On Nov 7, 2007, at 8:52 PM, Justin Robert wrote:
Hi, I'm a newbie to the list and pd. :)
I am running the latest pd-extended on windows, but would like to
get it
on my laptop that is running mepis linux AMD64. is there a
On Nov 6, 2007, at 9:01 PM, Roman Haefeli wrote:
On Tue, 2007-11-06 at 20:45 -0500, vade wrote:
May I make one humble suggestion?
Is it possible to remove the GIANT 3 PIXEL BLACK BORDER around the
edges of a selected patcher window on OS X? Its highly distracting
and
really ruins the
On Nov 7, 2007, at 4:32 AM, Steffen Juul wrote:
On 07/11/2007, at 1.01, Hans-Christoph Steiner wrote:
No prompt = crash.
So you think it has to do with the no-prompt-when-closing change?
Attached it a test on the set (Pd-0.40-2, Pd-extended-0.39.2)x
(menuclose, menuclose 0, menuclose
actually, it seems pd-extended related. because plain pd-vanilla does
not crash.
hans?
marius.
marius schebella wrote:
well I have one patch, that crashes everytime I save it (it saves and
then pd crashes). I did not figure out what part of the patch causes the
crash, but after that patch
well I have one patch, that crashes everytime I save it (it saves and
then pd crashes). I did not figure out what part of the patch causes the
crash, but after that patch crashes every other patch crashes too (on
save. even empty new ones), and after 20 crashes or so, I cannot start
Pd any
In that case i think this should be the final version, checking the
english page should be a resource for those who need to make the
linguistinc link.
j
On 11/7/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
On Nov 7, 2007, at 5:35 PM, Jaime Oliver wrote:
Looks good to me,
so we're
Funny, because it seem that PowerPC builds on Intels are also ok.
There is talk on the tcl-mac list about this. It seems to be some
Apple bugs. The crash dumps seem to confirm this.
.hc
On Nov 7, 2007, at 7:20 PM, Luke Iannini (pd) wrote:
Hi, myself and Marius have posted a few to
That would be nifty. But all I can find is setting alpha for the
whole window.
.hc
On Nov 7, 2007, at 5:38 PM, chris clepper wrote:
Can one make the patch background transparent but all of the
objects opaque?
On Nov 7, 2007 3:21 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
On Nov 7, 2007, at 5:35 PM, Jaime Oliver wrote:
Looks good to me,
so we're not putting some english terms like 'inlet' besides
'entrada'?
Those are variable names, how they are displayed is set by the
Infobox template. Look at the source of this page to see what I mean:
Hi, myself and Marius have posted a few to sourceforge bugs...
The color picker and the help menu are two of the most prominent ones,
but they only occur on Intel mac. I've had no problems with the PPC
builds on my G5.
On Nov 7, 2007 3:04 PM, chris clepper [EMAIL PROTECTED] wrote:
What parts of
I don't have Leopard... Marius? :)
.hc
On Nov 7, 2007, at 8:33 PM, marius schebella wrote:
actually, it seems pd-extended related. because plain pd-vanilla does
not crash.
hans?
marius.
marius schebella wrote:
well I have one patch, that crashes everytime I save it (it saves and
then
42 matches
Mail list logo