<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 22, 2015 at 3:20 PM, Jay Harbeston <span dir="ltr"><<a href="mailto:jharbestonus@gmail.com" target="_blank">jharbestonus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><p dir="ltr"><br>
On Mar 22, 2015 4:06 PM, "Dave MythTV" <<a href="mailto:dave.mythtv@gmail.com" target="_blank">dave.mythtv@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> On Sat, Mar 21, 2015 at 3:09 PM, jrh <<a href="mailto:jharbestonus@gmail.com" target="_blank">jharbestonus@gmail.com</a>> wrote:<br>
>><br>
>><br>
>>> On Mar 21, 2015, at 12:56 PM, Dave MythTV <<a href="mailto:dave.mythtv@gmail.com" target="_blank">dave.mythtv@gmail.com</a>> wrote:<br>
>>><br>
>>><br>
>>> On Fri, Mar 6, 2015 at 8:22 PM, jrh <<a href="mailto:jharbestonus@gmail.com" target="_blank">jharbestonus@gmail.com</a>> wrote:<br>
>>>><br>
>>>> I have experimented some using the raspberry pi as a slave backend server and have had generally good results with caveats.<br>
>>>><br>
>>>> Configuration:<br>
>>>> Raspberry Pi Slave backends running v 27.4(dated in November)<br>
>>>> NFS mount to the Master backend for the mythtv directories.<br>
>>>> Hauppauge USB HVR-950Q tuner(1 only ) (configured only 1 virtual tuner so only 1 recording)<br>
>>>> I did not configure the analog side of the tuner, only the digital part.<br>
>>>><br>
>>>> Using a Raspberry Pi model B and B+:<br>
>>>><br>
>>>> Able to record Standard Definition mpg video stream.<br>
>>>> When attempting to record 720p or 1080i streams, there would consistently be TFW taking to long errors.<br>
>>>><br>
>>>> Using a Raspberry Pi 2 model B: (the quad core version)<br>
>>>><br>
>>>> Able to record Standard Definition mpg video stream<br>
>>>> Able to record both 720p and 1080i streams up to 15mbps!<br>
>>>><br>
>>>> In summary, for 1 stream and a USB TV stick The RPi 2 is a viable masterbackend with the above conditions. I didn’t try multiple streams off the same real channel, but I suspicion the Pi 2 would be able to handle it.<br>
>>>><br>
>>>> Note that I did not try analog recording as there are no analog NTSC Over the air broadcast stations in the area and so I didn’t even try to configure the analog side.<br>
>>><br>
>>><br>
>>> Thanks for sharing this information!<br>
>>><br>
>>> A few quick questions for you:<br>
>>> 1) Which Linux distribution are you using?<br>
>>> 2) I'm assuming this testing was with a wired network (and not a USB wireless adapter)? <br>
>>> 3) Do you have any thoughts on the source of the TFW errors on the Pi 1? Such as, whether the TFW errors with the Pi 1 were related to the CPU loading, pushing the data out across the network, or a limitation of the USB system? (Since it kept up OK with standard definition streams, I'm wondering if the Pi 1 might be sufficient as a high-definition slave backend if it recorded directly to a small local USB hard drive, or even to its own SD card, and then did a non-realtime NFS data transfer back to the master backend when the tuner was idle?)<br>
>>><br>
>>><br>
>>> Keep us posted on how things go if you try multiple streams or multiple tuners on the Pi 2!<br>
>>><br>
>>> Thanks<br>
>>> - Dave<br>
>><br>
>><br>
>> I am using raspbian off the noobs image.<br>
>><br>
>> You are correct, I just used wired network. I didn’t even want to try going wireless.<br>
>><br>
>> I didn’t even try experimenting using a local usb drive as that wouldn’t fit my usage scenario, so are still all good questions.<br>
>><br>
>> I will be staying with a single USB tuner for my needs, and Since I started using the RPi 2 configured as above, I have had no TFW errors since starting to use it!<br>
>><br>
>> I have no plans whatsoever to try to use an RPi of any kind as a frontend, however, they are very insteresting as a remote backend like I am using. The pi 2 plus the hauppauge USB tuner are only using around 7 watts while recording!<br>
>><br>
>> By the Way, I noticed I goofed above when I said it was a viable master backend. I meant to say it is a viable SLAVE backend.<br>
>><br>
>> An experiment I might try sometime in the future is to have an RPi as a masterbackend ONLY with no tuners(just define a dummy recorder). No immediate plans to try that tho yet.<br>
>><br>
>> Regards<br>
>><br>
><br>
><br>
> Thanks for the reply.<br>
><br>
> Remind me again what your usage scenario is?<br>
></p>
</div></div><p dir="ltr">I needed a remote tuner as you spoke about however I do have wired network available. I don't think wireless will work very well. <br><span class="">
><br>
> I'm considering a possible usage for myself with a remote slave backend up in the attic, on a wi-fi connection, to allow for separate tuners directly connected to separate directional antennas aimed at some of our fringe stations from nearby cities. Being co-located up in the attic would allow the USB tuners to be directly connected to the antennas (effectively 6 inches or less of coax), minimizing the cable loss and removing the need for multiple additional long coax runs (and possibly pre-amps) to the master backend/frontend in the living room. <br>
> <br>
> The Raspberry Pi would seem to be a good candidate for this, but if I end up needing two or more Pi 2s to handle the separate tuners individually, I might as well just stick a single x86 ECS LIVA up there instead as the overall price and power consumption would be similar, and the setup would be much simpler. If one of the Pi 1 models could do the task for a single HD stream, however, then even with multiples, the price and power figures swing into their favor. :-)</span></p>
<p dir="ltr">The pi 1 doesn't have enough 'grunt' to handle HD streams. When I tried it I had a lot of TFW errors. The pi 2 was fine with HD stream. I didn't test was the multi tuners on the pi 2.</p>
<p dir="ltr">Regarding your remote additional antenna, why not try the hdhr tuners?<br></p><div class="HOEnZb"><div class="h5">
<p dir="ltr">><br>
> And it's all in that interesting scenario where it would be easy to test with experimentation, but if I try it and it doesn't work, the $$ "wasted" on the Pis could have just bought the LIVA. Hence the interest in the details of what you've been testing!<br>
><br>
</p>
</div></div><br></blockquote><div><br></div><div>For my case, the fringe stations, the HDHR has a number of things against it. The older units had dual tuners with two independent RF inputs, which is great, but they were known for having lower tuner sensitivity. The newer units have better / more sensitive tuners, but have a single RF input and an internal splitter which knocks down the signal. For these fringe stations, I'll need every last db of signal I can get - which means two large directional antennas pointing two different directions and nothing else but a low-noise preamp in the path. Plus, the HDHomeRuns take a lot more power and cost more (and I would need two), and I would have to either run ethernet up to the attic, or set up a separate wifi bridge with a local switch. So.. not really practical. :-) <br><br></div><div>I know you said the Pi 1 couldn't do a HD stream in your setup, but that was pushing the data out over the network with NFS in real-time. I'm still thinking/wondering if it might be possible with local storage to the SD card when recording, and a deferred non-real-time NFS transfer when the tuner is idle. That should halve the loading on the Pi's USB bus, and significantly reduce the system processing load when recording. I just don't know if it would be enough...<br></div><div><br></div><div>Thanks<br></div><div>- Dave<br></div><div><br> <br></div><div> </div></div></div></div>