public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Malcolm Priestley <tvboxspy@gmail.com>
To: Antti Palosaari <crope@iki.fi>
Cc: linux-media@vger.kernel.org
Subject: Re: [PATCH 3/7] af9015/af9013 full pid filtering
Date: Sat, 12 Nov 2011 18:49:25 +0000	[thread overview]
Message-ID: <4ebebfba.5b6be30a.26ea.ffffaa15@mx.google.com> (raw)
In-Reply-To: <4EBE9E0F.3060707@iki.fi>

On Sat, 2011-11-12 at 18:25 +0200, Antti Palosaari wrote:
> On 11/12/2011 05:55 PM, Malcolm Priestley wrote:
> > Allowing the pid to be enabled seems to suppress corrupted stream packets
> > from the first frontend.  This is mainly caused by other high speed devices
> > on the usb bus.
> >
> > Full pid filtering on all frontends.
> > no_pid is defaulted to on.
> > TS frame size it limited to 21, this because if we are only filtering
> > pid 0000, it takes too long to fill up the buffer when tuning or
> > scanning.
> 
> Could you explain that?

Pid 0 transport stream id on some channels is not transmitted very
often.

It needs to be transmitted at least 84 times to fill the devices buffer
up which is typically 5 or 6 seconds, enough for a time out.

The pid packet size is reduced to 21 bring it back in tolerance of most
applications.
 

> PID filter should not be used unless there is no USB1.1 or it is forced 
> using DVB USB module param. PID filter is controlled by DVB USB.
Why?

It can't be module controlled?

> 
> Logic about PID-filtering was done way that it disables 2nd FE when 
> USB1.1 is used since I did not see way to set PID filtering for FE1 and 
> without filtering stream is too wide for USB1.1.
The second frontend is still disabled in USB1.1

> 
> Does that patch force PID filter always on or what?

Yes, and why not?

Pid filtering has it uses in usb 2.0 and works very well. Low power and
low bus usage.

Regards


Malcolm


  reply	other threads:[~2011-11-12 18:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-12 15:55 [PATCH 3/7] af9015/af9013 full pid filtering Malcolm Priestley
2011-11-12 16:25 ` Antti Palosaari
2011-11-12 18:49   ` Malcolm Priestley [this message]
2011-11-12 18:58     ` Antti Palosaari

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=4ebebfba.5b6be30a.26ea.ffffaa15@mx.google.com \
    --to=tvboxspy@gmail.com \
    --cc=crope@iki.fi \
    --cc=linux-media@vger.kernel.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