public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Jarod Wilson <jarod@wilsonet.com>
To: Robert Cicconetti <grythumn@gmail.com>
Cc: linux-media@vger.kernel.org, Mike Krufky <mkrufky@linuxtv.org>,
	Douglas Schilling Landgraf <dougsland@gmail.com>
Subject: Re: KWorld UB435-Q Support
Date: Sun, 15 Nov 2009 23:46:19 -0500	[thread overview]
Message-ID: <4B00D91B.1000906@wilsonet.com> (raw)
In-Reply-To: <15cfa2a50910091827l449f0fb0t2974219b6ea76608@mail.gmail.com>

On 10/09/2009 09:27 PM, Robert Cicconetti wrote:
> On Wed, Oct 7, 2009 at 10:08 PM, Jarod Wilson<jarod@wilsonet.com>  wrote:
>> On Oct 7, 2009, at 9:39 PM, Robert Cicconetti wrote:
>>> Okay... I built the tip of the archive linked above. It works with my
>>> UB435-Q fairly well, built against 2.6.28-15-generic #52-Ubuntu SMP
>>> x86_64. I've been able to stream QAM256 content for several hours
>>> reliably. Mythfrontend works somewhat... it'll tune the initial
>>> channel, but fails afterward. I suspect it is timing out while waiting
>>> for the RF tracking filter calibration... it adds about 6 seconds to
>>> every tuning operation.
>>>
>>> [  812.465930] tda18271: performing RF tracking filter calibration
>>> [  818.572446] tda18271: RF tracking filter calibration complete
>>> [  818.953946] tda18271: performing RF tracking filter calibration
>>> [  825.093211] tda18271: RF tracking filter calibration complete
>>>
>>> Any suggestions? Further data needed?
>>
>> Nothing off the top of my head, no. But I've got a UB435-Q of my own now,
>> sitting on my desk waiting for me to poke at it... Not sure when I'll have
>> time to actually poke at it though. :\
>
> A little further poking yields that RF_CAL_OK in EP1 is 0, which is
> why it keeps recalibrating.
>
> I've commented out the part of the code that recalibrates if RF_CAL_OK
> is 0; EP1 always seems to be c6... and now mythfrontend is happy. :)
>
> This is not a long term solution, but as ugly hacks go it was pretty
> straight forward. :)

Finally got around to poking at this again. Forward-ported the patches 
to the current v4l-dvb tip, and gave 'em a spin with my own UB435-Q, as 
well as a 340U that Doug gave me when he was in town a bit ago. Both are 
working just fine with my QAM feed here at the house, albeit with the 
same lengthy delay when changing channels you (Robert) mentioned. At a 
glance, I was hoping simply setting rf_cal_on_startup for the 
card-specific tda18271_config would remove the delay, but neither a 0 or 
a 1 seems to particularly help with tuning delays. Hoping maybe Mike has 
an idea on this part...

In related news, I actually managed to get my original 340U with the C1 
tuner to work briefly as well, and with the same code, no tuning delays. 
Seems either the PCB is cracked or the usb connector is just that bad, 
and it only works when positioned just so...

-- 
Jarod Wilson
jarod@wilsonet.com

  reply	other threads:[~2009-11-16  4:41 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-08  1:39 KWorld UB435-Q Support Robert Cicconetti
2009-10-08  2:08 ` Jarod Wilson
2009-10-10  1:27   ` Robert Cicconetti
2009-11-16  4:46     ` Jarod Wilson [this message]
2009-11-16  4:55       ` Jarod Wilson
2009-11-16 22:10         ` Jarod Wilson
2009-11-17  5:55           ` Michael Krufky
2009-11-17  6:03             ` Robert Cicconetti
2009-11-17 14:15               ` Jarod Wilson
2009-11-17 14:37                 ` Devin Heitmueller
2009-11-18  4:59                   ` Jarod Wilson
2010-03-06  3:09                     ` Jarod Wilson
2010-03-09 17:25                       ` Amy Overmyer
2009-11-17 14:44                 ` Robert Cicconetti

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B00D91B.1000906@wilsonet.com \
    --to=jarod@wilsonet.com \
    --cc=dougsland@gmail.com \
    --cc=grythumn@gmail.com \
    --cc=linux-media@vger.kernel.org \
    --cc=mkrufky@linuxtv.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox