<div class="gmail_quote">On Mon, Nov 23, 2009 at 10:56 AM, Dr. David J. Knowles <span dir="ltr">&lt;<a href="mailto:dknowles@clearfield.com">dknowles@clearfield.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">



  
  

<div bgcolor="#ffffff" text="#000000"><div><div></div></div><p>Soft padding is a global setting (set in Setup-&gt;TV
Settings-&gt;General-&gt;Advanced). <br>
In this page you can set before
recording time and after recording time values. Soft padding <br>
is added
onto all programs recorded IF POSSIBLE. If the padding is not possible
it is ignored. <br>
One example of soft padding being ignored is for
adjacent recordings. Adjacent recordings <br>
stop at the moment the
scheduled program ends. This leads to the problems with the end <br>
of
programs appearing on the next recording.
</p></div></blockquote><div>My understanding (and I may be out-of-date so please correct me if I&#39;m wrong) is that soft padding is applied after the schedule is determined. This means that if you use soft padding and have two tuners capable of recording the two adjacent shows then the padding will not be applied and the shows will both be recorded on the same tuner. This is less than ideal, particularly for people who have say analogue Sky on one tuner and then DVB multirec on another - the soft padding will be lost on shows on Freeview unnecessarily.<br>
<br>If Mythbusters is the only case where this issue is coming up frequently, just let it record another showing: both the current season and the earlier season repeats are shown multiple times per week.<br><br>It&#39;d be great if the scheduler were able to handle padding better. Unfortunately it&#39;s not as simple as it first seems and the scheduler itself is a complicated piece of code. That&#39;s why multirec is implemented the way it is - having &quot;virtual tuners&quot; may be a bit of a hack (with its unnecessary requirement of pre-determining how many you might need), but it meant it could be implemented without a lot of changes to the scheduler. I believe there&#39;s been one aborted attempt to get the scheduler handling padding better, so I suspect it&#39;ll be a while before anyone tries again.<br>
<br>Cheers,<br>Steve<br></div></div><br>