Devin Heitmueller wrote: > On Sat, Nov 28, 2009 at 1:08 PM, Dale Pontius <[email protected]> wrote: >> I'm running your drivers that you announced back on Oct 29, and I >> downloaded on Nov 1. I never got a decent chance to A-B them against >> the standard drivers, so I never reported anything. It was only a few >> weeks ago that I got back into messing with the digital side, again. > > There actually was an additional fix made after the original > announcement, committed on November 1st at 23:30. Depending on > specifically when you installed, this will dictate whether you got the > fix. Everything was merged into the mainline v4l-dvb tree though, so > you should stop using my tree and switch to the main > http://linuxtv.org/hg/v4l-dvb tree. > I downloaded at 7:23 in the morning, so clearly I was missing something. My kernel was a little down-level, so I just built the latest'n'greatest Gentoo kernel, grabbed a new snapshot from mercurial, and built.
I now have locks on my ClearQAM channels. I posted 2 examples of using azap, one clear, one encrypted before. Here they are now... Clear - u...@localhost ~/computers/hdtv $ azap CH567-1 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' tuning to 567000000 Hz video pid 0x07c0, audio pid 0x07c1 status 00 | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal 0142 | snr 0142 | ber 00001be4 | unc 00001be4 | FE_HAS_LOCK status 1f | signal 0145 | snr 0145 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0142 | snr 0142 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0145 | snr 0145 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0142 | snr 0142 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0145 | snr 0145 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0145 | snr 0145 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0145 | snr 0145 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0142 | snr 0145 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0145 | snr 0145 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0145 | snr 0145 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0142 | snr 0142 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0145 | snr 0145 | ber 00000000 | unc 00000000 | FE_HAS_LOCK ^C Encrypted - u...@localhost ~/computers/hdtv $ azap CH561-1 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' tuning to 561000000 Hz video pid 0x0000, audio pid 0x0f42 status 00 | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal 0146 | snr 0146 | ber 00001a1d | unc 00001a1d | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0146 | snr 0146 | ber 00000000 | unc 00000000 | FE_HAS_LOCK ^C The numbers aren't that different, but the big thing is that the clear channel doesn't have all of the dropouts it did before. There seems to be some sort of shelf, and with the old drivers I was spending enough time below that shelf to make it unworkable. There is still one frequency with 2 channels that are too week, but I'm not sure what they are, from what I've been able to see of the content. All of the other stuff that I've checked appears to be good. Now to figure out how to integrate this stuff with Myth, including the fact that several channels can be gotten in HD, digital SD, or NTSC. Then it'll be even more fun if/when I hook a cable box to the svideo input. But that's a different list. Thanks, Dale >> Which leaves me wondering, what is "good" and "bad" for SNR? It looks >> to me as if it takes a consistent 146+ to lock and stay there, but is >> that really "good", or just "adequate?" > > Yeah, around 32 is marginal. And if you don't have the second fix, > then that could definitely explain why you are gaining/losing lock. > >> Have there been more changes since Oct 29/Nov 1? I'm a little behind on >> my kernel, and wouldn't mind refreshing. Is your stuff into the v4l >> mainline, or still just in your space? > > Yeah, like I said above, switch to the mainline and see if it works > better (since we know that has *all* the fixes). > > Devin > _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
