Hi there:
While reinstalling my system, I have encountered this problem with [originator] in the memento of rradical abstractions.
Because there is a [prepend RRADICAL.dummy] in the originator.pd and although I have a [prepend] but its not the right [prepend] wanted by the [originator]. As far as I know, there are at least 2 [prepend] our there.
I did a quick work around using [pack],[symbol] and [route], which seems to work so far and it eliminates the [prepend] dependency. Please see the attached patch.
Could anyone take a look and see if this is a better way then having [prepend]. I am particularly not too sure about the [route list] I did at the end, I think there is a better way.
#N canvas 260 166 978 591 10; #X text 425 22 responsibilities:; #X text 98 10 ORIGINATOR (the mixing engineer); #X text 447 59 * set memento (restore settings from photo); #X text 448 40 * create memento (take photo); #N canvas 76 23 720 450 createMemento 0; #X obj 48 84 inlet; #X obj 97 117 symbol $1; #X obj 97 90 loadbang; #X obj 97 150 s $0-memento; #X text 75 49 $1 is the default name of the memento , that this originator creates , but it can be changed later.; #X obj 74 179 outlet; #X text 292 108 What is a memento?; #X text 275 121 a memento is a directory in a global (data)pool; #X obj 305 139 r $0-memento; #X msg 309 180 state $1; #X obj 319 213 s $0-pool; #X connect 0 0 1 0; #X connect 1 0 3 0; #X connect 1 0 5 0; #X connect 2 0 1 0; #X connect 8 0 9 0; #X connect 9 0 10 0; #X restore 122 321 pd createMemento; #X obj 122 104 inlet; #N canvas 600 185 664 406 setMemento 0; #X text 238 12 setMemento is responsible for restoring all registered variables.; #X obj 64 26 inlet; #X obj 109 286 outlet; #X obj 109 249 r $0-restore; #X msg 64 126 getall; #X obj 64 183 s $0-pool; #N canvas 468 415 450 300 change2substate 0; #X obj 92 39 inlet; #X obj 113 198 outlet; #X obj 185 93 r $0-memento; #X obj 280 93 r $0-substate; #X obj 113 144 pack s s 0; #X obj 92 93 symbol chdir; #X obj 92 67 t b; #X obj 113 167 route list; #X text 218 163 un-list again; #X connect 0 0 6 0; #X connect 2 0 4 1; #X connect 3 0 4 2; #X connect 4 0 7 0; #X connect 5 0 4 0; #X connect 6 0 5 0; #X connect 7 0 1 0; #X restore 131 127 pd change2substate; #X text 186 104 change to dir memento substate; #X obj 64 52 t b b b; #X obj 130 75 s $0-set-ON; #X connect 1 0 8 0; #X connect 3 0 2 0; #X connect 4 0 5 0; #X connect 6 0 5 0; #X connect 8 0 4 0; #X connect 8 1 6 0; #X connect 8 2 9 0; #X restore 256 446 pd setMemento; #X text 431 90 What is a memento?; #X text 463 111 a memento is a directory in a global (data)pool; #X text 432 135 What is a state?; #X obj 563 328 r $0-pool; #X symbolatom 691 374 10 0 0 3 memento - -; #X msg 170 103 create help; #X msg 261 103 set memento; #X obj 777 348 inlet; #X obj 178 297 s $0-substate; #X obj 828 482 r $0-substate; #X msg 828 511 substate $1; #X msg 99 471 copy; #X msg 210 472 paste; #X obj 134 514 s $0-pool; #X obj 309 341 symbol; #X obj 156 440 t b b; #X msg 620 389 set $1; #X obj 563 460 s $2-in; #X obj 197 418 r $0-set; #X obj 148 472 s $0-set; #X obj 828 540 s $0-pool; #X obj 225 274 s $0-pool; #X text 462 154 a state is the content of a memento subdirectory named by a number.; #X text 819 348 OSC inlet; #X obj 777 377 OSCroute $1; #X text 462 154 a state is the content of a memento subdirectory named by a number.; #X obj 535 273 r $2-RRADICAL-MEMENTO; #X text 443 248 $2-RRADICAL-MEMENTO is sent by commun objects; #X obj 777 413 s $2-RRADICAL-OSC; #X obj 385 520 outlet; #X obj 235 196 prepend get; #N canvas 468 415 450 300 ch2subs 0; #X obj 92 39 inlet; #X obj 113 198 outlet; #X obj 185 93 r $0-memento; #X obj 280 93 r $0-substate; #X obj 113 144 pack s s 0; #X obj 92 67 t b; #X obj 113 167 route list; #X text 218 163 un-list again; #X obj 92 94 symbol chdir; #X connect 0 0 5 0; #X connect 2 0 4 1; #X connect 3 0 4 2; #X connect 4 0 6 0; #X connect 5 0 8 0; #X connect 6 0 1 0; #X connect 8 0 4 0; #X restore 255 252 pd ch2subs; #X obj 225 230 t a b; #X obj 563 382 spigot; #X obj 448 520 spigot; #N canvas 548 386 450 300 tgl 0; #X obj 155 198 outlet; #X obj 240 198 outlet; #X msg 151 120 0; #X msg 184 120 1; #X msg 233 120 0; #X msg 266 120 1; #X obj 295 55 r $0-set-ON; #X obj 292 85 loadbang; #X obj 185 65 r $0-get-ON; #X text 20 7 This tgl is to prevent some loops when using get and set. ; #X connect 2 0 0 0; #X connect 3 0 0 0; #X connect 4 0 1 0; #X connect 5 0 1 0; #X connect 6 0 2 0; #X connect 6 0 5 0; #X connect 7 0 5 0; #X connect 7 0 2 0; #X connect 8 0 3 0; #X connect 8 0 4 0; #X restore 486 348 pd tgl; #X obj 235 177 t a b; #X obj 287 175 s $0-get-ON; #X msg 505 463 set $1; #X obj 448 493 prepend RRADICAL.dummy; #X obj 385 493 spigot; #X obj 448 544 outlet; #X text 353 541 Value outlet; #X text 494 545 Value/Key outlet; #X obj 370 228 s $0-substate; #X obj 340 203 t b f; #X obj 563 351 rradical.state $1; #X obj 22 197 route ldxdir svxdir; #X msg 23 285 ldxdir $1; #X msg 102 289 svxdir $1; #X obj 23 316 s $0-pool; #X obj 646 494 outlet; #X text 641 515 OSC outlet; #X obj 637 461 OSCprepend $1; #X msg 720 487 setsub $1; #X obj 720 547 s $0-setsub; #X obj 173 77 r $0-setsub; #X obj 161 378 select copy paste set; #X obj 122 132 route create substate get setsub; #X obj 340 251 s $0-set; #X obj 25 261 symbol; #X obj 101 267 symbol; #X obj 12 220 t b a; #X msg 12 360 set; #X text 12 382 after loadx , set; #X obj 12 77 r SET_ALL_RRADICALS; #X text 14 47 global send to do something crazy with!; #X obj 818 245 r $0-substate; #X text 795 218 $2 == $0 parent; #X msg 818 270 set $1; #X obj 818 298 s $2-parentstate; #X obj 535 300 prepend set; #X obj 764 437 OSCroute /preset /substate; #X msg 745 513 /preset $1; #X obj 583 527 print; #X symbolatom 385 410 10 0 0 0 - - -; #X obj 385 389 t b f; #X obj 385 433 pack s f; #X obj 385 455 route list; #X connect 5 0 65 0; #X connect 10 0 53 0; #X connect 11 0 60 1; #X connect 12 0 65 0; #X connect 13 0 65 0; #X connect 14 0 31 0; #X connect 16 0 17 0; #X connect 16 0 80 0; #X connect 17 0 27 0; #X connect 18 0 20 0; #X connect 19 0 20 0; #X connect 21 0 64 0; #X connect 22 0 26 0; #X connect 22 1 19 0; #X connect 23 0 82 0; #X connect 25 0 6 0; #X connect 31 0 35 0; #X connect 31 0 79 0; #X connect 33 0 60 0; #X connect 33 0 78 0; #X connect 37 0 39 0; #X connect 38 0 28 0; #X connect 39 0 28 0; #X connect 39 1 38 0; #X connect 40 0 83 0; #X connect 41 0 48 0; #X connect 42 0 41 1; #X connect 42 0 47 1; #X connect 42 1 40 1; #X connect 43 0 37 0; #X connect 43 1 44 0; #X connect 45 0 46 0; #X connect 46 0 41 0; #X connect 47 0 36 0; #X connect 52 0 66 0; #X connect 52 1 51 0; #X connect 53 0 40 0; #X connect 53 0 46 0; #X connect 53 0 47 0; #X connect 53 1 23 0; #X connect 53 1 45 0; #X connect 53 2 11 0; #X connect 54 0 69 0; #X connect 54 1 68 0; #X connect 55 0 57 0; #X connect 56 0 57 0; #X connect 60 0 58 0; #X connect 61 0 62 0; #X connect 63 0 65 0; #X connect 64 0 18 0; #X connect 64 1 22 0; #X connect 64 2 6 0; #X connect 65 0 4 0; #X connect 65 1 15 0; #X connect 65 2 43 0; #X connect 65 3 52 0; #X connect 65 4 21 0; #X connect 65 4 54 0; #X connect 67 0 55 0; #X connect 68 0 56 0; #X connect 69 0 70 0; #X connect 69 1 67 0; #X connect 70 0 21 0; #X connect 72 0 65 0; #X connect 74 0 76 0; #X connect 76 0 77 0; #X connect 78 0 53 0; #X connect 79 0 61 0; #X connect 79 1 61 0; #X connect 80 0 60 0; #X connect 82 0 84 0; #X connect 83 0 82 0; #X connect 83 1 84 1; #X connect 84 0 85 0; #X connect 85 0 24 0;
Hallo, chun lee hat gesagt: // chun lee wrote:
While reinstalling my system, I have encountered this problem with [originator] in the memento of rradical abstractions.
Because there is a [prepend RRADICAL.dummy] in the originator.pd and although I have a [prepend] but its not the right [prepend] wanted by the [originator]. As far as I know, there are at least 2 [prepend] our there.
I did a quick work around using [pack],[symbol] and [route], which seems to work so far and it eliminates the [prepend] dependency. Please see the attached patch.
This only works for (re)storing single floats, it does not work for storing symbols and it cannot work for storing lists of unknown length, which is the main reason I need to use prepends there.
Frank Barknecht _ ______footils.org__
Hi PDP users, especially adressed ;-)
I wonder which webcam you would recommend for basic tracking functions with pdp. Lets say: which one is "best" supported ?
How about firewire support ? Is it very complicated to realize it ??
Thanks Luigi
rensinghoff wrote:
I wonder which webcam you would recommend for basic tracking functions with pdp. Lets say: which one is "best" supported ?
Please do NOT buy a "creative webcam nx". It is a low cost webcam but dont work under linux. -- Lazzaro
Hi all,
The creative nx _does_ work on linux, the developers also have a channel on freenode if the following is not enough.
All the best for the new year,
Alexandre
http://zc0302.sourceforge.net/zc0302.php?page=download
do 'make' (you will need the kernel sources)
!/bin/bash
rmmod /home/zc030x mknod /dev/video0 c 81 0 modprobe videodev insmod /home/zc030x/zc030x.ko chown $1.users /dev/video0
to start camera type ./camera your_user_name
in zc030x_main.c change height to 352 change width to 288
On Sunday 02 January 2005 11:38, Lazzaro N. CIccoella wrote:
rensinghoff wrote:
I wonder which webcam you would recommend for basic tracking functions with pdp. Lets say: which one is "best" supported ?
Please do NOT buy a "creative webcam nx". It is a low cost webcam but dont work under linux. -- Lazzaro
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
Hallo, Alexandre Castonguay hat gesagt: // Alexandre Castonguay wrote:
The creative nx _does_ work on linux, the developers also have a channel on freenode if the following is not enough.
I think, the Creative cam comes with different chipsets. Even if it doesn't, at least some other cams do so, so it's always a bit risky to buy a cam based on brand name alone. I think, Tom recommends the older Philips models, which have some special capabilities when used in PDP. But newer Philips cam don't use the PVC chips anymore. Ah, well, buying a webcam is no fun...
I still couldn't get the Eyetoy to work with PDP/Gem, too.
Frank Barknecht _ ______footils.org__
Alexandre Castonguay wrote:
All the best for the new year,
Alexandre
a nice new year for you and all the pd people
Seems that the new year begins well :)
I knew the "zc0302" project but when I have buyed the webcam still had not been relased the driver and I did not hope more.
Lazzaro
hi
I did a quick work around using [pack],[symbol] and [route], which
seems to
work so far and it eliminates the [prepend] dependency. Please see
the
attached patch.
This only works for (re)storing single floats, it does not work for storing symbols and it cannot work for storing lists of unknown length, which is the main reason I need to use prepends there.
Ciao
Frank Barknecht _ ______footils.org__
i made an prepend_alternative-abstraction, because i don't want to use a whole library only for one object (for a project with different pd-users i'd like to keep the number of involved libs as low as possible). i don't know to which [prepend] it refers. the first argument (symbol or float) of the abs is prepend to the incoming msg. there's also an inlet to set what to prepend (symbol or float).
chun lee: maybe it helps you out of your [prepend]-nameclash-confusion.
for me, it behaves like i would expect it from a [prepend]-obj (it's not nice code, but i think it works)
it needs some zexy-objs: glue, a2l, lister.(i hope everyone uses zexy)
#N canvas 1101 203 240 451 10; #X obj 23 23 inlet; #X obj 23 348 outlet; #X obj 23 297 glue; #X obj 159 254 a2l; #X obj 23 320 route 1; #X obj 23 116 lister $1; #X obj 23 183 route float; #X obj 23 209 t b f; #X obj 23 231 1; #X obj 23 253 pack f f; #X obj 78 253 pack f s; #X obj 78 229 1; #X obj 78 207 t b s; #X obj 23 146 spigot; #X obj 124 26 inlet; #X obj 124 56 t b a b; #X obj 124 82 1; #X obj 161 80 0; #X obj 23 54 t b a b; #X connect 0 0 18 0; #X connect 2 0 4 0; #X connect 3 0 2 1; #X connect 4 0 1 0; #X connect 5 0 13 0; #X connect 6 0 7 0; #X connect 6 1 12 0; #X connect 7 0 8 0; #X connect 7 1 9 1; #X connect 8 0 9 0; #X connect 9 0 2 0; #X connect 10 0 2 0; #X connect 11 0 10 0; #X connect 12 0 11 0; #X connect 12 1 10 1; #X connect 13 0 6 0; #X connect 14 0 15 0; #X connect 15 0 16 0; #X connect 15 1 5 0; #X connect 15 2 17 0; #X connect 16 0 13 1; #X connect 17 0 13 1; #X connect 18 0 5 0; #X connect 18 1 3 0; #X connect 18 2 16 0;
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
i made an prepend_alternative-abstraction, because i don't want to use a whole library only for one object (for a project with different pd-users i'd like to keep the number of involved libs as low as possible).
If you just build the externals from CVS using the "build" system installed there, you get the "right" prepend as a single external. No need for libraries at all then, just the standard CVS externals. Iemlib-prepend is build as iem_prepend.pd_linx(dll...) there.
In my experience: If Pd crashes, when someone is trying to use Memento/RRADical, then that someone has some old ggee prepend installed. If Memento doesn't work as expected, then he is using iemlib as a locally installed library instead of the CVS version of iemlib so that iem_prepend "overwrites" the CVS prepend.
Frank Barknecht _ ______footils.org__