Re: [mythtv-users] Non-recording master backend
I don't think an EPIA will work unless you are using an MPEG capture card. It might work, but it will be very close. I am running an M1000 (neiman) as a front-end + back-end with no capture. It runs at 40% CPU usage playing back, and takes on transcoding jobs from other capturing backends with it is bored. (my other backend are frontend+backend and is capturing while I am watching (Primetime), it is nice to have the recordings transcode when I go to bed...yes, to watch even more tv if I want!) You might consider Using a CF to IDE converter (the PC will see it as any normal HD) for the base OS to load, and NFS mount /var and the other high transaction, high volume directories. That keeps things simple, but also silent. You don't want to write to CF too much, it supposedly fails much sooner than an HD. ToddD - Original Message - From: "Robin Gilks" <[EMAIL PROTECTED]> To: "Ryan Steffes" <[EMAIL PROTECTED]> Cc: "Discussion about mythtv" Sent: Thursday, September 08, 2005 4:55 PM Subject: Re: [mythtv-users] Non-recording master backend On 9/7/05, Robin Gilks <[EMAIL PROTECTED]> wrote: Greetings all I'd like to shift the capture card from my heavy/noisy server backend to the frontend which is an EPIA running diskless with nfs mounts back to the server (this avoids long cable runs). This means I'll have to run the backend code on the EPIA for the capture but I want to keep the mysql, commercial cutting and transcoding on the server (its got 5 times the grunt after all!!). Is this possible and if so, how do I set up please? Off the top of my head, I'd say you want to set the backend up as a slave, set the IP for the current backend as master, mount your nfs properly and set up the proper directory structure, put the cards in the front end and configure them, and make sure the boxes are checked correct to not allow any transcoding or commercial cutting jobs to run on that slave. My question is why you'd want to do that? Thanks - thats what I thought would be the way, nice to hear confirmation!! As to why? The EPIA card is considered by some as underpowered as a frontend only - the fact that it has a mpeg2 hardware decoder is what saves it!! Asking it to transcode etc as well as handle the realtime tasks of displaying video without glitches I think is asking for problems. Quiet is one of the main requirements, hence diskless and reduced CPU load will help here as well. My server on the other hand has over 800G of disk, 1G of RAM and a 3G CPU and it can make as much noise as it wants trying to keep cool as its shut away! -- Robin Gilks ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Non-recording master backend
> On 9/7/05, Robin Gilks <[EMAIL PROTECTED]> wrote: >> >> Greetings all >> >> I'd like to shift the capture card from my heavy/noisy server backend to >> the frontend which is an EPIA running diskless with nfs mounts back to >> the >> server (this avoids long cable runs). >> >> This means I'll have to run the backend code on the EPIA for the capture >> but I want to keep the mysql, commercial cutting and transcoding on the >> server (its got 5 times the grunt after all!!). >> >> Is this possible and if so, how do I set up please? > > > Off the top of my head, I'd say you want to set the backend up as a slave, > set the IP for the current backend as master, mount your nfs properly and > set up the proper directory structure, put the cards in the front end and > configure them, and make sure the boxes are checked correct to not allow > any > transcoding or commercial cutting jobs to run on that slave. > > My question is why you'd want to do that? Thanks - thats what I thought would be the way, nice to hear confirmation!! As to why? The EPIA card is considered by some as underpowered as a frontend only - the fact that it has a mpeg2 hardware decoder is what saves it!! Asking it to transcode etc as well as handle the realtime tasks of displaying video without glitches I think is asking for problems. Quiet is one of the main requirements, hence diskless and reduced CPU load will help here as well. My server on the other hand has over 800G of disk, 1G of RAM and a 3G CPU and it can make as much noise as it wants trying to keep cool as its shut away! -- Robin Gilks ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Non-recording master backend
On 9/7/05, Robin Gilks <[EMAIL PROTECTED]> wrote: Greetings allI'd like to shift the capture card from my heavy/noisy server backend tothe frontend which is an EPIA running diskless with nfs mounts back to theserver (this avoids long cable runs).This means I'll have to run the backend code on the EPIA for the capture but I want to keep the mysql, commercial cutting and transcoding on theserver (its got 5 times the grunt after all!!).Is this possible and if so, how do I set up please? Off the top of my head, I'd say you want to set the backend up as a slave, set the IP for the current backend as master, mount your nfs properly and set up the proper directory structure, put the cards in the front end and configure them, and make sure the boxes are checked correct to not allow any transcoding or commercial cutting jobs to run on that slave. My question is why you'd want to do that? Ryan ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users