On Thu, Nov 15, 2018 at 11:56 PM Maxime Ripard
wrote:
>
> From: Pawel Osciak
>
> Stateless video codecs will require both the H264 metadata and slices in
> order to be able to decode frames.
>
> This introduces the definitions for a new pixel format for H264 slices that
> have been parsed, as wel
On Thu, Jan 24, 2019 at 10:37:23PM +0800, Ayaka wrote:
> > +#define V4L2_H264_DPB_ENTRY_FLAG_VALID0x01
> > +#define V4L2_H264_DPB_ENTRY_FLAG_ACTIVE0x02
> > +#define V4L2_H264_DPB_ENTRY_FLAG_LONG_TERM0x04
> > +
> > +struct v4l2_h264_dpb_entry {
> > +__
Sent from my iPad
> On Jan 24, 2019, at 10:23 PM, Maxime Ripard wrote:
>
> Hi!
>
> On Sun, Jan 20, 2019 at 08:48:32PM +0800, ayaka wrote:
> +struct v4l2_ctrl_h264_scaling_matrix {
> +__u8 scaling_list_4x4[6][16];
> +__u8 scaling_list_8x8[6][64];
> +};
I wonder wh
Hi!
On Sun, Jan 20, 2019 at 08:48:32PM +0800, ayaka wrote:
> > > > +struct v4l2_ctrl_h264_scaling_matrix {
> > > > + __u8 scaling_list_4x4[6][16];
> > > > + __u8 scaling_list_8x8[6][64];
> > > > +};
> > > I wonder which decoder want this.
> > I'm not sure I follow you, scaling lists ar
I am sorry I am a little busy for the lunar new year recently and the
H.264 syntax rules are little complex, I will try explain my ideas more
clear here.
On 1/17/19 7:01 PM, Maxime Ripard wrote:
Hi,
On Tue, Jan 08, 2019 at 05:52:28PM +0800, Randy 'ayaka' Li wrote:
+struct v4l2_ctrl_h264_scal
Hi,
On Wed, Jan 09, 2019 at 01:01:22AM +0800, ayaka wrote:
> On 1/8/19 5:52 PM, Randy 'ayaka' Li wrote:
> > On Thu, Nov 15, 2018 at 03:56:49PM +0100, Maxime Ripard wrote:
> > > From: Pawel Osciak
> > >
> > > Stateless video codecs will require both the H264 metadata and slices in
> > > order to
Hi,
On Thu, Jan 10, 2019 at 09:33:01PM +0800, ayaka wrote:
> I forget a important thing, for the rkvdec and rk hevc decoder, it would
> requests cabac table, scaling list, picture parameter set and reference
> picture storing in one or various of DMA buffers. I am not talking about the
> data been
Hi,
On Tue, Jan 08, 2019 at 05:52:28PM +0800, Randy 'ayaka' Li wrote:
> > +struct v4l2_ctrl_h264_scaling_matrix {
> > + __u8 scaling_list_4x4[6][16];
> > + __u8 scaling_list_8x8[6][64];
> > +};
>
> I wonder which decoder want this.
I'm not sure I follow you, scaling lists are an important pa
I forget a important thing, for the rkvdec and rk hevc decoder, it would
requests cabac table, scaling list, picture parameter set and reference
picture storing in one or various of DMA buffers. I am not talking about
the data been parsed, the decoder would requests a raw data.
For the pps and
On 1/8/19 5:52 PM, Randy 'ayaka' Li wrote:
On Thu, Nov 15, 2018 at 03:56:49PM +0100, Maxime Ripard wrote:
From: Pawel Osciak
Stateless video codecs will require both the H264 metadata and slices in
order to be able to decode frames.
This introduces the definitions for a new pixel format for
On Thu, Nov 15, 2018 at 03:56:49PM +0100, Maxime Ripard wrote:
> From: Pawel Osciak
>
> Stateless video codecs will require both the H264 metadata and slices in
> order to be able to decode frames.
>
> This introduces the definitions for a new pixel format for H264 slices that
> have been parsed
On 11/15/18 15:56, Maxime Ripard wrote:
> From: Pawel Osciak
>
> Stateless video codecs will require both the H264 metadata and slices in
> order to be able to decode frames.
>
> This introduces the definitions for a new pixel format for H264 slices that
> have been parsed, as well as the struct
12 matches
Mail list logo
