Matthew Grouse

I have a live performance project coming up where I'd like to use Max / jitter to pass a live feed from a camcorder (Panasonic HC-VX980), showing a close-up feed of an aspect of the performance. I'd then like to split-screen that with other pre-recorded video > eventually sending this all to the projector so the audience can see parts of the live performance that they otherwise couldn't see without crowding round the performers. Of course video processing of the live feed might be fun too but let's see!

I'm struggling to find out if this will just be plug and play with a camcorder like this (it has mini HDMI and USB ports but from reading the manual I can't get a clear answer about whether it's a case of just connecting it with the Macbook, firing up a patch with [jit.grab] & selecting the input device or if I'd need some external gizmo like a Blackmagic capture card. I'm not in possession of the camera until an intensive workshop week where I will make the majority of the piece on-site, so need to know if I should buy anything external to bring with me.

Tutorial 21: https://docs.cycling74.com/max5/tutorials/jit-tut/jitterchapter21.html - talks about this working for any QT capable input device / camera but is there a more up to date example / tutorial of this being done with camcorders of this sort? Maybe that tutorial has everything I need? If it's of any use, this particular camcorder is on the list of iMovie for Mac OS supported cameras

Any advice much appreciated and apologies if this is mega basic! :)

I have a live performance project coming up where I'd like to use Max / jitter to pass a live feed from a camcorder (Panasonic HC-VX980), showing  a close-up feed of an aspect of the performance. I'd then like to split-screen that with other pre-recorded video > eventually sending this all to the projector so the audience can see parts of the live performance that they otherwise couldn't see without crowding round the performers.  Of course video processing of the live feed might be fun too but let's see!

I'm struggling to find out if this will just be plug and play with a camcorder like this (it has mini HDMI and USB ports but from reading the manual I can't get a clear answer about whether it's a case of just connecting it with the Macbook, firing up a patch with  [jit.grab] & selecting the input device or if I'd need some external gizmo like a Blackmagic capture card. I'm not in possession of the camera until an intensive workshop week where I will make the majority of the piece on-site, so need to know if I should buy anything external to bring with me.

I have a live performance project coming up where I'd like to use Max / jitter to pass a live feed from a camcorder (Panasonic HC-VX980), sh

camcorder-like-panasonic-hc-vx980-as-a-live-video-feed-in-jitter

you will likely need a capture box to get the HDMI output from the camera in your computer for streaming via jit.grab. this article suggests one to try with a similar panasonic camera: https://www.bhphotovideo.com/explora/amp/video/tips-and-solutions/basic-introduction-to-livestreaming-video 

Thanks, Rob! In that case, I'll probably just buy an HD USB webcam (not as hi-res or flexible but sure it'll do the job)

Camcorder (like Panasonic HC-VX980) as a live video feed in Jitter?

Martin Mestres

I am trying to access (without success) the 

 in arrangement from the LOM but it doesn't seem to be part of the accessible parameters. Same thing with the 

would like to be able to hide from my M4L device.

I am trying to access (without success) the Optimize Height and Width  in arrangement from the LOM but it doesn't seem to be part of the accessible parameters. Same thing with the i/o, mixer, s/r selectors that I would like to be able to hide from my M4L device.

Tnx for the help

Hi,
I am trying to access (without success) the Optimize Height and Width  in arrangement from the LOM but it doesn't seem to be part of the

lom-access-selectors-and-optimize-height-width

LOM, access SELECTORS and OPTIMIZE HEIGHT / WIDTH

Mathilde Schelin

Hi! I am a complete beginner with Max and especially Jitter, so I hope someone here might be able to give me some advice.

Mathilde-improv-typing-test-2.maxpat

I'm trying to create a patch that triggers subtitle text one letter at a time using jit.gl.text (overlaid on a pre-recorded video using [jit.movie]). Using [fzero~] I want to detect pitch from a live input (clarinet) and build words on the fly by having a specific pitch trigger a particular letter. So far the closest I have come is to bang each new letter message into another message [append $1], which sends to [jit.gl.text] so that each new letter that is triggered is added to the previous one, building words. The main problems with this method is that there are spaces between each letter and if I actually want to add a space to signal a new word, I am not sure how to do this (I thought maybe I could just send the message [""] or [" "] to the append $1 to signify a space but no luck! I have attached the patch. Can anyone offer advice about how I might trigger words and spaces in a more controllable subtitle format? One more thing I'm wondering is how I can automatically display multiple lines of text when the first line is reaching the perimeters of the jitter display window. I'd ideally like it to happen automatically but it's much easier to manually trigger a new line, a bit like pressing return / enter, that would be fine too!

Hi! I am a complete beginner with Max and especially Jitter, so I hope someone here might be able to give me some advice. 


I'm trying to create a patch that triggers subtitle text one letter at a time using jit.gl.text (overlaid on a pre-recorded video using [jit.movie]). Using [fzero~] I want to detect pitch from a live input (clarinet) and build words on the fly by having a specific pitch trigger a particular letter. So far the closest I have come is to bang each new letter message into another message [append $1], which sends to [jit.gl.text] so that each new letter that is triggered is added to the previous one, building words.   The main problems with this method is that there are spaces between each letter and if I actually want to add a space to signal a new word, I am not sure how to do this (I thought maybe I could just send the message [""] or [" "] to the append $1 to signify a space but no luck! I have attached the patch. Can anyone offer advice about how I might trigger words and spaces in a more controllable subtitle format?  One more thing I'm wondering is how I can automatically display multiple lines of text when the first line is reaching the perimeters of the jitter display window. I'd ideally like it to happen automatically but it's much easier to manually trigger a new line, a bit like pressing return / enter, that would be fine too!

Hi! I am a complete beginner with Max and especially Jitter, so I hope someone here might be able to give me some advice. 
 

I'm trying to 

add-subtitles-triggered-letter-by-letter-to-video

Add subtitles triggered letter by letter to video 

david felstead

i dont know how to end my license for renewing. david felstead

i dont know how to end my license for renewing.  david felstead

how-stop-renewal-of-license

Hi David, I just sent you some instructions in response to your email to support@cycling74.com

For others reading this thread, here's some information about cancelling a subscription:

https://support.cycling74.com/hc/en-us/articles/360052773474-Cancelling-a-Subscription

how stop renewal of license

Yan Da

I want to draw a text "set" using jit.gl.text. But when sending "set" message to "text $1", it will act as a message to the message object, that will not form a "text set" message. I wonder how to convert "set" message as a pure symbol not affecting message object as a message function. The "tosymbol" object does not work.

I want to draw a text "set" using jit.gl.text.  But when sending "set" message to "text $1", it will act as a message to the message object, that will not form a "text set" message.  I wonder how to convert "set" message as a pure symbol not affecting message object as a message function. The "tosymbol" object does not work.

I want to draw a text "set" using jit.gl.text.  But when sending "set" message to "text $1", it will act as a message to the message object,

how-to-send-"set"-as-a-text-not-a-message-to-jit-gl-text

text "set "   or text " set "
if it needs to be in the absolute middle ...



unfortunately, list/pack/pak/sprintf/prepend also all understand a set command. but maybe there is an object which does not?


Thank you Source Audio, I have been using this method, just that it  adds extra "spaces" to the character which will affect my overall layout. 

Thank you Roman, this does work with "set" while not work other text that are used as messages to "trigger" object, such as "int, float, bang..." . Is there an universal way to transfer message as pure symbol?


no. these commands are normal symbols.

but if you make sure that the left to right order is taken care of in another way, you can omit the [t] object  not send the input through the [t text], then it works for "int" and "float", too.

though i am afraid that the jitter object will not allow you to pass "bang" (or "getsize" and everything else it understands.)

i would replace it with "bong" or "bam". i mean, everyone knows what it means, no?  :)


Thanks, I guess the ultimate way is to use "sel" to make each message-type symbols to pass through and trigger each individual readymade "text s", such as "text bang"

how to send "set" as a text not a message to jit.gl.text

matheus leston

Is there anything like jit.scanwrap in GL? Being more specific, is there anyway to use jit.gl.pix in which the input dim size of the texture is different from the output?

Is there anything like jit.scanwrap in GL? Being more specific, is there anyway to use jit.gl.pix in which the input dim size of the texture

jit-scanwrap-in-gl

while it is possible to decouple input dims from output dims with jit.gl.pix (@adapt 0), the logic required for scanwrap functionality requires state to store current current input position and current output position, which is not possible in a single shader program. You could probably come up with something clever using multiple shader programs (i.e. cascading jit.gl.slab/pix objects), but I would have to think long about that. 

ok I couldn't leave this alone. turns out it's pretty straight forward to get at least jit.scanwrap @mode 3 working in a jit.gl.pix. The jit.gl.pix dimension needs to be passed in as a parameter and synched with the dim attribute to get the scanwrap behavior.

Hey Rob, thank you very much! I'm glad that you didn't leave this alone.

It works great, and it does precisely what I needed to do, excellent! The only issue I'm getting is that there is a slight color discrepancy. Maybe I'm doing something quite stupid, but take a look at the example below, please. I thought it was an issue of using [sample] instead of [nearest] in your [jit.gl.pix] code, that that doesn't seem to be the issue. Any ideas?

you simply need to set @filter none on the jit.gl.texture prior to sending to jit.gl.pix.

Perfect, thank you again, Rob. Sorry about that, I'm not that familiar with GL all that much. Could you explain the reasoning for that?

filter none disables interpolation when sampling. since the input texture needs to be upsampled to match the dims of the jit.gl.pix we want to make sure sampling interpolation is disabled in order to get our expected output colors (else we get a mix of colors as the upsample interpolates across texels).  at least I think that's what's happening here.

Oh I see, it does make a lot of sense. Thank you for the explanation!

jit.scanwrap in GL

Macs 7appa

Hi all! this is my first post here so be clement please :)

I'm using a poly~ object that switches several algorithm trough a patchername message boxes. Every algorithm has an envelope within it, the value of witch are adjustable in the main patch. Now, every time i change algorithm (read as: every time poly~ open a new patch) the envelope values need to be reset.

How can I store and recall this envelope values (previously settled) switching between algorithms (every time poly~ open a new patch)? pattr or pattrstorage can do the job? If yes I can i use it?

Hi all! this is my first post here so be clement please :)

I'm using a poly~ object that switches several algorithm trough a patchername message boxes.  Every algorithm has an envelope within it, the value of witch are adjustable in the main patch. Now, every time i change algorithm (read as: every time poly~ open a new patch) the envelope values need to be reset.
How can I store and recall this envelope values (previously settled) switching between algorithms (every time poly~ open a new patch)? pattr or pattrstorage can do the job? If yes I can i use it?

thank you so much
Macs


Hi all! this is my first post here so be clement please :)

I'm using a poly~ object that switches several algorithm trough a patchername me

store-and-recall-values-in-abstractions-using-poly~

Store and recall values in abstractions using poly~

fraction

apparently a m4l device can't be smaller than 88px width ? Can anyone confirm? i m changing dynamically width with setwidth $1, but cant go lower than 88, which i actually would need to achieve.

hi,
apparently a m4l device can't be smaller than 88px width ? Can anyone confirm?  i m changing dynamically width with setwidth $1, but cant go lower than 88, which i actually would need to achieve.

hi,
apparently a m4l device can't be smaller than 88px width ? Can anyone confirm?  i m changing dynamically width with setwidth $1, but can

live-thisdevice-minimum-size

live.thisdevice minimum size

Joe Kaplan

I'm thinking about optimization as I get ready to build some patches that are more complex than anything I've tackled before.

Sometimes it's inconvenient to run a patch cord all the way across the workspace to get the out from one section of the patch into an object in a different section. It can make some tight and tidy patching look very messy.

The send and receive objects are an obvious solution for this, but I recall reading somewhere on this forum that those objects are more intensive than a direct patch cord, and so should not be relied upon heavily. I can't find the post anymore, so maybe I'm imagining this.

Another solution is the "script sendbox" message into [thispatcher].

I'm curious if either of these two options are substantially slower than a direct patch cord? Are there any other performance / best practices considerations or is a purely a matter of style? Are there any other techniques I haven't considered?

Understanding how these three options differ will probably go a long way toward understanding what is going on with Max behind the scenes. Thanks for any input!

The example below demonstrates the three options I'm talking about

Sometimes it's inconvenient to run a patch cord all the way across the workspace to get the out from one section of the patch into an object in a different section.  It can make some tight and tidy patching look very messy.

The send and receive objects are an obvious solution for this, but I recall reading somewhere on this forum that those objects are more intensive than a direct patch cord, and so should not be relied upon heavily.  I can't find the post anymore, so maybe I'm imagining this.

I'm curious if either of these two options are substantially slower than a direct patch cord?  Are there any other performance / best practices considerations  or is a purely a matter of style?    Are there any other techniques I haven't considered?

Understanding how these three options differ will probably go a long way toward understanding what is going on with Max behind the scenes.  Thanks for any input!

I'm thinking about optimization as I get ready to build some patches that are more complex than anything I've tackled before.
Sometimes it's

best-practices-for-optomization-"script-sendbox"-vs-"sendreceive"-vs-direct-patch-cord


only the messagebox should cause relevant more cpu. with s/r your main problem is that you can lose overview about message order and connections in general.

Best Practices for Optomization?  "Script sendbox"  vs "send/receive" vs direct patch cord

Zach Deering

Hello, I'm only new to max and i am having trouble trying to 'individualize' my patch. The problem occurring is when i paste the patch into a parent patch, the midi interacts with all the duplicated sub patches. With pictures i will try to explain more clearly,

Screenshot 2021-11-28 at 20.13.01.png

Screenshot 2021-11-28 at 20.13.33.png

I've thought maybe cloning the patch and naming them differently is an option, but not quite sure?

Hello, I'm only new to max and i am having trouble trying to 'individualize' my patch. The problem occurring is when i paste the patch into a parent patch, the midi interacts with all the duplicated sub patches. With pictures i will try to explain more clearly, 

I've thought maybe cloning the patch and naming them differently is an option, but not quite sure?
Any suggestions 
Thanks



Hello, I'm only new to max and i am having trouble trying to 'individualize' my patch. The problem occurring is when i paste the patch into 

individualising-a-patch

Try a small addition to your send/receive objects inside the abstractions. Instead s name / r name use s #0name / r #0name - this should make s / r connections local (restricted to single instance of the abstraction).

Thank you very  much, that worked perfectly!!


Individualising a patch

Ben Bracken

. The Runner provides plug and play access to a 

 from the Max application, using using OSCQuery for communication with the running code.

This update features a new web-based interface with routing capabilities, expanded hardware support, along with many other improvements and bug fixes. Improvements include:

We've also rolled in direct support for the 

 add-on package, and have included a number of other improvements and bug fixes. Check out the release notes 

We are happy to announce the release of RNBO 1.3.0, available now for download via the Max Package Manager.

With this update, we are...

rnbo-130-released

RNBO 1.3.0 Released

We are excited to announce the availability of our 

 as a public beta. We’ve worked closely with 

. The Eventide H9000 is a rack-sized multi-effects unit with powerful DSP processing capabilities and numerous high quality built-in effects. We’re excited to enable RNBO export for this and open the door to unique custom studio effects and instruments without the strict limitations of other hardware platforms.

RNBO support is similar to the existing Gen support, but more streamlined, and uses the built-in 

, rather than a watcher patcher, to manage the export process. Eventually, all of these changes will be rolled into the standard release versions of RNBO and this package.

Get the preview version of the RNBO package (v1.2.7-eventide.0):

Get the preview version of the "Eventide H9000" package (v1.0.4-beta.3):

We’d love to hear any experiences and feedback from RNBO users with access to an H9000. To join the discussion, use the 

We are excited to announce the availability of our Eventide package for RNBO as a public beta. We’ve worked closely with Eventide to bring...

Cycling '74 Forums

We are happy to announce the release of RNBO 1.3.0, available now for download via the Max Package Manager. With this update, we are...

We are excited to announce the availability of our Eventide package for RNBO as a public beta. We’ve worked closely with Eventide to...

Thanks, Rob! In that case, I'll probably just buy an HD USB webcam (not as hi-res or flexible but sure it'll do the job)

No one ? T_T

Hi! I am a complete beginner with Max and especially Jitter, so I hope someone here might be able to give me some advice. I'm trying to

Hi David, I just sent you some instructions in response to your email to support@cycling74.com For others reading this thread, here's some...

Thanks, I guess the ultimate way is to use "sel" to make each message-type symbols to pass through and trigger each individual readymade...

Oh I see, it does make a lot of sense. Thank you for the explanation!

Hi all! this is my first post here so be clement please :) I'm using a poly~ object that switches several algorithm trough a patchername me

hi, apparently a m4l device can't be smaller than 88px width ? Can anyone confirm? i m changing dynamically width with setwidth $1, but can

only the messagebox should cause relevant more cpu. with s/r your main problem is that you can lose overview about message order and...

Thank you very much, that worked perfectly!!