On 12/30/05, <b class="gmail_sendername">John Andersen</b> <<a href="mailto:jsamyth@gmail.com">jsamyth@gmail.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 12/30/05, Chris Petersen <<a href="mailto:lists@forevermore.net">lists@forevermore.net</a>> wrote:<br>> > Just to be fair and complete in this test<br>> > I'm going to reboot with hyperthreading turned on again and
<br>> > try it again. That way each test will start from the clean state.<br>><br>> When you're done with that, can you do me a favor and disable lines<br>> 83-86 of export/transcode.pm and test again (I'm doing the same, just
<br>> wanted a bigger test group).. Should now look like:<br>><br>> # Take advantage of multiple CPU's?<br>> # if ($num_cpus > 1) {<br>> # $transcode .= ' -u 100,'.($num_cpus);<br>
> # }<br>><br><br><br>That was it Chris. I commented it out and it<br>was smooth with hyperthreading.</blockquote><div><br>
Does anyone think this might be similar to the problems I'm seeing with
myth transcode MPEG4->MPEG4? I am running SMP. I don't
know if others aren't seeing the problem or have just moved away from
bttv cards. <br>
<br>
I'm still trying to track down the problem I noted in bug 760
<<a href="http://cvs.mythtv.org/trac/ticket/760">http://cvs.mythtv.org/trac/ticket/760</a>> If anything, it's
gotten worse in recent svns, seemingly putting no keyframes into a
transcoded recording.<br>
<br>
Thanks,<br>
--Wendy<br>
</div></div><br clear="all"><br>-- <br>Wendy Seltzer<br><a href="http://wendy.seltzer.org/blog/">http://wendy.seltzer.org/blog/</a>