[mythtv-users] MythTV using NAS (on a via ) using Gigabit ethernet.

[Steve Daniels]

2008/9/8 Brad DerManouelian <myth at dermanouelian.com>:
> On Sep 8, 2008, at 9:45 AM, Steve Daniels wrote:
>
>> 2008/9/6 Brad DerManouelian <myth at dermanouelian.com>:
>>> On Sep 5, 2008, at 3:57 PM, Blammo wrote:
>>>
>>>>> On Jun 28, 2008, at 1:56 PM, Guillaume Membré wrote:
>>>>>> This is incorrect : I have a MB without any tuner and I works
>>>>>> like a
>>>>>> charm. My slave wakes up and shutdown it self without any issue
>>>>>> and I
>>>>>> can connect with my separate frontend without having the slave on.
>>>>>> My MB is running on a via C2 at 500 Mhz with 256 Mo of ram. It
>>>>>> also
>>>>>> runs nfs, mysql, mediatomb and samba without using swap.
>>>
>>> That's an unsupported configuration. I'm happy it's working for you,
>>> but if one day it should stop, you'll have to fix it yourself.
>>
>> I don't mean to sound like an arse, but I'm quite confused. What
>> exactly would depend on the master-backend having a tuner? Isn't a
>> master backend with a busy tuner and a slave backend with a free tuner
>> is the same a master backend with a free tuner resource wise?
>>
>> [Yes I know, not supported, tested, or anything like that..]
>
> The backend goes through a initialization step where it loads capture
> card information, sets them to their starting channels and makes sure
> the cards are working (as much as it can check that. It not-so-
> gracefully fails these things when there is no capture card defined
> and throws errors in the log. It might be easy for someone who would
> really like this configuration to write code to support it, but it
> seems that everyone who writes the code just decides to not run the
> backend instead since there's no reason to run it if you don't have a
> capture card.
>
> I'm not claiming to know all he specifics of how the backend code
> looks. This is just what I have gathered from looking at my own logs
> and errors when I've used a database without any capture card
> configuration, etc...
>
> -Brad
>

Thanks for that Brad :-)