foorschtbar / hyperion-docker

Hyperion Docker Image
4 stars 1 forks source link

Hyperion Accessing Non-Existent Video Devices #6

Closed sakis-tech closed 1 day ago

sakis-tech commented 2 months ago

I've set up the hyperion-docker on my Raspberry Pi. The configuration specifies only one video device (/dev/video0), but the system tries to access multiple non-existent video devices, leading to a series of errors in the logs. This behavior seems incorrect as only one video device is intended to be used.

Docker-Compose Configuration:

services:
  hyperion:
    image: foorschtbar/hyperion
    container_name: hyperion
    ports:
      - 8090:8090
      - 8091:8091
      - 19444:19444
      - 19445:19445
    volumes:
      - ./config/:/root/.hyperion
    devices:
      - /dev/video0:/dev/video0
      - /dev/spidev0.0:/dev/spidev0.0
      - /dev/spidev0.1:/dev/spidev0.1
    restart: unless-stopped

Logs:

2024-07-30T20:19:52.751 |__| V4L2              : <ERROR> Throws error nr: Cannot open '/dev/video14' error code 2, No such file or directory
2024-07-30T20:19:52.751 |__| V4L2              : <ERROR> Throws error nr: Cannot open '/dev/video22' error code 2, No such file or directory
...
2024-07-30T20:19:52.755 |__| V4L2              : <ERROR> Throws error nr: Cannot open '/dev/video16' error code 2, No such file or directory

System Details:

Steps to Reproduce:

  1. Set up the Docker container using the above docker-compose configuration.
  2. Start the container and observe the logs.

Expected Behavior: Hyperion should only attempt to access the video device specified (/dev/video0).

Actual Behavior: Hyperion attempts to access multiple non-existent video devices, which results in error messages.

Additional Information: The Docker container has the correct permissions, and the specified video device is properly configured and accessible. It seems like Hyperion is not respecting the specified device or there may be a misconfiguration.

Any guidance or fix would be appreciated!

foorschtbar commented 1 day ago

The behavior comes from hyperion and has nothing to do with the container image