public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Hans Petter Selasky <hselasky@c2i.net>
Cc: Dennis Sperlich <dsperlich@googlemail.com>,
	linux-media@vger.kernel.org,
	Michael Krufky <mkrufky@kernellabs.com>,
	Devin Heitmueller <dheitmueller@kernellabs.com>
Subject: Re: em28xx_isoc_dvb_max_packetsize for EM2884 (Terratec Cinergy HTC Stick)
Date: Sun, 25 Dec 2011 15:58:39 -0200	[thread overview]
Message-ID: <4EF7644F.5070401@redhat.com> (raw)
In-Reply-To: <201112251511.54080.hselasky@c2i.net>

On 25-12-2011 12:11, Hans Petter Selasky wrote:
> On Sunday 25 December 2011 15:04:17 Dennis Sperlich wrote:
>> On 25.12.2011 11:52, Mauro Carvalho Chehab wrote:
>>> On 24-12-2011 19:58, Dennis Sperlich wrote:
>>>> Hi,
>>>>
>>>> I have a Terratec Cinergy HTC Stick an tried the new support for the
>>>> DVB-C part. It works for SD material (at least for free receivable
>>>> stations, I tried afair only QAM64), but did not for HD stations
>>>> (QAM256). I have only access to unencrypted ARD HD, ZDF HD and arte HD
>>>> (via KabelDeutschland). The HD material was just digital artefacts, as
>>>> far as mplayer could decode it. When I did a dumpstream and looked at
>>>> the resulting file size I got something about 1MB/s which seems a
>>>> little too low, because SD was already about 870kB/s. After looking
>>>> around I found a solution in increasing the isoc_dvb_max_packetsize
>>>> from 752 to 940 (multiple of 188). Then an HD stream was about 1.4MB/s
>>>> and looked good. I'm not sure, whether this is the correct fix, but it
>>>> works for me.
>>>>
>>>> If you need more testing pleas tell.
>>>>
>>>> Regards,
>>>> Dennis
>>>>
> 
> These numbers should not be hardcoded, but extracted from the USB endpoint 
> descriptor!

The driver retrieves the values from the USB endpoints during probe. This
is used for analog mode. However, on DVB mode, the values are hardcoded by
the ones that had/have access to Empiatech datasheets (Unfortunately,
I don't have them).

So, it is hard to know if the current limit is due to some chipset bug that
doesn't report well the maximum packet size, or if it is just due to the lack
of time for the ones that wrote the code to actually use the reported values.

Fixing the driver to use the USB descriptors is easy. The hard part is to be
sure that it won't break for the ones with older chipsets.

Regards,
Mauro.

> 
> --HPS


  parent reply	other threads:[~2011-12-25 17:58 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-24 21:58 em28xx_isoc_dvb_max_packetsize for EM2884 (Terratec Cinergy HTC Stick) Dennis Sperlich
2011-12-25 10:52 ` Mauro Carvalho Chehab
2011-12-25 14:04   ` Dennis Sperlich
2011-12-25 14:11     ` Hans Petter Selasky
2011-12-25 14:47       ` Devin Heitmueller
2011-12-25 17:58       ` Mauro Carvalho Chehab [this message]
2011-12-25 19:42       ` Malcolm Priestley
2011-12-25 20:12         ` Dennis Sperlich
2011-12-25 18:13     ` Mauro Carvalho Chehab
2011-12-25 20:33       ` Dennis Sperlich
2011-12-26  5:55         ` Holger Nelson
2011-12-26 12:18           ` Mauro Carvalho Chehab
2011-12-28  3:50             ` Holger Nelson
2011-12-28 12:09               ` Mauro Carvalho Chehab
2011-12-28 22:55                 ` [PATCH] em28xx: Reworked probe code to get rid of some hacks (was: Re: em28xx_isoc_dvb_max_packetsize for EM2884 (Terratec Cinergy HTC Stick)) Holger Nelson

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=4EF7644F.5070401@redhat.com \
    --to=mchehab@redhat.com \
    --cc=dheitmueller@kernellabs.com \
    --cc=dsperlich@googlemail.com \
    --cc=hselasky@c2i.net \
    --cc=linux-media@vger.kernel.org \
    --cc=mkrufky@kernellabs.com \
    /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