[BUG] Pink color where picture is overexposed #1974

Closed
opened 2026-02-05 04:39:31 +03:00 by OVERLORD · 4 comments
Owner

Originally created by @NickHatBoecker on GitHub (Jan 10, 2024).

The bug

Hey there,

on every RW2 photo of mine, overexposed areas are pink.
The original picture doesn't have this. Can this be turned off or is it a bug with the new RW2 support?

P1120327_thumb

The OS that Immich Server is running on

latest Ubuntu

Version of Immich Server

v1.92.1

Version of Immich Mobile App

not used

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

version: "3.8"

#
# WARNING: Make sure to use the docker-compose.yml of the current release:
#
# https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml
#
# The compose file on main may not be compatible with the latest release.
#

name: immich

services:
  immich-server:
    container_name: immich_server
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    command: [ "start.sh", "immich" ]
    volumes:
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
      - /mnt/media/fotos:/mnt/media/fotos:ro
    env_file:
      - stack.env
    ports:
      - 2283:3001
    depends_on:
      - redis
      - database
    restart: unless-stopped

  immich-microservices:
    container_name: immich_microservices
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    # extends:
    #   file: hwaccel.yml
    #   service: hwaccel
    command: [ "start.sh", "microservices" ]
    volumes:
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
      - /mnt/media/fotos:/mnt/media/fotos:ro
    env_file:
      - stack.env
    depends_on:
      - redis
      - database
    restart: unless-stopped

  immich-machine-learning:
    container_name: immich_machine_learning
    image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release}
    volumes:
      - model-cache:/cache
    env_file:
      - stack.env
    restart: unless-stopped

  redis:
    container_name: immich_redis
    image: redis:6.2-alpine@sha256:c5a607fb6e1bb15d32bbcf14db22787d19e428d59e31a5da67511b49bb0f1ccc
    restart: unless-stopped

  database:
    container_name: immich_postgres
    image: tensorchord/pgvecto-rs:pg14-v0.1.11@sha256:0335a1a22f8c5dd1b697f14f079934f5152eaaa216c09b61e293be285491f8ee
    env_file:
      - stack.env
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
    volumes:
      - pgdata:/var/lib/postgresql/data
    restart: unless-stopped

volumes:
  pgdata:
  model-cache:

Your .env content

UPLOAD_LOCATION=./library
IMMICH_VERSION=release
DB_HOSTNAME=immich_postgres
DB_USERNAME=ChangeThis
DB_DATABASE_NAME=ChangeThis
REDIS_HOSTNAME=immich_redis
DB_PASSWORD=ChangeThis

Reproduction steps

1. Upload RW2
2. Wait for thumbnail creation
3. Check thumbnail

Additional information

No response

Originally created by @NickHatBoecker on GitHub (Jan 10, 2024). ### The bug Hey there, on every RW2 photo of mine, overexposed areas are pink. The original picture doesn't have this. Can this be turned off or is it a bug with the new RW2 support? <img width="1512" alt="P1120327_thumb" src="https://github.com/immich-app/immich/assets/8366071/fc6a72f5-8af9-438d-8cc4-70d5f62f77a3"> ### The OS that Immich Server is running on latest Ubuntu ### Version of Immich Server v1.92.1 ### Version of Immich Mobile App not used ### Platform with the issue - [ ] Server - [X] Web - [ ] Mobile ### Your docker-compose.yml content ```YAML version: "3.8" # # WARNING: Make sure to use the docker-compose.yml of the current release: # # https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml # # The compose file on main may not be compatible with the latest release. # name: immich services: immich-server: container_name: immich_server image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release} command: [ "start.sh", "immich" ] volumes: - ${UPLOAD_LOCATION}:/usr/src/app/upload - /etc/localtime:/etc/localtime:ro - /mnt/media/fotos:/mnt/media/fotos:ro env_file: - stack.env ports: - 2283:3001 depends_on: - redis - database restart: unless-stopped immich-microservices: container_name: immich_microservices image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release} # extends: # file: hwaccel.yml # service: hwaccel command: [ "start.sh", "microservices" ] volumes: - ${UPLOAD_LOCATION}:/usr/src/app/upload - /etc/localtime:/etc/localtime:ro - /mnt/media/fotos:/mnt/media/fotos:ro env_file: - stack.env depends_on: - redis - database restart: unless-stopped immich-machine-learning: container_name: immich_machine_learning image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release} volumes: - model-cache:/cache env_file: - stack.env restart: unless-stopped redis: container_name: immich_redis image: redis:6.2-alpine@sha256:c5a607fb6e1bb15d32bbcf14db22787d19e428d59e31a5da67511b49bb0f1ccc restart: unless-stopped database: container_name: immich_postgres image: tensorchord/pgvecto-rs:pg14-v0.1.11@sha256:0335a1a22f8c5dd1b697f14f079934f5152eaaa216c09b61e293be285491f8ee env_file: - stack.env environment: POSTGRES_PASSWORD: ${DB_PASSWORD} POSTGRES_USER: ${DB_USERNAME} POSTGRES_DB: ${DB_DATABASE_NAME} volumes: - pgdata:/var/lib/postgresql/data restart: unless-stopped volumes: pgdata: model-cache: ``` ### Your .env content ```Shell UPLOAD_LOCATION=./library IMMICH_VERSION=release DB_HOSTNAME=immich_postgres DB_USERNAME=ChangeThis DB_DATABASE_NAME=ChangeThis REDIS_HOSTNAME=immich_redis DB_PASSWORD=ChangeThis ``` ### Reproduction steps ```bash 1. Upload RW2 2. Wait for thumbnail creation 3. Check thumbnail ``` ### Additional information _No response_
Author
Owner

@mertalev commented on GitHub (Jan 10, 2024):

This seems similar to #3584, an earlier issue we had with CR3 images that stemmed from libraw. Can you provide a sample image for testing purposes?

@mertalev commented on GitHub (Jan 10, 2024): This seems similar to #3584, an earlier issue we had with CR3 images that stemmed from libraw. Can you provide a sample image for testing purposes?
Author
Owner

@NickHatBoecker commented on GitHub (Jan 10, 2024):

Sure, here is the original: https://drive.google.com/file/d/1BciGqMZq0LRZEOO70gQb2OQUimbL-A5e/view?usp=sharing

Fun fact: Google also shows these pink areas :/ So looks like an overall problem?

@NickHatBoecker commented on GitHub (Jan 10, 2024): Sure, here is the original: https://drive.google.com/file/d/1BciGqMZq0LRZEOO70gQb2OQUimbL-A5e/view?usp=sharing Fun fact: Google also shows these pink areas :/ So looks like an overall problem?
Author
Owner

@mertalev commented on GitHub (Jan 11, 2024):

I looked into this some more and found this issue, which suggests that the black level for newer Panasonic cameras needs to be set differently. The fix for this was in Rawspeed, but libraw seems to have pinned their version of it to a commit one month before this fix was released. I'll see what I can do here, but I can't promise I can fix it.

Edit: It seems libraw actually doesn't use Rawspeed by default, so this might just be a libraw bug.

@mertalev commented on GitHub (Jan 11, 2024): I looked into this some more and found [this](https://github.com/darktable-org/darktable/issues/10008) issue, which suggests that the black level for newer Panasonic cameras needs to be set differently. The fix for this was in Rawspeed, but libraw seems to have pinned their version of it to a commit one month before this fix was released. I'll see what I can do here, but I can't promise I can fix it. Edit: It seems libraw actually doesn't use Rawspeed by default, so this might just be a libraw bug.
Author
Owner

@mertalev commented on GitHub (Jan 11, 2024):

Based on this discussion, I don't think there's an easy fix here. adjust_maximum_thr and no_auto_bright have no effect, and the issue persists in the latest libraw release as well. Closing because there isn't much we can do about this, unfortunately.

@mertalev commented on GitHub (Jan 11, 2024): Based on [this](https://www.libraw.org/comment/5980) discussion, I don't think there's an easy fix here. `adjust_maximum_thr` and `no_auto_bright` have no effect, and the issue persists in the latest libraw release as well. Closing because there isn't much we can do about this, unfortunately.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#1974