Solve-It EE24: Nivel 7

Y vamos por fin con el último solveit de este año. Esta vez de nuevo, de manos de marcan.

Captura de pantalla 2016-07-25 a las 1.12.09.png

En cuanto vemos esto nos estiramos de los pelos… un superpuzzle con clarísimamente un QR a “montar”…

Antes de empezar a montarlo había que pensar un poco… precisamente en la charla de “hackit/solveit howto” ya habló marcan de los QR; tienen ciertas reglas de formación, redundancias, …

Claramente se veían las esquinas del QR y los bordes del mismo (tienen una franja blanca más ancha en un costado) y dimos por sentado que NO había la posibilidad de que hubiera que girarlos 90/180/270º en ningún caso …. pufff no quiero ni pensarlo si hubiera sido así…

La cosa es que nos pusimos a formar el puzzle con estos datos básicos que ya conocíamos (tema de esquinas y uniónes entre ‘cuadrados de control’ y enseguida encontramos un problema.

Desde la base los cuadrados de control (los gordos de las esquinas) tiene que salir SIEMPRE una linea que va alternando en blanco, negro, blanco, negro, etc… pero no cuadraba porque se doblaban algunos cuadrados negros … motivo? pues muy sencillo realmente: el perímetro de cada una de las piezas del puzzle se solapaba con la/s que tuviera/n que ir a su lado.

Captura de pantalla 2016-07-28 a las 9.35.02.png

Así pues, con paciencia y entre 3 personas ibamos colocando las piezas del puzzle … Y cuando ya casi lo teníamos terminado:

Captura de pantalla 2016-07-28 a las 9.43.41.png

Pensamos que no haría falta hacerlo del todo… se supone que hay datos redundantes!

Y efectivamente, con esa información el QR tenía la información suficiente y obtuvimos la ‘casi’ respuesta:

aswdegrsvtrsvgrhhuiopSagrjysvtrnuiopTawghjlawetrhjko1zrgfvacwrgcaxwgascaxcwergc dgfnhjkloascdgfnhjkTtmhupawvcasercgqatrCzcdvfmhjilzcdvhtzsethvacergacvsrthsvrgf hjiloHarilobfthyun1NzsvzergvzegvrmhioGzsvvzergvakdjvfnhzdvgknhcaergcaj_cgnlaefh nhlfnyukfjbncbgQwceglocegnhklRpcgjxwccawergaceegmhjul_zsnldvjacrwegcgfhlLibset rnctasetrgcmyuioacergac1axcagergcbgnmhupietrKascegtrmhiop3vstryhvrczsdgfrnmaxc wergcdbyvthvyhukl_sdbmlchAlawss_wevgtmhSxwtrywcrmhjzceybvsdtrysvrrmPlguwct wcgtuwcegtnmhu0acegrmhuip0awcebgrmhuipcebvgrmuipKawgrmuimup

Nos salió ese chorizo que, por supuesto probamos en el campo de contraseña pero  sorpresa! no era!

Demasiado facil, no? marcan? xDD

Por suerte acertar lo que había tras ese mensaje no fue muy difícil … Hay mayúsculas, números y barras bajas.

Si las separamos en orden, sale la contraseña fácilmente. Nos llevó poco averiguarlo:

aswdegrsvtrsvgrhhuiopSagrjysvtrnuiopTawghjlawetrhjko1zrgfvacwrgcaxwgascaxcwergc dgfnhjkloascdgfnhjkTtmhupawvcasercgqatrCzcdvfmhjilzcdvhtzsethvacergacvsrthsvrgf hjiloHarilobfthyun1NzsvzergvzegvrmhioGzsvvzergvakdjvfnhzdvgknhcaergcaj_cgnlaefh nhlfnyukfjbncbgQwceglocegnhklRpcgjxwccawergaceegmhjul_zsnldvjacrwegcgfhlLibset rnctasetrgcmyuioacergac1axcagergcbgnmhupietrKascegtrmhiop3vstryhvrczsdgfrnmaxc wergcdbyvthvyhukl_sdbmlchAlawss_wevgtmhSxwtrywcrmhjzceybvsdtrysvrrmPlguwct wcgtuwcegtnmhu0acegrmhuip0awcebgrmhuipcebvgrmuipKawgrmuimup

ST1TCH1NG_QR_L1K3_A_SP00K

Y así acabaron los solve-its de este año 2016 y de la EE24!

Ya estamos esperando con ansias al año que viene para comernos la cabeza gracias a SysTroll, imobilis & company !!


(PD: Los hackits que resolvimos los iré poniendo también, pero para esos tendremos que esperar que marcan los ponga en su página web, ya que no recopilé nada durante la party …)

Solve-It EE24: Nivel 6

Y casi estamos acabando los solveits de este año 2016! Penúltimo:

Captura de pantalla 2016-07-25 a las 1.11.57.png

Marcan nos da el enunciado “ENHANCE!”. Nada más verlo stenyak dice “Blade Runner!”… muy buena observación, porque al final el solveit tiene que ver con el ‘enhance’ de la película que todos conocemos de Blade Runner 😉

Ya para obtener la imagen que hay “oculta” en la web de hackit en este solveit nos costó un poco… no lograbamos sacarla porque la daba como errónea. Tras dar algunas vueltas al final editamos el código fuente de la página y accedimos directamente desde la url que lleva a la imagen.

Una vez tenemos la imagen vemos que pesa bastante:

Captura de pantalla 2016-07-27 a las 23.23.25.png

Por supuesto intentamos abrirla sin dudar:

Captura de pantalla 2016-07-27 a las 23.24.57.png

ui… parece como que … no se abre, no? será cosa de osx? Probamos en windows y obtenemos más o menos el mismo resultado solo que logramos ver el thumbnail de la imagen… se trata de una imagen del mítico pantallazo azul de windows !

Captura de pantalla 2016-07-27 a las 23.43.38.png

Logramos abrirla a duras penas en windows y le hicimos una foto con el movil justo antes de que petase xD. A partir de esa imagen probamos varias cosas en la contraseña del nivel, por si era la contraseña, la dirección de memoria que sale, algun texto, … sin ningún éxito …

Bueno, creo que estabamos tardando en pasarla por Octave … no? a ver qué tenemos:

Captura de pantalla 2016-07-27 a las 23.32.31.png

Le cuesta abrir la imagen… bueno, no tenemos prisa… que se tome su tiempo; mientras abra bien la imagen…

He de decir que tras varios minutos desistimos de esperar y optamos por usar Matlab … :/

Lo guapo de Matlab con las imágenes es que, como en este caso, le puede costar al principio leera y mostrarla en pantalla, pero una vez lo hace va con bastante fluidez:

Captura de pantalla 2016-07-28 a las 0.13.25.png

Bueno… y ahora que?

 

… un momento… qué es eso que hay en la ‘i’ de ‘Windows’ ?

Captura de pantalla 2016-07-28 a las 0.14.00.png

Captura de pantalla 2016-07-28 a las 0.15.05.png

Captura de pantalla 2016-07-28 a las 0.15.47.png

Captura de pantalla 2016-07-28 a las 0.16.19.png

Enchance! ahora todo cobra sentido …

Bueno con este solveit acabo hoy. Mañana postearé el último Solve-It de este año ! Un maravilloso QR marca de la casa marcan 😉

 

Solve-It EE24: Nivel 5

Llegamos al solveit maldito de la EE24. Ese solveit que únicamente el equipo w0pr fue capaz de descifrar:

Captura de pantalla 2016-07-24 a las 12.56.37.png

“echar a correr”? letras al tuntún (un código cifrado fijo fijísimo) y una extraña … dirección de memoria? -5p?

Todo muy confuso. Lo primero que se nos ocurrió con este solveit fue ir directos a buscar la dirección en hexadecimal. Muy concreta y visible, seguro que es importante. Busquemos en google:

Captura de pantalla 2016-07-27 a las 22.40.05.png

vaya! la web de marcan, a ver qué se nos cuenta…

Captura de pantalla 2016-07-27 a las 22.41.16.png

Parece que se trata de un hack de marcan a su teclado Korg Kronos en el que cambia la placa base del mismo para mejorar el rendimiento y demás (cosa de niños para marcan ;).

Si buscamos el texto en cuestión nos lo encontramos como era de esperar indicando una zona de memoria:

Captura de pantalla 2016-07-27 a las 22.44.25.png

Pero y ahora qué? Pensé en un primer momento… seguro que -5p son 5 palabras menos a partir de esa: 000000000e000? bah, no creo que sea eso, vamos 5 párrafos para arriba a ver; pero qué es un párrafo aquí? contarán todos los párrafos o unicamente los que narra el trabajo que va realizando? Cogemos los 2 por si acaso, a ver qué aparece:

“But it is permanently suppressed (i.e. hidden): Suppress If: True. Bummer.”

y

“One easy way to change UEFI variables is to boot into a UEFI-enabled Linux kernel (in UEFI mode) and use efivarfs. I used my trusty SystemRescueCD USB stick (which supports UEFI mode). After booting into a compatible kernel, we can see the Setup variable:”

Vale, y qué se supone que hay aquí oculto? Pues después de darle vueltas unos excasos 5 minutos intentando buscar alguna posible clave … abandoné por completo la idea. MAL!!! porque estaba la clave en el segundo párrafo, pero bueno… cosas que pasan…

Twmpatd cogió los caracteres codificados (sin prestar mucha atención a la dirección y el ‘-5p’) y se puso a hacer combinaciones y más combinaciones para intentar sacar un código (sustitución, patrones, código césar, …) Pasamos horas y más horas investigando y haciendo por método de sustitución simple intentos para descifrar la clave pero no había forma.

Continuamos dedicándonos a otros solveits y resolvimos los 2 siguientes mientras que este aún seguía pendiente aun después de un trabajo de muchísimas horas de twmpatd…

Fue tras la resolución del último solveit (el número 7) cuando a nikneu se le ocurrió… “Oye, esto podría ser un código Vigenère”, arriba ponía clarísimamente “la clave es echar a correr”. Y tenía parte de razón. La base del código Vigenère viene dada por esta tabla:

Captura de pantalla 2016-07-27 a las 22.56.12.png

Utilizamos el código Vigenère con varias claves sacadas de “echar a correr” que tenemos en el título. Tenía su logica! pero no hubo suerte…

Finalmente y tras la competición (porque NO 😦 sacamos este solveit…), hablamos con la gente de w0pr que eran los únicos que lo habían sacado y nos dijeron que la clave era el -5p! 5 párrafos arriba !! ibamos bien al principio !!! :/

Y la clave que se refería el título es “echar a correr” -> “running key cypher”, una codificación familia directa de Vigenère que en lugar de palabras como claves, utiliza textos completos. Así pues hicimos post-party el solve-it:

Cogiendo esta parte del parrafo -5 que comenté antes: “One easy way to change UEFI variables is to”

Y ajustandola al código que nos ofrece imobilis hacemos el descifrado según la tabla que teníamos de Vigenère:

Captura de pantalla 2016-07-27 a las 23.11.06.png

Y voilá, tenemos el código (aunque viniera tarde… :P)

 

Solve-It EE24: Nivel 4

Llegamos al nivel de solve-it que más nos tuvo entretenidos y más quebraderos de cabeza nos dio… y que resolvimos como si fuera un hack-it en lugar de un solve-it gracias a que … bueno, creo que el problema es que no sabemos usar google … xD

Captura de pantalla 2016-07-25 a las 1.11.39.png

Este archivo descargable se trata de un archivo midi que, nada más descargarlo vemos que ocupa demasiado para lo que son, o deberían de ser, los archivos midi normalmente.

Captura de pantalla 2016-07-26 a las 18.22.04.png

Si lo pasamos por el reproductor de windows (porque ni al vlc ni a algún otro que probamos le gustó…) se oye precisamente lo que indica su titulo… ‘noise’.

Lo intentamos abrir con algún editor midi que bajamos de internet pero cascaba por todas las esquinas. Twmpatd lo importó en Audacity y vimos un chorizo de este pelo:

Captura de pantalla 2016-07-26 a las 18.27.45.png

Parecía como una forma de onda incrustada de alguna forma entre otros datos sin ninguna correlación… Pasamos varias horas buscando con el audacity alguna forma reconocible, letra, dato en general, que nos pudiera conducir a la contraseña del nivel… sin ningún éxito.

Con stenyak y twmpatd habiendo abandonado ya el hackit 1 (que más tarde nos llegaría la inspiración de cómo resolver …) le dedicamos todos el 100% del tiempo a este solve-it.

Yo abandoné un poco el Audacity porque parecía que no había salida y rebusqué por internet hasta que dí con una aplicación, de casualidad, gratuita y multiplataforma, llamada MidiYodi que nos solucionó algo la papeleta.

Nada más abrir el archivo en esta aplicación me dijo que contenía 17 pistas midi ! (de ahí los mil colores que mostraba audacity….)

Captura de pantalla 2016-07-26 a las 18.35.21.png

En esta captura vemos estas pistas separadas.

Pasamos horas mirando estas tiras cada uno de nosotros. examinandolas poco a poco intentando averiguar qué podían contener…

Yo hasta empecé a ver puentes de san francisco en alguna pista…:

Captura de pantalla 2016-07-26 a las 18.38.10.png

(creo que eran las horas que llevabamos ya viendo dibujitos azules…)

Pasadas x horas y a altas horas de la noche … atrajo nuestra atención un trozo de estas tiras midi:

Captura de pantalla 2016-07-26 a las 18.40.45.png

Concretamente el trozo de la captura anterior. Nos resultó mucha casualidad que hubiera ese corte ‘cuadrado’ en el archivo. Pensamos rápidamente que tenían que ser datos digitales de algún tipo.

Captura de pantalla 2016-07-26 a las 19.05.42.png

Pasamos a un archivo de texto los datos en binario… pasados literalmente no decían mucho más que en el programa de MidiYodi… así que empezamos a combinarlos de diferentes formas para ver si obteníamos algo.

Así fue como sacamos lo siguiente, cogiendo las primeras columnas de 1’s y 0’s de cada una de las 6 pistas y transponiendolos:

Captura de pantalla 2016-07-26 a las 19.09.57.png

Bueno, parecía que teníamos la contraseña por fin !!

Pero oh sorpresa! “album” NO era la contraseña!! wtf??? como puede ser?

Qué probabilidades había de que pudieramos encontrar la palabra “Album” de ese enjendro de lineas sacadas con el midiyodi y que no fuese la contraseña???

Después de la pequeña decepción, había que buscar alguna solución…

Stenyak sostuvo que si la contraseña se había formado utilizando ese método … seguro que había que hacer lo mismo con TODOS los tracks del midi porque sería un videoclip o alguna clase de video … la verdad es que era muchisima información para no haber nada más. Así pues … nos pusimos a la obra ya que era una tarea de programación…

Hicimos una captura de pantalla de las pistas, recortando a mano (las que cabían en una captura…) y agarramos Octave por banda y nos pusimos a codear algo que hiciera la animación por nosotros:

Captura de pantalla 2016-07-26 a las 19.39.28.png

En la captura de arriba podemos ver ‘prueba1.png’ que era la captura de pantalla que hicimos a mano de la aplicación midiyodi. Las 17 pistas como digo, no cabían en la pantalla, (solamente cabían 13) así que pensamos poner las 4 pistas que quedaban en el tintero, pegadas con paint una vez hubieramos visto que funcionaba el invento (al final por suerte no hizo falta…), un poco guarro el sistema… pero no veíamos muchas más opciones …

He intentado subir el video que nos salió al blog pero no tengo ‘premium’ y no me deja así que dejo aquí un enlace de youtube al mismo:

Como se puede ver, es casi inconfundible la silueta de Rick Astley pegandose su bailoteo (segundo 20). Además salen las letras que antes teníamos descifradas (segundo 25).

Así pues, ya obtuvimos finalmente la contraseña, se trataba de sacar el nombre del album en el que está incluida esa canción de Rick Astley, “Never gonna give you up”, y se trata de:

whenever you need somebody

Por fín!! esta vez si, teníamos la contraseña correcta!! Sudor nos costó. Unas 6 horas o más en total, no sé, perdí la cuenta cuando eran las 4 de la madrugada…

En la entrega de premios estuvimos hablando con la gente de w0pr (grandes!! un saludo si estáis leyendo!). Y nos enteramos que este tipo de videos codificados en midi se hacen llamar Blackmidis … y que hay reproductores específicos para ellos! Nos quedamos picuet … Así que nos pareció un hackit más que un solve-it …

Lección aprendida: no hay que venirse arriba con Matlab/Octave para sacar solve-its !!!

Solve-It EE24: Nivel 3

Y pasamos al número 3. De nuevo marcan nos propone un solveit: “PROBLEM?” con una bonita captura Trollface.

Captura de pantalla 2016-07-25 a las 1.11.07

A simple vista, no parece una imagen fuera de lo común, sin embargo, si nos detenemos un poco más a observar la imagen vemos que tiene un pixel ‘extra’ hacia la mitad de las cejas. Es lo primero que salta a la vista.

Descargamos la imagen para examinarla más a fondo y vemos que es una imagen .png en blanco y negro de 208 x 174 pixels de resolución.

Mientras stenyak y twmpatd están peleando con el primer hack-it (que era facilón, pero nos liamos resolviendo la parte equivocada del mismo … y hasta el ultimo día casi no lo sacamos :/ ) el resto nos pusimos a investigar la imagen.

Parecía como que había, además de ese pixel extra, algunos otros que faltaban, y otros que también sobraban, como el pixel de la frente.

image.png

Lo que primero se nos ocurrió fué buscar en internet la imagen en la que se ha basado marcan para poner los pixels que parece que tiene extra. Encontramos muchas variantes de la imagen y ninguna que se ajustase a la que teníamos en el solveit. La más parecida era una que nos encontramos con suavizado en esta URL:

http://memesvault.com/troll-meme/

A ‘ojímetro’ marcamos los pixels que eran distintos. De este análisis a ojo nos salieron 10 (cuando en realidad había 15).

Mantuvimos la hipótesis de que marcan había sacado la imagen original de algún sitio, y no la había hecho él a partir de, por ejemplo, la que teníamos suavizada. Así pues, creímos necesario continuar escarbando en internet hasta encontrar la imagen adecuada.

Tras un buen rato y después de poner en el Google “imagen original trollface” para buscar en imágenes, nos topamos con:

Captura de pantalla 2016-07-26 a las 17.00.50.png

Esta imagen no tenia ninguna clase de suavizado ni anti-alias ni nada (aunque no fuera de la resolución adecuada y estuviera ‘espejada’, se parecía): era la que estabamos buscando.

Usando un programa de dibujo le aplicamos el modificador de Mirror para ponerla en la misma orientación que la que teníamos nosotros y las superpusimos aplicando alphas e inversiones. Aquí fue cuando nos dimos cuenta que no había 10 puntos distintos, sino 15 …

Marcamos unos en verde (los que marcan habia añadido  en negro) y otros en rojo (los puntos negros que había suprimido para ponerlos en blanco).

TrollConstellation

Nuestro compañero Twmpatd, en este punto (mientras seguía peleando con el hackit 1…) lo tuvo claro: era una constelación. Yo, como siempre, no lo vi tan claro y pensé que tenía que ver con las coordenadas de los puntos así que cogí el Octave por banda (como casi siempre) y me puse a hacer malabares con los datos de las coordenadas, sin obtener nada en claro.

Lezuck sin embargo, hizo bien en optar por buscar constelaciones siguiendo el consejo de twmpatd.

Recuerdo que tras unas horas me preguntó “cual es esta constelacion? porque creo que es esta la respuesta”:

Captura de pantalla 2016-07-26 a las 17.14.03.png

Y yo, con mi gran sabiduría en constelaciones 😀 respondí sin dudar: “escorpio”.

Evidentemente no es escorpio: esta cagada nos supuso como 1 hora de pérdida de tiempo… jejejeje cositas que pasan …

Finalmente, lezuck siguió en su línea de mirar constelaciones y comprobó si mi respuesta estaba mal…. y efectivamente, lo estaba (menos mal).

La correcta era VIRGO

 

Solve-It EE24: Nivel 2

En esta ocasión en un solveit de imobilis nos muestra:

Captura de pantalla 2016-07-25 a las 1.10.56.png

Se trata de un .gif con la animacion de NyanCat que nos enlazaba a un archivo de sonido con la música del mismo.

La particularidad de este archivo de sonido, era que tenía subidas de volumen importantes cada poco. Al escucharlo sencillamente se notaba bastante. Mientras algunos nos pusimos a pelear con el archivo de audio, stenyak se puso a destripar el .gif por si encontraba algo sospechoso … porque nunca se sabe con los solve-its …

Abrimos con Audacity el fichero .ogg:

Captura de pantalla 2016-07-26 a las 14.31.03

Nos encontramos esto y lo primero que se nos pasa por la cabeza es que sea un código de barras.

Nos ponemos a buscar una zona “limpia” en la que se pueda ver un código de barras claro pero no damos con nada concluyente así que abandonamos la idea después de varias pruebas …

Cambiamos de táctica y optamos por buscar en internet algún fichero del que pudiera haber salido el original “nyan.ogg”que nos da imobilis. Encontramos uno en la web

http://gamesoundtrack.wikia.com/wiki/File:Nyan.ogg

que dura exactamente lo mismo (54 segundos), pero tenemos un problema. El que nos dan originalmente está muestreado a 48kHz, y el ogg que encontramos está a 44.1kHz. Esto realmente nos supone un problema ya que nuestro objetivo era pasar por Matlab ambas señales (Octave no tiene implementada la funcion de leer audio 😦 aun… ) para luego hacer su diferencia y ver qué información se podría haber añadido en la pista de audio, pero estando muestreados a diferentes frecuencias como vemos en la siguiente imagen….:

Captura de pantalla 2016-07-26 a las 14.48.32.png

… una pista es más larga que la otra.

Al toparnos con este problemilla entendemos como que los tiros no van a ir por ahí … No obstante, y ya que teníamos los datos, remuestreamos a 44.1kHz la onda y restamos, pero el resultado, efectivamente, no fue nada concluyente….

Captura de pantalla 2016-07-26 a las 14.56.20.png

Volvimos a plantear el problema desde el principio.

Stenyak, tras destripar el .gif y ver que no tenía nada, se le ocurió marcar los saltos de volumen con el mismo Audacity (Menu: View – Show Clipping) y salio esto:

MorseNyanCat.png

Parecían 2 anchuras distintas de barras así que estaba más o menos claro (había pequeñas irregularidades… pero bueno, se podían pasar por alto). Parecía que nos estabamos enfrentando a código morse… Nuestro compañero Twmpatd lo vió clarísimo pese a, como digo, pequeños defectos que se podían ver algunas barras rojas.

Y así es que sacando puntitos y rayas y ordenando un poco nos topamos con:

.. – … .- -… .. .-. -.. ..–.. .. – … .- .–. .-.. .- -. . ..–.. -. — .. – … -. -.– .- -. -.-. .- –
i  t  s   a  b   i   r  d    ?     i  t s   a  p    l    a  n  e ?      n  o   i  t s   n  y    a  n  c    a  t

Solve-It EE24: Nivel 1

Aprovechando que hoy tengo fiesta (sí, pedí fiesta hoy porque sabía que tras la Euskal, tener un día extra para dormir es bien …… ) aprovecharemos para postear la solución del primer solve-it de este año.

Resumiendo un poco el concurso de este año, he de decir que, pese a los resultados, veíamos nuestras opciones muy truncadas, sobre todo al principio, ya que estabamos siendo de los últimos en resolver todos los solve-its (incluso el del primer nivel…).

La cosa fue mejorando gracias a que durante las tardes y sobre todo por las noches le dedicamos muchisimas horas y fuimos remontando bastante.

Pero bueno, vamos con el primer solve-it y dejemos de contar nuestra vida que no interesa… jejejj.

marcan nos presentaba este enigma:

Captura de pantalla 2016-07-25 a las 1.10.24

“OFF BY ONE” y una serie de letras sin sentido aparente, como muchas otras veces.

He de decir que lo primero que se me pasó por la cabeza fue desplazar en el teclado las teclas hacia la DERECHA (es decir con offset a la izquierda “OFF BY ONE”, tenía sentido!!). Estoy seguro que más de una vez a más de alguno nos ha pasado que vas a ir a escribir algun mensaje en el ordenador (telegram/whatsapp/IRC/whatever) y colocas mal las manos en el teclado, lo que supone hacer churros inteligibles, por ejemplo:

rm drtop<¡   (en serio?)

Es guapo que probé con offset a la derecha y NO a la izquierda ¬¬… que por qué? … pues no lo sé, pero al obtener:

ñtimdygbgb`gtpf…etc…

Vi esto y me dí por vencido enseguida; no sé por qué no probé un offset a la derecha!!! es decir, poner las letras correspondientes a ese texto en el teclado que estén a la izquierda ya que esa SI que era la respuesta.

Cambiamos de táctica y estuvimos un BUEN rato dando vueltas al codigo ascii (sí, me fuí por los cerros de Úbeda…) sin ningún resultado.

Estaba con Lezuck al lado y él andaba algo extrañado de que hubiera que meter mano al codigo ascii… Así que nos dimos cuenta volviendo al tema del offset, que no se tocaban para nada ningunas letras de la parte izquierda del teclado (q,a, z, w, x) la ‘s’ sí, pero una única vez. Retomamos el offset pero lo hicimos hacia el otro lado, que esta vez sí, era la respuesta correcta:

keyboardcodeisbestcode

EE24 is coming – Parte II

Pues la euskal llega a su fin un día como hoy. Toca llegar a casa y descansar, y sobre todo dormir. DORMIRRR!!!

Los hack-its/solve-its nos han tenido entretenidos el 90% del tiempo pero bueno, el esfuerzo ha merecido la pena: 1er puesto en Solve-It (2º después de los intocables w0pr, que han ganado la competición completa). 5os en Hack-It y 3os en el computo global de Hack/Solve:

Captura de pantalla 2016-07-25 a las 15.43.08.png

Un buen año teniendo en cuenta que pensabamos quedar mejor que el año pasado (>13º) jejj.

He ido recopilando toda la información necesaria para ir resolviendo los solve-its por aqui asi que los iré posteando segun vaya encontrando tiempo.

De momento …. voy a terminar de recoger este percal que aún me queda un cacho y salgo en breves para casa ….

 

Domotizando IX – ABORTEN! + RESET ;)

Bueeeeno, pues aquí estamos de nuevo. Que hacía tiempo que no escribía nada… Con la Euskal Encounter en mente, el trabajo y otros temas de la casa he estado bastante entretenido la verdad.

El otro día empecé a escribir el código para el cálculo de kWh en casa, pero no lo tengo terminado porque … lo de siempre, empiezas a escribir y a pensar… pues es que igual necesito hacer esto porque voy a tener este problema (y te desvías) y según estas solucionando un problema aparece otro! (y te desvías) y así hasta… que te aburres o dices… me estoy yendo, voy a empezar de nuevo que seguro que hay una forma más facil de hacer las cosas… jejeje.

Captura de pantalla 2016-07-11 a las 12.04.55

Si si, lo sé, por qué hay un .exe y un .win? Bueno, es que he de confesar que he estado haciendo un poco de programación en windows qué le vamos a hacer… Pero pensando en que no puedo venirme arriba usando la api de windows, eh? que no cunda el pánico…

Aqui va parte del codigo (casi la totalidad del mismo tal y como lo tengo ahora):

Captura de pantalla 2016-07-11 a las 12.09.23.png

Como podeis ver… basicamente lo que tengo aquí es un programilla que gestiona/recoge los datos que hay un archivo de configuración. Un archivo que contendrá los datos que querremos visualizar de consumo.

Va por días, meses y años. La idea es introducir una fecha inicial, una final y el tipo de muestras cada cuanto se están capturando para hacer el cálculo de los kWh. Sencillo.

Captura de pantalla 2016-07-11 a las 12.13.17.png

El “main” del programa, que será el que haga el cálculo (o ya veremos si hago otra funcion para ello). Lo actualizaré cuando lo tenga terminado o semi-terminado. Porque también mi idea es crear un archivo de datos por meses para hacer el calculo para según fechas establecidas en este archivo de configuración… o incluso estaba pensando en pasar por parámetro a este programa los datos de las fechas y quitarme del archivo de configuración (una gran idea que supondría tirar lo que tengo ahora mismo A LA MIERDA ya que no haría falta tanta chirigota con ficheros…)

Conclusión, ya iré actualizando este mismo post según vaya avanzando…


ACTUALIZADO:

Después de estar más tiempo pensando en toda la liada de datos que voy a tener, cómo los quiero mostrar y qué información quiero dar he llegado a la conclusión de que voy a borrar toda la mierda que he hecho arriba y empezar a replantear todo desde 0 ….

Es un poco triste, pero a veces hay que hacer este tipo de cosas porque da la sensación de que estás haciendo parche sobre parche de algo que ni siquiera está aún terminado (ni empezado incluso….).

En el programa de arriba empiezo a hacer un procesamiento de un fichero de texto que aún no tengo generado …. mal javi, maaaaaal!!

El paso siguiente adecuado es generar el fichero con las potencias muestreadas, no el procesamiento del fichero de las potencias muestreadas … ¿en qué estamos pensando?