<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Mode-Dependent Directional Transform (MDDT) in JM/KTA</title>
	<atom:link href="http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html</link>
	<description>Witness the development of H.265</description>
	<lastBuildDate>Mon, 26 Jul 2010 04:00:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: hohai</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2474</link>
		<dc:creator>hohai</dc:creator>
		<pubDate>Wed, 21 Apr 2010 01:03:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2474</guid>
		<description>please,can you tell me how can we get basis images of MDDT .I have see the mddct i have found that there is something different .I want to know the principle of the algorithm.</description>
		<content:encoded><![CDATA[<p>please,can you tell me how can we get basis images of MDDT .I have see the mddct i have found that there is something different .I want to know the principle of the algorithm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yu Liu</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2432</link>
		<dc:creator>Yu Liu</dc:creator>
		<pubDate>Tue, 03 Nov 2009 13:34:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2432</guid>
		<description>Yes, if you just want to evaluate the subjective quality of reconstructed video, you have to use the KTA decoder to parse the KTA bitstream.</description>
		<content:encoded><![CDATA[<p>Yes, if you just want to evaluate the subjective quality of reconstructed video, you have to use the KTA decoder to parse the KTA bitstream.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zhou Jin</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2431</link>
		<dc:creator>Zhou Jin</dc:creator>
		<pubDate>Tue, 03 Nov 2009 13:30:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2431</guid>
		<description>&gt;&gt;The KTA software includes a lot of additional coding tools that are not compatible with H.264 syntax, so &gt;&gt;you can’t use H.264 video player to view the KTA bitstream.
Thank you. So basically if I want to evaluate the stream then have to do it after decoding?</description>
		<content:encoded><![CDATA[<p>&gt;&gt;The KTA software includes a lot of additional coding tools that are not compatible with H.264 syntax, so &gt;&gt;you can’t use H.264 video player to view the KTA bitstream.<br />
Thank you. So basically if I want to evaluate the stream then have to do it after decoding?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yu Liu</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2430</link>
		<dc:creator>Yu Liu</dc:creator>
		<pubDate>Tue, 03 Nov 2009 13:25:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2430</guid>
		<description>The KTA software includes a lot of additional coding tools that are not compatible with H.264 syntax, so you can&#039;t use H.264 video player to view the KTA bitstream. If you want the KTA software to produce a H.264 compatible bitstream, you should disable the KTA MACRO definitions in the &quot;defines.h&quot;, i.e., &quot;ADAPTIVE_FILTER&quot; to &quot;SIMPLIFIED_RDPIC_DECISION&quot;.</description>
		<content:encoded><![CDATA[<p>The KTA software includes a lot of additional coding tools that are not compatible with H.264 syntax, so you can&#8217;t use H.264 video player to view the KTA bitstream. If you want the KTA software to produce a H.264 compatible bitstream, you should disable the KTA MACRO definitions in the &#8220;defines.h&#8221;, i.e., &#8220;ADAPTIVE_FILTER&#8221; to &#8220;SIMPLIFIED_RDPIC_DECISION&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zhou Jin</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2429</link>
		<dc:creator>Zhou Jin</dc:creator>
		<pubDate>Tue, 03 Nov 2009 06:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2429</guid>
		<description>Please, Did anyone ever tested the KTA software and tried to view the .264 file it produced? I mean, I tried several versions but none of them produced a .264 file that can be viewed by players such like StreamEYE. Or did it need some specific players or something?</description>
		<content:encoded><![CDATA[<p>Please, Did anyone ever tested the KTA software and tried to view the .264 file it produced? I mean, I tried several versions but none of them produced a .264 file that can be viewed by players such like StreamEYE. Or did it need some specific players or something?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yu Liu</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2408</link>
		<dc:creator>Yu Liu</dc:creator>
		<pubDate>Wed, 07 Oct 2009 03:36:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2408</guid>
		<description>The sequences for VCEG common test conditions are available at ftp://vceg-seq.ateme.net/reference/, but the ftp server is a password protected site. You are advised to contact the Rapporteur (Gary Sullivan from Microsoft? I guess) to get the password according to VCEG-AJ10r1.</description>
		<content:encoded><![CDATA[<p>The sequences for VCEG common test conditions are available at <a href="ftp://vceg-seq.ateme.net/reference/" rel="nofollow">ftp://vceg-seq.ateme.net/reference/</a>, but the ftp server is a password protected site. You are advised to contact the Rapporteur (Gary Sullivan from Microsoft? I guess) to get the password according to VCEG-AJ10r1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fatih</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2407</link>
		<dc:creator>Fatih</dc:creator>
		<pubDate>Tue, 06 Oct 2009 20:22:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2407</guid>
		<description>Can anyone tell me where I can download the HD test sequences used here such as BigShips City Crew Night ShuttleStart etc.. ?</description>
		<content:encoded><![CDATA[<p>Can anyone tell me where I can download the HD test sequences used here such as BigShips City Crew Night ShuttleStart etc.. ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandip Ray</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2405</link>
		<dc:creator>Sandip Ray</dc:creator>
		<pubDate>Mon, 05 Oct 2009 09:11:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2405</guid>
		<description>Why are they not using closed-form sinusoidal or non-sinusoidal expression for directional transforms rather than using a training set for finding basis vectors ? If it is a closed form expression, I think we can easiliy implement fast algorithms using periodicity, symmetry and anti-symmetry properties.</description>
		<content:encoded><![CDATA[<p>Why are they not using closed-form sinusoidal or non-sinusoidal expression for directional transforms rather than using a training set for finding basis vectors ? If it is a closed form expression, I think we can easiliy implement fast algorithms using periodicity, symmetry and anti-symmetry properties.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jie Dong</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2404</link>
		<dc:creator>Jie Dong</dc:creator>
		<pubDate>Mon, 05 Oct 2009 08:13:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2404</guid>
		<description>&gt;&gt;Is it eigen decomposition of the the average data or average of eigen decomposition of each and every data?
I am not sure. I guess it should be the former, because the autocorrelation matrix, of which the eigenvectors construct the KLT matrix, shows the average property of a random field, e.g., a video source.
 
&gt;&gt;Is the non-orthogonality arises because of rounding to integer ?
I think so. Eigenvectors are always orthogonal to each other, which is not guaranteed after scaling and rounding.</description>
		<content:encoded><![CDATA[<p>&gt;&gt;Is it eigen decomposition of the the average data or average of eigen decomposition of each and every data?<br />
I am not sure. I guess it should be the former, because the autocorrelation matrix, of which the eigenvectors construct the KLT matrix, shows the average property of a random field, e.g., a video source.</p>
<p>&gt;&gt;Is the non-orthogonality arises because of rounding to integer ?<br />
I think so. Eigenvectors are always orthogonal to each other, which is not guaranteed after scaling and rounding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandip Ray</title>
		<link>http://www.h265.net/2009/09/mode-dependent-directional-transform-mddt-in-jmkta.html/comment-page-1#comment-2403</link>
		<dc:creator>Sandip Ray</dc:creator>
		<pubDate>Mon, 05 Oct 2009 05:58:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=255#comment-2403</guid>
		<description>It is mentioned &quot;The transform matrices are derived based on a large set of video sequences, which are all intra-coded.&quot; Is it eigen decomposition of the the average data or average of eigen decomposition of each and every data ?  Is the non-orthogonality arises because of rounding to integer ?</description>
		<content:encoded><![CDATA[<p>It is mentioned &#8220;The transform matrices are derived based on a large set of video sequences, which are all intra-coded.&#8221; Is it eigen decomposition of the the average data or average of eigen decomposition of each and every data ?  Is the non-orthogonality arises because of rounding to integer ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
