VDR User wrote:
On Thu, Mar 19, 2009 at 11:55 PM, Manu Abraham abraham.m...@gmail.com wrote:
* At the peak, you will get the maximum quality
* falling down the slope to the left and right you will get falling
signal strengths
* Still rolling down, you will get increasing ERROR's, with still
Devin Heitmueller wrote:
On Wed, Mar 25, 2009 at 6:02 PM, Manu Abraham abraham.m...@gmail.com wrote:
Sure, of course. Here is an updated list based on the information
that you accumulated. I have corrected some of them, which were not
accurate.
Before I comment any further on your email,
On Tue, Mar 24, 2009 at 7:46 PM, Manu Abraham abraham.m...@gmail.com wrote:
Mika Laitio wrote:
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
Devin Heitmueller wrote:
On Tue, Mar 24, 2009 at 7:46 PM, Manu Abraham abraham.m...@gmail.com wrote:
Mika Laitio wrote:
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
On Wed, Mar 25, 2009 at 6:02 PM, Manu Abraham abraham.m...@gmail.com wrote:
Sure, of course. Here is an updated list based on the information
that you accumulated. I have corrected some of them, which were not
accurate.
Before I comment any further on your email, could you please clarify
what
On Sun, Mar 22, 2009 at 9:00 PM, Devin Heitmueller
devin.heitmuel...@gmail.com 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
Devin Heitmueller wrote:
On Sun, Mar 22, 2009 at 9:00 PM, Devin Heitmueller
devin.heitmuel...@gmail.com 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
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
On Tue, Mar 24, 2009 at 4:46 PM, Manu Abraham abraham.m...@gmail.com wrote:
From the end user point of view it is not very usefull if he has 2
different cards and application can not show any usefull signal goodness
info in a way that would be easy to compare. So I think the attempt to
Andy Walls wrote:
On Fri, 2009-03-20 at 10:55 +0400, Manu Abraham wrote:
Manu Abraham wrote:
I have been going through this thread with much interest to see
where it was going.
In fact, what i found after reading the emails in this thread:
People would like to see standardized Signal
On Fri, 2009-03-20 at 10:55 +0400, Manu Abraham wrote:
Manu Abraham wrote:
I have been going through this thread with much interest to see
where it was going.
In fact, what i found after reading the emails in this thread:
People would like to see standardized Signal stats in
Manu Abraham wrote:
Devin Heitmueller wrote:
On Thu, Mar 19, 2009 at 6:17 PM, Trent Piepho xy...@speakeasy.org wrote:
On Thu, 19 Mar 2009, Trent Piepho wrote:
Since the driver often needs to use a logarithm from dvb-math to find SNR,
you have code like this in the driver (from lgdt3305.c):
On Fri, Mar 20, 2009 at 2:55 AM, Manu Abraham abraham.m...@gmail.com wrote:
When you position an antenna, you do not get a LOCK in most cases.
The signal statistics for any demodulator are valid only with a
frontend LOCK.
This is absolutely true, and a very common problem in the drivers (at
On Thu, Mar 19, 2009 at 7:06 PM, Trent Piepho xy...@speakeasy.org wrote:
The argument being put forth is based on the relative efficiency of
the multiply versus divide opcodes on modern CPU architectures?? And
Maybe I just like writing efficient code to do interesting things?
Wow, um, ok.
On Thu, Mar 19, 2009 at 11:55 PM, Manu Abraham abraham.m...@gmail.com wrote:
Well, that said positioning could be explained for those who on't
have an understanding on how to do it.
Let's assume, currently at position X there is no signal, no
frontend LOCK. You can move the antenna to the
On Fri, 20 Mar 2009, Devin Heitmueller wrote:
On Thu, Mar 19, 2009 at 7:06 PM, Trent Piepho xy...@speakeasy.org wrote:
The argument being put forth is based on the relative efficiency of
the multiply versus divide opcodes on modern CPU architectures?? ?And
Maybe I just like writing
On Fri, 13 Mar 2009 16:55:40 -0700 (PDT)
Trent Piepho xy...@speakeasy.org wrote:
On Fri, 13 Mar 2009, Devin Heitmueller wrote:
On Fri, Mar 13, 2009 at 5:11 PM, Trent Piepho xy...@speakeasy.org wrote:
I like 8.8 fixed point a lot better. It gives more precision. The range
is more in
On Thu, Mar 19, 2009 at 6:17 PM, Trent Piepho xy...@speakeasy.org wrote:
On Thu, 19 Mar 2009, Trent Piepho wrote:
Since the driver often needs to use a logarithm from dvb-math to find SNR,
you have code like this in the driver (from lgdt3305.c):
/* report SNR in dB * 10 */
Devin Heitmueller wrote:
On Thu, Mar 19, 2009 at 6:17 PM, Trent Piepho xy...@speakeasy.org wrote:
On Thu, 19 Mar 2009, Trent Piepho wrote:
Since the driver often needs to use a logarithm from dvb-math to find SNR,
you have code like this in the driver (from lgdt3305.c):
/* report SNR
Devin Heitmueller schrieb:
On Fri, Mar 13, 2009 at 6:27 PM, VDR User user@gmail.com wrote:
Just wanted to comment that I'm glad there is a lot of interest in
this. I've heard endless talk confusion on the user end over the
years as to the accuracy of the values, or in some cases (as
On Fri, Mar 13, 2009 at 12:19 AM, Ang Way Chuang wc...@nav6.org wrote:
Yes, please :)
Yeah, Michael Krufky and I were discussing it in more detail yesterday
on the #linuxtv ML. Essentially there are a few issues:
1. Getting everyone to agree on the definition of SNR, and what
units to
Just wanted to comment that I'm glad there is a lot of interest in
this. I've heard endless talk confusion on the user end over the
years as to the accuracy of the values, or in some cases (as with
Genpix adapters for example) where you don't seem to get any useful
information. Of course making
On Fri, Mar 13, 2009 at 6:27 PM, VDR User user@gmail.com wrote:
Just wanted to comment that I'm glad there is a lot of interest in
this. I've heard endless talk confusion on the user end over the
years as to the accuracy of the values, or in some cases (as with
Genpix adapters for
On Fri, 13 Mar 2009, Devin Heitmueller wrote:
On Fri, Mar 13, 2009 at 5:11 PM, Trent Piepho xy...@speakeasy.org wrote:
I like 8.8 fixed point a lot better. ?It gives more precision. ?The range
is more in line with that the range of real SNRs are. ?Computers are
binary, so the math can end
On Fri, 2009-03-13 at 10:27 -0400, Devin Heitmueller wrote:
On Fri, Mar 13, 2009 at 12:19 AM, Ang Way Chuang wc...@nav6.org wrote:
Yes, please :)
Yeah, Michael Krufky and I were discussing it in more detail yesterday
on the #linuxtv ML. Essentially there are a few issues:
1. Getting
On Fri, 13 Mar 2009, Andy Walls wrote:
On Fri, 2009-03-13 at 10:27 -0400, Devin Heitmueller wrote:
On Fri, Mar 13, 2009 at 12:19 AM, Ang Way Chuang wc...@nav6.org wrote:
Yes, please :)
Yeah, Michael Krufky and I were discussing it in more detail yesterday
on the #linuxtv ML.
On Fri, 2009-03-13 at 18:34 -0700, Trent Piepho wrote:
On Fri, 13 Mar 2009, Andy Walls wrote:
On Fri, 2009-03-13 at 10:27 -0400, Devin Heitmueller wrote:
On Fri, Mar 13, 2009 at 12:19 AM, Ang Way Chuang wc...@nav6.org wrote:
Yes, please :)
Yeah, Michael Krufky and I were
VDR User wrote:
On Thu, Mar 12, 2009 at 6:53 PM, Ang Way Chuang wc...@nav6.org wrote:
Hi all,
I've looked through the mailing list and there seems to be no
standard
way to interpret to content of SNR, signal strength and BER returned
from the DVB API. So, I wonder if someone knows how to
28 matches
Mail list logo