P3: scene-render framing appears ~10px high vs Arcentry reference (shift down raises fidelity)
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- Nửa ngày
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- react, typescript
Hướng nghiên cứu
Start in packages/editor-2.5d-react/src/iso/scene-render.test.ts, where REFERENCE_ZOOM and the frozen camera are set, and check how tests/scene.json feeds the render. Sweep a small vertical camera offset and compare scores against tests/snapshots/reference-canvas.png. Done means a better-scoring offset is recorded with pnpm visual:record and the existing visual tests still pass.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Found while reviewing #84 (rescored fidelity metric, pre-existing under the old metric too).
Shifting the current scene-render output 10 px down raises the Arcentry fidelity score against tests/snapshots/reference-canvas.png:
| image | new metric (#84) | old metric |
|---|---|---|
| current render (darwin, chromium-1217) | 0.16487 | 0.283 |
| render shifted (0, +10) | 0.16805 | 0.29214 |
| render shifted (+10, 0) | 0.10263 | 0.23462 |
All other degradations probed (shift +3/+30, zoom 0.95/1.02, erasing a part) score lower, so the metric does discriminate. This result suggests our framing sits a few pixels above Arcentry's, a cheap fidelity gain for M2 Arcentry parity.
Where: packages/editor-2.5d-react/src/iso/scene-render.test.ts (REFERENCE_ZOOM / frozen camera) and tests/scene.json.
Fix: sweep a vertical camera/pan offset of a few pixels, take the best score, and record it with pnpm visual:record.
🤖 Generated with Claude Code
- Ngôn ngữ chính
- TypeScript
- Star
- 0
- Fork
- 0
- Merge trung bình
- 11 giờ 21 phút
- Pull request đã merge (30 ngày)
- 41
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không 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 hyperdrive-technology/holodeck
-
area:ci review-finding
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 63/100
hyperdrive-technology/holodeck#208 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:holodeck review-finding
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
hyperdrive-technology/holodeck#207 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:holodeck review-finding
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
hyperdrive-technology/holodeck#206 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:holodeck review-finding
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 69/100
hyperdrive-technology/holodeck#205 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:holodeck review-finding
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
hyperdrive-technology/holodeck#201 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của hyperdrive-technology/holodeck
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
awesome-dsh-plugin/awesome-dsh-plugin#9184 ·
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 75/100
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 85/100
farion1231/cc-switch#8829 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[core-client] Remove unused hand-maintained transport helpers after the definition-table cutoverĐang mởdoc-audit enhancement
Độ khó 2/5 1-3 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
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100