linuxserver/emby¶
Emby organizes video, music, live TV, and photos from personal media libraries and streams them to smart TVs, streaming boxes and mobile devices. This container is packaged as a standalone emby Media Server.
Supported Architectures¶
We utilise the docker manifest for multi-platform awareness. More information is available from docker here and our announcement here.
Simply pulling lscr.io/linuxserver/emby:latest should retrieve the correct image for your arch, but you can also pull specific arch images via tags.
The architectures supported by this image are:
| Architecture | Available | Tag |
|---|---|---|
| x86-64 | ✅ | amd64-<version tag> |
| arm64 | ✅ | arm64v8-<version tag> |
| armhf | ❌ |
Version Tags¶
This image provides various versions that are available via tags. Please read the descriptions carefully and exercise caution when using unstable or development tags.
| Tag | Available | Description |
|---|---|---|
| latest | ✅ | Stable emby releases |
| beta | ✅ | Beta emby releases |
Application Setup¶
Webui can be found at http://<your-ip>:8096
Emby has very complete and verbose documentation located here .
Hardware Acceleration Enhancements¶
This section lists the enhancements we have made for hardware acceleration in this image specifically.
OpenMAX (Raspberry Pi)¶
Hardware acceleration users for Raspberry Pi MMAL/OpenMAX will need to mount their /dev/vcsm and /dev/vchiq video devices inside of the container and their system OpenMax libs by passing the following options when running or creating the container:
--device=/dev/vcsm:/dev/vcsm
+ emby - LinuxServer.io linuxserver/emby¶
Emby organizes video, music, live TV, and photos from personal media libraries and streams them to smart TVs, streaming boxes and mobile devices. This container is packaged as a standalone emby Media Server.
Supported Architectures¶
We utilise the docker manifest for multi-platform awareness. More information is available from docker here and our announcement here.
Simply pulling lscr.io/linuxserver/emby:latest should retrieve the correct image for your arch, but you can also pull specific arch images via tags.
The architectures supported by this image are:
Architecture Available Tag x86-64 ✅ amd64-<version tag> arm64 ✅ arm64v8-<version tag> armhf ❌
Version Tags¶
This image provides various versions that are available via tags. Please read the descriptions carefully and exercise caution when using unstable or development tags.
Tag Available Description latest ✅ Stable emby releases beta ✅ Beta emby releases
Application Setup¶
Webui can be found at http://<your-ip>:8096
Emby has very complete and verbose documentation located here .
Hardware Acceleration Enhancements¶
This section lists the enhancements we have made for hardware acceleration in this image specifically.
OpenMAX (Raspberry Pi)¶
Hardware acceleration users for Raspberry Pi MMAL/OpenMAX will need to mount their /dev/vcsm and /dev/vchiq video devices inside of the container and their system OpenMax libs by passing the following options when running or creating the container:
V4L2 (Raspberry Pi)¶
Hardware acceleration users for Raspberry Pi V4L2 will need to mount their /dev/video1X devices inside of the container by passing the following options when running or creating the container:
The ARM variants can be built on x86_64 hardware using multiarch/qemu-user-static
Once registered you can define the dockerfile to use with -f Dockerfile.aarch64.
Versions¶
- 12.02.24: - Use universal hardware acceleration blurb
- 19.01.24: - Fix tonemapping so it's done with hw acceleration.
- 06.07.23: - Deprecate armhf. As announced here
- 08.06.23: - Fix package extraction so it doesn't change /tmp perms.
- 31.05.23: - Use upstream deb packages instead of rpm.
- 26.09.22: - Update chown behavior.
- 18.09.22: - Migrate to s6v3, rebase to Ubuntu Jammy.
- 19.05.21: - Structural changes upstream.
- 17.01.21: - Deprecate
UMASK_SET in favor of UMASK in baseimage, see above for more information. Remove no longer used mapping for /transcode. - 21.12.20: - Rebase to Focal, see here for troubleshooting armhf.
- 03.11.20: - Fix issue with missing samba folder.
- 13.11.20: - Fix issue with samba and ffmpeg.
- 03.07.20: - Add support for amd vaapi hw transcode.
- 29.02.20: - Add v4l2 support on Raspberry Pi.
- 26.02.20: - Add openmax support on Raspberry Pi.
- 15.02.20: - Allow restarting emby from the gui (also allows for auto restarts after addon updates).
- 02.10.19: - Improve permission fixing for render and dvb devices.
- 13.08.19: - Add umask environment variable.
- 24.06.19: - Fix typos in readme.
- 30.05.19: - Initial release.
\ No newline at end of file
+Once registered you can define the dockerfile to use with -f Dockerfile.aarch64.
Versions¶
- 12.02.24: - Use universal hardware acceleration blurb
- 19.01.24: - Fix tonemapping so it's done with hw acceleration.
- 06.07.23: - Deprecate armhf. As announced here
- 08.06.23: - Fix package extraction so it doesn't change /tmp perms.
- 31.05.23: - Use upstream deb packages instead of rpm.
- 26.09.22: - Update chown behavior.
- 18.09.22: - Migrate to s6v3, rebase to Ubuntu Jammy.
- 19.05.21: - Structural changes upstream.
- 17.01.21: - Deprecate
UMASK_SETin favor of UMASK in baseimage, see above for more information. Remove no longer used mapping for /transcode. - 21.12.20: - Rebase to Focal, see here for troubleshooting armhf.
- 03.11.20: - Fix issue with missing samba folder.
- 13.11.20: - Fix issue with samba and ffmpeg.
- 03.07.20: - Add support for amd vaapi hw transcode.
- 29.02.20: - Add v4l2 support on Raspberry Pi.
- 26.02.20: - Add openmax support on Raspberry Pi.
- 15.02.20: - Allow restarting emby from the gui (also allows for auto restarts after addon updates).
- 02.10.19: - Improve permission fixing for render and dvb devices.
- 13.08.19: - Add umask environment variable.
- 24.06.19: - Fix typos in readme.
- 30.05.19: - Initial release.