<div class="gmail_quote">On Mon, Nov 23, 2009 at 4:15 PM, Nick Rout <span dir="ltr"><<a href="mailto:nick.rout@gmail.com">nick.rout@gmail.com</a>></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><div></div><div class="h5">On Mon, Nov 23, 2009 at 3:48 PM, Steve Hodge <<a href="mailto:stevehodge@gmail.com">stevehodge@gmail.com</a>> wrote:<br>
> On Mon, Nov 23, 2009 at 10:56 AM, Dr. David J. Knowles<br>
> <<a href="mailto:dknowles@clearfield.com">dknowles@clearfield.com</a>> wrote:<br>
>><br>
>> Soft padding is a global setting (set in Setup->TV<br>
>> Settings->General->Advanced).<br>
>> In this page you can set before recording time and after recording time<br>
>> values. Soft padding<br>
>> is added onto all programs recorded IF POSSIBLE. If the padding is not<br>
>> possible it is ignored.<br>
>> One example of soft padding being ignored is for adjacent recordings.<br>
>> Adjacent recordings<br>
>> stop at the moment the scheduled program ends. This leads to the problems<br>
>> with the end<br>
>> of programs appearing on the next recording.<br>
><br>
> My understanding (and I may be out-of-date so please correct me if I'm<br>
> wrong) is that soft padding is applied after the schedule is determined.<br>
> This means that if you use soft padding and have two tuners capable of<br>
> recording the two adjacent shows then the padding will not be applied and<br>
> the shows will both be recorded on the same tuner. This is less than ideal,<br>
> particularly for people who have say analogue Sky on one tuner and then DVB<br>
> multirec on another - the soft padding will be lost on shows on Freeview<br>
> unnecessarily.<br>
><br>
> If Mythbusters is the only case where this issue is coming up frequently,<br>
> just let it record another showing: both the current season and the earlier<br>
> season repeats are shown multiple times per week.<br>
><br>
> It'd be great if the scheduler were able to handle padding better.<br>
> Unfortunately it's not as simple as it first seems and the scheduler itself<br>
> is a complicated piece of code. That's why multirec is implemented the way<br>
> it is - having "virtual tuners" may be a bit of a hack (with its unnecessary<br>
> requirement of pre-determining how many you might need), but it meant it<br>
> could be implemented without a lot of changes to the scheduler. I believe<br>
> there's been one aborted attempt to get the scheduler handling padding<br>
> better, so I suspect it'll be a while before anyone tries again.<br>
<br>
</div></div>I guess it would theoretically possible to back-to-back on same<br>
analogue channel by writing the stream during the overlap period to<br>
two files. Kind of like the tee command works in a shell. However this<br>
could only work on the SAME channel and would obviously involve a lot<br>
of coding.<br></blockquote><div><br>Yes. Of course the same-channel case is the one that's interesting here as soft padding already does the best possible thing with collisions between shows on different channels.<br>
<br>So far the split-stream idea hasn't happened because it's generally cheap and easy to add another card (which has the huge benefit of being useful in situations where the two overlaping shows aren't on the same channel). Maybe this idea will look more attractive to developers as PCI slots get more scarce. I suspect though that the more likely outcome is that USB devices will take over (perhaps PCIe cards will appear as demand for them increases but there's little sign of that yet). OTOH it could be that a lot of the work is already done in the form of DVB multirec.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ironically the analogue codebase may get some serious attention as the<br>
result of the US switching over. For many US users the only way to use<br>
myth is via an analogue encoder plugged into a STB.<br></blockquote><div><br>Having to buy or hire an extra STB for each tuner card will make certainly help encourage developers to do all they can to maximise use of existing tuners. But if these STBs are being sold stand-alone then they'll probably start to come with multiple tuners (as the HDHomeRun already does), and that'll mean the answer will tend back to "buy another tuner card".<br>
<br>Cheers,<br>Steve<br></div><div> </div></div><br>