<?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/"
	xmlns:media="http://search.yahoo.com/mrss/"	>
<channel>
	<title>Comments on: The Future of Encoding is Almost Here: HEVC (H.265) is Coming to 1 Billion Devices</title>
	<atom:link href="http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/feed/" rel="self" type="application/rss+xml" />
	<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/</link>
	<description>read, discuss, learn: free film school for all</description>
	<lastBuildDate>Sun, 19 May 2013 18:01:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: H.265 is Now Officially Approved, is 4K Streaming and Broadcast Just Around the Corner? - NoFilmSchool</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-310630</link>
		<dc:creator>H.265 is Now Officially Approved, is 4K Streaming and Broadcast Just Around the Corner? - NoFilmSchool</dc:creator>
		<pubDate>Tue, 29 Jan 2013 05:19:40 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-310630</guid>
		<description><![CDATA[[...] these tendencies of advancement seem to inform High Efficiency Video Coding, A.K.A. H.265 &#8212; the successor to that other codec with which we&#8217;re all quite familiar (H.264). Improving efficiency by around double, H.265 [...]]]></description>
		<content:encoded><![CDATA[<p>[...] these tendencies of advancement seem to inform High Efficiency Video Coding, A.K.A. H.265 &#8212; the successor to that other codec with which we&#8217;re all quite familiar (H.264). Improving efficiency by around double, H.265 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: P337</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-291892</link>
		<dc:creator>P337</dc:creator>
		<pubDate>Mon, 31 Dec 2012 04:39:38 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-291892</guid>
		<description><![CDATA[Unfortunately I expect it&#039;s more likely that our recording bit-rate will be halved :(  Same old cameras, same old quality but the footage would be taking up less space.  

But maybe a generous manufacturer or &quot;High-end&quot; model will throw us a bone and give us back 25 or 48 Mbps in HEVC :)]]></description>
		<content:encoded><![CDATA[<p>Unfortunately I expect it&#8217;s more likely that our recording bit-rate will be halved :(  Same old cameras, same old quality but the footage would be taking up less space.  </p>
<p>But maybe a generous manufacturer or &#8220;High-end&#8221; model will throw us a bone and give us back 25 or 48 Mbps in HEVC :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: P337</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-291889</link>
		<dc:creator>P337</dc:creator>
		<pubDate>Mon, 31 Dec 2012 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-291889</guid>
		<description><![CDATA[Right, but wouldn&#039;t that only apply to editing straight on H.265?  If we transcode to ProRes, edit on that then export to H.265 again would that not be just like using H.264 except with more image detail being retained per bit-rate?

We&#039;ll have to wait and see but I think overall it&#039;ll be better, I think I&#039;m just really sick of working with AVC now lol.]]></description>
		<content:encoded><![CDATA[<p>Right, but wouldn&#8217;t that only apply to editing straight on H.265?  If we transcode to ProRes, edit on that then export to H.265 again would that not be just like using H.264 except with more image detail being retained per bit-rate?</p>
<p>We&#8217;ll have to wait and see but I think overall it&#8217;ll be better, I think I&#8217;m just really sick of working with AVC now lol.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Falkentorp</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-290512</link>
		<dc:creator>Simon Falkentorp</dc:creator>
		<pubDate>Fri, 28 Dec 2012 10:56:17 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-290512</guid>
		<description><![CDATA[The good thing is, that camera processors become faster and faster. So if for example the new codec doubles the quality, and the processor at the same time is say twice as fast, the bitrate can be doubled (I presume). With less compression, an more than double the overall quality?]]></description>
		<content:encoded><![CDATA[<p>The good thing is, that camera processors become faster and faster. So if for example the new codec doubles the quality, and the processor at the same time is say twice as fast, the bitrate can be doubled (I presume). With less compression, an more than double the overall quality?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Falkentorp</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-290507</link>
		<dc:creator>Simon Falkentorp</dc:creator>
		<pubDate>Fri, 28 Dec 2012 10:51:55 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-290507</guid>
		<description><![CDATA[P337: It&#039;s heavier because when editing in that codec applying an effect means encoding a new &quot;layer&quot; of that particularly piece of video. So the harder a codec is to en- and decode, the harder it will be to edit, particularly with all kind of effects.]]></description>
		<content:encoded><![CDATA[<p>P337: It&#8217;s heavier because when editing in that codec applying an effect means encoding a new &#8220;layer&#8221; of that particularly piece of video. So the harder a codec is to en- and decode, the harder it will be to edit, particularly with all kind of effects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Future of Encoding is Almost Here: HEVC (H.265) is Coming to 1 Billion Devices - NoFilmSchool &#124; Digital Convergence &#124; Scoop.it</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-288163</link>
		<dc:creator>The Future of Encoding is Almost Here: HEVC (H.265) is Coming to 1 Billion Devices - NoFilmSchool &#124; Digital Convergence &#124; Scoop.it</dc:creator>
		<pubDate>Sun, 23 Dec 2012 20:21:47 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-288163</guid>
		<description><![CDATA[[...] The advancements in lossy video encoding have been both consistent and amazing.&#160; [...]]]></description>
		<content:encoded><![CDATA[<p>[...] The advancements in lossy video encoding have been both consistent and amazing.&nbsp; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sam</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287781</link>
		<dc:creator>sam</dc:creator>
		<pubDate>Sun, 23 Dec 2012 00:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287781</guid>
		<description><![CDATA[I think you find Adobe media encoder used multiple cores for encoding h264]]></description>
		<content:encoded><![CDATA[<p>I think you find Adobe media encoder used multiple cores for encoding h264</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raymond</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287586</link>
		<dc:creator>Raymond</dc:creator>
		<pubDate>Sat, 22 Dec 2012 17:41:42 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287586</guid>
		<description><![CDATA[It has less to do with the actual editing times and more to do with the final render from the native raw file format. The harder &quot;thinking&quot; would take place when you&#039;re exporting to H.265 and if you&#039;re working from a high resolution file stock then your machine will have to figure out what information to get rid of since in order to get to the final high image quality low/er bit rate output. More compression means longer processing on your export.]]></description>
		<content:encoded><![CDATA[<p>It has less to do with the actual editing times and more to do with the final render from the native raw file format. The harder &#8220;thinking&#8221; would take place when you&#8217;re exporting to H.265 and if you&#8217;re working from a high resolution file stock then your machine will have to figure out what information to get rid of since in order to get to the final high image quality low/er bit rate output. More compression means longer processing on your export.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287566</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Sat, 22 Dec 2012 16:36:27 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287566</guid>
		<description><![CDATA[They don&#039;t got over 2.2 MBPS. So it looks that compressed.

The bigger problem is that since it&#039;s on Youtube, the entire video goes through Youtube&#039;s compression pass as well.]]></description>
		<content:encoded><![CDATA[<p>They don&#8217;t got over 2.2 MBPS. So it looks that compressed.</p>
<p>The bigger problem is that since it&#8217;s on Youtube, the entire video goes through Youtube&#8217;s compression pass as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: taz</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287555</link>
		<dc:creator>taz</dc:creator>
		<pubDate>Sat, 22 Dec 2012 16:18:14 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287555</guid>
		<description><![CDATA[I feel like I&#039;ve seen H.264 looking way better than what it looks like in this video... and H.265 will probably be just as annoying to work with as H.264. meh, we&#039;ll see]]></description>
		<content:encoded><![CDATA[<p>I feel like I&#8217;ve seen H.264 looking way better than what it looks like in this video&#8230; and H.265 will probably be just as annoying to work with as H.264. meh, we&#8217;ll see</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kraig</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287529</link>
		<dc:creator>Kraig</dc:creator>
		<pubDate>Sat, 22 Dec 2012 15:14:02 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287529</guid>
		<description><![CDATA[Haha! EPIC Fial ;)]]></description>
		<content:encoded><![CDATA[<p>Haha! EPIC Fial ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: P337</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287487</link>
		<dc:creator>P337</dc:creator>
		<pubDate>Sat, 22 Dec 2012 13:52:30 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287487</guid>
		<description><![CDATA[I understand that H.265 is a &quot;heavier&quot; compression than h.264 but exactly why would that make it harder to color grade in post?  Or is that not what was meant by &quot;...messier situation for pushing the grade.&quot;

I thought HEVC would be easier because it appears to hold more details, kinda like AVC with IPB frame compressions.

Is IPB footage harder to grade than IPP frames?  I just assumed they were both equally bad.]]></description>
		<content:encoded><![CDATA[<p>I understand that H.265 is a &#8220;heavier&#8221; compression than h.264 but exactly why would that make it harder to color grade in post?  Or is that not what was meant by &#8220;&#8230;messier situation for pushing the grade.&#8221;</p>
<p>I thought HEVC would be easier because it appears to hold more details, kinda like AVC with IPB frame compressions.</p>
<p>Is IPB footage harder to grade than IPP frames?  I just assumed they were both equally bad.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Tostado</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287467</link>
		<dc:creator>Kevin Tostado</dc:creator>
		<pubDate>Sat, 22 Dec 2012 13:07:33 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287467</guid>
		<description><![CDATA[Who created that image? It doesn&#039;t bode well when you misspell efficiency in your product logo, and it&#039;s already on sites around the internet (see http://goo.gl/xUV5B).]]></description>
		<content:encoded><![CDATA[<p>Who created that image? It doesn&#8217;t bode well when you misspell efficiency in your product logo, and it&#8217;s already on sites around the internet (see <a href="http://goo.gl/xUV5B" rel="nofollow">http://goo.gl/xUV5B</a>).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blah</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287299</link>
		<dc:creator>Blah</dc:creator>
		<pubDate>Sat, 22 Dec 2012 03:27:41 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287299</guid>
		<description><![CDATA[I would imagine so, at least in comparison to transcoding H.264 video.]]></description>
		<content:encoded><![CDATA[<p>I would imagine so, at least in comparison to transcoding H.264 video.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dimitri</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287280</link>
		<dc:creator>Dimitri</dc:creator>
		<pubDate>Sat, 22 Dec 2012 02:17:09 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287280</guid>
		<description><![CDATA[I&#039;m hoping this will bring 4K DSLRs to the market in 2013]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m hoping this will bring 4K DSLRs to the market in 2013</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will S</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287251</link>
		<dc:creator>Will S</dc:creator>
		<pubDate>Sat, 22 Dec 2012 00:20:24 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287251</guid>
		<description><![CDATA[Guys, this bit could be very important:

&quot;the major example of the latter is HEVC’s optimization for parallel processing, which basically means you can decode multiple parts of the media at the same time&quot;

I&#039;m unclear what this means, but what I HOPE it means is that the codec will do what Pro Res does, and leverage multi-core processors for encoding and decoding (H264 doesn&#039;t do this - one of the main reasons it takes so bloody long to encode versus proper post codecs).]]></description>
		<content:encoded><![CDATA[<p>Guys, this bit could be very important:</p>
<p>&#8220;the major example of the latter is HEVC’s optimization for parallel processing, which basically means you can decode multiple parts of the media at the same time&#8221;</p>
<p>I&#8217;m unclear what this means, but what I HOPE it means is that the codec will do what Pro Res does, and leverage multi-core processors for encoding and decoding (H264 doesn&#8217;t do this &#8211; one of the main reasons it takes so bloody long to encode versus proper post codecs).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Space Captain</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287205</link>
		<dc:creator>Space Captain</dc:creator>
		<pubDate>Fri, 21 Dec 2012 22:20:42 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287205</guid>
		<description><![CDATA[Simply, more complexity requires more math which requires more computing power. Just because an NLE supports a codec has nothing to do with transcode times. H264 &amp; H265 are delivery codecs and while fine for the average consumer who will do simple cuts or no editing at all, they are terrible for acquisition as they provide for little manipulation in post. That&#039;s why raw is still ideal but has it costs in storage and post.]]></description>
		<content:encoded><![CDATA[<p>Simply, more complexity requires more math which requires more computing power. Just because an NLE supports a codec has nothing to do with transcode times. H264 &amp; H265 are delivery codecs and while fine for the average consumer who will do simple cuts or no editing at all, they are terrible for acquisition as they provide for little manipulation in post. That&#8217;s why raw is still ideal but has it costs in storage and post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenny Stevenson</title>
		<link>http://nofilmschool.com/2012/12/hevc-aka-h-265-1-billion-devices/comment-page-1/#comment-287167</link>
		<dc:creator>Kenny Stevenson</dc:creator>
		<pubDate>Fri, 21 Dec 2012 20:42:39 +0000</pubDate>
		<guid isPermaLink="false">http://nofilmschool.com/?p=37076#comment-287167</guid>
		<description><![CDATA[&quot;because even though it means you save storage space while improving quality, more complex compression tactics mean potentially longer transcode times&quot;

Why would this signify longer transcode times, especially in an era in which NLEs like Premiere will most likely support this codec natively?]]></description>
		<content:encoded><![CDATA[<p>&#8220;because even though it means you save storage space while improving quality, more complex compression tactics mean potentially longer transcode times&#8221;</p>
<p>Why would this signify longer transcode times, especially in an era in which NLEs like Premiere will most likely support this codec natively?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
