cv2.imread() from 16-bit TIFF creates arrays where np.maximum() fails in function context but works directly
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
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- numpy, python
- Lĩnh vực
- computer-vision
Hướng nghiên cứu
Bắt đầu bằng cách chạy test_cv2_issue.py với tệp 0000.tif đính kèm trên các phiên bản Python, OpenCV và NumPy được báo cáo, sau đó so sánh kết quả np.maximum() trực tiếp với kết quả trong ngữ cảnh hàm. Được xem là hoàn tất khi lỗi phụ thuộc vào ngữ cảnh đã được tái hiện và phạm vi hoặc nguyên nhân của nó đã được xác định, đồng thời kết quả sắc độ HLS và bố cục mảng đã được kiểm tra đối chiếu với báo cáo.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Environment (fill in your exact versions):
- Platform: macOS-15.6.1 (arm64)
- Python 3.14.2
- OpenCV: 4.11.0
- NumPy: 2.2.6
Bug Description:
- cv2.imread() with 16-bit TIFF files creates float32 arrays that cause np.maximum() and np.minimum() to behave inconsistently. When these numpy functions are called inside another function, they return incorrect values, but when called directly on the same arrays, they work correctly.
Key Symptoms:
- Context-dependent failure: np.maximum() works when called directly, fails when called inside functions
- Incorrect HLS conversion: Causes hue channel (H) to be 0 instead of ≈46.6
- Array properties: Non-C-contiguous (strides: (24000, 12) for 1300×2000 image)
- Specific to: Photoshop-created 16-bit TIFFs (random syntetic TIFFs generated by CV2 don't trigger bug)
Impact:
- Any image processing using np.maximum()/np.minimum() on OpenCV-loaded float32 arrays in functions produces wrong results.
Workaround:
- Use Python's max()/min() instead of np.maximum()/np.minimum(). But it is extremely slower for large images.
The bug does not show up with python 3.12.
In attachment a sample image and the script that allows to reproduce the bug.
- Ngôn ngữ chính
- Python
- Star
- 5.4k
- Fork
- 1k
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
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 opencv/opencv-python
-
[DOC] README fileCó thể làm lại được @jadhavroshani713-sys đã nhận 76 ngày trước và không có pull request nào đang mở. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
opencv/opencv-python#1217 · 3 bình luận ·
-
Dependency specification missing for python3.14Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
opencv/opencv-python#1165 · 2 bình luận · 1 reaction ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
opencv/opencv-python#1276 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
opencv/opencv-python#1273 · 1 bình luận ·
-
FFMPEG v8.1.1 vulnerabilitiesĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
opencv/opencv-python#1272 · 2 bình luận ·
Tất cả issue của opencv/opencv-python
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
NousResearch/hermes-agent#136483 ·
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 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] LazyStackedTensorDictStore zeroes the last byte of a new key set on the last elementCó thể đã có người làm @peterdsharpe đã nhận hôm nay. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
pytorch/tensordict#2307 ·
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 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
GrokModel.generate/a_generate pass an OpenAI-style list-of-dicts to xai_sdk.chat.user(), so every call crashes with a protobuf TypeError before any network I/OCó thể đã có người làm @Christian-Sidak đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
confident-ai/deepeval#3436 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày