PSPunch | 1 Jun 2008 01:42

Re: Getting Sysex output to work on Linux


Hi, Miller,

Yes, it is a USB-MIDI device which currently appears only under the list 
of "ALSA-MIDI" devices.

However, the same behaviors I've seen apply also to the application 
kmidimon.
I think that if there is a way to get kmidimon to appear as an OSS MIDI 
device, theoretically the same procedure should work with my hardware.

Does anyone know of methods, or perhaps wrappers that may get this going?

--
David Shimamoto

> I'm still curious why the "raw" MIDI doesn't work for you.  I need to 
> find someone with a similar USB MIDI device to try to figure this out.
> I did recently find out that the raw interface has a bug that prevents it from
> opening /dev/midi for reading only and for writing only; the only operation
> that works is for both reading and writing.  I've got a fix for that
> (s_midi_oss.c; change two occurrences of "devno == 1" to "devno == 0").
> 
> But this wouldn't help if, as I read your letter, you simply don't see any
> input or output devices at all, for instance in the midi settings dialog.
> That sounds like a different problem from the one I was having.
> 
> cheers
> Miller
> 
(Continue reading)

Mathieu Bouchard | 1 Jun 2008 06:43
Picon

[PD-announce] Pdmtl#27


The PureData users group of Montréal met for the 27th time on May 27th, 
2008. This meeting was an initiative of Marc Fournel. 14 people came this 
time.

The wiki page of the meeting is in French, but even if you don't speak 
French you may find the links to be interesting.

   http://wiki.dataflow.ws/PdMtl/27

(note: this page doesn't have photos of the meeting yet.)

  _ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
_______________________________________________
PD-announce mailing list
PD-announce <at> iem.at
http://lists.puredata.info/listinfo/pd-announce
_______________________________________________
PD-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mathieu Bouchard | 1 Jun 2008 06:52
Picon

[PD-announce] GridFlow 0.9.2


I had skipped this announcement. This was released (in 
http://gridflow.ca/download) a month ago, during the GridFlow workshop 
that was held in São Paulo at the time of the Brasilian Pd Convention of 
2008.

ChangeLog for version 0.9.2 (2008.05.02):

  * removed libruby dependency

  _ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
_______________________________________________
PD-announce mailing list
PD-announce <at> iem.at
http://lists.puredata.info/listinfo/pd-announce
_______________________________________________
PD-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Luke Iannini | 1 Jun 2008 08:42
Picon

Re: netpd broken?

Yo,
I can confirm it with a day-or-two-old Pd-Extended autobuild.

I did some playing with this, and if you cut and paste the [pd
1-subsub] object it will start receiving messages like normal.  So, it
seems that dynamically created subpatches don't get a receiver...

A possible workaround for this would be to do a dynamic-cut-and-paste
as described in the pd-msg reference, to possibly force a proper
creation, but that is a pretty massive hack (and I didn't try it).

Also, the use of dynamically created subpatches as a way around the
no-dynamic-delete issue is great, I hadn't thought of it.  Too bad it
is broken : (.  As a member of the Church of Dynamic Patching I think
it should be added to the reference as an Offical Technique.

Cheers
Luke

On Sat, May 31, 2008 at 10:00 AM, Enrique Erne <enrique <at> netpd.org> wrote:
>
>> i can open netpd, log in, chat... but as soon as i open creator i get
>> error: pd-cr.singletons: no such object
>> and a empty windows pops up: pd cr.singletons (no dash)
>> netloading a netpd patch doens't work
>
>
> now i got it to. just tried it with:
> Pd-0.40.3-extended-20080531-macosx105-i386
>
(Continue reading)

Hans-Christoph Steiner | 1 Jun 2008 11:59
Gravatar

Re: netpd broken?


Hmm, I think I might have broken the subpatch receive symbols a  
couple of days ago, which might be the cause of this.  I just fixed  
my mistake, so tomorrow, they should work again.

.hc

On Jun 1, 2008, at 8:42 AM, Luke Iannini wrote:

> Yo,
> I can confirm it with a day-or-two-old Pd-Extended autobuild.
>
> I did some playing with this, and if you cut and paste the [pd
> 1-subsub] object it will start receiving messages like normal.  So, it
> seems that dynamically created subpatches don't get a receiver...
>
> A possible workaround for this would be to do a dynamic-cut-and-paste
> as described in the pd-msg reference, to possibly force a proper
> creation, but that is a pretty massive hack (and I didn't try it).
>
> Also, the use of dynamically created subpatches as a way around the
> no-dynamic-delete issue is great, I hadn't thought of it.  Too bad it
> is broken : (.  As a member of the Church of Dynamic Patching I think
> it should be added to the reference as an Offical Technique.
>
> Cheers
> Luke
>
> On Sat, May 31, 2008 at 10:00 AM, Enrique Erne <enrique <at> netpd.org>  
> wrote:
(Continue reading)

Hans-Christoph Steiner | 1 Jun 2008 11:28
Gravatar

Re: HID and OS X


That is a very old version of Pd-extended and [hidio].  Try [hid] and  
it's worth upgrading.

.hc

On May 31, 2008, at 9:05 PM, Phil Stone wrote:

> Hi Hans, and list,
>
> Is [gemmouse] currently the only option available for access to mouse
> (or trackball, in my case) data via HID on OS X?  [gemmouse] works
> great, but I can't get anything else to work...[mouse] (or  
> [darwinhid],
> for that matter) won't instantiate, and [hidio] sees the trackball,  
> but
> doesn't output any data from it.
>
> I searched the archives, but I can't get a clear picture of whether  
> this
> is an OS X problem, or if I've just not configured something properly.
> I'm on Pd version 0.40.3-extended-20071204 for MacIntel.
>
>
> Phil Stone
> www.pkstonemusic.com
>
> _______________________________________________
> PD-list <at> iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
(Continue reading)

Jack | 1 Jun 2008 14:58
Favicon

Re: pix_resize

Hello Nicolas, Marius and list !

Le 31 mai 08 à 22:39, Nicolas Montgermont a écrit :

> Hi list,
>
> I've got he same problem here. It works well with pictures in the
> pix_resize-help patch, but when I'm trying to resize video, I've  
> got the
> error outputted.
Same here with [pix_film], but if you put a [pix_rgba] before  
[pix_resize], it should work ?
> For example pix_resize doesn't work when inserted after the pix_video
> object in the pix_video-help patch.
> Is there any solution to resize this kind of images?
>
> Thanks,
>
> Nicolas
>
> marius schebella a écrit :
>> hi,
>> I am getting an error with pix_resize on osx, anybody knows where  
>> that
>> is coming from?
I don't get this error with [pix_image].
Tested on PowerBook G4, MacOSX.4.11, Pd version 0.40.3- 
extended-20080601, Gem ver: 0.91.0 'tigital'.
++

(Continue reading)

Patrice Colet | 1 Jun 2008 17:16

[GEM] pix_image and windows

Hello,

  I'm encountering a problem with pix_image when I have to use a 
temporary image, let me try to explain...

I use another software (libfprint) that writes automatically an image in 
a temporary folder, this image is previewed in gem window by a patch 
that is dynamically created.

  windows complains that the image is still used by another process when 
I try to remove it or replace it after the pix_image has read it, even 
if the patch containing this pix_image has beed closed, that is quite 
annoying because pd needs to be closed/opened for replacing or removing 
this temporary image.

  Since other objects that read a media file doesn't involve this 
behavior, it is certainly a bug.

Many thanks for pix_record fixes in last Gem release!

_______________________________________________
PD-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Nicolas Montgermont | 1 Jun 2008 17:23
Picon
Favicon

Re: pix_resize



Jack a écrit :
Hello Nicolas, Marius and list ! Le 31 mai 08 à 22:39, Nicolas Montgermont a écrit :
Hi list, I've got he same problem here. It works well with pictures in the pix_resize-help patch, but when I'm trying to resize video, I've got the error outputted.
Same here with [pix_film], but if you put a [pix_rgba] before [pix_resize], it should work ?
yes it works here using pix_rgba or pix_grey before resizing.
gem is from extended 2008-04-20
Thanks,

Nicolas

_______________________________________________
PD-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Max Neupert | 1 Jun 2008 17:48

Re: netpd broken?

BAD BOY!
but thanks for fixing it.

Am 2008-06-01 um 19:59 schrieb Hans-Christoph Steiner:

>
> Hmm, I think I might have broken the subpatch receive symbols a
> couple of days ago, which might be the cause of this.  I just fixed
> my mistake, so tomorrow, they should work again.
>
> .hc
>
> On Jun 1, 2008, at 8:42 AM, Luke Iannini wrote:
>
>> Yo,
>> I can confirm it with a day-or-two-old Pd-Extended autobuild.
>>
>> I did some playing with this, and if you cut and paste the [pd
>> 1-subsub] object it will start receiving messages like normal.   
>> So, it
>> seems that dynamically created subpatches don't get a receiver...
>>
>> A possible workaround for this would be to do a dynamic-cut-and-paste
>> as described in the pd-msg reference, to possibly force a proper
>> creation, but that is a pretty massive hack (and I didn't try it).
>>
>> Also, the use of dynamically created subpatches as a way around the
>> no-dynamic-delete issue is great, I hadn't thought of it.  Too bad it
>> is broken : (.  As a member of the Church of Dynamic Patching I think
>> it should be added to the reference as an Offical Technique.
>>
>> Cheers
>> Luke
>>
>> On Sat, May 31, 2008 at 10:00 AM, Enrique Erne <enrique <at> netpd.org>
>> wrote:
>>>
>>>> i can open netpd, log in, chat... but as soon as i open creator i
>>>> get
>>>> error: pd-cr.singletons: no such object
>>>> and a empty windows pops up: pd cr.singletons (no dash)
>>>> netloading a netpd patch doens't work
>>>
>>>
>>> now i got it to. just tried it with:
>>> Pd-0.40.3-extended-20080531-macosx105-i386
>>>
>>> it seems that some dynamic patching tricks are broken. attached
>>> example
>>> isn't working anymore :(. it creates the container subpatches but
>>> can't
>>> create the abstraction inside. could somebody confirm that?
>>>
>>> eni
>>>
>>> #N canvas 386 22 527 592 10;
>>> #N canvas 17 28 355 263 sub 0;
>>> #N canvas 0 22 450 300 1-subsub 0;
>>> #X restore 10 20 pd 1-subsub;
>>> #N canvas 0 22 450 300 2-subsub 0;
>>> #X restore 10 40 pd 2-subsub;
>>> #N canvas 0 22 450 300 3-subsub 0;
>>> #X restore 10 60 pd 3-subsub;
>>> #N canvas 0 22 450 300 11-subsub 0;
>>> #X restore 10 220 pd 11-subsub;
>>> #N canvas 0 22 450 300 15-subsub 0;
>>> #X restore 10 300 pd 15-subsub;
>>> #N canvas 0 22 450 300 19-subsub 0;
>>> #X restore 10 380 pd 19-subsub;
>>> #N canvas 0 22 450 300 24-subsub 0;
>>> #X restore 10 480 pd 24-subsub;
>>> #N canvas 0 22 450 300 25-subsub 0;
>>> #X restore 10 500 pd 25-subsub;
>>> #N canvas 0 22 450 300 29-subsub 0;
>>> #X restore 10 580 pd 29-subsub;
>>> #N canvas 0 22 450 300 32-subsub 0;
>>> #X restore 10 640 pd 32-subsub;
>>> #N canvas 0 22 450 300 33-subsub 0;
>>> #X restore 10 660 pd 33-subsub;
>>> #N canvas 0 22 450 300 34-subsub 0;
>>> #X restore 10 680 pd 34-subsub;
>>> #N canvas 0 22 450 300 40-subsub 0;
>>> #X restore 10 800 pd 40-subsub;
>>> #N canvas 0 22 450 300 51-subsub 0;
>>> #X restore 10 1020 pd 51-subsub;
>>> #N canvas 0 22 450 300 1-subsub 0;
>>> #X restore 10 20 pd 1-subsub;
>>> #X restore 21 22 pd sub;
>>> #X msg 24 392 \; pd-sub clear;
>>> #X msg 24 233 \; pd-sub loadbang;
>>> #X floatatom 24 79 5 0 0 0 - - -;
>>> #X obj 52 136 * 20;
>>> #X obj 24 96 t f f f;
>>> #X obj 24 116 makefilename pd-%d-subsub;
>>> #X obj 24 156 pack s f f;
>>> #X obj 24 325 makefilename pd-%d-subsub;
>>> #X msg 24 347 \; \$1 clear;
>>> #X floatatom 24 306 5 0 0 0 - - -;
>>> #X text 79 22 add and remove abstractions;
>>> #X msg 21 53 1;
>>> #X msg 61 53 2;
>>> #X msg 97 53 3;
>>> #X text 149 53 a) create some subsubpatches and abstractions;
>>> #X text 148 237 b) if your abstractions use loadbang you have to do
>>> that manually;
>>> #X msg 24 283 1;
>>> #X msg 64 283 2;
>>> #X msg 100 283 3;
>>> #X text 142 398 (clear pd-sub before saving this patch);
>>> #X text 145 282 c) clear subsubpatch where your abstractions are;
>>> #X text 23 506 e) if your abstraction does signal processing you  
>>> need
>>> to rebuild the dsptree. you could do so by either turn off/on [pd  
>>> dsp
>>> 0 \, pd dsp 1( or dynamically create an other ~-object in a subpatch
>>> and clear it again.;
>>> #X text 25 439 d) if your abstraction has a gui inside that you want
>>> to open sepparately \, use either namecanvas or put the gui in an
>>> subpatch
>>> [pd \$1-something] and use an arguemnt as id to refenrence the
>>> subpatch.
>>> ;
>>> #X msg 24 176 \; pd-sub obj 10 \$2 pd \$3-subsub \; \$1 obj 10 10
>>> my-abstraction
>>> \$3;
>>> #X connect 3 0 5 0;
>>> #X connect 4 0 7 1;
>>> #X connect 5 0 6 0;
>>> #X connect 5 1 4 0;
>>> #X connect 5 2 7 2;
>>> #X connect 6 0 7 0;
>>> #X connect 7 0 24 0;
>>> #X connect 8 0 9 0;
>>> #X connect 10 0 8 0;
>>> #X connect 12 0 3 0;
>>> #X connect 13 0 3 0;
>>> #X connect 14 0 3 0;
>>> #X connect 17 0 10 0;
>>> #X connect 18 0 10 0;
>>> #X connect 19 0 10 0;
>>>
>>> _______________________________________________
>>> PD-list <at> iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>> _______________________________________________
>> PD-list <at> iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> listinfo/pd-list
>
>
>
> ---------------------------------------------------------------------- 
> --
> ----
>
> News is what people want to keep hidden and everything else is
> publicity.          - Bill Moyers
>
>
>
> _______________________________________________
> PD-list <at> iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list

_______________________________________________
PD-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Gmane