Thank you Dark<br>To begin with i'll use a variable where ever 420 is assumed. so that i can encode 444 also.<br>Now, is there any thing I need to modify in the decoder side.<br>If yes please direct to a good decoder.<br>
Thank you<br><br><div class="gmail_quote">On Tue, Dec 23, 2008 at 4:30 PM, <span dir="ltr"><<a href="mailto:x264-devel-request@videolan.org">x264-devel-request@videolan.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Send x264-devel mailing list submissions to<br>
<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>
<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 'help' to<br>
<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>
<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 "Re: Contents of x264-devel digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Lossless H.264 encoding (Ram prasad)<br>
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: "Ram prasad" <<a href="mailto:ramprasad85@gmail.com">ramprasad85@gmail.com</a>><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>
<<a href="mailto:aeec8fa30812230156q19690a01l70b257b780d4708b@mail.gmail.com">aeec8fa30812230156q19690a01l70b257b780d4708b@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<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: "Jason Garrett-Glaser" <<a href="mailto:darkshikari@gmail.com">darkshikari@gmail.com</a>><br>
Subject: Re: [x264-devel] Lossless H.264 encoding<br>
To: "Mailing list for x264 developers" <<a href="mailto:x264-devel@videolan.org">x264-devel@videolan.org</a>><br>
Message-ID:<br>
<<a href="mailto:28f2fcbc0812230205n34b49c18h74190fbca69b4ffa@mail.gmail.com">28f2fcbc0812230205n34b49c18h74190fbca69b4ffa@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
2008/12/23 Ram prasad <<a href="mailto:ramprasad85@gmail.com">ramprasad85@gmail.com</a>>:<br>
> Hi all<br>
> My source data is raw 24 bit RGB VGA video. I want to encode it into a h.264<br>
> video. my requirement is that this should be a lossless compression. Looking<br>
> at the code i think x264 does not support any other format other than YUV<br>
> 420. I am planning to modify the code to make it work on high quality YUV<br>
> 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>
<br>
RGB support is probably not feasible; I don't even know if the spec<br>
supports it, and even if it does, I know of no decoders that do--you'd<br>
have to modify a decoder to support it to, and you'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. It would require the following changes:<br>
<br>
1. In all cases where chroma planes are handled, instead of >>1 to<br>
get the size of chroma, or chroma stride, or whatever, a variable<br>
would have to be used. 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. AFAIK, a different Hadamard transform is used for chroma coding<br>
for 422/444. This isn'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...). It probably wouldn't be much work though. In fact, if<br>
I'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. Deblock would have to be called on more chroma edges accordingly.<br>
Not important in lossless, but would be needed for lossy.<br>
4. 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>