このページは管理者にのみ表示されます。

アクセスするにはサインインしてください。

このページはサインインしたユーザにのみ表示されます。

このページが誤って表示されていると思われる場合は、 <link>support@cycling74.com</link> にお問い合わせください。

このページを表示する権限がありません。

投稿の読み込みに失敗しました。

アクティビティがありません。

アクティビティ

{ name } のお支払い履歴

ライセンス

アドオンの削除中に問題が発生しました。もう一度お試しください。

アドオン<name>{addonName}</name> を本当にMaxサブスクリプションから削除しますか？ お客様の{addonName} アドオン・ライセンスは、現在のお支払いサイクルが終わるまで有効です。

{name} はお客様のMaxサブスクリプションから正常に削除されました。

アドオンを削除する

サブスクリプションを再開する際に問題が発生しました。もう一度やり直してください。

アドオン<name>{addonName}</name> を本当に再開しますか？ お客様のお支払いサイクルは再び有効化され、利用料は通常通り{renewalDate} に請求されます。

サブスクリプションが正常に再開しました。

サブスクリプションの再開

サブスクリプションのキャンセル中に問題が発生しました。

ライセンス<name>{licenseName}</name>を本当にキャンセルしますか？ お客様のライセンスは、サブスクリプションが期限切れとなりライセンスが無効化される<expiry>{expiryDate}</expiry>まで有効です。

サブスクリプションは正常にキャンセルされました。

サブスクリプションのキャンセル

次に、Maxアプリケーションを起動し、アカウントにサインインします (ヘルプ > ユーザー・アカウントとライセンス) 。

Maxが正常にアクティベートされました。

Maxをアクティベートするには、アカウントにサインインする必要があります。

Maxをアクティベートする

Create a New Post

Edit Article

The list of what we're discovering about Max and our users grows each day. We tackle everything from hardware reviews to re-reading books from decades past.

Get the Latest on Max and our Community

Articles

サインアウト

サインインしてライセンスをオーソライズする

Maxをオーソライズする

フォーマットで絞り込む

言語で絞り込む

Maxを学ぶための書籍を探す

Maxについての書籍

Here are the artists and educators helping people get creative in Max

Meet Our Max Certified Trainers

Certified Trainers

{ firstName } { lastName } - Certified Trainer

There are no open positions at this time.

このウェブサイトはCookieを使用しています。

予期しないエラーに遭遇しました。

詳細な手順については、受信トレイを確認してください。

パスワードを忘れた場合はこちら

エラー

成功しました

Actions

Create Forum Topic

Edit Forum Topic

{category} Forum

There was an error submitting your details. Please try again.

Thank you for your submission! Someone will be in touch with you soon.

NFR / Industry Accomodations

メールで受信したリンクを使用していることを確認してください。

招待の取得中に問題が発生しました。

あなたのアカウントは正常に作成されました。教育機関のライセンスを管理するには、 <authLink>https://auth.cycling74.com</authLink> にアクセスして、新しく作成したアカウントでサインインしてください。

このページを表示するにはサインアウトする必要があります。

アカウントを作成する

メンテナンス中

現在、当社のウェブサイトの定期メンテナンスを行っています。一部の機能は一時的に利用できません。ご理解のほどよろしくお願いいたします。

名前

並べ替え

{ category } Packages

Share a Max Project

Edit Project

Image Notes

Important Notes

Max Projects come in all shapes and forms. Over the years, our users have shared over a thousand ideas and projects with us. We're proud to showcase them here.

Find Inspiration from other Max Users

Cycling '74 will review it within a week and may make minor edits before publishing it, so your project looks best and reads well in our project gallery.

Thank you for your submission! Your project is currently pending.

アカウントが復元されました。

アカウントの復元

バンドル済み

{ name } { version } リリース・ノート

パスワードの変更中に問題が発生しました。もう一度やり直して下さい。

更新された登録情報にて <link>ログイン</link> できるようになりました。

パスワードが正常に変更されました。

パスワードをリセットする

あなたの購入はこのアカウントにリンクされました。Maxアプリケーションを起動し、アカウントにサインインしてください。（ヘルプ・メニュー＞ユーザー アカウントとライセンス）

ライセンスを取得する

種類

Cycling '74フォーラムとウェブサイトを検索する

{query} 検索

教育機関の詳細を入力してください

この購入には、Max for LiveまたはLive Suiteのシリアル番号が必要です。 <link>シリアル番号の確認をお手伝いしますか？</link>

サブスクリプションの更新中に問題が発生しました。もう一度やり直してください。問題が解決しない場合はsupport@cycling74.comまでお問い合わせください。

サブスクリプションのアドオンを確認する

ご購入ありがとうございます。

ありがとうございます。

ご注文の詳細情報を取得中です。お待ちください...

ご質問や問題がある場合は、 <link>support@cycling74.com</link> までお問い合わせください。

サインインできませんでした。ユーザー名/メールアドレスとパスワードが正しいことをご確認ください。

Cycling '74のアカウントでサインインする

アカウントの作成中に問題が発生しました。もう一度やり直してください。

ユーザーアカウントが正常に作成されました。最後の確認手順については、メールをご覧ください。

Cycling '74のアカウントを作成する

製品を選択する

ありがとうございます。リクエストがサポート・チームに送信されました。メールをご確認ください。

There was an error sending your application. Please try again.

リクエストの送信中にエラーが発生しました。もう一度やり直してください。

このiLokリクエストを送信することにより、資産がiLok.comアカウントに預け入れられたときに通知されることに同意するものとします。通知を受け取った後、資産をiLok USBスティックに転送できます。すべてのiLokリクエストは手動で処理されるため、通常の営業時間（月曜～金曜、太平洋標準時の午前9時～午後5時）にリクエストを処理するのに最大48時間かかる場合があることにご注意ください。

重要なお知らせ

Thank you! Your request has been successfully submitted.

Please note that we are no longer taking submissions for Tools and no longer supporting the Tools section, so you may run into broken files and URLs. You can contribute to the Cycling '74 Community by submitting a Package or using the forums instead.

Max Tools Archive

Edit Tutorial

Tutorials are an ideal way to accomplish a task, learn a new strategy or brush up on your skills. In addition to our in-app Examples, Tutorials and Help Files, you can find new ones here.

Explore the Online Tutorials

Tutorials

ありがとうございます。Maxを起動し、ライセンスを使用するためにサインインしてください。

アップグレード

パスワードを忘れた場合

サインイン

アカウントの認証が必要です。

アカウントの確認が必要です。受信トレイをご確認の上、メールが届いていない場合は、<link>ここをクリックしてもう一度確認メールの送受信を行なってください</link>。

未認証アカウント

ここでMax 8をアクティベートする

アクティベーション・コードをお持ちですか？

既にMax 8を所有しており、オーソライズの準備ができていますか？

問題がある場合は <link>support@cycling74.com</link> までお問い合わせください。

Maxを初めて使用する場合、これはまさにあなたのためのものです。

アカウントを認証していただき、ありがとうございます！

Cycling '74コミュニティの一員になるために、あと一歩です。

Cycling '74アカウントを認証する

新しい認証メールのリクエストに失敗しました: {message}

認証メールが { email } に送信されました。受信トレイをご確認ください。

認証用のメールが見つからないか、期限切れのメールだけが見つかる状態ですか？

メールアドレスの変更を確認中に問題が発生しました。もう一度やり直してください。

メールアドレスの認証中にエラーが発生しました。

メールアドレスが正常に認証されました。ありがとうございます！

メールアドレスを認証してください。

メールアドレスを認証するにはユーザー・トークンが必要です。メールで受信したリンクに従ってください。

Adrien Dousse

I'm trying to make a simple device, that has one button, that when pressed will delete all inactive devices on the selected track. The thing is, I know next to nothing about js and m4l for that matter. I do know a bit of programming generally speaking, and so I've tried with chatgpt to quickly come up with the js script.

According to the latest debugging iteration, chatgpt says:

 object provides access to properties and some methods but does not directly support device deletion. This limitation is inherent in the API and not something the script itself can override."

I actually have m4l device, "session cleaner" that does that for the entire project. So i'm sure its possible somehow

Hello everyone,

I'm trying to make a simple device, that has one button, that when pressed will delete all inactive devices on the...

max-for-live-javascript-code-to-delete-inactive-devices-on-the-selected-track

Max for Live JavaScript code to delete inactive devices on the selected track

due_friday

a quick search for mc.route in the forums didn't yield anything, so I thought I would throw this out here: It seems to me that mc.route is the gate we never received!

I imagine it might not be the most controversial thing to suggest that the inlet order in gate has always been wrong (see this old thread 

), but most likely there are too many projects relying on how gate was originally devised to ever change it at this point. PureData has no right-to-left message priority and perhaps Miller  just designed gate in the same way we read text: from left-to-right. However, I have to say that I have virtually 0 cases in my projects where I ever wanted the index inlet on the left side of the object, i.e. where I want to select if the gate is open or not or which outlet to choose from 

 sending the value that should be blocked or routed through gate. Every, single, time, I have to use trigger or some other extra message flow object to ensure that the outlet index is first set before the value is sent. I mean, this is very PureData-esque, but okay...

I finally had a closer look at mc.route after all this time of using MC (it never occurred to me so far, I have to admit) and I realized it is just gate with it's inlets reversed! Rejoice!

But wait, there is one little detail: index 0 provokes the same behavior as index 1, in that the value sent in the left inlet is just routed to the first outlet the same. 

Thus, here is my plead: can we make mc.route not send the value entered in the left inlet to any outlet if the index is <1?

P.S., to the Cycling '74 employee to implemented mc.route: if you looked at gate and said to yourself this is too much overhead to deal with and implemented mc.route for the specific purpose of routing messages from objects like mc.snapshot~ or similar... I want to both thank you, but also hate that it had to come to such a cheaky way to deal with this persisting issue, finally. At least, there is a "vanilla" way to have a reverse-gate.

Also, to everyone, maybe I am missing a "vanilla" object that is the exact copy of gate expect for the inlet order reversal. There are so many objects at this point and I would not be lying that I keep "re-discovering" objects, thinking "oh yeah, this would have been so much easier had I just remembered..."

Hey there,

a quick search for mc.route in the forums didn't yield anything, so I thought I would throw this out here: It seems to me that...

suggestion-deactivate-output-for-mcroute-on-index-0

Suggestion: deactivate output for mc.route on index 0

miltnerunit

What if I wanted to add or replace some of the parameters in a dictionary, and I could just click in whatever line I want to change in here and it would become editable, and when I clicked outside it, it could pass that change to the dict object it's connected to? It looks so much like it wants to be UI for dict objects, would Cycling74 consider adding this functionality to dict.view?

Screen Shot 2019-10-29 at 10.22.13 AM.png

What if I wanted to add or replace some of the parameters in a dictionary, and I could just click in whatever line I want to change in here and it would become editable, and when I clicked outside it, it could pass that change to the dict object it's connected to? It looks so much like it wants to be UI for dict objects, would Cycling74 consider adding this functionality to dict.view? 

What if I wanted to add or replace some of the parameters in a dictionary, and I could just click in whatever line I want to change in here 

idea-wouldn't-it-be-cool-if-dict-view-were-editable

This has been on the Max Wishlist for years now. I'll add my voice here to this request as I make extensive use of dictionaries in my work and would love to see dict.view become an editable interface to its parent dict.

These recommendations are good idea to make the editing smooth and fast. but, the concern here is that why this needs to be so edit friendly? 

Idea: wouldn't it be cool if dict.view were editable?

Eddy

One of the parameters I am managing in my patch has a text name that is a maximum of 20 characters long.

There seems to be no way to limit the text input into a textedit object, nor a dialog object.

Can anyone tell me how to pop up a box asking for user input, and limit the number of characters to a maximum of 20?

how-to-limit-the-max-length-of-typed-user-input

I was thinking that if all else fails I can do this via javascript, feeding it input from a key object. I just wondered if there was an existing way that my searching has failed to turn up, or if I'm missing something obvious!

Update: well, after a bit of fiddling around I've done it in Javascript. 

With a combination of:
- Script gets fed ASCII characters with a [key] object
- Bangs to toggle 'process/drop keypresses' (as [key] is always live)
- Parameter to set the maximum number of characters allowed
- Parameter to determine the destination of the string being output (I am using pattr to distribute these across my patch/subpatches)
- Parameter to specify a filter to limit input to allowed characters

... it makes a pretty good general purpose keyboard handler.

If there is an object in Max which can do this already, I'd be grateful for that info, I've had a good search around but couldn't find anything obvious!

I prefer Max over js or regexp. Its much more readable...

It may be too messy, but you could always just have a clickable keyboard of message boxes instead. A bit more work up front, but you can easily restrict the number of chars entered, as well as filter out illegal chars by simply not having them available.


Here's one way. There's probably another way to split the string and count the length without resorting to [tosymbol], [fromsymbol] and javascript but it works.

That's pretty nifty Luke, thanks. I've saved that in my 'useful things for next time' folder. My original solution, although it does use javascript, has worked very well in the current project but certainly this alternative is a lot more 'Max', and less 'scripty'.

It also satisfies my main objective which was not to take a longer existing string and truncate it to N characters but to prevent more than N characters being entered in the first place.

Man, where the heck did [jstrigger] come from? Totally new to me...

Interesting to see how the various combinations of commas and semicolons and backslashes are handled by various objects, like message boxes or sprintf, it can get kind of strange...but I guess that kind of thing is expected when you need to reserve characters for other purposes in some cases (like an expr object), but not in others (like a comment)...am still learning every day.


jstrigger comes from 4.5.6/4.5.7 I'm not sure anymore... It just uses JavaScript syntax within the parenthesis (because basically it executes the thing in JavaScript and the result is sent out the appropriate outlet).


OK - I realise this is done and solved, but I thought I'd see how few objects I could do this in. This is what I got, which should give the same behaviour as the patch above in case anyone is interested in a regexp approach:

Resurrecting an old post - Alex that's pretty slick with the regexp!  But I have a need to limit the input to just ten *digits.*  So I tried to modify the regexp to do so, and it works to limit the number of digits, but not to reject any alpha characters.  What am I doing wrong?


How to limit the max length of typed user input

Valery_Kondakoff

I created an easy [phasor~] based sequencer, which works quite predictable. Now I'm planning to drive some MIDI devices and want to convert signal values to numbers. To do so I'm sending [bang] every quarter note to the [snapshot~]. Surprisingly, the converted numbers are one sequencer step behind the signal values ('banging' to early?). I was trying to play with [snapshot~] offset and toggling the Audio status 'Scheduler in overdrive' and 'Audio Interrupt' options. Unfortunately this does not solves the issue.

Снимок экрана 2022-11-23 в 13.20.50.png

What is going there? Am I doing something wrong? Should I delay [bangs] anyhow? Or should I use, say, [snapshot~ 10] and later parse the numbers stream for change? Your ideas? Thank you!

sig-to-event.maxpat

Hello!
I created an easy [phasor~] based sequencer, which works quite predictable. 

help-converting-signal-values-to-numbers-in-a-phasor~-based-sequencer

you don't see the obvious - rightmost outlet of subdiv.

> you don't see the obvious - rightmost outlet of subdiv.

Can you, please, expand your answer a little? 🙏
I'm using [subdiv~] rightmost outlet (step number) to get signal values from [table~], and (obvious) to demonstrate the... hmm... current step number...

you are converting converted to unconverted ...
What I mean, either use numeric output of itable,
which you use anyway to set table~ values.
You don't need any of that stuff, except rightmost
subdiv~ outlet and itable.

Ah, yes, thank you!.. This patch was created to illustrate the conversion issue, so it was not designed carefully: there is no need to convert sig to num here! Thanks!

And your example gave me enough ideas to narrow the issue. Here is what I got: if you are getting values out of [table~] using numbers (not signals) - the conversion will be always wrong. If you are using signals to get values out of [table~] the conversion results will depend on Audio status 'Audio Interrupt' option and the [snapshot~] offset. Here is the summary.

1. We are getting values from the [table~] using numbers, so the conversion will be always wrong.
2-3. We are getting values from the [table~] using signals, and when 'Audio interrupt' is set to 'OFF' the conversion will be always right, independently of the [snapshot~] offset, which does not works if 'Audio interrupt' is set to 'OFF'.

MaxMSP Forum