On Sun, 6 Nov 2011 10:01:49 -0500 Devin Heitmueller <dheitmuel...@kernellabs.com> wrote:
> On Sunday, November 6, 2011, Steffen Barszus > <steffenbpu...@googlemail.com> wrote: > > On Sat, 5 Nov 2011 15:38:50 -0400 > > Devin Heitmueller <dheitmuel...@kernellabs.com> wrote: > > > >> On Saturday, November 5, 2011, Steffen Barszus > >> <steffenbpu...@googlemail.com> wrote: > >> > On Wed, 26 Oct 2011 15:58:32 -0400 > >> > James <bjloc...@lockie.ca> wrote: > >> >> How about adding switches to femon, it won't be automatic? > >> >> > >> >> I'm going to make femon work for my card, anyways. :-) > >> > > >> > This is no solution - drivers should be patched to deliver > >> > result in common format. femon is not the only application > >> > reading this values. And every application carrying its own set > >> > of correction tables doesn't help in any way. Shouldn't be to > >> > hard to agree on one scale and scale whatever value to that in > >> > reporting the signal strength. > >> > >> You would think this would be relatively simple to get a consensus > >> on. You would be wrong though. I would suggest doing a search of > >> the ML for "SNR" so you can see all. the history of the debate > >> amongst the driver developers. > > > > I don't need to read the history of this and i am not even > > interested in doing so. No matter what "The right solution" is, > > showing the inability of acting as a team and putting the conflict > > to the user is the worst solution you can achieve. Any uniform > > scale is better, then whats there at the moment. > > > > Being ignorant in this respect is and was intended. > > Yes, as a team the Linux v4l-dvb team very much resembles > dysfunctional family. And saying this as one of the developers, it > is pretty embarrassing that we haven't been able to agree on a > standard (and I've said on numerous occasions when discussing this > issue that any standard that is uniform is better than no standard at > all). "Perfect is the enemy of good" i know that and i didn't mention with any word _you_ should fix that. However it needs to be fixed. > That said, when random users show up and berate the developers for not > thinking of the user experience, my knee-jerk reaction is to think, > "Fuck you. You don't pay my salary and it's not my job to work on > the things you think are important. Submit you own patches if you > think you can do better.". Obviously I don't say that because it > isn't polite, but the core sentiment is accurate. First i did not berate anyone. Second i don't care if you think about user experience. I said don't put your conflicts to the user. Third I don't tell you what to do. I just stated the obvious. Let me rephrase what i tried to say initially: No please don't start patching femon for a single card, there are other applications using this interface, which would possibly need to go the same route, once this get started. Then there are applications which wont do this (which i can understand, because its wrong). Suggestion will be to patch/fix the driver - which in the end means that the fight will be done at the back of the end user or people who try to make life easier for them and for example putting together specialized linux distributions. So from my perspective it means that beside this patches: ftp://ftp.tvdr.de/vdr/Developer/Driver-Patches/ It will start to become more patches for the different cards, which i get asked for to include it in my dkms package, or people start making patches for vdr and other applications to do the same as suggested here, which also end up at the same side. This is frustrating. Has my frustration been visible in my mail ? Not impossible. But where else than on this list i could plead for help in getting this fixed at the right place ? Devin i'm not asking you to fix it, i'm writing to linux-media as i did in my initial mail. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
