Jitter jit.cellblock

May 28, 2007 at 4:17pm

Jitter jit.cellblock

Hi there,

I want to make list in my folder using jit.cellblock and store it with pattstorage.
Before i used ubumenu but it is not very easy for live performing.

Thanks

Bypass

#32148
May 28, 2007 at 4:27pm

On 28 mai 07, at 18:17, bypass wrote:

> Hi there,
>
> I want to make list in my folder using jit.cellblock and store it
> with pattstorage.
> Before i used ubumenu but it is not very easy for live performing.

That’s a great news:) Do you have a question?

ej

#105266
May 28, 2007 at 4:41pm

>>
>>I want to make list in my folder using jit.cellblock and store it
>>with pattstorage.
>>Before i used ubumenu but it is not very easy for live performing.

yeah, cool.

nice to know

kasper

#105267
May 29, 2007 at 5:47am

Ok, Sorry for my English :)

Is there a way (like Ubumenu) to load all files in a folder using jit.cellblock ?
In live performance i’de like to see all folder content.

Thanks

Regards

Bypass

#105268
May 29, 2007 at 2:39pm

#105269
May 29, 2007 at 3:22pm

Try this, I made it really quickly, but it can gives you some ideas…
Cheers.

#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#N vpatcher 25 70 359 359;
#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P newex 96 166 55 9109513 pack 0 l;
#N coll test 1;
#T flags 1 0;
#P newobj 96 191 53 9109513 coll test 1;
#P newex 50 109 37 9109513 t count;
#P newex 216 213 27 9109513 – 1;
#P newex 186 188 40 9109513 uzi;
#P newex 186 162 55 9109513 route count;
#P newex 96 50 79 9109513 opendialog folder;
#P newex 96 77 68 9109513 prepend prefix;
#P newex 149 110 111 9109513 loadmess prefix_mode 2;
#P user ubumenu 96 136 100 9109513 0 1 1 0;
#X prefix_set 2 1 G:/mp3/d/DE.PUTA.MADRE/ 0;
#P inlet 96 30 15 0;
#P connect 3 0 8 0;
#P connect 0 0 4 0;
#P connect 4 0 3 0;
#P connect 3 0 1 0;
#P connect 8 0 1 0;
#P fasten 7 0 1 0 221 239 270 239 270 101 101 101;
#P connect 2 0 1 0;
#P connect 1 0 10 0;
#P connect 10 0 9 0;
#P connect 1 1 10 1;
#P connect 1 2 5 0;
#P connect 5 0 6 0;
#P connect 6 2 7 0;
#P pop;
#P newobj 71 153 156 9109513 p fromfoldertoubutocolltojitcellblock;
#P newex 281 107 90 9109513 loadmess refer test;
#P button 71 90 15 0;
#P user jit.cellblock 281 137 435 322 139 9 1 1 45 17 0 1 1 0 1 0 1 1 1 0 0
0 255 255 255 0 0 0 0 0 0 191 191 191 0 0 0 215 215 240 1 1 1 0 4 0 0 0;
#X col 0 layout 18 1 0 37 5 1 5 0 0 -1 -1 -1;
#X col 1 layout 121 1 0 37 5 1 5 0 0 -1 -1 -1;
#P comment 93 91 100 9109513 open a folder;
#P connect 2 0 4 0;
#P connect 3 0 1 0;
#P window clipboard copycount 5;

#105270
May 29, 2007 at 3:36pm

Another way:
(btw, why is the ‘clear all’ message to jit.cellblock not ‘clearall’ or ‘clear_all’?)

#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P message 330 250 48 196617 rows $1;
#P message 279 250 47 196617 clear all;
#P newex 178 203 30 196617 t b s;
#P newex 209 229 27 196617 + 1;
#P newex 178 229 27 196617 i;
#P user jit.cellblock 179 281 379 589 3 9 1 94 200 15 0 1 1 0 1 1 1 0 1 0 0 0 255 255 255 0 0 0 0 0 0 191 191 191 0 0 0 215 215 240 1 1 1 0 4 0 0 0;
#P newex 178 250 99 196617 sprintf set 0 %i %s;
#P newex 178 118 40 196617 t b 0 b;
#P button 178 99 15 0;
#P newex 178 139 76 196617 opendialog fold;
#P newex 178 181 67 196617 route append;
#P newex 178 160 37 196617 folder;
#P fasten 11 0 6 0 335 273 184 273;
#P connect 0 1 11 0;
#P connect 3 0 4 0;
#P connect 4 0 2 0;
#P connect 2 0 0 0;
#P connect 0 0 1 0;
#P connect 1 0 9 0;
#P connect 9 0 7 0;
#P connect 7 0 5 0;
#P fasten 10 0 6 0 284 271 184 271;
#P connect 5 0 6 0;
#P connect 4 1 7 1;
#P connect 8 0 7 1;
#P connect 7 0 8 0;
#P fasten 9 1 5 1 203 224 272 224;
#P fasten 4 2 10 0 213 215 284 215;
#P window clipboard copycount 12;

#105271
May 29, 2007 at 4:21pm

#105272
May 29, 2007 at 6:31pm

Thks EJ
I’ve try you’r patch but it don’t work with “.mov”.
Anyway thks

Regards

Bypass

#105273
May 30, 2007 at 8:45am

I agree, it’s not a big deal, but in this case, all and current have then become parameters of the clear message. These cannot be found in the alt-rightclick list. Since you’re not going to append either all or current to a clear message (you can, but you might as well put in the two words in a message), I’d argue it’s logical to make all commands to objects that don’t have parameters one word.

The same way you don’t send ‘write again’ but ‘writeagain’ to coll. You can also send ‘write ‘ but ‘again’ doesn’t need to be a parameter of the read message.

Oh, it’s not that i’m asking you to change anything. I’m just interested whether there are ideas behind things like these to keep everything logical and organised. /rant.

Quote: Emmanuel Jourdan wrote on Tue, 29 May 2007 18:21
—————————————————-
> On 29 mai 07, at 17:36, Bas van der Graaff wrote:
>
> > (btw, why is the ‘clear all’ message to jit.cellblock not
> > ‘clearall’ or ‘clear_all’?)
>
> because you can send “clear current”, “clear 1 1″�
>
> ej
>
—————————————————-

#105274
May 30, 2007 at 9:51am

On 30 mai 07, at 10:45, Bas van der Graaff wrote:

> The same way you don’t send ‘write again’ but ‘writeagain’ to coll.
> You can also send ‘write ‘ but ‘again’ doesn’t need to be
> a parameter of the read message.

If the message was “write” with argument “again” that would mean you
couldn’t use again as a name of file… And I like to name it that
way :)

> Oh, it’s not that i’m asking you to change anything. I’m just
> interested whether there are ideas behind things like these to keep
> everything logical and organised. /rant.

I think it’s more a way to keep it simple, clear is the message, and
depending on its arguments, it clears different things. Another
advantage is, there’s less messages in the ctrl+alt (alt+right click
on windows) popup menu :)

Cheers,
ej

#105275
May 30, 2007 at 3:20pm

I wouldn’t mind having a ‘clear all’ -and- a ‘clear’ message. The latter would clear all too. Just to avoid the reference lookups and of course to make it possible to use trigger..

Mattijs

Quote: Emmanuel Jourdan wrote on Wed, 30 May 2007 11:51
—————————————————-
> On 30 mai 07, at 10:45, Bas van der Graaff wrote:
>
> > The same way you don’t send ‘write again’ but ‘writeagain’ to coll.
> > You can also send ‘write ‘ but ‘again’ doesn’t need to be
> > a parameter of the read message.
>
> If the message was “write” with argument “again” that would mean you
> couldn’t use again as a name of file… And I like to name it that
> way :)
>
> > Oh, it’s not that i’m asking you to change anything. I’m just
> > interested whether there are ideas behind things like these to keep
> > everything logical and organised. /rant.
>
> I think it’s more a way to keep it simple, clear is the message, and
> depending on its arguments, it clears different things. Another
> advantage is, there’s less messages in the ctrl+alt (alt+right click
> on windows) popup menu :)
>
> Cheers,
> ej
>
—————————————————-

#105276
May 30, 2007 at 3:36pm

On 30 mai 07, at 17:20, Mattijs Kneppers wrote:

> I wouldn’t mind having a ‘clear all’ -and- a ‘clear’ message. The
> latter would clear all too. Just to avoid the reference lookups and
> of course to make it possible to use trigger..

request registered. It won’t happen any time soon though.

Cheers,
ej

#105277
May 31, 2007 at 9:27am

Quote: Emmanuel Jourdan wrote on Wed, 30 May 2007 17:36
—————————————————-
> On 30 mai 07, at 17:20, Mattijs Kneppers wrote:
>
> > I wouldn’t mind having a ‘clear all’ -and- a ‘clear’ message. The
> > latter would clear all too. Just to avoid the reference lookups and
> > of course to make it possible to use trigger..
>
> request registered. It won’t happen any time soon though.
>
> Cheers,
> ej
>
—————————————————-

Thanks,
Mattijs

#105278

You must be logged in to reply to this topic.