Re: [PD] droidparty's [touch] on 0.48-1 and "grid" like object in vanilla

[oliver]

My hunch is Miller or somebody changed something with the
unsupported donecanvasdialog messages that those droidparty
abstractions are (ab)using, but I do not have evidence for this yet.




indeed, for what i know, "donecanvasdialog" changed with 0.48 !
(there has been a post on this list by christof ressi some months ago)
https://www.mail-archive.com/pd-list@lists.iem.at/msg12504.html

the third argument (the one that represents the "graph on parent" and 
"hide object names and arguments" checkboxes) has changed its counting 
method.


what used to be "2" in earlier PD versions (both checkboxes ticked) must 
now say "3":


so until PD 0.47 it was:
donecanvasdialog 1 -1 2 0 -1 1 1 120 60 10 10, dirty 0

from PD 0.48 on it's:
donecanvasdialog 1 -1 3 0 -1 1 1 120 60 10 10, dirty 0


that broke my GOP patches too, but i already updated them all 
accordingly. not too much work ...


but i really think this should be mentioned in capital letters in the 
release notes for PD 0.48, since i'm sure many people "exploited" this 
feature to build their customized GUIs


best

oliver

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] droidparty's [touch] on 0.48-1 and "grid" like object in vanilla

[Chris McCormick]

Hi Alexandre,

On 02/03/18 05:09, Alexandre Torres Porres wrote:
> Hi, looking for a vanilla "grid" like object, a while ago on this list,
> [touch] was presented as so. I tried downloading the abstractions from
> http://www.droidparty.net/ but I couldn't run the object on Pd 0.48-1,
> it just looks like a normal non graphical subpatch, anybody else get 
this?


I had noticed this too - all droidparty abstractions don't work in 
recent Pd versions - but didn't yet find time to:


 * Make a simple reproduceable patch which highlights the change.
 * Do a git bisect to figure out exactly which commit breaks support.

My hunch is Miller or somebody changed something with the unsupported 
donecanvasdialog messages that those droidparty abstractions are 
(ab)using, but I do not have evidence for this yet.


Will report back here if I get some time to examine this.

> anyway, the quest for vanilla like grid objects continues

If Pd's canvas object had the following property it would enable much 
more powerful GUIs to be built by non-developers: report all clicks, 
even in a GOP subpatch, even when not in edit mode.


Cheers,

Chris.

--
http://mccormick.cx/

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [gemframebuffer] and [pix-film] ... weirdness

[oliver]

hi, list !

PD 0.48-0
GEM 0.93.3
WINDOWS 7 / 64bit

i encountered a weird thing in GEM recently:

when i use [gemframebuffer] with a still image (using [pix_image]) i can 
work with glsl shaders like shown in the GEM tutorials.


however, i recently tried to do the same with a movie (using [pix_film], 
but only the first frame of the loaded film showed up ! subsequent 
"frame" messages did not work.


by chance i found out that when i connected an empty [pix_image] object 
to [pix_film]'s left outlet, it suddenly DOES work as expected !


is this the way it's supposed to be ?

am i missing something ?

or is this a windows thing again ?



i attached a patch that demonstrates the problem
(btw: using [pix_movie] instead of [pix_film] didn't change anything)



thanks for any help
(or deeper insight into [gemframebuffer]'s mysteries)


best

oliver

--

/// http://pendler.klingt.org //
\\\ http://oliver.klingt.org  \\

#N canvas 0 50 977 403 10;
#X declare -stdlib Gem;
#X obj 318 167 cnv 15 100 80 empty empty empty 20 12 0 14 -204786 -66577
0;
#X msg 222 91 rectangle 1;
#X obj 312 54 gemhead 50;
#X obj 328 255 pix_texture;
#X obj 312 302 pix_texture, f 16;
#X obj 312 75 t a a b, f 10;
#X floatatom 518 163 5 0 0 0 - - -, f 5;
#X obj 328 177 pix_film, f 13;
#X obj 340 108 gemframebuffer;
#X obj 340 130 translateXYZ 0 0 -4;
#X obj 328 277 square 4;
#X obj 14 11 cnv 14 128 15 empty empty empty 2 2 0 9 -253181 -66577
0;
#X obj 13 10 declare -stdlib Gem, f 21;
#X msg 25 287 0 \, destroy;
#X text 20 196 GEM WINDOW;
#X obj 13 140 del 300;
#X obj 13 337 print g;
#X obj 13 312 gemwin 25;
#X msg 13 217 dimen 480 270 \, offset 10 550 \, color 0.5 0.5 0.5 \,
create \, 1, f 14;
#X obj 13 116 loadbang;
#X msg 426 212 dimen \$2 \$3;
#X obj 222 70 del 300;
#X obj 222 46 loadbang;
#X obj 344 212 pix_image;
#X msg 199 134 open extra/Gem/examples/data/homer.avi, f 18;
#X obj 476 92 f;
#X obj 503 92 + 1;
#X obj 485 116 sel 85;
#X msg 474 139 0;
#X obj 312 350 square 2.5;
#X obj 312 327 translateXYZ -3 0 0;
#X obj 688 167 cnv 15 100 80 empty empty empty 20 12 0 14 -204786 -66577
0;
#X msg 592 91 rectangle 1;
#X obj 698 255 pix_texture;
#X obj 682 302 pix_texture, f 16;
#X obj 682 75 t a a b, f 10;
#X floatatom 888 163 5 0 0 0 - - -, f 5;
#X obj 698 177 pix_film, f 13;
#X obj 710 108 gemframebuffer;
#X obj 710 130 translateXYZ 0 0 -4;
#X obj 698 277 square 4;
#X msg 796 212 dimen \$2 \$3;
#X obj 592 70 del 300;
#X obj 592 46 loadbang;
#X msg 569 134 open extra/Gem/examples/data/homer.avi, f 18;
#X obj 846 92 f;
#X obj 873 92 + 1;
#X obj 855 116 sel 85;
#X msg 844 139 0;
#X obj 682 350 square 2.5;
#X obj 682 327 translateXYZ 3 0 0;
#X obj 682 54 gemhead 52;
#X text 312 31 WORKING:;
#X text 681 31 NOT WORKING:;
#X text 141 193 this extra [pix_image] (that seems to do nothing at
all) apparently makes all the difference. how so ?, f 28;
#X connect 1 0 3 0;
#X connect 1 0 4 0;
#X connect 1 0 8 0;
#X connect 2 0 5 0;
#X connect 3 0 10 0;
#X connect 4 0 30 0;
#X connect 5 0 4 0;
#X connect 5 1 8 0;
#X connect 5 2 25 0;
#X connect 6 0 7 1;
#X connect 7 0 3 0;
#X connect 7 0 23 0;
#X connect 7 1 20 0;
#X connect 8 0 9 0;
#X connect 8 1 4 1;
#X connect 9 0 7 0;
#X connect 13 0 17 0;
#X connect 15 0 18 0;
#X connect 17 0 16 0;
#X connect 18 0 17 0;
#X connect 19 0 15 0;
#X connect 20 0 8 0;
#X connect 21 0 1 0;
#X connect 21 0 24 0;
#X connect 22 0 21 0;
#X connect 24 0 7 0;
#X connect 25 0 26 0;
#X connect 25 0 27 0;
#X connect 26 0 25 1;
#X connect 27 0 28 0;
#X connect 27 1 6 0;
#X connect 28 0 25 0;
#X connect 30 0 29 0;
#X connect 32 0 33 0;
#X connect 32 0 34 0;
#X connect 32 0 38 0;
#X connect 33 0 40 0;
#X connect 34 0 50 0;
#X connect 35 0 34 0;
#X connect 35 1 38 0;
#X connect 35 2 45 0;
#X connect 36 0 37 1;
#X connect 37 0 33 0;
#X connect 37 1 41 0;
#X connect 38 0 39 0;
#X connect 38 1 34 1;
#X connect 39 0 37 0;
#X connect 41 0 38 0;
#X connect 42 0 32 0;
#X connect 42 0 44 0;
#X connect 43 0 42 0;
#X connect 44 0 37 0;
#X connect 45 0 46 0;
#X connect 45 0 47 0;
#X connect 46 0 45 1;
#X connect 47 0 48 0;
#X connect 47 1 36 0;
#X connect 48 0 45 0;
#X connect 50 0 49 0;
#X connect 51 0 35 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] droidparty's [touch] on 0.48-1 and "grid" like object in vanilla

[Dan Wilcox]

Hrm. It worked before using data structures. Maybe there is a bug?

> On Mar 1, 2018, at 10:09 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Alexandre Torres Porres mailto:por...@gmail.com>>
> To: Pd-List mailto:pd-list@lists.iem.at>>
> Subject: [PD] droidparty's [touch] on 0.48-1 and "grid" like object in
>   vanilla
> Message-ID:
>>
> Content-Type: text/plain; charset="utf-8"
> 
> Hi, looking for a vanilla "grid" like object, a while ago on this list,
> [touch] was presented as so. I tried downloading the abstractions from
> http://www.droidparty.net/  but I couldn't run 
> the object on Pd 0.48-1, it
> just looks like a normal non graphical subpatch, anybody else get this?
> 
> anyway, the quest for vanilla like grid objects continues


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] droidparty's [touch] on 0.48-1 and "grid" like object in vanilla

[Alexandre Torres Porres]

Hi, looking for a vanilla "grid" like object, a while ago on this list,
[touch] was presented as so. I tried downloading the abstractions from
http://www.droidparty.net/ but I couldn't run the object on Pd 0.48-1, it
just looks like a normal non graphical subpatch, anybody else get this?

anyway, the quest for vanilla like grid objects continues

thanks
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Save the Date: Linux Audio Conference 2018

[Chris Chronopoulos]

does anyone know where i could find the proceedings from previous LAC's?

On Fri, Dec 22, 2017 at 2:33 PM, Henrik von Coler 
wrote:

> [Apologies for cross-postings] [Please distribute]
>
>
> *Save the date: Linux Audio Conference 2018*
>
> The 2018 Linux Audio Conference will take place at
>
> *c-base, Berlin*
> *7th -11th June 2018*
>
>
> The LAC 2018 will feature a full program of talks, workshops and music.
> The official call for papers and works will be sent shortly after the
> winter break -
> so use the quiet of the holidays to think about possible submissions.
>
> All relevant information will be made available on:
> http://lac.linuxaudio.org/2018/
>
>
>
> All the best,
>
> the LAC 2018 Organizing Team
>
>
>
>
> --
> Henrik von Coler
> Elektronisches Studio, Fachgebiet Audiokommunikation
> Electronic Music Studio, Audio Communication Group
>
> Technische Universität Berlin
> Fakultät I Geistes- und Bildungswissenschaften
> Institut für Sprache und Kommunikation
>
> Faculty I Humanities
> Institute of Speech and Communication
>
> Einsteinufer 17c, Sekr. EN 8, 10587 Berlin
> Germany
> Tel: +49 (0)30 314 22327 <+49%2030%2031422327>
> Fax: +49 (0)30 314 21143 <+49%2030%2031421143>vonco...@tu-berlin.de
> www.ak.tu-berlin.de
>
>
> ___
> Pd-announce mailing list
> pd-annou...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Text projection in real time

[William Brent]

Hi João,

I used [text3d] in GEM for my "Typing Hero" piece at the last PdCon. It was
a piece for 3 networked laptop players to type text read in from a text
file to play Bach 3-part inventions. I found that [text3d] did everything I
needed and worked as expected for all the issues you mention, except that
handling long texts was an issue. Here's a video from that night:

https://youtu.be/IACzW39PnW8



On Wed, Feb 28, 2018 at 5:03 PM, Jack  wrote:

> Hello João,
>
> Le 28/02/2018 à 19:31, João Pais a écrit :
> > Hello list,
> >
> > I was looking on the best way to display some texts which will be
> > produced/improvised in realtime. These will be acessible either as a
> > list, OSC, or on a file.
> >
> > I tried gem's 2dtext and [flatgui/entry], but they both don't work that
> > well, as some or all of the following aren't possible:
>
> You mean [text2d] for the Gem object... In term of performance, I prefer
> to use [text3d]... depending of what you need.
>
> > - centered text
> > - some texts are long, so the paragraphs have to break at the end of a
> word
> > - black background, white font - font and size will be chosen later
> > - fullscreen on a 2nd screen (to be projected)
>
> Everything here is doable with [text2d]/[text3d].
>
> >
> > I imagine the word sliptting and text centering can be calculated in Pd
> > so that Gem displays it correctly, but I'm not sure I'll have the time
> > for it. So trying another solution such as coordinating with Processing
> > or similar would be an option, in case it's easier to implement.
>
> Centering text is by default with [text2d]/[text3d]. You can change this
> with the message "justify".
> To cut a sentence after a word when a certain amount of letter is
> present is not very difficult using [list fromsymbol], [list prepend
> 10], [list prepend string]/[list trim] (for text2d]/[text3d]).
>
> You can even change line spacing with the message "linedist" on recent Gem.
> ++
>
> Jack
>
>
> >
> > Are there any suggestions on how to tackle this?
> >
> > Best,
> >
> > jmmmp
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > https://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>



-- 
William Brent
www.williambrent.com

“Great minds flock together”
Conflations: conversational idiom for the 21st century

www.conflations.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list