That depends on what frequency you retrieve your samples...
If it's like every 100th of a second, that's not so much data
(100 bytes) but including these 60Hz artifacts.
> compressors have limited windows, and 60Hz is a long time,
> to a computer. depending on how fast the noise source is,
> 16.6ms might well be outside its window. especially if the
> stream is otherwise random, and thus not very compressible...
>
>
> > I think you can "remove" (well, not literally)
> > some of the not-so-random data in the inputs
> > for the random generator (like the 60Hz of the
> > current, processor harmonics, etc.) by first
> > sending the random-data trough a compressor.
> > bzip2 or gzip or whatsoever. By compressing
> > data, you'll remove redundancy from data which
> > should remove repeating events like the 60hz
> > stuff. See also the thread that spawned on this
> > mailinglist on that message I wrote about the
> > randomness of the kernel :-)
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Jan 31 2000 - 21:00:18 EST