<br><br>
<div><span class="gmail_quote">On 10/2/07, <b class="gmail_sendername">Jerry Rubinow</b> <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:jerrymr@gmail.com" target="_blank">jerrymr@gmail.com</a>
> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">The setup:<br><br>Computer in basement with master backend, HD tuner card.<br>Computer in family room with frontend and slave backend, and analog
<br>tuner card (PVR-500). This card also gets s-video from the STB, which<br>is why the card has to be in the frontend rather than in the master<br>backend.<br>The master backend video directory is nfs mounted on the frontend/slave.
<br><br>The problems:<br><br>1. When the slave backend is recording, the remote stops working for<br>the duration of the record.<br>2. Trying to play a slave backend recording while it is still in<br>progress does not work.
<br><br>I believe both of these problems are due to insufficient resources.<br>In 1, the homebrew serial port ir sensors interrupts aren't getting<br>serviced, and in 2, it can't handle the network transfer of the
<br>program going on in two directions at once (being written to the MBE's<br>drive over the network, at the same time it is being read over the<br>network for playback).<br><br>The solution?:<br><br>I'm thinking that since the frontend machine doesn't have a huge
<br>drive, it can probably hold whatever I want to record in any given<br>day, but not much more than that. So stop NFS mounting the MBE's<br>drive and record locally. Then run a job in the middle of the night<br>that copies all the local recordings to the MBE and adjusts the
<br>database accordingly.<br><br>I probably want some post-record job that updates a table of "things<br>to be copied" so it doesn't try to copy anything that's still being<br>recorded.<br><br>Updating a list of programs to copy, easy. Having a cron job to do
<br>the copy, easy. Updating database - ???. I see I'd probably have to<br>change the hostname field in the recorded table for each copied<br>program. What else would I need to update?<br><br>-Jerry<br>_______________________________________________
<br>mythtv-users mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users </a><br></blockquote></div>
<div><br>Jerry,</div>
<div> </div>
<div>I have a VERY similar setup as you, right down to the homebrew IR receiver. I was have the same exact problems as you were. See: <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.gossamer-threads.com/lists/mythtv/users/289953?search_string=recording%20slows%20down%20IR;#289953" target="_blank">
http://www.gossamer-threads.com/lists/mythtv/users/289953?search_string=recording%20slows%20down%20IR;#289953</a> Word was it was a problem with the IVTV drivers spending too much time in its interrupt section. I was running Mythdora
4.0 and tried to update the IVTV but could not get it to work. A few weeks ago I loaded KnoppMyth on the slave/front end and all the problems went away.</div>
<div> </div>
<div>My FE/SB is a 2.8 P4 with a 6200 Nvidia. It will play an HD recording, while recording a sat program via the 150 and an HD program via he PCHDTV550 and only uses 70% cpu that is without XVMC. I tested watching TV and that works, but I didn't test it for any length of tima as I don't use that feature much. The Master backend has a second 5500 card and lots of storage, but it seems that it is never enough storage :)
</div>
<div> </div>
<div> </div>