<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>

   taliho: https://ess.cs.tu-dortmund.de/lockdoc-elixir/linux-lockdoc/lockdebug-v4.10-0.10/source/drivers/media/platform/s5p-mfc/s5p_mfc_enc.c#L668
   <br> I'm trying to figure out why the maximum for the V4L2_CID_MPEG_VIDEO_VPX_I_FRAME_QP  fields is 127
   <br> but the VPX range for QP is usually [0, 63]
   <br> is this a bug?
   ndufresne: <u>taliho</u>: it looks like a bug, on 6 bits a re program per min/mx, this is the max as an example (in case I read it wrong) reg &amp;= ~(0x3F &lt;&lt; 8);  reg |= (p_264-&gt;rc_max_qp &lt;&lt; 8);
   <br> * only 6 bits
   taliho: thanks ndufresne , I'll try to send a patch to the ml
   <br> is this the right ml: linux-media@vger.kernel.org  ?
   ndufresne: <u>taliho</u>: yes
   <br> but in general, use get_maintainer.pl
   taliho: ok, sounds good
   ndufresne: fyi https://paste.centos.org/view/27e5a749
   taliho: thanks
   ndufresne: <u>hverkuil</u>: qv4l2, on wayland, it renders in ARGB and the alpha is 0, which makes it unusable
   <br> it use to go through XWayland
   <br> in general, just setting alpha to 1 in your shader resolves this type of issue