> I think you misunderstood "unpublished" for some other word. Those
> specs are actually available for anyone that wants to read them (if
> they are willing to pay for them). 2110-20 isn't available on any of
> the usual sources for obtaining SMPTE standards documents.
> - Hendrik
Hi Hendrik.
On Thu, Oct 26, 2017 at 11:36 AM, Éloi Bail
wrote:
>> As an open source project we cannot cite unpublished documents.
>
>> Kieran
>
> Well... I don't buy this explanation at all.
> Since when you cannot even reference a non open technology in issue projects?
>
>
> As an open source project we cannot cite unpublished documents.
> Kieran
Well... I don't buy this explanation at all.
Since when you cannot even reference a non open technology in issue projects?
Dolby, DTS, newtek technologies are already cited in the document and those
aren't open.
>
> Hi,
>
> I am surprised to see no mention on this work in changelog [1].
>
> I would put: "partial support of SMPTE 2110-20 (RFC4175)".
>
> Thanks,
>
> Eloi
>
> [1]: https://github.com/FFmpeg/FFmpeg/blob/master/Changelog
As an open source project we cannot cite unpublished documents.
Kieran
- On Apr 5, 2017, at 6:11 PM, Rostislav Pehlivanov
wrote:
> On 31 March 2017 at 16:36, Damien Riegel > wrote:
> > This adds partial support for the RFC 4175 (raw video over RTP). The
> > only supported formats are the YCbCr-4:2:2
On 31 March 2017 at 16:36, Damien Riegel wrote:
> This adds partial support for the RFC 4175 (raw video over RTP). The
> only supported formats are the YCbCr-4:2:2 8 bit because it's natively
> supported by FFmpeg with pixel format UYVY, and 10 bit which
This adds partial support for the RFC 4175 (raw video over RTP). The
only supported formats are the YCbCr-4:2:2 8 bit because it's natively
supported by FFmpeg with pixel format UYVY, and 10 bit which requires
the vrawdepay codec to convert the payload in a format handled by
FFmpeg.