Nah it’s all ffmpeg v7.1.1, just using different outputs. You’ll just have to pay the price for that ~40% bitrate reduction (at the same quality). FWIW the Plex Transcoder is doing something pretty inefficiently anyway because both are equally slow.
@chris_decker08 Well scratch that because I just did. I can no longer play videos with an audio delay bigger than the -window_size(5 sec). This is what you’ll need:
- DASH player (I tested 2 devices to eliminate the possibility of this being a Samsung Smart TV only issue but it’s also happening on my PS5)
- Any video + DTS audio with a MKV delay bigger than 5 seconds
- Ideally you’ll need a player that doesn’t support DTS playback but disabling DIrect Play/Streaming may be enough
Like I said this can be fixed by increasing the -window_size. This is indeed a regression because the old Transcoder also uses 5 and works just fine. There might have been some code in place that dealt with this situation but this is no longer the case.
I also don’t understand why it’s even set in the first place; the default is 0, meaning all segments are kept (which AFAICT is happening anway?). Because there might be a good reason for it I’m currently setting the -window_sizemyself to
max(5,ceil([0:a].delay/1000))
Note that an abs() was not necessary as “negative delays” (positive video delay) work as intended.
