MipMapBlur ugly rendering on mac with transparent background
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 38/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- javascript, three.js
- Lĩnh vực
- computer-graphics
Hướng nghiên cứu
Bắt đầu với CodeSandbox được liên kết, đặc biệt là src/App.js, và tái hiện BloomEffect hoặc SelectiveBloom với mipmapBlur được bật cùng một WebGLRenderer trong suốt. So sánh đầu ra trên MacOS với kết quả trên Windows hoặc iOS, đồng thời kiểm tra các điều kiện alpha, mức mipmap, độ chính xác và lọc kết cấu đã được báo cáo. Được xem là hoàn tất khi loại bỏ được banding và khôi phục roll-off như mong đợi mà không làm hỏng hành vi với nền đục.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Description of the bug
When using the BloomEffect/SelectiveBloom effect with mipmapBlur: true on windows with a transparent background the effect has a
nice roll-off, especially with higher radius and low smoothing values.
The exact same setup on MacOS renders with ugly banding and what seems like significantly lower mipMap levels, to the point that there is no roll-off.
To Reproduce
I have replicated the exact settings used by <model-viewer> in this sandbox.
https://codesandbox.io/s/bloom-transparent-zpn7iw?file=/src/App.js
Screenshots
Windows, IOS render like this:

MacOS renders like this:

Library versions used
- Three: [e.g. 1.151.3]
- Post Processing: [e.g. 6.30.2]
Desktop
- OS: MacOS
- Browser [Chrome, Firefox]
- Graphics hardware: [M1, Intel HD Graphics]
Additional comments:
I have checked all WebGL compatibility issues I could have thought of, with https://webglreport.com/?v=2.
Both desktops that created the screenshots support OES_texture_float_linear, 'highp' precision. The max samples is different (16 vs 8), but that is not enough to explain the difference since the default mimapblur uses 8 levels and I have not altered it. I can also confirm this does not happen with alpha: false on the WebGLRenderer.
- Ngôn ngữ chính
- JavaScript
- Star
- 2.9k
- Fork
- 251
- Merge trung bình
- 17 phút
- Pull request đã merge (30 ngày)
- 1
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 pmndrs/postprocessing
-
Implement OutlineEffectĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
pmndrs/postprocessing#727 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
pmndrs/postprocessing#726 · 1 reaction ·
-
Implement SMAA T2xĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
pmndrs/postprocessing#716 · 1 reaction ·
-
Research: XR SupportĐang mởvr
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
pmndrs/postprocessing#677 · 5 bình luận · 8 reaction ·
-
Implement AfterImageEffectĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
pmndrs/postprocessing#665 · 1 bình luận ·
Tất cả issue của pmndrs/postprocessing
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
daisy/a11y-meta-viewer#18 ·
-
good first issue status: needs triaging type: bug version: 2.0
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
medusajs/medusa#17094 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
browser: chrome package: @carbon/react package: styles
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
carbon-design-system/carbon#23567 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
clerk/javascript#10033 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug client p1
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
vercel/eve#4173 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày