RFC: When does libprocessing stop being R&D
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- javascript, rust, wasm
- Lĩnh vực
- computer-graphics
Hướng nghiên cứu
Xem xét các cột mốc được đề xuất cho libprocessing-in-PDE, compute-shader và p5.js/WASM, cùng với công việc liên quan của Processing4 và processing-examples-mewnala. Được xem là hoàn tất khi dự án đã thống nhất các cột mốc cụ thể và xác định thời điểm libprocessing rời khỏi R&D; RFC này không xác định các tệp triển khai hoặc các bài kiểm thử.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- Rust
- Star
- 69
- Fork
- 14
- Merge trung bình
- 15 ngày 22 giờ
- Pull request đã merge (30 ngày)
- 3
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của processing/libprocessing
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
processing/libprocessing#233 ·
-
Dropping Python 3.10 support Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
processing/libprocessing#229 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
processing/libprocessing#201 ·
-
Gate processing_midi for WASM Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
processing/libprocessing#194 ·
-
documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
processing/libprocessing#146 · 1 bình luận ·
Tất cả issue của processing/libprocessing
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
bitcoindevkit/bdk-ffi#1125 ·
-
Accept -c in more positions Đang mởarea: compat bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
area:ci enhancement requires-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
apache/datafusion-comet#6078 ·
-
area: dogs bug priority: P3 silent failure test-code
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100