Estamos considerando configurar algunas computadoras de prueba con Raspberry Pi 2. Hubo interés en esto hace algunos años, pero debido a las limitaciones de OpenGL en Raspberry Pi, no fue muy lejos. Me preguntaba si alguien avanzó con la posibilidad de ejecutar PTB, PsychoPy u otro software experimental.
Antiguos enlaces de referencia: ¿El Raspberry Pi es capaz de funcionar como un sistema de presentación de estímulos para experimentos?
http://akiraoconnor.org/2013/02/01/using-the-raspberry-pi-to-run-cognitive-psychology-experiments/
Hablando en nombre del equipo de PsychoPy, esperaría que fuera posible, pero el rendimiento no será muy bueno.
Tanto PsychoPy como OpenSesame usan Python bajo el capó y este es un lenguaje interpretado. Eso significa que no es muy rápido ejecutar código, pero podemos salirnos con la nuestra si tenemos computadoras rápidas (y los gráficos acelerados por hardware marcan una gran diferencia).
Otra opción a considerar podría ser una PC básica como las computadoras Intel NUC. Puede obtener uno de esos por £ 100 (pero tiene que agregar memoria y disco duro, ¿así que tal vez £ 180 todo incluido?). Todavía no será tan rápido como una computadora de alta especificación, pero debería superar a una Raspberry Pi
Jon (para divulgación completa, soy el creador de PsychoPy)
Mantenedor de Psychtoolbox-3 aquí.
Probablemente compraré uno para algún entretenimiento navideño y veré cómo funciona. Caja de herramientas psicológicas. En el pasado, con los controladores patentados de Broadcom, no habría confiado ni por un segundo para proporcionar una temporización visual confiable, etc. Además, sus controladores propietarios solo son compatibles con OpneGL-ES afaik, y eso es bastante limitante.
Sin embargo, Eric Anholt, uno de los principales desarrolladores de controladores de gráficos de código abierto, fue contratado por Broadcom hace un año para desarrollar una pila de gráficos de código abierto para RPi/el procesador de gráficos VideoCore-4 QPI, y eso se está desarrollando muy bien últimamente. Estuve un poco involucrado en la aparición del soporte de XOrg para el controlador de configuración de modo de video xf86 del XServer 1.18 recientemente lanzado. Como la pila de gráficos de código abierto de Rpi usa ese controlador, creo que el soporte del espacio de usuario para RPi parece bastante decente ahora. También hice una revisión rápida del código de las mejoras en el controlador de pantalla RPi kms en el kernel de Linux, y parece que podrían funcionar lo suficientemente bien para una sincronización de pantalla algo confiable. Esas cosas están programadas para Linux 4.5, y tal vez la fundación RPi las admita en su kernel de distribución.
Lo bueno del controlador FOSS sería no solo una mayor confiabilidad, sino también la compatibilidad regular con OpenGL de escritorio, lo que facilitaría las cosas para PTB y probablemente también para PsychoPy, etc.
Por supuesto, no obtendrá el rendimiento de gráficos o posiblemente la precisión de estímulo de un RPi que obtendría de un chip de gráficos Intel estándar, como en un NUC.
Así que, básicamente, soy cautelosamente optimista de que el RPi podría volverse útil al menos para algunos casos de uso no demasiado exigentes en los próximos meses o tal vez a veces en 2016. Pero aún no he probado uno y las cosas siempre tienden a tomar mucho más de lo que uno espera y el diablo siempre está en los detalles, así que considere esto solo como una opinión ligeramente informada, basada en una revisión inicial del código y una lectura superficial de la información disponible.
Matus
Eoín
Eoín
Mabú