Hallo!
your package-manager should handle the dependencies/conflicts correctly,
that is: ask you if you want to uninstall the puredata package when
you try to install the pd-extended package.
as H-C said, it doesn't seem to happen. I only get the error message, and
no other options
Georg Holzmann wrote:
Hallo!
then it might be a bug in the package-manager, but not in the package.
The standard package manager (apt-get) on debian and ubuntu does not ask
you if you want to uninstall the package - you have to uninstall it
manually.
Only aptitude is asking these
A note on the latest changes: I removed all the list manipulation buttons
and added the following bindings:
- The list items can be re-ordered by drag-and-drop.
- Clicking on a list item allows you to edit it.
- Clicking anywhere else in the listbox allows you to add a new list item.
- You can
ok, it's really hackish, but my current solution is to send a 'font'
message to the parent, which forces a window redraw.
seems to work ok, but i'm not really fond of such way-out approaches, and it
might start to get cluggy once i load in some sequencers and stuff with more
gui graphics.
On Sat, May 17, 2008 at 9:03 AM, Hans-Christoph Steiner [EMAIL PROTECTED]
wrote:
On May 17, 2008, at 5:50 PM, Enrique Erne wrote:
Hans-Christoph Steiner wrote:
There is much that can and should be done. Here's some ideas
ranked into of difficulty:
- file a bug report when a help patch
hi all
i could get rid of the drop out issues here :-D
short history:
because i guessed, it could be memory related (the working box has 1.5GB
RAM and the drop-out box only 0.5GB), i put all memory that i could find
into the drop-out box. then i realized, that i am using two different
versions
On Sun, 2008-05-18 at 05:40 -0400, Enrique Erne wrote:
Roman Haefeli wrote:
On Sat, 2008-05-17 at 19:50 +0200, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
i'm not a developer but i would vote for declare
i.e. [declare -stdlib mrpeach] to packOSC-help.pd
then it would work
Hans-Christoph Steiner wrote:
On May 17, 2008, at 5:50 PM, Enrique Erne wrote:
Hans-Christoph Steiner wrote:
There is much that can and should be done. Here's some ideas ranked
into of difficulty:
- file a bug report when a help patch is not working
- write and improve help patches,
On Sun, 2008-05-18 at 12:09 +0200, Roman Haefeli wrote:
On Sun, 2008-05-18 at 05:40 -0400, Enrique Erne wrote:
Roman Haefeli wrote:
On Sat, 2008-05-17 at 19:50 +0200, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
i'm not a developer but i would vote for declare
i.e.
On Sun, 2008-05-18 at 02:30 -0700, Rich E wrote:
Personally, I would use namespace prefixes:
[mrpeach/packOSC].
This will make more sense when there are libraries organized
around
concepts rather than authors. So something like [osc/packOSC]
Roman Haefeli wrote:
On Sat, 2008-05-17 at 19:50 +0200, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
i'm not a developer but i would vote for declare
i.e. [declare -stdlib mrpeach] to packOSC-help.pd
then it would work with pd vanilla too.
The declare/namespace/import stuff is
@matteo:
most likely you already tested it, but you didn't tell anything about
it: on the drop-out machine, do you also get drop-outs with other
patches? or is it clearly related to this particular pair of patches,
that you mentioned?
You're right I didn't mention it. It happens with a few
hard off a écrit :
ok, it's really hackish, but my current solution is to send a 'font'
message to the parent, which forces a window redraw.
seems to work ok, but i'm not really fond of such way-out approaches,
and it might start to get cluggy once i load in some sequencers and
stuff
Hi,
I experiment huge xruns with pd/jack. No matter if I change pd latency
or jack latency. It only appears with pd, no issue with ardour or other
softs. It appears only with jack, not with alsa or oss. But it appears
with jack on alsa. It's also happening more when moving mouse pointer or
I very very vaguely remember something like a loadbang or a something
like a pop message that is used for some graphical update thing and
you could try if that helps you with the GOP to make it redraw in the
parent patch. this might not work at all, just an idea, and I am not
sure about the
...
URL:
http://lists.puredata.info/pipermail/pd-list/attachments/20080518/3298a50d/attachment-0001.htm
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Hi!
Are you using a realtime enabled kernel? Are you running pd -rt
-jack from the terminal? Is the realtime box checked in qjackctl
(I am assuming that's what you're using)?
Just a few ideas!
Good luck
k
On Sun, May 18, 2008 at 7:42 AM, jean-martin barbut [EMAIL PROTECTED] wrote:
Hi,
I
On May 17, 2008, at 12:02 PM, Enrique Erne wrote:
Hans-Christoph Steiner wrote:
On May 13, 2008, at 10:06 AM, Enrique Erne wrote:
Hans-Christoph Steiner wrote:
Hey all,
I've been fixing quite a lot of bugs in preparation of making
the Pd- extended 0.40.3 release. It's getting pretty
Very nice! The mouse/keyboard interactive is well done, I only worry
that the buttons are now too sparse. I think delete and edit buttons
would still be useful, maybe people don't use keyboard shortcuts at all.
Also, on Mac OS X, Delete is not commonly used, so it would be good
to also
Hello,
Thanks for this; it worked for me -- sending a pop message to the
name of the canvas in the abstraction (not to the parent) seems to
allow the cables coming from a GOP abstraction to connect in a
visually correct manner after GOP resize in both 0.39(extended) and
0.41, although I do get
Which version of Pd-extended? Does it behave differently on other
version of Pd?
.hc
On May 18, 2008, at 3:41 PM, Kevin McCoy wrote:
Hi!
Are you using a realtime enabled kernel? Are you running pd -rt
-jack from the terminal? Is the realtime box checked in qjackctl
(I am assuming
..
temporary fix is just to turn edit mode on and move the
abstraction by 1
pixel, but there must be a better way.
any ideas?
-- next part --
An HTML attachment was scrubbed...
URL: http://lists.puredata.info/pipermail/pd-list/attachments/
20080518/3298a50d/attachment
hans, that's still a bug in 0.40.3 i just downloaded and tried, and got
the same consistency check message
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
the abstraction by 1
pixel, but there must be a better way.
any ideas?
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.puredata.info/pipermail/pd-list/attachments/20080518/3298a50d/attachment-0001.htm
oops, i still had another old version of pd installed when i did my check.
just trashed that and loaded into the 'real' autobuild and as matt says,
cables are automatically redrawn without any trouble.
excellent!
___
PD-list@iem.at mailing list
on my 10.4 intel mac, the zexy [~ ], [~ ], [~ ], [||~],[==~] objects
aren't working.
other objects in zexy (such as [abs~], [msgfile], etc) work fine.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
Hello,
I'm sure this question has been asked and answered before, but -- is
it likely that the [scofo] object used in pdrp will be included in any
official releases of PD (or extended)? If not, are there any
restrictions on grabbing it from pdrp and using it in patches other
than the pdrp set (I
more zexy troubles:
[l2s] doesn't work, unless a [list2symbol] object is created first.
i made a patch with a single l2s object in it, and the object cannot be
created when i load the patch.
a patch with a single [list2symbol] object loads fine.
a patch with a single [list2symbol] object
next error:
i keep getting messages pd_vmess: only 5 allowed when opening subpatches
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
hi list,
i want to control two motors (pantilt). i looked into several
options and this seems a good start:
http://www.ladyada.net/make/mshield/
together with the arduino.
i need a very smooth movement, so steppers from floppy drives seem a
good option.
has anyone tried the motor shield?
30 matches
Mail list logo