[FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support P010 format
James Almer
jamrial at gmail.com
Sat Nov 26 01:57:48 EET 2022
On 11/25/2022 8:51 PM, Soft Works wrote:
>
>
>> -----Original Message-----
>> From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of
>> James Almer
>> Sent: Saturday, November 26, 2022 12:35 AM
>> To: ffmpeg-devel at ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
>> P010 format
>>
>> On 11/25/2022 8:26 PM, Dong, Ruijing wrote:
>>> [AMD Official Use Only - General]
>>>
>>> Will it make sense to accept P010 input, however encode to h264
>> 8bit?
>>
>> If it works (the encoder accepts the 10 bit input even if it encodes
>> it
>> as 8bit), then i don't see why not. I assume it would also be faster
>> than using swscale to convert said 10bit input to nv12 before passing
>> that to the encoder.
>>
>> Removing support for a pixel format as input in an encoder needs a
>> reason other than "It's rarely used", more so when it's a single
>> line.
>> It either needs to not work, or somehow get in the way of further
>> improvements.
>
> Oh sorry, I noticed that there was a misunderstanding.
>
> When I said "It's rarely used", I didn't mean that as a justification
> for the removal, it was meant as an explanation why none of the
> hwaccels has implemented it.
>
> softworkz
Alright, then i'll repeat my question: Does it work? And I don't mean
the encoder outputting a 10bit h264 stream, since you made it clear it
doesn't, i mean accepting 10bit input in p010 pixel format and
outputting a valid stream and not garbage.
If it does, then there's no reason to remove this line. If it does not,
then that should have been mentioned in the patch as the reason why this
is being done.
More information about the ffmpeg-devel
mailing list