Hi there. I am making a patch where i'm controlling a the velocity of a simple sequencer and the velocity of playback of a video with tow piezoelectric mics. I fooled around with [pix_movie] and [pix_film] but the best i could acomplish was to automatize the starting point of the video. In GEM I couldn't find an object that let me control the rythm (by a metro) of the playback. Can anyone please help me to find the way to control this?
Thank you,C. Cadavid C.
_________________________________________________________________
Explore the seven wonders of the world
http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=...
Hi,
Use [pix_film] with a [counter] and vary the speed of the [metro] going to the counter. I think you will need to send the 'auto 0' message to [pix_film]. There is also an object named [gems.movies~] in the pdmtl abstractions package. All these objects have good help patches detailing their workings.
Good luck,
Alexandre
Camilo Cadavid Corredor a écrit :
Hi there. I am making a patch where i'm controlling a the velocity of a simple sequencer and the velocity of playback of a video with tow piezoelectric mics. I fooled around with [pix_movie] and [pix_film] but the best i could acomplish was to automatize the starting point of the video. In GEM I couldn't find an object that let me control the rythm (by a metro) of the playback. Can anyone please help me to find the way to control this? Thank you,C. Cadavid C.
_________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
For the sake of completeness, have a look at [pdp_yqt], [pdp_qt] in pdp as well as [#in] and [#out] for GridFlow.
a
Alexandre Castonguay a écrit :
Hi,
Use [pix_film] with a [counter] and vary the speed of the [metro] going to the counter. I think you will need to send the 'auto 0' message to [pix_film]. There is also an object named [gems.movies~] in the pdmtl abstractions package. All these objects have good help patches detailing their workings.
Good luck,
Alexandre
Camilo Cadavid Corredor a écrit :
Hi there. I am making a patch where i'm controlling a the velocity of a simple sequencer and the velocity of playback of a video with tow piezoelectric mics. I fooled around with [pix_movie] and [pix_film] but the best i could acomplish was to automatize the starting point of the video. In GEM I couldn't find an object that let me control the rythm (by a metro) of the playback. Can anyone please help me to find the way to control this? Thank you,C. Cadavid C.
_________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hello,
I've been doing a lot of work with the help patches, and I've noticed
the following idiom: a column of msg boxes lined up neatly above an object.
Each message box is connected to the object box below.
So you get one straight vertical line down the inlet of the msg boxes to the object. This obscures the individual connections, of course, but has the benefit of organizing the msg boxes logically and making it easy to scan the text in each one.
Now here's the problem: if you use this idiom, the wires overlap with the leftmost pixel of the first character in the message, making the first word or number a little hard to read.
First question: does anyone have objections to this idiom being used in general in Pd? If not, then would it be possible to move the text in message boxes over one or two pixels to improve readability?
Thanks, Jonathan
I prefer to line them up on a 45 degree line. See tcpclient-help for example. That way you can see the whole message box. Another idea would be to make sure the lines are always drawn _behind_ the boxes.
Martin
Jonathan Wilkes wrote:
Hello, I've been doing a lot of work with the help patches, and I've noticed the following idiom: a column of msg boxes lined up neatly above an object.
Each message box is connected to the object box below.So you get one straight vertical line down the inlet of the msg boxes to the object. This obscures the individual connections, of course, but has the benefit of organizing the msg boxes logically and making it easy to scan the text in each one.
Now here's the problem: if you use this idiom, the wires overlap with the leftmost pixel of the first character in the message, making the first word or number a little hard to read.
First question: does anyone have objections to this idiom being used in general in Pd? If not, then would it be possible to move the text in message boxes over one or two pixels to improve readability?
Thanks, Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
that is a brilliant idea. if lines were always hidden behind boxes, patching would be so much neater.
Another idea would be to make sure the lines are always drawn _behind_
the boxes.
but then you wouldn't know if there's one line connected from the top box
to the bottom, or the same line activating all boxes.
the only clear solution would be patch cables with corners a la max. the
one I use sometimes is putting everything vertical, and then jump the
bottom element to the left. not 45deg cables, but enough so everything is
clear.
João
I remember stumbling across a project at some point called desiredata which implemented segmented cords, autocompletion and much other "max-like" stuff, however last time I checked it seemed unmaintained - nothing after 2007... Anybody knows about its status? Could some of these features be integrated into the new GUI rewrite??
On 11 February 2010 13:43, João Pais jmmmpais@googlemail.com wrote:
Another idea would be to make sure the lines are always drawn _behind_ the
boxes.
but then you wouldn't know if there's one line connected from the top box to the bottom, or the same line activating all boxes.
the only clear solution would be patch cables with corners a la max. the one I use sometimes is putting everything vertical, and then jump the bottom element to the left. not 45deg cables, but enough so everything is clear.
João
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Those objects play whatever frame number you send to them. So basically, you make a counter, then change the speed of the counting to control the speed of the video.
.hc
On Tue, 09 Feb 2010 20:43 -0500, "Camilo Cadavid Corredor" cccadavid@hotmail.com wrote:
Hi there. I am making a patch where i'm controlling a the velocity of a simple sequencer and the velocity of playback of a video with tow piezoelectric mics. I fooled around with [pix_movie] and [pix_film] but the best i could acomplish was to automatize the starting point of the video. In GEM I couldn't find an object that let me control the rythm (by a metro) of the playback. Can anyone please help me to find the way to control this? Thank you,C. Cadavid C.
_________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=...