I don’t really like to post about April 16. I’m by no means opposed to posting about it, rather have a slight personal feeling of detachment from the entire situation and never know the right nor appropriate thing to say. In this case, I’d like to share a short story
After filming an event downtown, it was nearing midnight. I walked with a small group to the memorial for the 32 in front of Burruss for the April 16 midnight ceremony. 12 AM struck, taps were played, and the guard filed away. The extended silence was only broken by the click of their boots as they exited. Slowly, the crowd surrounding the memorial began to disperse, either closer to pay their respects, or away to their dorms. As they cleared, they revealed the Hokie bird kneeling in solemn reverence in front of the memorial.
After a couple minutes, the kneeling Hokie stood to leave. As he began to walk away, a girl in a puffy pink jacket stopped him. She grabbed him by the shoulder to get his attention. After a pause, they embraced in a hug. I pulled my camera up to snap a picture, but it was impossible to focus in the darkness. It fell on its sling to my side as I looked on.
The image, that moment, of the two in each other’s arms, is something that will be burned into my mind for the rest of my life.
I recently helped do the filming and editing for a parody infomercial called “Puppurse” for the Sketch. Check it out!
I ran into an issue while booting Foreman earlier:
Googling didn’t bring in many results, so after a long chase down the rabbit hole, I found the ultimate problem: despite having Java 7 installed, my terminal was still using the Apple-provided Java 6:
You can verify this using the
java -version command.
To fix this error, make sure that you have Java 7 downloaded and installed. You can grab this from this page:
You’ll want to the Mac OS X x64 dmg.
This install does not replace the $PATH binaries used by bash. You can verify this using the
whereis java command:
The files located at
/usr/bin/java are symlinks to the actual java install directory (verified through
ls -lha /usr/bin/ | grep JavaVM):
The new binaries that you downloaded and installed are located in the directory
/Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/bin/. To fix this, you’ll need to replace the symlinks in
/usr/bin/. I’ve written as script to take care of this that you can grab from here:
Download and run that from the terminal to create new symlinks in
/usr/bin/, and to move the old binaries to
Thanks to this Stack Overflow thread for helping in my investigation. If you have any issues or corrections, feel free to submit a pull request to the github page or comment in the section below.
During a recent shoot for Nobody Likes Onions, I ended up recording a lot of short clips (1-2 minutes over the course of 2-3 hours). After realizing I had configured the timecode incorrectly, I then had the tedious task of having to sync those clips up with a larger, un-cut recording of the entire event. Automatic synchronization through Premiere wasn’t working for every clip due to a lot of background noise in the audio, and I wasn’t prepared to shell out money for PluralEyes.
I started searching to see if anyone had built a script to sort clips in Premiere by capture time. I couldn’t find anyone who had, so I constructed this script: VideoClipSpacer.php
It requires a couple of in-between stages, but gets the job done. How this script works:
For more information on how to use this script, check it out on Github!
If you run into any problems or have any questions, post them in the comments below!
(Note: This post is neither sponsored nor endorsed by Rackspace.)
After an article popped up on Hacker News a couple months ago about the profitability of mining Litecoin on EC2, it inspired me to take Rackspace’s cloud servers for a mining spin. Rackspace doesn’t currently offer any GPU instances, so I had no expectation that they’d mine at the same level, but I was hoping that my plethora of servers that are being gently used for other projects can have their plentiful spare CPU cycles put to a bit of mining.
My initial test only focused on Rackspace’s new performance flavors. The graph of the hash rates vs the threads are below:
For those haven’t worked with Rackspace’s cloud server offerings, there are currently two types of servers: First Gen (pre-OpenStack servers) and Next Gen (OpenStack-based servers). Under Next Gen, the server types can also be broken down to Standard Instances and Performance Flavors (instances containing SSDs and higher bandwidth NICs) (more technical information about the servers can be found here). Because of the RAM vs CPU tradeoffs of the First Gen vs Next Gen servers, I decided to give the First Gen servers a shot with mining.
However, if you flip the graph to compare the cost to run the server to the KH/s it can generate, you get the following:
The cost-to-performance ratio of the 256MB First Gen server blows away the competition. This is due to the server’s four available processors (verses the one available in the 1GB Performance flavor, two in the 2GB Performance flavor, and so on). Since Litecoin mining app minerd has little to no dependency on the system’s RAM, there is a negligible impact by increasing the amount of RAM in the First Gen servers.
These experiments aside, does this matter? At the time I started writing this, my performance servers were achieving approximately 7.5 KH/s. This came out to about 0.115 LTC per month, so with a $35/LTC exchange rate, this came out to around $4 per month. Now that the price of LTC has dropped to around $15, this is only $1.73 or so. In comparison to the ~$29 per month that it costs to run the base 1GB RAM/single core performance flavor, it is by no means worthwhile to run servers exclusively for mining (even the $11/month 256GB First Gen server won’t get you to a break-even point). However, because this is a deflationary currency, a Litecoin price jump in the future could turn these minings into profit.
If you want to try these tests out on your own server on another provider, the scripts that were used are available here:
If you want to play with the data I generated from these tests, you can download it from here:
EDIT: I realized I didn’t list off the image type I was using for these tests. All of these tests were run under Ubuntu 12.04 LTS, with updates to the latest packages.
I’ve been diving back through CDs from grade school to back up and organize old data. Along the way, I came across an SVCD Steve compiled from a 2002 father-son trip to Las Vegas, Zion National Park, Bryce National Park, and the Grand Canyon. I was able to rip the MPEG2 file from the disk and re-encode it to a more web-friendly H.264.
You can check out the full-length video here. It’s more than 15 minutes in length (and might not be interesting to anyone other than myself), but a cool artifact to find none the less.
While attempting to read through my teams pull requests, I found that I was having trouble quickly skimming and identifying the posts just by my teammate’s usernames. I decided to put together a small Chrome extension to help mitigate this problem.
Github Pull Request Team Highlighter will automatically highlight pull requests by certain users when you navigate to the /pulls page for a repository. You can see the effects of the extension below:
Download the extension on the Chrome App Store: https://chrome.google.com/webstore/detail/github-pull-team-highligh/plbgniheajfkpjdipmnncjkbigjihfac
View the source on github: https://github.com/amussey/pull-request-team-highlighter
As a side note, I didn’t anticipate how provocative the pull request symbol looked when colored with rainbows.
With the recent inclusion of tasks into gists, I started to realize how dependent I’ve grown to be on the service. The other snipped-keeping app I’ve always relied on, Simplenote, continues to be great for day-to-day jotting. Somehow, the idea of combining the two came together, and I started exploring how to back up a Simplenote account to a git repo.
After not finding much, I put together a small set of scripts to do the task. These scripts will automatically download the latest copies of your notes and commit them to a repo. The structure of the repo is designed to be completely compatible with github’s gist service.
Visit the repo to get started! https://github.com/amussey/simplenote-to-git
My little sister Emily assembled her first computer last week! Here’s a time-lapse of the process.