On 27/07/15 18:05, Anton Khirnov wrote:
> Quoting Luca Barbato (2015-07-27 17:55:48)
>> On 27/07/15 16:24, Anton Khirnov wrote:
>>> Quoting Luca Barbato (2015-07-25 15:26:27)
>>>> ---
>>>>  libavformat/nut.c | 1 +
>>>>  1 file changed, 1 insertion(+)
>>>>
>>>> diff --git a/libavformat/nut.c b/libavformat/nut.c
>>>> index 828d9ca..beb27fc 100644
>>>> --- a/libavformat/nut.c
>>>> +++ b/libavformat/nut.c
>>>> @@ -40,6 +40,7 @@ const AVCodecTag ff_nut_data_tags[] = {
>>>>  
>>>>  const AVCodecTag ff_nut_video_tags[] = {
>>>>      { AV_CODEC_ID_VP9,              MKTAG('V', 'P', '9', '0') },
>>>> +    { AV_CODEC_ID_HEVC,             MKTAG('H', 'E', 'V', 'C') },
>>>>      { AV_CODEC_ID_RAWVIDEO,         MKTAG('R', 'G', 'B',  15) },
>>>>      { AV_CODEC_ID_RAWVIDEO,         MKTAG('B', 'G', 'R',  15) },
>>>>      { AV_CODEC_ID_RAWVIDEO,         MKTAG('R', 'G', 'B',  16) },
>>>> -- 
>>>> 2.3.2
>>>>
>>>
>>> Is it properly defined what this will do exactly? What
>>> bitstream/extradata format is used and such?
>>>
>>
>> As per h264, anything goes.
> 
> Then I am against this patch. There should be a clearly defined bistream
> format.
> 

I'll make the muxer match mkv for h264 and hevc then.

lu
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to