[Live-devel] How to release frame; How to improve horrible video quality

temp2010 at forren.org temp2010 at forren.org
Fri Jan 4 12:08:29 PST 2013


Renato,

How would one go about rendering the stream for only the luminance plane?
 Do you mean going into my MF H.264 encoder?  You must.  Otherwise I don't
know how to analyze the compressed output to omit the color.  And for the
MF H.264 encoder, I don't think there's any way to tell it to do only Y.
 Is this what you were suggesting?  If so, then how would one get around
the problem I just indicated?  If not, what did you really mean.


On Fri, Jan 4, 2013 at 8:47 AM, Renato MAURO (Libero) <renatomauro at libero.it
> wrote:

>  NV12 is similar to I420 (or YUV420, if you prefer), so it is 12 bit per
> pixel, 8 for luminance and 4 for CrCb (or U and V if you prefer). See
> http://www.fourcc.org/yuv.php#NV12.
> Obviously, "4 bits for CrCb" means that each byte is used for 4 pixels (a
> 2x2 quad), and so NV12 is a planar only format.
>
> So: 640 x 480 x 1,5 = 450 kBi = 3.51 Mbi uncompressed => 3.51 Mbi / 160
> kbi = 22,5 times.
>
> I suggest to render the stream for the luminance plane only (like old TV
> sets!!): if you get a good output, the problem is the way the renderer
> works on the U and V plane.
>
>
> Regards,
>
>     Renato
>
>
> Il 04/01/2013 13.49, temp2010 at forren.org ha scritto:
>
> Thanks very much for your help, Ross.
>
>  BACKGROUND: (CLARIFICATION ONLY) Indeed I only have one thread calling
> doEventLoop().  That's all I meant by my penultimate background sentence.
>  The last background sentence points out a separate thread for MF, that's
> independent of Live555, and is in fact the thread taking advantage of the
> one exception within Live555: calling triggerEvent().
>
>  FOLLOWUP QUESTION: Having incorporated your question one answer, my
> output is better and now only "very poor" rather than "horrible".  My
> uncompressed stream is 640 x 480 x 30fps.  It passes through NV12 format,
> which when considered as YUV I think has about 16 bits of info per pixel (8
> bits for Y, 8 bits for UV, like YUV422).  So an uncompressed 640 x 480
> frame should have nearly 5Mbits of info.  However, the compressed frames
> I'm sending to Live555 are generally 160kbits each (after an initial
> 384kbit frame).   I realize you're not responsible for MF, but perhaps you
> can give your opinion, please. This suggests to me that my MF H.264 encoder
> is compressing roughly 5Mbits/160kbits = 31 times.  Perhaps my remaining
> "very poor" quality is because this is too much compression.  I
> reconfigured the encoder for 10 times the average bit rate, but this
> typical 160kbits/frame output size didn't really change.  DO YOU AGREE that
> I ought to be able to increase encoder output quality by increasing average
> bit rate, and that the 160kbits per compressed frame should rise toward
> 5Mbits?
>
>  Thanks again.
>
>
>
>
>
> _______________________________________________
> live-devel mailing listlive-devel at lists.live555.comhttp://lists.live555.com/mailman/listinfo/live-devel
>
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130104/87a684a4/attachment-0001.html>


More information about the live-devel mailing list