<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
<br><br>&gt; Date: Sun, 21 Mar 2010 18:21:03 -0400<br>&gt; From: tterribe@email.unc.edu<br>&gt; <br>&gt; Id Kong wrote:<br>&gt; &gt; The problem with starting with a parallel decoder is that decoding is<br>&gt; &gt; much easier.  Correct me if I'm wrong but decoding requires much less<br>&gt; <br>&gt; That depends on resolution and bitrate, of course. 400 Mbps 2160p files<br>&gt; are quite difficult to decode in real time (with current hardware). But<br>&gt; the point was that a good bit of the work needed to make a parallel<br>&gt; decoder would also be required to make a parallel encoder anyway, so<br>&gt; it's a good first step. Especially as the code is much simpler.<div><br></div><div><span class="Apple-tab-span" style="white-space:pre">        </span>...but of course, decoding 400 Mbps 2160p video is cheaper than encoding that same quality of video!</div><div><span class="Apple-tab-span" style="white-space:pre">        </span>The point is that encoding is more processor intensive than decoding and thus a better test. &nbsp;It could be that decoding such high resolution video is memory bound rather than processor bound...</div><div><br><br></div><div>&gt; &gt; not an outrageous idea but I think it will be better to leave threading<br>&gt; &gt; to the client and support parallelism through the API much like Vorbis.<br>&gt; <br>&gt; This is non-trivial to export, and there is a cost to doing it that way.<br>&gt; There are too many complex data dependencies to make exporting<br>&gt; within-frame parallelism a good idea. However, once you go to<br>&gt; multi-frame parallelism, you have to start changing the way rate control<br>&gt; works (and worse, _exposing_ how rate control works to the client,<br>&gt; because you may now have to dump frames that are in the process of being<br>&gt; encoded and start over, e.g., when you decide to insert a keyframe).<br>&gt; This could maybe be done for unconstrained two-pass with reasonably<br>&gt; minimal pain, but as I've already said, that's not the interesting case.<br></div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre">        </span>I just wanted to check whether it were feasible to export blocks of work like Vorbis. &nbsp;I'll take your word for it that it is not possible since I don't currently understand the source code for the encoder...</div><div><br></div>                                               <br /><hr />Take your contacts everywhere.  <a href='http://go.microsoft.com/?linkid=9712958' target='_new'>Try Messenger for mobile</a></body>
</html>