私は、再生可能なコードを決定するために8桁の数字を使用するPure Dataのパッチを作成しています。例えば。コードが音階にないノートを使用している場合は、リロールします。当然のことながら、これは私たちが通常は偶発的なことを予想しているように、最も音楽的なソウルションではありませんが、ここでは手続き的音楽の原始的な方法を検討しています。ここでは、問題のパッチは次のとおりです。入力MIDIノートのスケールに基づいた純粋なデータコードの選択によりクラッシュが発生する
とすぐに私は新しいスケール、純粋なデータのフリーズを使用しようとするとすぐに再起動を必要とします。
ご意見をいただければ幸いです。
おかげで、
リアム
は、それはあなたのコードパターンを保存するために[テキストファイル] [蔵]のようなオブジェクトを使用するために大規模な、より効率的かつ容易になるかでしょう。メッセージオブジェクトに各パターンを持たせるのではなく、すべての処理で個別にフィードする必要があります。オブジェクトを1つだけ持ち、乱数ジェネレータをフィードして、対応するコードを吐き出します。あなたはそれを持っているが、この
のようなもの。ワイヤーと箱のスパゲティの混乱は、11個のオブジェクトと11個のケーブルに削減されました。同様のことを達成するにはいくつかの方法がありますが、これが最初に思い浮かぶのです。これがあなたの目的のために働くならば、涼しいか、または他のことを知っていれば、私はあなたに他の方法を見せます。
ああ、確かに、私はクラッシュの原因としてスタックのオーバーフローが疑われました。非常に多くの電線で間違えてしまうのは簡単です。すべてが接続されているか誤って接続されているのかを知ることは難しいからです。バニラオブジェクトだけを使ってこのアイデアを達成するのはかなり難しいことです。おそらく動作する可能性のあるものがあります。
うわー、それはかなり読めないスクリーンショットです... –
それはあなたに読めない場合、私はあなたがPuredataで過ごした時間はどれくらいだろうか？それはちょっとpdのようなものです。 – th8a
お返事のおかげで、私はあなたが提供する再作業を感謝しています。残念ながら、libpdを使って埋め込まれたこのパッチを使用する予定であるので、このようなアプローチは不可能です。このフレームワークでは現在バニラオブジェクトだけがサポートされています。あなたが使用したオブジェクトの多くは、私が信じている拡張版のものです。 –
私は実際にエラーの原因を発見しました。コンソールにスタックオーバーフローエラーが発生しました。私はこの問題に近づく方法を考え直しています –