{"id":27,"date":"2015-08-30T11:28:24","date_gmt":"2015-08-30T16:28:24","guid":{"rendered":"http:\/\/drmad.org\/blog\/?p=27"},"modified":"2016-09-08T14:29:40","modified_gmt":"2016-09-08T19:29:40","slug":"jugando-con-el-framebuffer-de-linux-en-raspberry-pi","status":"publish","type":"post","link":"https:\/\/drmad.org\/blog\/jugando-con-el-framebuffer-de-linux-en-raspberry-pi.html","title":{"rendered":"Jugando con el framebuffer de Linux en Raspberry PI"},"content":{"rendered":"

Hace una semana lleg\u00f3 (despu\u00e9s de 4 meses), la pantalla 7″ touch<\/a> que ped\u00ed al Papa Noel chino \ud83d\ude42<\/p>\n

\"IMG-20150817-WA0009\"<\/a><\/p>\n

Docenas de ideas se me ocurrieron para usar esta pantalla con el Rasperry Pi<\/a> del la visita anterior de Papa Noel: Desde un on-board display<\/em> para el carro, hasta un reloj mono para mi alcoba. Pero cualquier cosa que haga tiene un peque\u00f1o reto: El hardware<\/em> es bastante limitado: 700 MHz de velocidad de procesador, 512MB de RAM, entre otras cosas. Pero eso es excelente: con pocos recursos, necesitas ser creativo \ud83d\ude42<\/p>\n

El primer problema es c\u00f3mo dibujar una interfase gr\u00e1fica para lo que vaya a hacer. Lo m\u00e1s sencillo hubiera sido quiz\u00e1s usar Gambas<\/a>, pero el overhead<\/em> ser\u00eda demasiado. As\u00ed que comenc\u00e9 a bajar de nivel, pensando en Python<\/a> + OpenGL, C++ + OpenGL, pero todo me pareci\u00f3 muy complicado y\/o con demasiado overhead<\/em>. Al final, despu\u00e9s de indagar un poco, llegu\u00e9 a viejo Framebuffer de Linux<\/a>. Y es perfecto: No requiere ninguna dependencia (ya viene todo en Linux), funciona en cualquier Linux, y es bastante sencillo de usar: Como en los viejos tiempos, accedes a la memoria de v\u00eddeo directo para dibujar los pixeles. Mi lado oldschool demoscener<\/a><\/em> se emocion\u00f3 B-)<\/p>\n

Y qu\u00e9 mejor forma de probarlo, que implementar un viejo efecto de fuego \ud83d\ude00<\/p>\n