#foreachloop

[simplifyyourday]

🚀 Unraveling the Magic of C#'s foreach Loop! 🔄✨

Ever felt lost in the complexity of looping through elements in C#? 🤯 Fear not! Our latest blog post, "Understanding the foreach Loop," breaks it down into bite-sized, easy-to-grasp pieces. 🧠💡

🔍 Dive into the inner workings of the foreach loop, demystified with straightforward explanations and crystal-clear code examples. 🖥️👨‍💻

🚀 Why Should You Care?

- Boost your code readability 📚

- Wave goodbye to off-by-one errors 🚫🕰️

- Write cleaner, bug-resistant code 🐜🔍

Ready to simplify your coding journey?

🚀 Click here 👉 [Unlock the Secrets of foreach](Why Does Collections In C# Does Not Implement IEnumerator? | Internals Of 'foreach' Loop) and level up your C# game! 🚀🔗

#CodingMadeEasy #ForEachLoop #CSharpMagic ✨

[pradtutorials]

C# Foreach Loop with Examples

[troposal-blog]

PHP Loop: For, While, Do While Foreach https://www.troposal.com/php-loop/ #Troposal #PHP #ForLoop #WhileLoop #DoWhileLoop #ForeachLoop #WebDevelopment #Website https://www.instagram.com/p/B_SBSpvnwaM/?igshid=1km6hbesmdkui

[keysmashstudios]

Today, we are showing off how #foreachloop works! Important for iterating through lists, arrays, and other collections! What other #programming knowledge can we teach you? Let us know! https://www.instagram.com/keysmashstudios/p/BwYPuFqlTk8/?utm_source=ig_tumblr_share&igshid=od2k8qvqrdt9

[moonmurph-gamedev]

Controls Experimentation

Character Possession

We looked into spawning new characters and possessing them. This can be used to spawn any type of actor such as items or enemies but we’re using a character with a skeletal mesh and so we’re able to take control of them.

I placed a box trigger (made visible for testing purposes) and created an BeginOverlap event for it. 

I then was able use the SpawnActor node and select the character from the drop down list. The “GetActorLocation” finds the target points location in the viewport and sets that as the spawn point for this new character. You can also use either a delay or a retriggerable delay so the DoOnce resets. This is in place so the player can’t continuously spam new characters and flood the level with the old ones. If you for some reason want the player to be able to do this you can simply remove the DoOnce. The delay can also be placed at different parts of the code for example you can have the player needing to stand in the trigger for a certain amount of time before the possession or have it instant like I am.

Here you can see the old character is still running in place at the box trigger. This will remain here forever until told otherwise. For whatever purposes in your game you might want the character to do a different animation such as idle if you want to repossess this character later on. If however you’re finished with the old character and no longer need it is better to destroy it.

Collisions

Here’s my blueprint for destroying the old actor. I simply added the destroy actor node right a the moment of the overlap. This is a much simpler way of doing it in my opinion than trying to make every actor overlapping the box trigger to get destroyed. That method could also cause issues as later in the game you might hit the trigger and get deleted by accident.

I also added a DoOnce so this happens once and never again. I also set the DestoryActor’s target as “Get Player Character” then added “cast to actor” so only the player character activates the trigger box. This is because I only want the player character to be destroyed not every actor that might accidentally trigger the box.

You can also change how box triggers (and other triggers) work. There are different collision presets which can be used for different purposes. For example “OverlapAllDynamic” will only trigger an overlap when dynamic actors hit the trigger such as projectiles or other moving actors.

Static actors wont trigger the overlap and so they’re safe to use inside the trigger space. Dynamic collision triggers are taxing on the game however as they’re constantly keeping track of all these dynamic actors.

Different collision presets might be needed for different moments in your game. The majority of issues seen in video games are collision problems so when building a game you always need to be aware of what collision you’re working on. Depending on any in game sequences, boss fights or character power ups/attacks might require different collision presets to work properly. Being aware of you’re collision and how it relates to your game will help you loads when coming across issues with your actors. It’s easy to see how complex your blueprint can get especially when needing to change collision presets or actor tags in game. 

Another collision test I did was seeing if a true/false branch could identify if the correct type of actor had entered the trigger. I was having issues as my character was not already placed in the game and instead spawned at the player network. I tried referencing back to “MyNewCharacter” but it was not working so instead this new blueprint which makes use of the “Get all Actors of Class” and “ForEachLoop” has fixed my issue!

Adding Controls

By going into project settings I’m able to add action mappings such as controls for the character. I began experimenting with a Dash. I made it so the character has a short boost of speed. I also made it so a ghost is left behind of the character and vanished after a short while. 

Once I’ve narrowed down exactly what kind of attacks and controls I want I’ll begin using the action mappings to place my control layout ingame. I’ll also begin looking into tutorials for creating additional movement such as double jumps, wall climbing and crouch!

[sdnproject]

JavaScriptのArray関係いろいろ

プログラム関係で必ずと言って使うものと言えば配列（Array）ですね。 JavaScriptの配列はいろいろ面白い（ややこしいとも言う）動作をするので改めて自分用のメモとしてもまとめておきます。

Array.length

JavaScriptの配列の長さ（要素数）を知りたいときに使うのはみなさんおなじみ Array.length ですが、この length の挙動について意外と知らない人もいるので改めておさらいしてみます。

Array.length は正確には要素数ではない？

そうなのー！？

以下のサンプルを見てもらえるとどういう事だか理解できるかもしれません。

JavaScript

var words = ['すっごーい！', 'たーのしー！']; // 初���状態 console.log(words.length); // 2 // 代入する words[2] = 'たべないよー！'; console.log(words.length); // 3 // Array.prototype.push を使う words.push('夜行性だからねっ！'); console.log(words.length); // 4 console.log(words); // ["すっごーい！", "たーのしー！", "たべないよー！", "夜行性だからねっ！"] // 大きなインデックスに代入してみる words[100] = '大丈夫、夜行性だからっ！'; // length は 5 ではない console.log(words.length); // 101 // 配列がどうなっているのか見てみる console.dir(words); /* Array[101] 0: "すっごーい！" 1: "たーのしー！" 2: "たべないよー！" 3: "夜行性だからねっ！" 100: "大丈夫、夜行性だからっ！" length: 101 */

words[4] 〜 words[99] がないのに words.length は 101 になってます。 この結果からわかるように、意図的に操作しなければ Array.length は最大のインデックスの数にプラス1した数値であり、「要素が101個ある配列」として認識されています。 そして、words[4] 〜 words[99] は実質 undefined が入っているのと（ほぼ）同じという解釈ができます。（なぜ「ほぼ」なのかについては後ほど触れます）

Array.length の値の変更

ご存知のように、Array.length は読み取り専用プロパティではなく値を変更することができます。 変更した時の動作はどうなっているのでしょうか。

JavaScript

var words = ['すっごーい！', 'たーのしー！', 'たべないよー！']; // 初期状態 console.log(words.length); // 3 // 現在の長さよりも小さい値に変更する words.length = 2; console.log(words); // ["すっごーい！", "たーのしー！"] // 現在の長さよりも大きい値に変更する words.length = 10; console.log(words); // ["すっごーい！", "たーのしー！"] // pushしてみる words.push('夜行性だからねっ！'); console.log(words.length); // 11 console.log(words); /* Array[101] 0: "すっごーい！" 1: "たーのしー！" 10: "たべないよー！" length: 11 */

words.length = 2; にした時は予想通りの動作になりましたが、words.length = 10; にしても見た目的には変わりません。 しかし length の値は違うので、この配列は「要素が10個ある配列」という扱いになっています。 なので、push した時にインデックスが 10 から始まるわけです。

動作を模倣してみる

よく考えると不思議な動作をする Array.length ですが、ほぼ同じ動作を模倣してみるとこんな感じでしょうか。（自信ない）

JavaScript

// 今はもうあまり使われない new Array() みたいに使える function fakeArray() { // new つけ忘れたら駄目 if (!(this instanceof fakeArray)) { throw new TypeError('Constructor cannot be called as a function'); } var i = 0; // 引数があるなら入れておく for (; i < arguments.length; i++) { this[i] = arguments[i]; } // length を定義する Object.defineProperty(this, 'length', (function () { // 内部で持つ length 値 var lengthTemp = i; return { // ゲッターの定義 get: function () { // 現在の length より大きい場合 if (this.hasOwnProperty(lengthTemp)) { var maxIndex = lengthTemp - 1; // 最大のインデックスを取得する for (var index in this) { if (this.hasOwnProperty(index) && maxIndex < parseInt(index, 10)) { maxIndex = parseInt(index, 10); } } lengthTemp = maxIndex + 1; } return lengthTemp; }, // セッターの定義 set: function (length) { length = parseInt(length, 10); if (isNaN(length)) { throw new RangeError('Invalid value'); } // 現在の length よりも小さい値の場合、余計な要素を削除する if (length < lengthTemp) { for (var index in this) { if (this.hasOwnProperty(index) && length - 1 < parseInt(index, 10)) { delete this[index]; } } } lengthTemp = length; }, }; })()); } fakeArray.prototype = { constructor: fakeArray, // 配列っぽく振る舞うための操作 push: Array.prototype.push, sort: Array.prototype.sort, splice: Array.prototype.splice, }; // 配列もどきの生成 var words = new fakeArray('すっごーい！', 'たーのしー！'); // 初期状態 console.log(words.length); // 2 // 代入する words[2] = 'たべないよー！'; console.log(words.length); // 3 // push を使う words.push('夜行性だからねっ！'); console.log(words.length); // 4 console.log(words); // ["すっごーい！", "たーのしー！", "たべないよー！", "夜行性だからねっ！"] // 現在の長さよりも小さい値に変更する words.length = 2; console.log(words); // ["すっごーい！", "たーのしー！"] // 現在の長さよりも大きい値に変更する words.length = 10; console.log(words); // ["すっごーい！", "たーのしー！"] // もう一度pushしてみる words.push('夜行性だからねっ！'); console.log(words.length); // 11 console.log(words); /* fakeArray[101] 0: "すっごーい！" 1: "たーのしー！" 10: "たべないよー！" length: 11 */

ゲッターとセッターを使うことでほぼ配列っぽい動きができました。 Array.length は見た目の割に複雑？ですね。なんかむずかしー！

Array.prototype.forEach と for と for...of

配列をループさせる方法といえば、普通の for を使いますが、Array.prototype.forEach もありますね。 そして ECMAScript 2015 (ES6) から使えるイテラブルオブジェクトのループ構文 for...of が登場しました。

JavaScript

var words = ['すっごーい！', 'たーのしー！', 'たべないよー！', '夜行性だからねっ！'], length = words.length; /* 普通の for */ for (var i = 0; i < length; i++) { console.log(words[i]); } /* Array.prototype.forEach */ words.forEach(function (word) { console.log(word); }); /* for...of */ for (var word of words) { console.log(word); } /* 全部同じ結��� */ // "すっごーい！" // "たーのしー！" // "たべないよー！" // "夜行性だからねっ！"

そもそもの違い

普通の for は、ただ単に条件が false になるまでループを行う構文です。配列とは直接関係ない構文ですが、それを配列に利用している訳ですね。 Array.prototype.forEach は、見てわかるように Array.prototype のメソッドなので、完全に配列専用のメソッドである事がわかります。 for...of は、配列だけではなく「イテラブルオブジェクト」というオブジェクトであれば使用できるループ構文です。イテラブルオブジェクトについてはここでは詳しく説明しません。

処理的な面でいくと、for と for...of はループを抜け出す break がありますが、Array.prototype.forEach にはありません。（関数実行型なので）

JavaScript

var words = ['すっごーい！', 'たーのしー！', 'たべないよー！', '夜行性だからねっ！'], breakWord = 'たべないよー！', length = words.length; /* 普通の for */ for (var i = 0; i < length; i++) { if (words[i] === breakWord) { break; } console.log(words[i]); } // "すっごーい！" // "たーのしー！" /* Array.prototype.forEach */ words.forEach(function (word) { if (word === breakWord) { break; } console.log(word); }); // SyntaxError: Illegal break statement // 一応 if文 で似たような結果にできるが、 // 無駄なループまで実行されてしまう var flag = true; words.forEach(function (word) { if (flag) { if (word !== breakWord) { console.log(word); } else { flag = false; } } }); // "すっごーい！" // "たーのしー！" /* for...of */ for (var word of words) { if (word === breakWord) { break; } console.log(word); } // "すっごーい！" // "たーのしー！"

jQuery の $.each() は return false; とする事で break と同じ事ができますが、Array.prototype.forEach は処理は止まりません。

他にも、現在処理中の文を中断して次のループ処理を行う continue がありますが、これは Array.prototype.forEach では return で代用できます。

JavaScript

var words = ['すっごーい！', 'たーのしー！', 'たべないよー！', '夜行性だからねっ！'], ignoreWord = 'たべないよー！', length = words.length; /* 普通の for */ for (var i = 0; i < length; i++) { if (words[i] === ignoreWord) { continue; } console.log(words[i]); } // "すっごーい！" // "たーのしー！" // "夜行性だからねっ！" /* Array.prototype.forEach */ words.forEach(function (word) { if (word === ignoreWord) { return; } console.log(word); }); // "すっごーい！" // "たーのしー！" // "夜行性だからねっ！" /* for...of */ for (var word of words) { if (word === ignoreWord) { continue; } console.log(word); } // "すっごーい！" // "たーのしー！" // "夜行性だからねっ！"

処理速度

さて、どれが一番処理が早いの��しょう。10000回ループさせて計測してみます。

JavaScript

// 10000個要素がある配列を作る var testArray = []; for (var i = 0; i < 10000; i++) { testArray[i] = i; } function forLoop() { var length = testArray.length, sum = 0; console.time('for'); for (var i = 0; i < length; i++) { sum += testArray[i]; } console.timeEnd('for'); } function forEachLoop() { var sum = 0; console.time('forEach'); testArray.forEach(function (value) { sum += value; }); console.timeEnd('forEach'); } function forOfLoop() { var sum = 0; console.time('for...of'); for (var value of testArray) { sum += value; } console.timeEnd('for...of'); }

forLoop() と forEachLoop() と forOfLoop() をそれぞれ5回実行してみました。 （バージョンやPC等の環境にも左右されるのであくまで参考値です）

Node.js (v7.5.0) で実行

1回目 2回目 3回目 4回目 5回目 平均 forLoop() 0.029ms 0.029ms 0.026ms 0.033ms 0.027ms 0.029ms forEachLoop() 0.210ms 0.235ms 0.236ms 0.235ms 0.233ms 0.230ms forOfLoop() 0.331ms 0.367ms 0.282ms 0.368ms 0.328ms 0.335ms

Google Chrome 56 のデベロッパーツールで実行

1回目 2回目 3回目 4回目 5回目 平均 forLoop() 0.029ms 0.024ms 0.026ms 0.028ms 0.029ms 0.027ms forEachLoop() 0.198ms 0.224ms 0.198ms 0.198ms 0.233ms 0.210ms forOfLoop() 0.199ms 0.200ms 0.254ms 0.229ms 0.178ms 0.212ms

さすが、普通の for は早いですね。配列関係なしにループを行うのが強いのでしょうね。 Node.js では一番遅いのは for...of ですが、Chromeでは Array.prototype.forEach と for...of がほぼ同じです。

Array.prototype.forEach は、毎回関数を実行している事とネイティブコード内で様々な判定を行なっているので少し処理に時間がかかるようです。 MDNの Array.prototype.forEach() - JavaScript | MDN の互換性の項目を見ると、こういった処理が行われているのがわかります。なるほどー！

for...of は、一見普通の for 構文に似ていますが、イテラブルオブジェクトを反復するための関数実行を簡略した記述みたいなものなので、これも内部で関数実行が行われている関係で少し時間がかかるようです。

配列での undefined

結構ややこしいのが、undefined です。この扱いは結構厄介です。（配列だけじゃなくてオブジェクト全体に言えるんですけどね）

「要素が未定義」と「値が未定義」

undefined はその名の通り「未定義」という意味ですが、以下のような場合は何が違ってくるのでしょう。

JavaScript

/* インデックスを飛ばして配列に入れてみる */ var a = ['いらっしゃぁい！']; a[2] = 'ゆっぐりしていってぇ！'; console.log(a); /* Array[101] 0: "いらっしゃぁい！" 2: "ゆっぐりしていってぇ！" length: 3 */ // 要素が未定義なので undefined console.log(a[1]); // undefined // for でループしてみると、未定義関係なく処理する for (var i = 0; i < 3; i++) { console.log(a[i]); } // "いらっしゃぁい！" // undefined // "ゆっぐりしていってぇ！" // for...of でループしてみると、for と同じ結果 for (var word of a) { console.log(word); } // "いらっしゃぁい！" // undefined // "ゆっぐりしていってぇ！" // Array.prototype.forEach でループしてみると、未定義要素は無視される a.forEach(function (word) { console.log(word); }); // "いらっしゃぁい！" // "ゆっぐりしていってぇ！" /* あらかじめ undefined を配列に入れてみる */ var b = ['いらっしゃぁい！', undefined, 'ゆっぐりしていってぇ！']; console.log(b); /* Array[101] 0: "いらっしゃぁい！" 1: undefined 2: "ゆっぐりしていってぇ！" length: 3 */ // 値が undefined（未定義） console.log(b[1]); // undefined // すべて同じ結果 for (var i = 0; i < 3; i++) { console.log(b[i]); } for (var word of b) { console.log(word); } b.forEach(function (word) { console.log(word); }); // "いらっしゃぁい！" // undefined // "ゆっぐりしていってぇ！" // ��つの値は等しいのか？ console.log(a[1] === b[1]); // true // Array.prototype.indexOf で調べてみるとどうなのか console.log(a.indexOf(undefined)); // -1 console.log(b.indexOf(undefined)); // 1 // in演算子で調べてみるとどうなのか console.log(1 in a); // false console.log(1 in b); // true // hasOwnProperty() で調べてみるとどうなのか console.log(a.hasOwnProperty(1)); // false console.log(b.hasOwnProperty(1)); // true

こんな事しねーよ！というツッコミはごもっともです。

Array.prototype.forEach で動作が違います。そして、Array.prototype.indexOf や in演算子、hasOwnProperty() で結果が異なっています。 しかし、a[1] === b[1] は true です。これはどういう事なのか……

JavaScriptでは、オブジェクトは存在しないプロパティ（ここでは配列なのでインデックス）を指定した場合、エラーとはせずに undefined を返すようになっています。 なので、「要素自体がないので undefined」と「要素の値が undefined」が混同してしまっているのです。 配列で Array.prototype.forEach や Array.prototype.indexOf を使用する時は気を付けないと痛い目に合うかもしれません。

区別する方法

Array.prototype.indexOf や in演算子、hasOwnProperty() で結果が違うので、いろいろ方法はあります。 オブジェクトには必ず hasOwnProperty() が用意されています。 このメソッドは、そのプロパティを持っているかの真理値（true / false）を返します。まさにこれが良さそうです。

JavaScript

var a = ['いらっしゃぁい！']; a[2] = 'ゆっぐりしていってぇ！'; var b = ['いらっしゃぁい！', undefined, 'ゆっぐりしていってぇ！']; console.log(a[1]); // undefined console.log(b[1]); // undefined console.log(a.hasOwnProperty(1)); // false console.log(b.hasOwnProperty(1)); // true

Array.prototype.push.apply と concat

配列同士を結合させる方法として Array.prototype.push.apply と Array.prototype.concat があります。 同じように見えて違うこの両者、処理速度も変わってくるようです。

そもそもの違い

push は「破壊的な結合」で、concat は「非破壊的な結合」と言えます。

JavaScript

var words = ['ジャパリカフェへ〜！', 'ゆっぐりしていってぇ！']; /* Array.prototype.push.apply */ var words01 = ['いらっしゃぁい！', 'よぉこそぉ↑']; var result01 = Array.prototype.push.apply(words01, words); // words01 自体が変わる console.log(words01); // ["いらっしゃぁい！", "よぉこそぉ↑", "ジャパリカフェへ〜！", "ゆっぐりしていってぇ！"] // ちなみに push の返り値である result01 は結合後の配列の長さ console.log(result02); // 4 /* concat */ var words02 = ['いらっしゃぁい！', 'よぉこそぉ↑']; var result02 = words02.concat(words); // words02 は変化がない console.log(words02); // ["いらっしゃぁい！", "よぉこそぉ↑"] // result02 に結合後の配列が入る console.log(result02); // ["いらっしゃぁい！", "よぉこそぉ↑", "ジャパリカフェへ〜！", "ゆっぐりしていってぇ！"]

Array.prototype.push.apply は元となる配列の後ろに配列を結合し、Array.prototype.concat は二つの配列を結合した新しい配列を返す処理という違いがあります。

処理速度

concat は新しい配列を生成しているという点を考えると処理的に遅そうなイメージがあります。実際にはどうでしょう。 10000回結合する処理の速度を簡単に計測してみます。

JavaScript

function pushTest() { var a = ['いらっしゃぁい！', 'よぉこそぉ↑ジャパリカフェへ〜！'], b = [ 'どうぞどうぞ！', 'ゆっぐりしていってぇ！', 'いやま゛っ↓てたよぉ！', 'やっとお客さんが来てくれたゆぉ！', ], push = Array.prototype.push; console.time('push test'); for (var i = 0; i < 10000; i++) { push.apply(a, b); } console.timeEnd('push test'); } function concatTest() { var a = ['いらっしゃぁい！', 'よぉこそぉ↑ジャパリカフェへ〜！'], b = [ 'どうぞどうぞ！', 'ゆっぐりしていってぇ！', 'いやま゛っ↓てたよぉ！', 'やっとお客さんが来てくれたゆぉ！', ]; console.time('concat test'); for (var i = 0; i < 10000; i++) { a = a.concat(b); } console.timeEnd('concat test'); }

pushTest() と concatTest() をそれぞれ5回実行してみました。 （バージョンやPC等の環境にも左右されるのであくまで参考値です）

Node.js (v7.5.0) で実行

1回目 2回目 3回目 4回目 5回目 平均 pushTest() 0.685ms 0.613ms 0.696ms 0.605ms 0.753ms 0.670ms concatTest() 397.911ms 397.856ms 400.857ms 398.586ms 407.725ms 400.587ms

Google Chrome 56 のデベロッパーツールで実行

1回目 2回目 3回目 4回目 5回目 平均 pushTest() 0.484ms 0.463ms 0.572ms 0.575ms 0.501ms 0.519ms concatTest() 958.716ms 957.499ms 965.490ms 954.975ms 962.546ms 959.845ms

すごく差が出てしまいました。concat は Node.js ではまだマシレベルでしたが、Chromeではほぼ1秒かかってます。 あまり現実的ではない測定方法なので、今度は一度だけ結合を行う処理を10000回実行するようにしてみます。

JavaScript

function pushTest() { var push = Array.prototype.push, a, b; console.time('push test'); for (var i = 0; i < 10000; i++) { a = ['いらっしゃぁい！', 'よぉこそぉ↑ジャパリカフェへ〜！']; b = [ 'どうぞどうぞ！', 'ゆっぐりしていってぇ！', 'いやま゛っ↓てたよぉ！', 'やっとお客さんが来てくれたゆぉ！', ]; push.apply(a, b); } console.timeEnd('push test'); } function concatTest() { var a, b; console.time('concat test'); for (var i = 0; i < 10000; i++) { a = ['いらっしゃぁい！', 'よぉこそぉ↑ジャパリカフェへ〜！']; b = [ 'どうぞどうぞ！', 'ゆっぐりしていってぇ！', 'いやま゛っ↓てたよぉ！', 'やっとお客さんが来てくれたゆぉ！', ]; a.concat(b); } console.timeEnd('concat test'); }

この pushTest() と concatTest() もそれぞれ5回実行してみました。 （バージョンやPC等の環境にも左右されるのであくまで参考値です）

Node.js (v7.5.0) で実行

1回目 2回目 3回目 4回目 5回目 平均 pushTest() 0.781ms 0.829ms 0.775ms 0.814ms 0.937ms 0.827ms concatTest() 3.290ms 2.614ms 2.882ms 2.060ms 2.627ms 2.695ms

Google Chrome 56 のデベロッパーツールで実行

1回目 2回目 3回目 4回目 5回目 平均 pushTest() 1.655ms 1.858ms 1.562ms 1.386ms 1.612ms 1.615ms concatTest() 2.625ms 2.734ms 2.339ms 2.365ms 2.597ms 2.532ms

Node.js は約2msの差で、Chromeでは約1msの差ですね。 それほど数が多くない配列を一度だけ結合するのであればあまり変わらないかもですが、特に concat する理由がなければ push でいいかもしれません。

[g-rant-rants]

“swole” #houdini #sidefx #aftereffects #goprocedural #procedural #create #make #vfx #design #3d #creative #3dart #abstract #visuals #motiongraphics #everyday #dailyrender #mantra #loop #forloop #foreachloop #swole #swollen #macro #swell #dof #microscopic

[g-rant-rants]

“vertigo” #houdini #sidefx #aftereffects #goprocedural #procedural #create #make #vfx #design #3d #creative #3dart #abstract #visuals #motiongraphics #everyday #dailyrender #mantra #loop #forloop #foreachloop #cubes #cubeart