That is, I didnt want it to be the case that myself or another technician had to be on hand every day to go through complicated procedures to turn on all of the work. Additionally, operating the works needs to be as hands off as possible. The challenge comes when it’s on a shared computer in a public environment. Prior to the exhibition this probably didn’t present any problems as the works were viewed by most likely one person on their personal phone or computer. There were some works that were interactive websites, some that were animated gifs and some that require additional hardware. Some works, however, required more attention. Most of the works in Bcc: were short movies and animations/gifs, and Vivid Projects has long used the Adafruit Raspberry Pi Video Looper to handle playing videos. Because of my prior involvement in Bcc: and the massive technical challenge involved in installing the work (more on that later) I was asked to produce the exhibition.ĭepending on how you look at it the technical aspect of installing the exhibition could be very simple. At the time I was still working there so I worked on getting most things in place to get the exhibition going. The basic premise is that each month you’d get specially commissioned art in your e-mail inbox.Īfter being part of Bcc: in 2018 I suggested to Lauren Marsden, the Curator and Editor of Decoy Magazine, that it could possibly become an IRL exhibition at Vivid Projects. The exhibition featured a curated selection of works from Decoy Magazine’s online art subscription service called Bcc. It was a collaboration between Vancouver-based Decoy Magazine and Birmingham-based Vivid Projects. The Bcc: exhibition opened at Vivid Projects on Friday 6th September. With all of that now completed I’m writing a few posts about one project in particular: Bcc: September was pretty busy with Bcc: (more on that below) and then I was completing a commission for Will’s Kitchen/The Shakespeare Birthplace Trust and preparing for my solo exhibition, We Are Your Friends. I really wanna know why I have this problem.I took a bit of a break from writing the Development Updates. Maybe I can reinstall Raspbian and recompile oF and it will give me more RAM or maybe it’s not related. and I installed raspbian and oF on my older one (B) and then just using the same SD card. Everything work on OSX machine but on raspberry its taking also long time and after loading 6 audio files and 2 GIF files the app crashes with ‘Segmentation fault’. I just decided to load less files coz it worked for my case.īut now I also trying to load some GIF files for animation with ofxGifDecoder. At that moment I didn’t’ find that error in google.
I thought its just not enough memory but I also could be wrong and it could be something else. I thought so coz loading is taking really long time. I don’t really remember the exact error but I thought it cause of the RAM. When I was trying to load more than 7 samples (about 30 sec each/mp3) - i had an error. So at first I used only SoundPlayer to play audio samples.Īnd sample loading taking super long time. I’m writing a audio sampler on raspberry pi.Įverything works but i have this strange ‘segmentation fault’ error while loading GIF files.