héroes del bit

Hace tiempo hice un algoritmo FFT para que corriese rápido en máquinas de poca potencia (convierte una onda en una gráfica de frecuencia e intensidad) El algoritmo típico usa senos cosenos... yo use solo sumas y restas lo que puede ser impreciso pero los senos y cosenos también ahora que lo pienso. La solución es tomar la muestra de audio y sumar y restar sus valores con ruido estadísticamente neutro pero acotado en frecuencia. Por ejemplo tomar ruido blanco, sacar la banda de 4hz multiplicar los valores de la muestra por esto. El resultado una desviación del ruido sobre lo que sería neutro pero que ya no solo es buena para ondas sinusoidales sino para todo tipo de ondas. Soy un crack ou yeah!

Si grabas una señal a suficiente velocidad en teoría puedes reducir la velocidad y aumentar la tasa de bits. Sería posible grabar a 12bit y tener señal de 24bit de menor frecuencia. Convertir un archivo PCM a menor tasa de bits pero mayor frecuencia permite conservar la información y si inviertes la forma de onda y los reproduces a la vez se anulan. Pienso es mas interesante para grabar audio con dispositivos de 12bit a mucha velocidad y tener señales de 16 y 24bit de audio. Por ejemplo una Wemos D1 ESP32 tiene entradas analógicas de 12bit pero con esta técnica se puede aumentar la precisión. Un experimento, se genera ruido blanco en audacity que es estadísticamente igual en todas las frecuencias, puro random, y se guarda como 24 bit 48 Khz, se recarga y se guarda como 16 bit 88 Khz. Aquí se busca emular lo que sería grabar a menos bits y reducirlo de velocidad pero aumentar la profundidad. Habrían los mismos datos entre 16 bit y 24? La forma de comprobarlo es invertir la onda de uno d...

  Estuve trasteando con una placa WEMOS D1 R32 le construí un adaptador a VGA, las librerías como suele pasar últimamente ya estaban hechas pues no somos tan originales en ideas. Esta placa que cuesta cerca de 10€ en formato Arduino, es bastante más potente que un Arduino normal y corriente permitiendo generar señal VGA, usé un modo 800x600 pues más bajos dan problemas y más altos no tiene una estabilidad en ruido y reloj como para generar correctamente la señal. He usado 1 cable por canal (1xR,1xG,1xB) uno de masa y dos para sincronizar. se pueden usar más pines por canal claro o crear tu propio circuito que por ejemplo añada brillo a R,G,B pero no sería lo normal. La librería usa un conector por cada bit de color y estos necesitan resistencias. La placa se podría conectar a otra que gestione la entrada de un teclado, pero no hace falta pues tiene wifi y tiene además bluetooth también convertidor digital analógico sacar sonido (entrada por web o bluetooth). Esto me recuerda a que ...

Es fácil de ver que el html se comprimiría muy fácilmente, pues se envía como texto. A mi me parece que sería genial usar un sistema de diccionarios, me explico. Con un byte cada número puede ser una instrucción como en código de máquina, 256 valores... Con eso sobraría. por ejemplo un byte y una cadena de texto [234] [Esto sería una cadena de texto precedida por un byte][234] Cierro con el mismo byte. En "sería" el acento se suele indicar como "sería" tal vez mejor un byte. ser[12]ia Indicaría que el siguiente carácter lleva acento. 256 valores se quedan cortos pero podemos reservar 10 valores para diccionarios. Igual uno de php, otro de javascript... incluso uno de castellano pues con dos bytes se podría direccional un indice a una cantidad grande de palabras que por otra parte solo ocuparían unos megas... De todas formas la mayoría de las palabras que se usan no son muchas así que se podría tener perfectamente un diccionario de un byte para las 256 pa...

Es una posibilidad estos días con el open hardware. Pienso que una plataforma simple podría no mostrar su salida en pantalla sino en una web, cosa que seguramente ya exista. Plataformas baratas como Arduino con capacidad wifi podrían recibir la entrada directamente y en lugar de dibujar una matriz de colores sacar simplemente texto html. La pantalla? Pues un móvil un ordenador etc. Podría ser similar a los ordenadores de los 80s con un lenguaje de programación tipo BASIC o C y las capacidades gráficas dependerían del móvil así como la aceleración gráfica. Podría usar recursos de red o realizar operaciones con archivos en una tarjeta SD. Usaría sus entradas y salidas... En este sentido sería un sistema operativo simple para estas plataformas. Arduino, sus clones y otros similares; son plataformas económicas que no tienen apenas consumo de energía y no se calientan. La idea sería hacerlo algo más independiente y poder ejecutar programas o cargarlos desde él mismo. El Arduino básico igual...

No está mal llevar un registro de tu actividad y hay programas para este proposito, pero claro a día de hoy que sacan más dinero por espiarte que por venderte cosas igual no está de más cifrar la actividad. Igual tu actividad no es original pero sacando datos a todo el mundo y cocinándolos en ordenadores adecuados con IA, se puede sacar información ventajosa para invertir en bolsa o predecir tendencias... o bueno espiarte también por que no? No vaya a ser que te enteres de las cosas malas que hacen claro, pues lo tuyo no mola tanto... De hecho se espia por miedo supongo y para robar y no por cosas buenas, pero algun pretexto hay que tener asi que ya de paso espiar y robar como si fuese algo de chorizos independientes y no algo generalizado? Una buena forma sería simplemente mezclar con ruido blanco (estadísticamente neutro) tu archivo de texto.  Se podría saber que hay algo ahí con un análisis entrópico eso sí, pero se podría descifrar? Sería sumarle o restarle o ambos a tu texto u...