RE: TV control API multiple module use case clarification

Hi Aginesh,

Interesting scenario you got. Do you think it would be possible to elaborate what these Modules A and B are? If you could maybe provide a more real-world example that could be very helpful. I think the specification currently assumes that there is always a single entity that consumes the API, thus no conflict is possible in this scenario.

Best regards
Alex

From: Aginesh Srinivasan [mailto:aginesh.srinivasan@broadcom.com]
Sent: Dienstag, 14. Juni 2016 20:52
To: public-tvapi@w3.org; selin@mozilla.com; Futasz, Alexander <alexander.futasz@fokus.fraunhofer.de>; shkim@etri.re.kr
Cc: David Liu <david.liu@broadcom.com>; Alan Lam <alan.lam@broadcom.com>
Subject: TV control API multiple module use case clarification

Hi,
    We at Broadcom have implemented TV stack following TV control API Specification
(https://www.w3.org/2015/tvapi/Overview.html).

    We have usecases involving multiple modules that requires TVTuner. We need some clarification on how to use the apis to handle the following scenario.

Scenario: There are two modules A and B. There is one tuner, tuner1.
Module A uses tuner1 and performs its functionality.
Module A is finished with its function and release tuner1.
Module B now wants to be able to use same tuner1 to acheive a different functionality.

Module A could find tuner1 using TVManager::getTuners()
But, once it is done using tuner1, how can moduleA inform TVManager that tuner1 is free so that moduleB can find tuner1 using TVManager::getTuners().

We see there is ontunerchanged event. But how can TVManager be aware when module A has finished using tuner1 in order to fire ontunerchanged event.
Is there any api ModuleA can call to inform TVManager that tuner1 is free?

Could you please clarify if these scenarios can be handled using TVManager apis?
If yes how do we have to use the apis.

Thanks,
Aginesh