On Feb 11, 2008 5:05 PM, Mark Hutchinson <<a href="mailto:mark@onnow.net">mark@onnow.net</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Jerry Rubinow wrote:<br>> On 2/11/08, *Mark Hutchinson* <<a href="mailto:mark@onnow.net">mark@onnow.net</a> <mailto:<a href="mailto:mark@onnow.net">mark@onnow.net</a>>><br><div><div></div><div class="Wj3C7c">
> wrote:<br>><br>> > Do you do anything different for HD recording? I may try to<br>> make a<br>> > separate profile for recording HD channels from firewire (<br>> channel<br>
> > change and capture ) as that worked fine, SD capture from<br>> firewire was<br>> > where I ran into most problems.<br>> ><br>> ><br>> > For all the HD that's in the clear, I use a QAM card to record<br>
> > straight off the coax, without going through the STB. For encrypted<br>> > HD, I use the Hauppauge component input recorder. Or am I confusing<br>> > real life with fantasy again? No, for encrypted HD I just<br>
> record the<br>> > SD equivalent and rail about the idiocy of the cable<br>> companies. Until<br>> > the Hauppauge card is available in a few months.<br>> ><br>> > Another option you have for HD is to use firewire, if your provider<br>
> > passes HD through in a recordable form.<br>> ><br>><br>><br>> I realized too late I didn't read your question carefully. What kind<br>> of problems did you encounter with SD over firewire that you didn't<br>
> with HD over firewire?<br>></div></div>Many. SD ( with many conf options ) would drop frames and audio. HD<br>worked fine though.<br>Quite a number of threads related to this over the last week by me.<br>Lots of related by others as well. Bug 3773 as well seems to be related.</blockquote>
<div><br>Ah, yes I read some of that. I didn't realize that was you.<br><br>-Jerry<br></div></div>