Category Archives: FrameAlbum

Software update — service may be a bit wobbly

I’m updating the site to use a direct export of the code repository. This is the final test of the codebase before releasing it. It will also make it much easier to integrate updates/fixes into the live website.

Assuming I have all the bits in alignment there should be no visible impact to the service. Of course, I also assume that the lady on the phone who says ‘Your call is very important to us.’ is telling the truth so my assumptions may be a bit questionable. 😉

The service may be a bit wonky this weekend; I apologize in advance.

Hey! Look! It’s Alive!

Life has a nasty habit of interrupting progress on my world-saving projects. Such has been the case for the last several months. I’ll not bore you/embarrass myself further by sharing details.

I will say that have been spending time, a few fleeting moments at a time, prepping the FrameAlbum codebase for release. Yes, the oft and long promised open-source release of the FrameAlbum software. It’s close folks, honest.

Along with the release of the software I will finally release all the remaining beta invites and open the FrameAlbum site to normal registrations. I had originally hoped to have the 2nd generation of the web interface finished before opening the gates but alas, the previously mentioned ‘Life’ has preempted that goal.

Stay tuned!

Shoot now, focus later…

The new Lytro ‘camera’ is unusual in many ways. The first thing you notice is it’s unusual shape; more akin to a pencil box than a camera. You may also notice that there is no focus ring, in fact it has only one control — a shutter release.

The new Lytro ‘camera’ is unusual in many ways. The first thing you notice is it’s unusual shape; more akin to a pencil box than a camera. You may also notice that there is no focus ring, in fact it has only one control — a shutter release.

What you won’t notice until you begin using it is the real magic. It’s hard to explain without seeing it in action but basically it allows you to choose the ‘in focus’ portion of your picture after you have taken it.

What you won’t notice until you begin using it is the real magic. It’s hard to explain without seeing it in action but basically it allows you to choose the ‘in focus’ portion of your picture after you have taken it.

You can read more about it here and here.

A few random updates…

– I’ve located another issue with the Picasa grabbers that delays feed updates. I’ve seen a few instances where the process hangs during it’s regular updates. To prevent various nasty side-effects I’ve built in protections to prevent the process from running more than one copy of itself at a time. When it hangs it triggers these checks and prevents it from running again. I’m continuing to investigate.

– In other Picasa related news, we have a new contributor to the project! He is actively working on several Picasa improvements including a resolution to the ‘unknown user’ or ‘no public photos found’ error that some of you are experiencing. He is also working on… wait for it… private albums!

– I’m STILL trying to get my hands on a D-Link frame. I have, so far, been unsuccessful at winning them on eBay but I do bid on all that come up. I need one of these frames to troubleshoot the ‘big red X’ issue that most (all?) of you that have D-link frames have. Soooo….. if any of you have a spare D-Link frame they would lend to effort I’ll be eternally grateful and will be sure to immortalize you in the code comments. 😉

Thanks for your patience, and support!

T.

Picasa updates fixed (or, Pay Attention To The Basic Stuff)

Finally! I tracked down the issue that prevented the Picasa grabber from running on a schedule. It was something silly and basic that took my far too long to figure out.

The non-propeller heads in the audience can tune-out now, what follows is a load of geek-speak. 😉

The problem was this; when I ran the Picasa grabber from the command line it worked just fine. However, when it ran via CRON it appeared to not run at all. It didn’t fail with an error message, no messages in the logs, nor did it generate any console message of any kind, it just didn’t do anything. It was very frustrating.

The basic problem was that the PATH statement in CRONTAB did not match the PATH statement of my interactive shell. However, the way in which it failed was not detected by any of my monitors. Since the durn thing didn’t even start none of the error checking/reporting code I have in the app. had any opportunity to catch/report the failure. Nor did my log scrapers find anything anomalous as there were nothing reported.

I tend to work under the basic Unix tenant of less is more, and specifically that if a process does not detect an error it need not report a ‘normal termination’; simply the absence of an error message is in itself an indication of successful completion. In this scenario this ideal failed completely.

There are two morals to this story, both very basic; “Always check your PATHs” and “Don’t assume (that no response is the same as a positive response).”