[mythtv-users] Moving MythTV backend to another computer

Michael Watson michael at thewatsonfamily.id.au
Thu Apr 3 11:11:07 UTC 2014


On 3/04/2014 9:21 PM, Sam Jacobs wrote:
> On 3 April 2014 at 10:20:36, Michael Watson (michael at thewatsonfamily.id.au) wrote:
>> Just configure the "Demo Tuner", then you have a "authorized"
>> configuration....
> Now I get:
>
> 2014-04-03 10:58:09.696137 E [4083/1287] CoreContext tv_rec.cpp:1749 (GetStartChannel) - TVRec[8]: Problem finding starting channel, setting to default of '3'.
> 2014-04-03 10:58:09.709445 E [4083/1287] CoreContext recorders/channelbase.cpp:944 (InitializeInputs) - InitializeInputs():
> 			Could not get inputs for the capturecard.
> 			Perhaps you have forgotten to bind video
> 			sources to your card's inputs?
> 2014-04-03 10:58:09.709546 E [4083/1287] CoreContext recorders/channelbase.cpp:1232 (CreateChannel) - ChannelBase: CreateChannel() Error: Failed to open device file:/var/mythtv/media/demo.ts
> 2014-04-03 10:58:09.709986 E [4083/1287] CoreContext main_helpers.cpp:199 (setupTVs) - Problem with capture cardsCard 8failed init
>
> Is this an “authorised” configuration now, even with those error messages? Or do I have to create a video source for the demo tuner as well? /var/mythtv/media/demo.ts *does* exist, btw.
Yes, you should have a video source for every capture card, and you must 
create a channel in the video source.  Once done, everything is happy, 
and you are "authorized".  (reminds me of my days working with M$ products)


>
>> There are many reasons for/against the need for Slave backends. I love
>> the fact that we have the OPTION of using a slave backend (if this
>> becomes a slave recording host, slave media server and a slave jobqueue
>> processor then thats fine, as long as we have the option)
> The options that MythTV makes available was what first drew me to it, about 10 years ago. It’s great to see the project still going.
>
> Thanks,
> Sam
>
>   
>> Michael
>



More information about the mythtv-users mailing list