you are right about that<br><br>
<div><span class="gmail_quote">On 4/12/06, <b class="gmail_sendername">Tran Minh Son</b> <<a href="mailto:sony@mht.bme.hu">sony@mht.bme.hu</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Dear All<br>As I hint from the input parameters and also from the source codes, x264<br>does not support SP, SI type of frame? It seems that interlaced video as
<br>well as flexible macroblock ordering are not supported either? Please<br>correct me.<br>Thank you<br><br><br>Son Minh Tran a écrit :<br>> Dear Loren Merritt,<br>> Thank you for clarification.<br>> My question on Hamadard is just a part of my problem, would you please
<br>> give me more in detail the features of AVC that are supported by x264<br>> ? From the feature list of x264 and the way of setting parameters<br>> (also the different naming like hadamard) it is very difficult to
<br>> figure out.<br>> Thank you for your helps<br>> Regards<br>><br>><br>> Loren Merritt a écrit :<br>>> On Tue, 11 Apr 2006, Son Minh Tran wrote:<br>>><br>>>> Dear All,<br>>>> Would you please let me know if the hamadard transform is
<br>>>> implemented in x264, or only the DCT?<br>>>> Thank you<br>>>> Regards<br>>><br>>> Yes, it is implemented. x264 usually calls it "SATD" for "sum of<br>>> absolute transformed differences".
<br>>><br>>> But "or only the DCT" is misleading. Hadamard is not part of the<br>>> H.264 standard, and is not an alternative to DCT. It is an<br>>> encoder-side technique to improve speed and/or quality, and is also
<br>>> used in some mpeg-1/2/4 encoders.<br>>> (Well, hadamard is also part of the h264 intra 16x16 dc transform,<br>>> but asking whether that's implemented is meaningless; it's required.)<br>>><br>
>> --Loren Merritt<br>>><br>><br><br>--<br>This is the x264-devel mailing-list<br>To unsubscribe, go to: <a href="http://developers.videolan.org/lists.html">http://developers.videolan.org/lists.html</a><br>
<br></blockquote></div><br>