feat: CUDA/OptiX implementation of TextureSystem
Maintainer thường phản hồi trong vòng 2 ngày
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ệ
- cpp
- Lĩnh vực
- computer-graphics
Hướng nghiên cứu
Issue này là một cuộc thảo luận về lập kế hoạch và thiết kế hơn là một tác vụ code có phạm vi cụ thể, và không nêu tên file hay test nào. Hãy bắt đầu bằng việc xem xét CPU-based OIIO TextureSystem hiện có và các mục tiêu thiết kế CUDA/OptiX đã nêu. Công việc được xem là hoàn thành khi đã thống nhất về phạm vi MVP và kế hoạch triển khai bao quát việc cung cấp, khả năng tương thích API, tính toán dùng chung và tải texture theo nhu cầu.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Most production renderers that use OSL for shading also use OIIO's TextureSystem as their texture engine, and also quite a few non-OSL renderers still use OIIO TextureSystem. But as those renderers add GPU abilities with CUDA and OptiX, they are pretty much on their own when it comes to texture (OSL gives them a customization point where the renderer itself provides texture facilities).
We've talked for some time about OIIO providing a CUDA/OptiX implementation of TS, and it's time to finally get it underway. I think we can get to an MVP in main relatively rapidly, and then continue work to make this a major supported feature.
I would consider the basic design goals to be the following:
- Delivered as part of OIIO somehow, and in a form easily consumable by OSL and other renderers.
- With full feature/quality parity with the existing and future development of the CPU-based OIIO TS (this can happen in stages, with an MVP delivering basic functionality and additions over time getting us to full parity and higher quality).
- With as close as possible an API to existing TS.
- Sharing as much computational code as possible between CPU and GPU implementations.
- Using the OptiX toolkit's on-demand texture loading to provide similar functionality to ImageCache (or maybe as part of, or in conjunction with IC?).
Using this issue to plan, discuss design, track progress, and rally participation from interested parties.
- Ngôn ngữ chính
- C++
- Star
- 2.4k
- Fork
- 718
- Merge trung bình
- 2 ngày 18 giờ
- Pull request đã merge (30 ngày)
- 85
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
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 AcademySoftwareFoundation/OpenImageIO
-
bug: get_image_info returns true after copying an uninitialised buffer into the caller's output when every UDIM tile is unreadableCó thể đã có người làm @lgritz đã nhận 1 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
AcademySoftwareFoundation/OpenImageIO#5662 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug: copy() writes destination channels the source does not have, taking the values from past the source's pixelCó thể đã có người làm @lgritz đã nhận 1 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 35/100
AcademySoftwareFoundation/OpenImageIO#5661 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug: a malformed filename throws std::regex_error out of ImageCache, and catching it deadlocks the file cacheCó thể đã có người làm @lgritz đã nhận 2 ngày trước. Đang mở
AcademySoftwareFoundation/OpenImageIO#5660 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug: deep paste wraps into the next scanline instead of clipping, and ignores chbeginCó thể đã có người làm @lgritz đã nhận 1 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
AcademySoftwareFoundation/OpenImageIO#5649 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug: make_kernel("binomial", ...) indexes its tap arrays past their allocation for even or fractional extentsCó thể đã có người làm @lgritz đã nhận 4 ngày trước. Đang mở
Độ khó 3/5 Nửa ngày Mức phù hợp với người mới 62/100
AcademySoftwareFoundation/OpenImageIO#5648 ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của AcademySoftwareFoundation/OpenImageIO
Issue tương tự
-
[yugabyted] xcluster set_up and add_to_replication fail for database names containing - . or (Đang mởkind/bug priority/medium qa_automation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
yugabyte/yugabyte-db#37324 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
CharlotteCross1998/awesome-game-decompilations#61 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
godotengine/godot#125240 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
rombios: CMD needs to be a WORDĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
new issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
llvm/llvm-project#240065 ·
Maintainer thường phản hồi trong vòng 1 ngày