Re: [PATCH] Ngene cam device name

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

Broadly speaking, I could put issues discussed in this thread into following categories:

- How devices are named;
- How devices are used;
- How devices relate to one another;
- How devices are enumerated;
- How devices are described;

Mostly we discuss category 1 and 2 with relation to nGENE CI, but sometimes we leap to other categories as well.

Andreas Oberritter wrote:
On 05/04/2011 03:35 PM, Martin Vidovic wrote:
>>
I think there is currently no useful API to connect devices. Every few
months there comes a new device which deprecates how I enumerate devices
and determine types of FE's.

Can you describe the most common problems? What do you mean by connecting?

What I mean by connecting devices falls into last 3 categories (above). I brought this up because I don't believe this is the actual problem we need to solve here since it's not nGENE specific.

Some examples of problems in categories 3-5:

a) Plug two TerraTec Cinergy T RC MKII and try to distinguish between them.

b) Take a Hybrid terrestrial TV tuner. V4L and DVB APIs (may) use shared resources, how does one find this out?

c.1) How does one know which frontend device can be used with which demux device?

c.2) Which CA device can be used with which frontend device?

d) How does one list all supported delivery systems for a device (FE_GET_INFO is not general, and DTV_DELIVERY_SYSTEM can't be used to query available delivery systems).

e) the list could be extended...

These problems are mostly not fatal, they have workarounds. Some of them require device/driver specific knowledge.

The most useful way to query devices seems to be using HAL, and I think
this is the correct way in Linux, but DVB-API may be lacking with
providing the necessary information. Maybe this is the direction we
should consider? Device names under /dev seem to be irrelevant nowadays.

I think in the long run we should look closely at how V4L2 is solving
similar problems.

The best would be to create independent adapters for each independent CA device (ca0/caio0 pair) - they are independent after all (physically and in the way they're used).

What I understand you would like to see, is the ability to do direct transfers between independent devices or parts of devices. Is this correct?

Best regards,
Martin Vidovic
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux