On Sun, Mar 22, 2009 at 9:00 PM, Devin Heitmueller <devin.heitmueller@xxxxxxxxx> wrote: > Wow, well this literally kept me up all night pondering the various options. > > Manu's idea has alot of merit - providing a completely new API that > provides the "raw data without translation" as well as a way to query > for what that format is for the raw data, provides a great deal more > flexibility for applications that want to perform advanced analysis > and interpretation of the data. > > That said, the solution takes the approach of "revolutionary" as > opposed to "evolutionary", which always worries me. While providing a > much more powerful interface, it also means all of the applications > will have to properly support all of the various possible > representations of the data, increasing the responsibility in userland > considerably. > > Let me ask this rhetorical question: if we did nothing more than just > normalize the SNR to provide a consistent value in dB, and did nothing > more than normalize the existing strength field to be 0-100%, leaving > it up to the driver author to decide the actual heuristic, what > percentage of user's needs would be fulfilled? > > I bet the answer would be something like 99%. > > I can see the value in an "advanced API" that could provide the > underlying raw data, but I feel like this could be provided in the > future at any point that someone cares enough to do the work. > > We can spend weeks debating and trying to design the "perfect > interface" (and possibly never come to an agreement as has gone on for > years), or we can just make a decision on how to represent the two > values that is "good enough", and we can have 99% of the population > satisfied virtually overnight (with the ability to provide an advanced > API to get the raw data in the future if there is ever sufficient > need). > > I'm willing to submit the patches for all the ATSC demods to conform > to the final API if the experts can just decide on what the format > should be. > > Devin Any other demod authors want to weigh in on this matter? Devin -- Devin J. Heitmueller http://www.devinheitmueller.com AIM: devinheitmueller -- 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
