Video transcoding policy not being respected
Hi there. I set the transcode policy and encode settings as per the attached screenshots. After completing the transcode jobs I have discovered that a not insignificant number of the videos in the encoded-video folder have been encoded as H264 and not HEVC. I'm attaching also a screenshot of the MediaInfo of one of these files.
Any idea why this is happening? Shouldn't all videos that meet the policy be encoded in the selected codec (HEVC)?
13 Replies
:wave: Hey @NakedRoboticCore,
Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich :immich:.
References
- Container Logs:
docker compose logs docs
- Container Status: docker ps -a docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
1. :blue_square: verified I'm on the latest release(note that mobile app releases may take some time).
2. :blue_square: read applicable release notes.
3. :blue_square: reviewed the FAQs for known issues.
4. :blue_square: reviewed Github for known issues.
5. :blue_square: tried accessing Immich via local ip (without a custom reverse proxy).
6. :blue_square: uploaded the relevant information (see below).
7. :blue_square: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
Information
In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:
- Your docker-compose.yml and .env files.
- Logs from all the containers and their status (see above).
- All the troubleshooting steps you've tried so far.
- Any recent changes you've made to Immich or your system.
- Details about your system (both software/OS and hardware).
- Details about your storage (filesystems, type of disks, output of commands like fdisk -l and df -h).
- The version of the Immich server, mobile app, and other relevant pieces.
- Any other information that you think might be relevant.
Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)
If this ticket can be closed you can use the /close command, and re-open it later if needed.Keep in mind that an unaccepted audio codec also causes a transcode and it will use the target encoding, not the encoding already present in the video @NakedRoboticCore
I understand that, but that's not the issue. The issue is that once a video is determined to need transcoding based on the policy, it should be transcoded to the selected codec (HEVC), and here some of them are being transcoded to H264.
Were these transcodes before or after you changed the settings
I didn't have any transcode settings before this
Well, to be fair, I did a first run where I chose to transcode everything, just to see how much space it would take, but it was also with HEVC, so it never should have transcoded any video to H264
Before that I had transcoding turned off
This was yesterday, before updating the server this morning from 2.2.3 to 2.3.1
You can try triggering "transcode all", this will go over all current files and delete unnecessary transcodes
I just launched it and I see it transcoding a lot of videos, but there aren't any new videos since yesterday... should it transcode everything again?
OK it finished processing the whole library and it did NOT replace any of the H264 videos with HEVC encodes
You have h264 as accepted codec so its not transcoding those to hevc because of your policy
Your video is 1080p, and h264 so the policy skips it as a whole
Those source h264 files wouldn’t show up in the encoded-video folder tho
Exactly. If it doesn’t match the policy it doesn’t even transcode it so it just leaves the original where it is and there shouldn’t be a transcoded version in the encoded-video folder
If it’s transcoding it should be transcoding to the chosen codec
Everything in encoded-video should be hevc
Since you re-transcoded everything, can you once again check the file creation date on the h264 file(s)? If it’s a bug with the policy, they should’ve been re-written when you reran the transcode job. If they’re untracked it should have a different creation date (the same one it had when you previously checked)