[mythtv-users] Distributing jobs

[Dura Zell]

On 23.05.2011 21:09, Tom Lichti wrote:
> On Mon, May 23, 2011 at 11:02 AM, Dura Zell<dura-zell at dynamik.ddns.net>  wrote:
>> On 23.05.2011 16:58, Raymond Wagner wrote:
>>> On 5/23/2011 10:49, Dura Zell wrote:
>>>> Ok, I've got another machine running some kind of homeserver (samba,
>>>> caching proxy, etc) wich is running 24/7 and faster (AMD 64x2, 2200MHz,
>>>> 64bit). Is there a way to let this machine do the transcoding jobs while
>>>> the master backend is powered down (for power saving reasons and because
>>>> the masterbackend standing in the living room is a bit noisy) or has the
>>>> master backend to be running until all jobs are completed?
>>>
>>> The master backend and database must remain operational for any Myth
>>> related tasks.  Is there any reason you can't move those PVR-350s over
>>> to the file server, and make that the master?
>>
>> Indeed there are two reasons:
>> First the fileserver has no free PCI slots. Second and much more
>> important: The room where the fileserver sits has no wall-sockets for
>> cable-tv. (At my location I have to use cabel-tv.) The living room is
>> the only room where those sockets are located.
>
> My thought would be to make the file server the master backend, and
> make the current master into a slave, if that is not an option, your
> only recourse is to leave the master up at all times and run the file
> server either as a slave or as a job server using mythjobqueue.
>
> Tom


Can the fileserver be the master backend without any capture cards? As 
far is I understand the docs (manual, wiki) the masterbackend has to 
have at least one capture card wich is not possible in my setup.

Maybe I write something myself, kind of perl daemon:

1. transfer file to another machine
2. convert file on this other machine
3. check if mbe is online and
3. a) if so: transfer file back do mbe
3. b) if not: wait until it is and then transfer back to mbe
4. on mbe: replace file with the transcoded one as if the file has been 
transcoded locally

While 1. could easily be done with a userjob and 2-3 are not much more 
complicated, I'm not sure about the last part, this needs some 
investigation by me. :)

with best regards:
Micha