Thank you for the response.<div>As i had mentioned I am try to compress RGB 24 bit VGA video.</div><div>My input has mainly grayscale data and very little color information.</div><div>I have&nbsp;succeeded&nbsp;in separating the two. now i have an 8 bit grayscale video (and *r*e*s*i*d*u*e*).</div>
<div>The previous reply had the steps to make x264 work with yuv 420. Thank you very much for that.</div><div>Before i start with that i feel if x264 works with YUV 4:0:0, it can be used to compress 8-bit video.</div><div>
I also think if this feature is &#39;added&#39; to x264, it will be become possible to use it in many other useful ways easily.</div><div>Can you kindly tell me the steps to make x264 accept YUV 4:0:0.&nbsp;</div><div>Thank you</div>
<div><br></div><div><br><div class="gmail_quote">On Tue, Dec 23, 2008 at 4:30 PM,  <span dir="ltr">&lt;<a href="mailto:x264-devel-request@videolan.org">x264-devel-request@videolan.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Send x264-devel mailing list submissions to<br>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:x264-devel@videolan.org">x264-devel@videolan.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="http://mailman.videolan.org/listinfo/x264-devel" target="_blank">http://mailman.videolan.org/listinfo/x264-devel</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:x264-devel-request@videolan.org">x264-devel-request@videolan.org</a><br>
<br>
You can reach the person managing the list at<br>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:x264-devel-owner@videolan.org">x264-devel-owner@videolan.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of x264-devel digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
 &nbsp; 1. Lossless H.264 encoding (Ram prasad)<br>
 &nbsp; 2. Re: Lossless H.264 encoding (Jason Garrett-Glaser)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 23 Dec 2008 15:26:14 +0530<br>
From: &quot;Ram prasad&quot; &lt;<a href="mailto:ramprasad85@gmail.com">ramprasad85@gmail.com</a>&gt;<br>
Subject: [x264-devel] Lossless H.264 encoding<br>
To: <a href="mailto:x264-devel@videolan.org">x264-devel@videolan.org</a><br>
Message-ID:<br>
 &nbsp; &nbsp; &nbsp; &nbsp;&lt;<a href="mailto:aeec8fa30812230156q19690a01l70b257b780d4708b@mail.gmail.com">aeec8fa30812230156q19690a01l70b257b780d4708b@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;iso-8859-1&quot;<br>
<br>
Hi allMy source data is raw 24 bit RGB VGA video. I want to encode it into a<br>
h.264 video. my requirement is that this should be a lossless compression.<br>
Looking at the code i think x264 does not support any other format other<br>
than YUV 420. I am planning to modify the code to make it work on high<br>
quality YUV 444 or if possible on the RGB data itself.<br>
Before i embark on this task i would like to know whether it is feasible or<br>
not. if it is yes, how much effort would it require.<br>
Please share your thoughts.<br>
Thank you<br>
<br>
Regards<br>
Ramprasad N<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://mailman.videolan.org/pipermail/x264-devel/attachments/20081223/3e6a562f/attachment.html" target="_blank">http://mailman.videolan.org/pipermail/x264-devel/attachments/20081223/3e6a562f/attachment.html</a><br>

<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 23 Dec 2008 05:05:24 -0500<br>
From: &quot;Jason Garrett-Glaser&quot; &lt;<a href="mailto:darkshikari@gmail.com">darkshikari@gmail.com</a>&gt;<br>
Subject: Re: [x264-devel] Lossless H.264 encoding<br>
To: &quot;Mailing list for x264 developers&quot; &lt;<a href="mailto:x264-devel@videolan.org">x264-devel@videolan.org</a>&gt;<br>
Message-ID:<br>
 &nbsp; &nbsp; &nbsp; &nbsp;&lt;<a href="mailto:28f2fcbc0812230205n34b49c18h74190fbca69b4ffa@mail.gmail.com">28f2fcbc0812230205n34b49c18h74190fbca69b4ffa@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
2008/12/23 Ram prasad &lt;<a href="mailto:ramprasad85@gmail.com">ramprasad85@gmail.com</a>&gt;:<br>
&gt; Hi all<br>
&gt; My source data is raw 24 bit RGB VGA video. I want to encode it into a h.264<br>
&gt; video. my requirement is that this should be a lossless compression. Looking<br>
&gt; at the code i think x264 does not support any other format other than YUV<br>
&gt; 420. I am planning to modify the code to make it work on high quality YUV<br>
&gt; 444 or if possible on the RGB data itself.<br>
&gt; Before i embark on this task i would like to know whether it is feasible or<br>
&gt; not. if it is yes, how much effort would it require.<br>
<br>
RGB support is probably not feasible; I don&#39;t even know if the spec<br>
supports it, and even if it does, I know of no decoders that do--you&#39;d<br>
have to modify a decoder to support it to, and you&#39;d probably end up<br>
having to use the Separate Chroma Plane coding feature, where each<br>
chroma plane is its own image.<br>
<br>
YUV444 is definitely feasible. &nbsp;It would require the following changes:<br>
<br>
1. &nbsp;In all cases where chroma planes are handled, instead of &gt;&gt;1 to<br>
get the size of chroma, or chroma stride, or whatever, a variable<br>
would have to be used. &nbsp;This is probably the most time consuming step<br>
by far--going through all the code, finding all places where 420 is<br>
assumed, and fix it.<br>
2. &nbsp;AFAIK, a different Hadamard transform is used for chroma coding<br>
for 422/444. &nbsp;This isn&#39;t important in lossless mode, but it would have<br>
to be implemented for the feature to be accepted (since lossy is also<br>
useful...). &nbsp;It probably wouldn&#39;t be much work though. &nbsp;In fact, if<br>
I&#39;m right, you might be able to just use the luma transform for chroma<br>
in 444, as I think they might be the same.<br>
3. &nbsp;Deblock would have to be called on more chroma edges accordingly.<br>
Not important in lossless, but would be needed for lossy.<br>
4. &nbsp;Increase the size of the necessary dct blocks in x264_t to add<br>
enough room for all the chroma DCTs and adjust CABAC/CAVLC coding as<br>
necessary.<br>
<br>
Dark Shikari<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
x264-devel mailing list<br>
<a href="mailto:x264-devel@videolan.org">x264-devel@videolan.org</a><br>
<a href="http://mailman.videolan.org/listinfo/x264-devel" target="_blank">http://mailman.videolan.org/listinfo/x264-devel</a><br>
<br>
<br>
End of x264-devel Digest, Vol 19, Issue 23<br>
******************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br>&quot;Love all serve all&quot; - ..::Sri Sathya Sai::..<br>
</div>