RFC: When does libprocessing stop being R&D
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 静か
- 技術スタック
- javascript, rust, wasm
調査の方向性
libprocessing-in-PDE、compute-shader、p5.js/WASM について提案されているマイルストーンと、関連する Processing4 および processing-examples-mewnala の作業を確認します。プロジェクトが具体的なマイルストーンに合意し、libprocessing がいつ R&D を終了するかを定義できれば完了です。この RFC では実装ファイルやテストは特定しません。
索引モデルが issue の本文から書いたものです。
説明
RFC
I've received a question around when libprocessing moves out of the Research and Development phase
I think this is an important question that I've failed to give a clear answer around. This is because the honest answer was always "I don't really know."
The reason this project exists at all is because Processing4 so for one thing: I would like to see that we are actually able to use libprocessing inside of the PDE.
Additionally, we are making big promises around being able to use modern rendering techniques. Something else that would prove the point is being able to do a compute shader inside of the PDE.
Last thing I want to say is that, one of the big benefits of Rust, and using Bevy is that we are able to compile to WASM. So is this is something that p5.js would be able to use?
We have shown considerable promise with mewnala and @SableRaf has been making really great progress with porting Processing examples to mewnala. Most importantly he is talented at QA and it's been helping us catch many edge cases.
What does everyone think in terms of these milestones?
- libprocessing in PDE
- compute shaders implemented in PDE
- p5.js as a possible endpoint? (Maybe this shouldn't be a blocker, but it's certainly a question that needs to be answered)
Lastly, just to remind us about the FP Texture issues beautifully documented by @tychedelia https://github.com/processing/processing4/issues/1324 which have also been a problem for some time now: https://github.com/processing/processing4/issues/724
helps push us towards making a Processing 5.0 milestone (which I will make an RFC for soon). After meeting with folks from LibreGraphicsMeeting and learning more about the Processing-java (and not p5js) community I can see much more clearly, and want to keep getting rooted in this.
- 主要言語
- Rust
- スター
- 69
- フォーク
- 14
- 平均マージ
- 15日 22時間
- マージ済み PR(30日)
- 3
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
processing/libprocessing のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
processing/libprocessing#233 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
processing/libprocessing#229 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
processing/libprocessing#201 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
processing/libprocessing#194 ·
-
documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
processing/libprocessing#146 · コメント 1 件 ·
processing/libprocessing の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
bitcoindevkit/bdk-ffi#1125 ·
-
area: compat bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
area:ci enhancement requires-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
apache/datafusion-comet#6078 ·
-
area: dogs bug priority: P3 silent failure test-code
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100