On 4/23/2020 12:00 AM, Andreas Rheinhardt wrote:
> James Almer:
>> On 4/22/2020 9:17 PM, Andreas Rheinhardt wrote:
>>> James Almer:
Fixes ticket #8622
Signed-off-by: James Almer
---
It fixes it assuming the Picture Timing in that sample is not being
misparsed
James Almer:
> On 4/22/2020 9:17 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> Fixes ticket #8622
>>>
>>> Signed-off-by: James Almer
>>> ---
>>> It fixes it assuming the Picture Timing in that sample is not being
>>> misparsed
>>> by cbs_h265.
>>> We're compliant with the latest revision of
On 4/22/2020 9:17 PM, Andreas Rheinhardt wrote:
> James Almer:
>> Fixes ticket #8622
>>
>> Signed-off-by: James Almer
>> ---
>> It fixes it assuming the Picture Timing in that sample is not being misparsed
>> by cbs_h265.
>> We're compliant with the latest revision of the spec, so any
>>
James Almer:
> Fixes ticket #8622
>
> Signed-off-by: James Almer
> ---
> It fixes it assuming the Picture Timing in that sample is not being misparsed
> by cbs_h265.
> We're compliant with the latest revision of the spec, so any
> reserved_payload_extension_data found in a sample created today
James Almer:
> Fixes ticket #8622
>
> Signed-off-by: James Almer
> ---
> It fixes it assuming the Picture Timing in that sample is not being misparsed
> by cbs_h265.
> We're compliant with the latest revision of the spec, so any
> reserved_payload_extension_data found in a sample created today
On 4/20/2020 6:45 PM, James Almer wrote:
> Fixes ticket #8622
>
> Signed-off-by: James Almer
> ---
> It fixes it assuming the Picture Timing in that sample is not being misparsed
> by cbs_h265.
> We're compliant with the latest revision of the spec, so any
> reserved_payload_extension_data found
Fixes ticket #8622
Signed-off-by: James Almer
---
It fixes it assuming the Picture Timing in that sample is not being misparsed
by cbs_h265.
We're compliant with the latest revision of the spec, so any
reserved_payload_extension_data found in a sample created today is almost
guaranteed to be
