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

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

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

このページが誤って表示されていると思われる場合は、 <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 } に送信されました。受信トレイをご確認ください。

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

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

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

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

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

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

Darwin Grosse

It all started one day during a conversation with a friend. We were talking about something, and I realized I had the perfect photo to enhance the discussion. I also realized that it was in My Great Big Archive, and that I would never be able to find it.

This was pretty depressing, but it also got me thinking: I have a huge (16 TB) backup disk that contains almost all of my life since about 2005. How many photos were on that drive? And would I ever see any of those images again?

scarydrive.jpg

I decided to change things: I may not be able to categorize/tag/sort all of the photos that were collected over the years, but I certainly could make sure that I had the chance to see them! I decided to make a Max-based photo viewer that would be robust enough to traverse 

 hard drive – including my 16 TB monster.

In order to pull it off, I needed some industrial-strength help. So I turned to the 

 objects. I remembered that there was an example in the Extras patch that offered file system access; I figured that would be the right place to plumb for the tools to get the job done.

PixFinder.zip

Working one's way through a file system is a classic example of recursive programming: you have a function that gets a directory listing, and if any of the items are subdirectories, you call that same function with the subdirectory. It’s an elegant way to walk through a file system, but in practice it can also be tricky.

In trying to traverse a large file system, I started with the Node for Max Extras “fs” example as the starting point.

n4m-fsexample.jpg

My first modification was to find images and return their file paths whenever they were found. This example asynchronously does file system recursion, and it pointed out a problem with asynchronous behavior: it created enormous number of simultaneous folder requests, then started generating an equally enormous number of Max messages with found images. Immediately Max got overwhelmed, with messages getting ignored, and eventually crashing Node.

I knew that the Node fs module had synchronous versions of all the calls, and that would provide a single thread of execution – so that I would only have to manage a one file discovery at a time. So I changed the 

 calls to synchronous versions (for example, using 

), hoping that this would provide for better processing. It kind of worked, but the synchronous functions are quite ‘greedy’, and really kill the system while they are running.

I found that Max – and the computer itself – got very unresponsive when using the synchronous functions, and so I had to abandon that approach, as well

The third attempt used something in between pure asynchronous and pure synchronous code: JavaScript’s async functions and the await keyword functionality. You can find out more about this on Mozilla:

https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Asynchronous/Async_await

Using this system, you can create asynchronous functions, but pause the program’s execution until they return from processing.

// findFiles: kick off a volume traversal
async function findFiles(vol) {
    var v = vol;
    if (isMac) v = '/Volumes/' + v; // Mac formatting

    await maxAPI.outlet("info", "volume " + v);
    await findRecursiveHelper(v);
};

.
.
.

await findFiles(vol);

This is the best of both worlds, because I can control the order of execution while I’m still allowing for asynchronous processing – which keeps everything responsive. I now had a Node for Max script that could run through an entire hard drive without crashing or choking Max.

But just spewing out image file names wasn’t going to be sufficient – I would also have to be able to wait while my Max patch did something with them. This is a little tricky in a Node for Max script, because I don’t want to make assumptions about how long it will take for Max to process the file information. So I created a waitForBang() function that would do what it says: pause the script execution until it received a bang message.

This function does two things: it returns a JavaScript promise that will need to be resolved, and it stores a function for resolving the promise in the variable named 

 To pause the script execution, just call the 

 function via await and the script will patiently wait.

Now, when a bang message is received, if 

 is non-null, it will resolve the open promise and allow execution to proceed.

// handlers: set up the message handlers (from Max)
const handlers = {
.
.
.
    bang: function () {
        if (promResponder) {
            (promResponder)();
        };
    }
};

Again, all of this is provided by that await functionality.

With so much of the heavy lifting being done by the Node for Max script, the Max patch itself is relatively simple. It includes all of the tooling required for N4M processing (the 

 objects, as well as messages to start and stop the script), the patching required to take the file path information produced by the 

. I also send the path of the image to a 

box so that I can see that information when a particularly interesting photo appears. 

(Note: Make sure to change the file path in the 'run' 

 to point to the location you would like to begin your search!)

pixPatch.jpg

What is interesting is the way that we send the 

 message back to the script to continue processing after an image is found: The right outlet of the 

 object is normally used to dump information about the enclosed data, but it also outputs a message whenever an 

 request is processed. By producing a bang whenever this message is received, we know that the image has been processed. However, if we would immediately send the 

, it would proceed without waiting – and we would not get much of a chance to see it.

 the bang a little - 500 ms by default, but you can change it to change the length of time that the image is displayed. We then send the bang message to the script, and processing will proceed.

The question remains: did it help me find the image I’d recalled? Not really – there were simply too many photos to review individually. But once this program started running, I got a chance to see photos I thought I’d never see again, and even some that I didn’t even remember taking. I also got to see a lot of silly photos that were stuck in NPM packages, website archives and other obscure corners of my hard drive. The patch ran for days, and every time I poked my head in the room to check its progress, I would get mesmerized by the stream of images I would have never otherwise encountered.

Of course, the idea of traversing through massive data stores opens up other interesting ideas. What if you searched for all of the movie files on your system, and displayed them end-to-end? Or found all the random audio files scattered on your hard drive and had a ‘auto-DJ’ create an abstract mix? The ideas are endless – so have a blast!

I decided to change things: I may not be able to categorize/tag/sort all of the photos that were collected over the years, but I certainly could make sure that I had the chance to see them! I decided to make a Max-based photo viewer that would be robust enough to traverse any hard drive – including my 16 TB monster.

In order to pull it off, I needed some industrial-strength help. So I turned to the Node for Max objects. I remembered that there was an example in the Extras patch that offered file system access; I figured that would be the right place to plumb for the tools to get the job done.

My first modification was to find images and return their file paths whenever they were found. This example asynchronously does file system recursion, and it pointed out a problem with asynchronous behavior: it created enormous number of simultaneous folder requests, then started generating an equally enormous number of Max messages with found images. Immediately Max got overwhelmed, with messages getting ignored, and eventually crashing Node. 

I knew that the Node fs module had synchronous versions of all the calls, and that would provide a single thread of execution – so that I would only have to manage a one file discovery at a time. So I changed the fs calls to synchronous versions (for example, using readdirSync() instead of readdir), hoping that this would provide for better processing. It kind of worked, but the synchronous functions are quite ‘greedy’, and really kill the system while they are running. 

https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Asynchronous/Async_await 

Using this system, you can create asynchronous functions, but pause the program’s execution until they return from processing. 

// findFiles: kick off a volume traversal
async function findFiles(vol) {
	var v = vol;
	if (isMac) v = '/Volumes/' + v; // Mac formatting

	await maxAPI.outlet("info", "volume " + v);
	await findRecursiveHelper(v);
};

.
.
.

await findFiles(vol);

This function does two things: it returns a JavaScript promise that will need to be resolved, and it stores a function for resolving the promise in the variable named promResponder. To pause the script execution, just call the waitForBang() function via await and the script will patiently wait.

Now, when a bang message is received, if promResponder is non-null, it will resolve the open promise and allow execution to proceed. 

// handlers: set up the message handlers (from Max)
const handlers = {
.
.
.
	bang: function () {
		if (promResponder) {
			(promResponder)();
		};
	}
};

With so much of the heavy lifting being done by the Node for Max script, the Max patch itself is relatively simple. It includes all of the tooling required for N4M processing (the node.script and node.debug objects, as well as messages to start and stop the script), the patching required to take the file path information produced by the node.script object, and display it in a jit.pwindow. I also send the path of the image to a message box so that I can see that information when a particularly interesting photo appears. (Note: Make sure to change the file path in the 'run' messagebox to point to the location you would like to begin your search!)

What is interesting is the way that we send the bang message back to the script to continue processing after an image is found: The right outlet of the jit.matrix object is normally used to dump information about the enclosed data, but it also outputs a message whenever an importmovie request is processed. By producing a bang whenever this message is received, we know that the image has been processed. However, if we would immediately send the bang, it would proceed without waiting – and we would not get much of a chance to see it.

So we delay the bang a little - 500 ms by default, but you can change it to change the length of time that the image is displayed. We then send the bang message to the script, and processing will proceed.

image3.jpg

One day during a conversation with a friend, I realized I had the perfect photo to enhance the discussion. I also realized that it was in My Great Big Archive (16 TB) backup disk that contains almost all of my life since about 2005. How many photos were on that drive? Would I ever see any of those images again? I decided to make a Max-based photo viewer that would be robust enough to traverse my monster drive.

file-system-traversal-for-fun

Whoa. There's the window with the view of Pike's Peak!

Explore the Online Tutorials

File System Traversal - For Fun!

Rainy/Snowy Day Max, Part II: Meshes and 3D Spirographics

Rainy/Snowy Day Max: Spirographics

Max 8 Guitar Processor, Part 6

An MC Journey, Part 4

Max 8 Guitar Processor, Part 4

Max 8 Guitar Processor, Part 3

Max 8 Guitar Processor, Part 2

Max 8 Guitar Processor, Part 1

An MC Journey, Part 3