Transcoding not happening on Windows Server

[alexjcgdf 0]

Hi guys;

 

For some reason, transcoding is not working in my case from a 4K x265 10bit to 1080p x264.

 

What could be happening ?

 

There is a foto with the specs of the laptop.

 

It is not thaaaaat bad.ffmpeg-transcode-6e7e0178-d968-4dd0-9435-8172e0918fa4_1.txtembyserver (6).txt

 

Enviado de meu Pixel 3 XL usando o Tapatalk

[Luke 42081]

Hi, what do you mean by not working?

[alexjcgdf 0]

Hi, what do you mean by not working?

When watching a 4K in my tablet that is 1080p the hardware transcoding is not happening. It stays on "software" only.

 

Enviado de meu Pixel 3 XL usando o Tapatalk

[Happy2Play 9783]

Yes hardware is failing and falling back to software.  But a dev would have to explain more.
 

20:55:39.664 Stream mapping:
20:55:39.664   Stream #0:0 (hevc) -> hwupload
20:55:39.664   vpp_qsv -> Stream #0:0 (h264_qsv)
20:55:39.664   Stream #0:1 -> #0:1 (copy)
20:55:39.664 Press [q] to stop, [?] for help
20:55:39.802 [AVHWFramesContext @ 000001c5e3a87140] Could not create the surfaces
20:55:39.802 [AVHWFramesContext @ 000001c5e3a87140] Error creating an internal frame pool
20:55:39.802 [AVHWFramesContext @ 000001c5e3a86840] Error initializing a child frames context
20:55:39.802 [AVHWFramesContext @ 000001c5e3a86840] Error creating an internal frame pool
20:55:39.802 [hwupload@f1 @ 000001c5e1da3c40] Failed to configure output pad on hwupload@f1
20:55:39.802 Error reinitializing filters!
20:55:39.802 Failed to inject frame into filter network: Unknown error occurred
20:55:39.802 Error while processing the decoded data for stream #0:0
20:55:39.849 Conversion failed!

20:55:42.683 Stream mapping:
20:55:42.683   Stream #0:0 (hevc) -> scale
20:55:42.683   format -> Stream #0:0 (libx264)
20:55:42.683   Stream #0:1 -> #0:1 (copy)

Edited May 19, 2020 by Happy2Play

[alexjcgdf 0]

Yes hardware is failing and falling back to software. But a dev would have to explain more.

 

20:55:39.664 Stream mapping:
20:55:39.664   Stream #0:0 (hevc) -> hwupload
20:55:39.664   vpp_qsv -> Stream #0:0 (h264_qsv)
20:55:39.664   Stream #0:1 -> #0:1 (copy)
20:55:39.664 Press [q] to stop, [?] for help
20:55:39.802 [AVHWFramesContext @ 000001c5e3a87140] Could not create the surfaces
20:55:39.802 [AVHWFramesContext @ 000001c5e3a87140] Error creating an internal frame pool
20:55:39.802 [AVHWFramesContext @ 000001c5e3a86840] Error initializing a child frames context
20:55:39.802 [AVHWFramesContext @ 000001c5e3a86840] Error creating an internal frame pool
20:55:39.802 [hwupload@f1 @ 000001c5e1da3c40] Failed to configure output pad on hwupload@f1
20:55:39.802 Error reinitializing filters!
20:55:39.802 Failed to inject frame into filter network: Unknown error occurred
20:55:39.802 Error while processing the decoded data for stream #0:0
20:55:39.849 Conversion failed!

20:55:42.683 Stream mapping:
20:55:42.683   Stream #0:0 (hevc) -> scale
20:55:42.683   format -> Stream #0:0 (libx264)
20:55:42.683   Stream #0:1 -> #0:1 (copy)

Could it be driver?

 

Enviado de meu Pixel 3 XL usando o Tapatalk

[alexjcgdf 0]

Bump

 

Enviado de meu Pixel 3 XL usando o Tapatalk

[Luke 42081]

@@softworkz will be looking at this. Thanks.

[alexjcgdf 0]

@@softworkz will be looking at this. Thanks.

By the way, awesome work you guys doing!

 

 

 

Enviado de meu Pixel 3 XL usando o Tapatalk

[rbjtech 5284]

I'm no Dev, but simply put - your HD4000 does not support HEVC decoding nor encoding - so it falls back to software to do it.

 

The original graphics you uploaded only show h264 - if hevc was supported, it would have it in the list.

 

The ffmpeg log confirms this.

[softworkz 5072]

@@rbjtech - You are right that the device does not support HEVC decoding. But we aren't trying to decode via QuickSync.

 

The reason why it's failing is that we are trying to do the color conversion in hardware which doesn't work on that device.

 

@@alexjcgdf - In case you would be willing to try a beta version: The next update will contain a fix for this. Otherwise, the fix will be included in the next release.

 

Thanks a lot for reporting!

[alexjcgdf 0]

@@rbjtech - You are right that the device does not support HEVC decoding. But we aren't trying to decode via QuickSync.

 

The reason why it's failing is that we are trying to do the color conversion in hardware which doesn't work on that device.

 

@@alexjcgdf - In case you would be willing to try a beta version: The next update will contain a fix for this. Otherwise, the fix will be included in the next release.

 

Thanks a lot for reporting!

Totally willing of course. Which beta you recommend?

 

Enviado de meu Pixel 3 XL usando o Tapatalk

[softworkz 5072]

Totally willing of course. Which beta you recommend?

 

Enviado de meu Pixel 3 XL usando o Tapatalk

 

The next one... ;-)

[alexjcgdf 0]

The next one... ;-)

Installation done.

 

I understand that the x265 will be done via software but the encoding to x264 should be done via hardware correct? It would appear like Software->Hardware?

 

 

Enviado de meu Pixel 3 XL usando o Tapatalk

[softworkz 5072]

Installation done.

 

No - next means "the one that does not exist yet, but will be released soon"!

[alexjcgdf 0]

No - next means "the one that does not exist yet, but will be released soon"!

LOL

 

I would be a happy tester.

 

My consideration are correct? In my case the 4K x265 movie to be played in a 1080p would be:

 

Software decoded -> Hardware encoded

 

Keep in mind that my server has no x265 encoding/decoding on its Intel4000 GPU

 

Enviado de meu Pixel 3 XL usando o Tapatalk

[Luke 42081]

@alexjcgdf are you still having an issue with this?

[alexjcgdf 0]

I gave up on trying with the laptop and HVEC decoding. I changed my library to almos all movies with x264. I have an Odroid XU4 with armbian now and emby installed. Eventhough the transcoding doesnt occur in there I am using it anyway. Although for some wierd reason my Emby stopped to work at all. I will open a thread on linux in this case.

 

THanks a lot Luke.