Re: [FFmpeg-devel] [PATCH v4 2/2] rtp: rfc4175: add handler for YCbCr-4:2:2

> 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.

Re: [FFmpeg-devel] [PATCH v4 2/2] rtp: rfc4175: add handler for YCbCr-4:2:2

> 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.

Re: [FFmpeg-devel] [PATCH v4 2/2] rtp: rfc4175: add handler for YCbCr-4:2:2

- 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

Re: [FFmpeg-devel] TR-03 implementation

Hi, In november, we wrote on the mailing list about implementing support for TR-03 in ffmpeg [1]. There were some doubts in the ffmpeg community about whether or not ffmpeg could handle demuxing 3gbps of RTP input without significantly modifying the RTP demuxer and/or doing kernel bypassing.

[FFmpeg-devel] TR-03 implementation

Hi all, Media broadcasters tend to move on carriage of live professional media over IP. A group has been set up to recommend a standard for that, and they produced the TR-03. It is only a recommendation, but it should be close enough to what the SMPTE will adopt to start working on it.