Emby 4.6 convert not running

[byakuya32 17]

My emby convert is not running it just show a progress bar and stalls. Here are the logs.

ffmpeg-transcode-67cf9fa6-f752-4cc2-9cf4-309763defba8_1.txt embyserver.txt

[Q-Droid 634]

Convert is running but very slowly. It looks like your GPU can't handle the task. Had you been able to convert 4k HEVC before and had you noticed the rate (fps) or speed (x)?

 

 

[byakuya32 17]

it hasn't moved at all since the 6.0.2 update it was working fine before that. I have the quadro m2000. Before that update it was doing movies in 10 to 15 minutes.

[Luke 37008]

Hi, try turning off transcoding tone mapping. That is the difference from 4.5.

[byakuya32 17]

59 minutes ago, Luke said:

Hi, try turning off transcoding tone mapping. That is the difference from 4.5.

@Luke Tone mapping is disabled

[Luke 37008]

Please attach both the server and ffmpeg log files from an example as the ffmpeg log file alone doesn't show the full picture. Thanks.

[byakuya32 17]

Here is all 3 logs

hardware_detection-63759352166.txt ffmpeg-transcode-67cf9fa6-f752-4cc2-9cf4-309763defba8_1.txt embyserver.txt

[softworkz 3326]

@byakuya32 - Could you please run "top" while ffmpeg is running and check its memory and CPU usage?

[byakuya32 17]

Here is a screenshot

[softworkz 3326]

Also, why did you select 'CUVID Quadro M2000 - H.265 (HEVC)' instead of the NVDEC variant?

[softworkz 3326]

Just now, byakuya32 said:

Here is a screenshot

OK thanks, that look very wrong...

[byakuya32 17]

I do not see an option in transcodeing for nvdec

[softworkz 3326]

Just now, softworkz said:

Also, why did you select 'CUVID Quadro M2000 - H.265 (HEVC)' instead of the NVDEC variant?

What happens when you choose 'NVDEC' for H.265 decoding (or just "Yes" instead "Advanced" for the HWA configuration)?

[softworkz 3326]

1 minute ago, byakuya32 said:

I do not see an option in transcodeing for nvdec

Could you post a screenshot from the H.265 section? (or the hw detection log)

[byakuya32 17]

4 minutes ago, softworkz said:

Could you post a screenshot from the H.265 section? (or the hw detection log)

Here is the screenshot and I have already posted the hardware detection log.

[softworkz 3326]

Sorry, I mean the Transcoding settings page on the server dashboard.

[softworkz 3326]

[byakuya32 17]

2 minutes ago, softworkz said:

Here you go

[softworkz 3326]

Great! Now disable CUVID (just to be sure) and retry the conversion. (don't forget to click Save)

[byakuya32 17]

same thing

[softworkz 3326]

OK, thanks for trying. We have a gigantic memory leak and CUVID was the most likely candidate.

Next steps we need to try to find the cause:

1. Try to use software decoding
   => disable all checkmarks for H.265 hardware decoders and retry
2. Try to use software encoding
   => Disable the H.264 Nvidia encoder to enforce libx264 encoding

In all cases, check ffmpeg memory usage (high CPU usage will be normal with sw transcoding, though)

[byakuya32 17]

9 minutes ago, softworkz said:

OK, thanks for trying. We have a gigantic memory leak and CUVID was the most likely candidate.

Next steps we need to try to find the cause:

1. Try to use software decoding
   => disable all checkmarks for H.265 hardware decoders and retry
2. Try to use software encoding
   => Disable the H.264 Nvidia encoder to enforce libx264 encoding

In all cases, check ffmpeg memory usage (high CPU usage will be normal with sw transcoding, though)

does not seem like the process is starting

[softworkz 3326]

Just go to "Log" in the Emby dashboard UI and see whether a new ffmpeg log was created.

Besides that: How about other operations with HW acceleration in Emby server? Does that work, did you try? I mean: are all operations with Nvidia hwa affected or only this specific conversion case?

[byakuya32 17]

this might help but the transcoding-temp folder is empty

[byakuya32 17]

Here is the latest log

ffmpeg-transcode-a946a263-93f8-41e6-97c0-285f76aa0af8_1.txt