<p dir="ltr"><br>
On Mar 22, 2015 4:06 PM, "Dave MythTV" <<a href="mailto:dave.mythtv@gmail.com">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">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">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">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>
<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>
><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.  :-)</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>
<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>