Nothing changed that would impact that. You may have accidentally specified https://dvr-media-server.local to trigger that error.
Please run:
ps auxww | grep ffmpeg
and provide the output.
Because we update from time to time when we have the resources to do so.
It's likely it's an issue with how we are doing the transcoding, but I would not know for sure without more details.
If you could do this, it will help me run some tests on the content:
File uploaded
capt@media-server:~/channels-dvr/latest$ ps auxww | grep ffmpeg
capt 6141 374 5.2 10012696 604628 ? Sl 16:52 0:26 /home/capt/channels-dvr/2025.01.30.2024/ffmpeg-dl -hide_banner -nostats -loglevel warning -progress http://127.0.0.1:8089/dvr/files/568/hls/progress?key=file568-ip10.0.0.34 -fflags discardcorrupt+genpts -ss 427.8439999999998 -copyts -start_at_zero -probesize 8000000 -i /data/Movies/S.2001.2160p.4K.BluRay.x265.10bit.AAC5.1-[YTS.MX].mkv -enc_time_base -1 -max_muxing_queue_size 4096 -muxdelay 0 -map 0:v:0? -map 0:a? -ignore_unknown -map 0:s? -c:v h264_nvenc -g:v 60 -force_key_frames:v source -forced-idr 1 -profile:v high -level 40 -filter:v fastdeint=blend,format=yuv420p,scale=-2:min(ih\,576):eval=frame -b:v 1000k -minrate 900k -maxrate 1100k -bufsize 2000k -c:a copy -c:s copy -f hls -hls_time 0.010000 -hls_list_size 0 -hls_flags temp_file -start_number 101 -hls_passthrough_subtitles 1 /home/capt/channels-data/Streaming/file568-ip10.0.0.34-1614291663/encoder-102-4248978845/stream.m3u8
capt 6165 0.0 0.0 6620 2336 pts/0 S+ 16:52 0:00 grep --color=auto ffmpeg
Great! Thanks for the details. It appears everything is operating as expected regarding the arguments that we are passing. We believe we have identified where the Plex encoder is using some efficiencies that we are not and are looking into what it would take to improve this.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.