<br><br><div class="gmail_quote">On Sun, Nov 30, 2008 at 7:47 PM, Brian Wood <span dir="ltr"><<a href="mailto:beww@beww.org">beww@beww.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="Wj3C7c">On Sunday 30 November 2008 17:20:15 Paulin wrote:<br>
> On Sun, Nov 30, 2008 at 6:11 PM, David Greaves <<a href="mailto:myth@dgreaves.com">myth@dgreaves.com</a>> wrote:<br>
> > Paulin wrote:<br>
> > > I've been recently playing around with transcoders and got something<br>
> > > working for reformatting HD so my frontend can handle it.<br>
> > ><br>
> > > Now I'm curious if there is a way to have the transcoder run as the<br>
> > > stream is read in.<br>
> > ><br>
> > > For example<br>
> > > Video card -> mpeg2 stream -> transcode -> write to file<br>
> ><br>
> > Unless you're transcoding more quickly than real-time then the backlog of<br>
> > data<br>
> > in the stream will need to go somewhere; typically to disk...<br>
> ><br>
> > David<br>
><br>
> Let me try asking this again because I may not have explain it good.<br>
><br>
> Right now it looks like when something records it finishes recording (60<br>
> minutes later) then it runs the commercial flagging and then the<br>
> transcoder. The transcoder takes as long as the program did (60minutes).<br>
> So I'm wondering if it is possible to run the transcoder as it records<br>
> instead of after. The comercial flagging I could hold on till the end for.<br>
><br>
> Basically the reason I'm asking is currently my front end can not handle HD<br>
> recordings. So I would like ti to be read by the card, transcoded, saved<br>
> to disk, then played on front end before the show end.<br>
><br>
> Hopefully that make sense.<br>
<br>
</div></div>Yep, you want to transcode on the fly as you capture, then record.<br>
<br>
Since you are going to watch in SD anyway, most programs are broadcast in SD<br>
as well, could you just try and record that in the first place?<br>
<br>
If not, I think there is a setup parameter that sets how often to scan for<br>
jobs (like transcode jobs). I think the default is 1 hour. If you can find<br>
that and shorten it up a bit, you could get the transcode job to start a lot<br>
sooner.<br>
<br>
Transcoding puts a load on CPU and disk I/O. Depending on your hardware, you<br>
might nnot be able to handle watching, recording and transcoding at the same<br>
time. You could nice the transcode more, but of course this will slow it<br>
down.<br>
<br>
If the source material is h264 I suspect you are asking too much of all but<br>
the fastest systems, but if it's MPEG2 you can probably get away with it. I'd<br>
worry about the disk I/O more than the CPU, unless it's h264.<br>
<font color="#888888"><br>
--<br>
beww<br>
<a href="mailto:beww@beww.org">beww@beww.org</a><br>
</font><div><div></div><div class="Wj3C7c"></div></div></blockquote><div><br></div><div>Thanks. I did change the queue rate to be 5 seconds. However I can't get the transcoder to run automatically at all. I've setup the recording to run them, I have the transcoder configured so it will run before commerical flagging but it just never runs. I can only get it to run if I manually start it. </div>
<div><br></div><div>Any thoughts as to why it isn't starting automatically. The recording is set to run the transcoder and everything.</div><div><br></div><div>Thanks</div><div>steve </div></div>