Issues playing DV (profile 5) via DirectStream or Transcode

[xenoexclusive]

Hey team. Really loving your work. Has been a real game changer for me. Unfortunately, I seem to be having issues with DV playback. From what I can gather, this has only been an issue with DV Profile 5. The result is the purple/green hue problem. It is a problem on both devices that qualify for DirectStreaming (IE my DV capable TV) and devices that get a transcoded version.

I will attempt to provide all the information I think may be pertinent but please forgive me if you need more. More than happy to provide anything required. I apologise in advance for any formatting issues. I'm doing my best!

The server is running a 12th gen intel CPU and I am using QSV.

My compose.yaml file is as follows.

Code:

  jellyfin:
    image: lscr.io/linuxserver/jellyfin:latest
    container_name: jellyfin
    environment:
      DOCKER_MODS: linuxserver/mods:jellyfin-opencl-intel
      PUID: ${PUID}
      PGID: ${PGID}
      TZ: ${TZ}
    devices:
      - "/dev/dri:/dev/dri"
    volumes:
      - ./docker/jellyfin/config:/config
      - /mnt/disk3/Media:/data/Media
    ports:
      - "192.168.1.2:8096:8096"
    restart: unless-stopped

When attempting to play on a DV capable device, the following log is the result: https://pastebin.com/8rawNp4m

Please let me know what information you may require and any troubleshooting steps you would like me to take. Really appreciate and assistance I can get, because apart from these files, I can not be more happy with JF.

Kindest regards.

[TheDreadPirate]

What client are you using on your DV capable TV? Android TV? WebOS? What model TV?

[xenoexclusive]

The Jellyfin App (with ExoPlayer) on an Android/Google TV. Model is a Sony A95K.

[TheDreadPirate]

My understanding is that none of the Jellyfin apps support Dolby Vision (all HDR?). It will direct play when it should ask for a transcode. I run into this issue with my DV7 content (trying to convert to HDR10). Some devices will try to direct play but only show a black screen.

[xenoexclusive]

Interesting. I'm quite sure I've successfully used direct play for DV9 content on a DV display and successfully transcoded DV9 content for a non-DV capable display. But I may be getting my wires crossed.

So basically, I should be avoiding DV content?

From my perusing of the JF Android TV app on Github it seems to suggest ONLY transcoding HDR should cause issues, but direct playing should work as intended.

EDIT: Oh wow, breakthrough from the last post on this thread. I have now unselected 'Allow video playback that requires transcoding' and 'Allow video playback that requires conversion without re-encoding' for my user on the A95K and everything works great where the logs are now showing 'Remux' as opposed to 'DirectPlay'. Obviously, this doesn't solve the issues on the devices that require transcoding (like my Android phone etc) but at least the TV is working.

Does this give you any hints?

[TheDreadPirate]

Transcoding HDR is problematic if your GPU doesn't support 10-bit HEVC. Also, do you mean DV8? Because DV8 "falls back" to HDR10 if the device can't do DV8.

[xenoexclusive]

The IGPU on my 12th gen intel cpu does support 10-bit HEVC. And yes, apologies, I did mean DV8. Please see the edit in my post above for a breakthrough of sorts.

[TheDreadPirate]

I just remembered something. What container is your DV5 stuff in? If it is a MKV container, that is the problem. DV5 HAS to be in an MP4 container.

EDIT: Just re-read your pastebin log. It is MKV. You can use ffmpeg to re-containerize your video.

Code:

/usr/lib/jellyfin-ffmpeg/ffmpeg -i orig_file.mkv new_file.mp4

Literally that simple to recontainerize.

[xenoexclusive]

That doesn't seem to be an option using JF with Docker Compose. There is no such directory.

I'm trying to do it within docker with 'docker exec -it' but having some troubles. Just a moment.

EDIT: Can't quite figure out what I'm doing wrong here...

Code:

docker exec -it jellyfin /usr/lib/jellyfin-ffmpeg/ffmpeg -i /mnt/disk3/Media/Films/'First Reformed (2018)'/'First Reformed (2018) [imdbid-tt6053438] - [WEBDL-2160p][DV][AC3 5.1][h265]-HEATHEN.mkv' /mnt/disk3/Media/Films/'First Reformed (2018)'/'First Reformed (2018) [imdbid-tt6053438] - [WEBDL-2160p][DV][AC3 5.1][h265]-HEATHEN.mp4'
ffmpeg version 5.1.4-Jellyfin Copyright (c) 2000-2023 the FFmpeg developers
  built with gcc 11 (Ubuntu 11.4.0-1ubuntu1~22.04)
  configuration: --prefix=/usr/lib/jellyfin-ffmpeg --target-os=linux --extra-libs=-lfftw3f --extra-version=Jellyfin --disable-doc --disable-ffplay --disable-ptx-compression --disable-static --disable-libxcb --disable-sdl2 --disable-xlib --enable-lto --enable-gpl --enable-version3 --enable-shared --enable-gmp --enable-gnutls --enable-chromaprint --enable-libdrm --enable-libass --enable-libfreetype --enable-libfribidi --enable-libfontconfig --enable-libbluray --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libopenmpt --enable-libdav1d --enable-libwebp --enable-libvpx --enable-libx264 --enable-libx265 --enable-libzvbi --enable-libzimg --enable-libfdk-aac --arch=amd64 --enable-libsvtav1 --enable-libshaderc --enable-libplacebo --enable-vulkan --enable-opencl --enable-vaapi --enable-amf --enable-libmfx --enable-ffnvcodec --enable-cuda --enable-cuda-llvm --enable-cuvid --enable-nvdec --enable-nvenc
  libavutil      57. 28.100 / 57. 28.100
  libavcodec    59. 37.100 / 59. 37.100
  libavformat    59. 27.100 / 59. 27.100
  libavdevice    59.  7.100 / 59.  7.100
  libavfilter    8. 44.100 /  8. 44.100
  libswscale      6.  7.100 /  6.  7.100
  libswresample  4.  7.100 /  4.  7.100
  libpostproc    56.  6.100 / 56.  6.100
/mnt/disk3/Media/Films/First Reformed (2018)/First Reformed (2018) [imdbid-tt6053438] - [WEBDL-2160p][DV][AC3 5.1][h265]-HEATHEN.mkv: No such file or directory

The path is definitely correct.

[TheDreadPirate]

Ah. Docker. On your host system install vanilla ffmpeg and do the same thing. I'm assuming your host system is also Linux. Instead of that full path for jellyfin-ffmpeg, you should be able to invoke ffmpeg directly.