<div class="gmail_quote">On Mon, Apr 21, 2008 at 12:52 PM, Udo van den Heuvel &lt;<a href="mailto:udovdh@xs4all.nl">udovdh@xs4all.nl</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="Ih2E3d">Michael T. Dean wrote:<br>&gt; On 04/21/2008 01:13 PM, Udo van den Heuvel wrote:<br>&gt;&gt; Michael T. Dean wrote:<br>&gt;&gt;<br>&gt;&gt;&gt; If you<br>&gt;&gt;&gt; really want to record everything with that system, you may need to find<br>
&gt;&gt;&gt; another program to do it. &nbsp;Or, you can get a better system. &nbsp;Or, you can<br>&gt;&gt;&gt; try more systems (though you&#39;ll almost definitely need a more powerful<br>&gt;&gt;&gt; master backend--as it&#39;s the one that does the scheduling).<br>
&gt;&gt;&gt;<br>&gt;&gt; For recording only three channels I need more than this Epia?!<br>&gt;&gt; What is the bottleneck?<br>&gt;<br>&gt; Only 3 channels is meaningless when you tell Myth to record /every/ show<br>&gt; on those 3 channels. &nbsp;Just a simple query on my system shows that 3 of<br>
&gt; my channels (a local NBC, CBS, and ABC affiliate--i.e. some of the US<br>&gt; main networks) have 1200 shows in the next 2 weeks (through the end of<br>&gt; the available listings data).<br><br></div>What use is that?<br>
Listings info is updated daily and maybe even more often.<br>So why do the same work over and over and over? &nbsp;Just info until the<br>next show could be enough. Maybe including the next show after that one.<br>But even then.<br>
<br>There is only program info for a few days into the future (5 or so) and<br>we&#39;re not watching american networks.<br>I don&#39;t care much about dupes since it is LiveTV and as long as there is<br>enough storage for a reasonable buffer it can go on. It&#39;ll expire<br>
eventually.<br>
<div class="Ih2E3d"><br>&gt; So, Myth is managing information about all of them. &nbsp;It&#39;s also checking<br>&gt; for duplicates. &nbsp;It&#39;s scheduling when best to record them to make sure<br>&gt; you record them as early as possible and/or with the best capture card<br>
&gt; possible and/or ensuring the proper prioritization of shows and/or with<br>&gt; the fewest conflicts (all dependent upon various MythTV settings). &nbsp;It&#39;s<br>&gt; doing a ton of stuff.<br><br></div>I only have one card. I have 5 virtual tuners and looking into patching<br>
so I have 6 virtual tuners. No more conflicts. So why check for them?<br>(they re much rarer now with multirec than they were before) (what file<br>can i edit for that? I only need to know the right location)<br>Maybe 7 tuners so I can record and watch without conflicts.<br>

<div class="Ih2E3d"><br>&gt; Therefore, I still suggest some other program (i.e. dd or getatsc or<br>&gt; something) or get a better system.<br><br></div>The system (software) is assuming way too much. How can I tell the<br>
software it doesn&#39;t have to?<br>It&#39;s only 3 channels on a simple Dutch public TV situation. If that is<br>too much for a VIA Epia 12000EN there is something wrong.</blockquote>
<div>&nbsp;</div>
<div>You&#39;re thinking of it in terms of you you *want* it to work vs. how it is designed.&nbsp; Myth is designed to record shows from&nbsp;a set of channels that possible overlap and duplicate themselves and schedule those shows according to priorities to best fit everything in.&nbsp; This is not excatly how you have it.&nbsp; </div>

<div>&nbsp;</div>
<div>Now, that being said, Myth *could* do alot less work to schedule in your specific scenario because as you said, there *shouldn&#39;t* be any conflicts and *shouldn&#39;t* be any duplicates.&nbsp; Now, you can control the duplicates by turning off duplicate checking on your recording rules, but Myth has no way to know that your particular scheduling requests will never result in conflicts unless it trys to schedule everything, and as has been noted, the average system doesn&#39;t have 1200 showings scheduled for the next 5 days.&nbsp; </div>

<div>&nbsp;</div>
<div>With that in mind, it is unreasonable for you to assume that Myth can automagically know not to bother looking for conflicts when that is at the core of it&#39;s design.&nbsp; What you could consider is maybe modifying the frequency of reschedule requests by short circuiting the rescheduling code to only run at certain times or in certain circumstances.&nbsp; </div>

<div>&nbsp;</div>
<div>And not to ask a silly question, but why are you saving Schedules so often that it bothers you how long it takes when you only have 3 schedules recording 3 channels 24x7?</div>
<div>&nbsp;</div>
<div>Kevin</div></div>