<?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: Current Status of HVC (High-Performance Video Coding) in MPEG</title>
	<atom:link href="http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html</link>
	<description>Witness the development of H.265</description>
	<lastBuildDate>Thu, 09 Sep 2010 02:35:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Xpenguin17</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2384</link>
		<dc:creator>Xpenguin17</dc:creator>
		<pubDate>Wed, 16 Sep 2009 09:04:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2384</guid>
		<description>Moreover, now with the advent of mb-tree in x264, there goes your 20% advantage. But this is an example of a more intelligent codec. It can discern one element in the video from another and the loss/efficiency is on a more variable level.

For something to supersede H.264, it would have to abandon the outdated DCT-based concepts and any kind of transform entirely. I&#039;m not talking wavelet ****, as that itself is outdated and hasn&#039;t proven to be any better than DCT transforms.

If &quot;depth&quot; in a 2D image can be somehow defined mathematically and a 3D codec is built then that would be your silver **** bullet in the video codec industry.</description>
		<content:encoded><![CDATA[<p>Moreover, now with the advent of mb-tree in x264, there goes your 20% advantage. But this is an example of a more intelligent codec. It can discern one element in the video from another and the loss/efficiency is on a more variable level.</p>
<p>For something to supersede H.264, it would have to abandon the outdated DCT-based concepts and any kind of transform entirely. I&#8217;m not talking wavelet ****, as that itself is outdated and hasn&#8217;t proven to be any better than DCT transforms.</p>
<p>If &#8220;depth&#8221; in a 2D image can be somehow defined mathematically and a 3D codec is built then that would be your silver **** bullet in the video codec industry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nader</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2330</link>
		<dc:creator>nader</dc:creator>
		<pubDate>Fri, 07 Aug 2009 12:42:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2330</guid>
		<description>Me also I tested  Kta2.4r1 with CrowdRun 1080p content as imput and I obtained only a about the 10% of bitrate reduction for the same objective quality. Is there somebody that can confirm this result?</description>
		<content:encoded><![CDATA[<p>Me also I tested  Kta2.4r1 with CrowdRun 1080p content as imput and I obtained only a about the 10% of bitrate reduction for the same objective quality. Is there somebody that can confirm this result?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xpenguin17</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2328</link>
		<dc:creator>Xpenguin17</dc:creator>
		<pubDate>Fri, 07 Aug 2009 08:44:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2328</guid>
		<description>I got no idea if any of you admins on this site are affiliated with MPEG/VCEG/whatever but I strongly urge all of you to carefully undergo research and not rush a release of a new standard. Take as long as you want, because whatever H.265 is supposed to be, it should be significantly more advanced than H.264. A 20% increase in efficiency is nothing, and only proves it to be an extension and not a new standard.

H.265 shouldn&#039;t introduce concepts that linearly derive from its predecessor and only improve by a margin. It should be more INTELLIGENT than H.264, e.g. be able to compress cartoons with far greater efficiency than more complex ****. As an example, I had a recording of an old game with fast paced scenes accompanied with rain/snow. MPEG-2 even at 3.5 mbps displayed artifacts (the snow was choking the **** out of it) while H.264 was higher quality at only 350 kbps. While H.264 is only 3-4x better than MPEG-2 for real-life graphics, it was 10x better for this case. Understand what I mean?

H.265 may be the last video standard to be released as bandwidth will be way less of a problem once a nationwide fiber optic networks are built, and I do not wanna be stuck with a weak extension of a video standard that could&#039;ve been much more. Don&#039;t **** this up.</description>
		<content:encoded><![CDATA[<p>I got no idea if any of you admins on this site are affiliated with MPEG/VCEG/whatever but I strongly urge all of you to carefully undergo research and not rush a release of a new standard. Take as long as you want, because whatever H.265 is supposed to be, it should be significantly more advanced than H.264. A 20% increase in efficiency is nothing, and only proves it to be an extension and not a new standard.</p>
<p>H.265 shouldn&#8217;t introduce concepts that linearly derive from its predecessor and only improve by a margin. It should be more INTELLIGENT than H.264, e.g. be able to compress cartoons with far greater efficiency than more complex ****. As an example, I had a recording of an old game with fast paced scenes accompanied with rain/snow. MPEG-2 even at 3.5 mbps displayed artifacts (the snow was choking the **** out of it) while H.264 was higher quality at only 350 kbps. While H.264 is only 3-4x better than MPEG-2 for real-life graphics, it was 10x better for this case. Understand what I mean?</p>
<p>H.265 may be the last video standard to be released as bandwidth will be way less of a problem once a nationwide fiber optic networks are built, and I do not wanna be stuck with a weak extension of a video standard that could&#8217;ve been much more. Don&#8217;t **** this up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jie Dong</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2325</link>
		<dc:creator>Jie Dong</dc:creator>
		<pubDate>Fri, 07 Aug 2009 02:15:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2325</guid>
		<description>Did you follow the common test conditions specified by VCEG? The latest version is VCEG-AJ10. In the last meeting, performances of KTA were reported, as in VCEG-AL14 and VCEG-AL15.</description>
		<content:encoded><![CDATA[<p>Did you follow the common test conditions specified by VCEG? The latest version is VCEG-AJ10. In the last meeting, performances of KTA were reported, as in VCEG-AL14 and VCEG-AL15.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: annci</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2324</link>
		<dc:creator>annci</dc:creator>
		<pubDate>Fri, 07 Aug 2009 01:26:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2324</guid>
		<description>I tested Kta2.4r1, but only  got the about the 5% bitrate reduction for the same subjective quality.  I don&#039;t know whether my encoding parameters are wrong. Who could tell me the correct papameters or how to get them? Thank you very much!</description>
		<content:encoded><![CDATA[<p>I tested Kta2.4r1, but only  got the about the 5% bitrate reduction for the same subjective quality.  I don&#8217;t know whether my encoding parameters are wrong. Who could tell me the correct papameters or how to get them? Thank you very much!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jie Dong</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2323</link>
		<dc:creator>Jie Dong</dc:creator>
		<pubDate>Thu, 06 Aug 2009 02:00:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2323</guid>
		<description>VCEG and MPEG have a disagreement on the way to collaborate, but I would not think it is a battle.</description>
		<content:encoded><![CDATA[<p>VCEG and MPEG have a disagreement on the way to collaborate, but I would not think it is a battle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wenhao Zhang</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2322</link>
		<dc:creator>Wenhao Zhang</dc:creator>
		<pubDate>Wed, 05 Aug 2009 05:51:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2322</guid>
		<description>Is it means the battle between HVC and NGVC has been begun?</description>
		<content:encoded><![CDATA[<p>Is it means the battle between HVC and NGVC has been begun?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mack</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2294</link>
		<dc:creator>Mack</dc:creator>
		<pubDate>Mon, 06 Jul 2009 16:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2294</guid>
		<description>What&#039;s the difference? And wasn&#039;t H.265 supposed to gain 50% at the SAME complexity?</description>
		<content:encoded><![CDATA[<p>What&#8217;s the difference? And wasn&#8217;t H.265 supposed to gain 50% at the SAME complexity?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yu Liu</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2293</link>
		<dc:creator>Yu Liu</dc:creator>
		<pubDate>Mon, 06 Jul 2009 05:43:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2293</guid>
		<description>Of course, this 20% objective gain is achieved by more complexity than H.264/AVC. In addition, the goal of 50% bit reduction is for the same subjective quality, instead of objective quality.</description>
		<content:encoded><![CDATA[<p>Of course, this 20% objective gain is achieved by more complexity than H.264/AVC. In addition, the goal of 50% bit reduction is for the same subjective quality, instead of objective quality.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mack</title>
		<link>http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html/comment-page-1#comment-2292</link>
		<dc:creator>Mack</dc:creator>
		<pubDate>Sat, 04 Jul 2009 13:29:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.h265.net/?p=98#comment-2292</guid>
		<description>Also, is the 20% bitrate reduction achieved by less computational complexity than H.264, the same, or more? This doesn&#039;t satisfy the original goal of reaching 50%.</description>
		<content:encoded><![CDATA[<p>Also, is the 20% bitrate reduction achieved by less computational complexity than H.264, the same, or more? This doesn&#8217;t satisfy the original goal of reaching 50%.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
