Aigarius Blog

Recipe in the image description. Got up at 7 and made a surprise batch of sweet buns for breakfast at 9. Girlfriend was very impressed.

Popularity: 13% [?]

Finally I took my time and uploaded all my good Debconf7 photos to Flickr, 193 photos in total. Most interestingly I have created a much improved version of the group photo.

Please do note that these photos are under Creative Commons Attribution licence, so please do give credit where it is due. And I also would love if you would send me an email telling where you have used my photos of the event.

Links to other photos (and mugshots) can be found via the corresponding wiki page.

Popularity: 28% [?]

Tokkee and I are doing the mugshots this year and we need your cooperation. Mugshots are a great way for people to link the name to a face and remember that link even after several years. Liw did this as his project last year and it was great success - many people have now a better way to link a persons IRC nickname to their face which in turn reduces the tension in communication as you can very easily know who is the person you are speaking to.
There are people who avoid the mugshots and i wanted to ask them to reconsider. Mugshots is not a beauty pageant - in Debian people are judged by their merits. Mugshots are useful tools in future on-line communications, tools that could reduce the aggressiveness and flammability in the Debian IRC and mailing lists.
It is not the holy grail, but it helps. So I ask every participant of Debconf - help us make this mugshot gallery complete by contributing your own picture. And thank you very much to the many people that already did.
If you want to have your mugshot taken then listen out to when mugshot sessions are taking place - we take all mugshots in front of the cafeteria door, usually during the food times, so you have easy time finding me and tokkee there.

UPDATE: First 120 mugshots are uploaded here. Next mugshot shooting session will be tomorrow - on the 18th of June, during scheduled lunch and dinner.

Popularity: 32% [?]

My blog server has been down ever since I left off to Edinburgh for the 7th Debian conference. Since then I have been busy taking photos of everything and everyone here AND I am not alone in that. Enjoy!

Popularity: 35% [?]

Debconf is coming. And I fully agree with Amaya regarding the much needed battery recharge that brings to people (and me in particular.
And to the contrary to the information two posts ago, thanks to getting an unexpected side income from the nice folks of FFII, I did manage to buy myself a Canon 400D instead of my old camera that was stolen from me recently. Unfortunately, I do not earn well enough to also buy a good lens, so I will have to document this Debconf with the kit lens :P. If you want something better, then I beg you to lend me some better Canon (EF or EF-S) lens for the time of the Debconf. Canon EF 17-40 f/4 L (like the one that I took the last years group photos) would really be great!
This year I am thinking of doing both the group photo and the mugshots. Any other ideas for the paparazzi?

Popularity: 35% [?]

You know that you haven’t blogged in a while, when you realize that you have changed your address twice since the last post.

Changes in my life since last post:
* finished my Masters paper and submitted it, waiting for viva now :S
* moved back to Latvia, lived for some time with parents (and no Internet) and now moved into an apartment in Riga - great place
* working on projects to make living
* got my camera stolen at some point during my move from UK to Latvia, and my finances will not allow to replace it this year ;(
* another person is contributing heavily to SBackup and is single-handedly doing the bulk of the bug fixing for a new stable release of SBackup !
* another patent treat is looming (EPLA - a united patent court under EPO), but this time we are asked for our opinion by our government - nice change of pace there

Popularity: 29% [?]

For the last couple weeks I have been concentrating on things related to my studies and on some events related to it. I posted pictures from these events on my Flickr photostream: a colleague from the institute finished his PhD and we had a goodbye dinner, my supervisor invited me to his son’s first birthday party. Also my friends Bunja and lastguru came to UK. With one I took photos of a night playground and squirrels and with other one some photos of the Eye and Babbage’s brain.

However the main theme of this post is the Game On! exhibition in the London’s Science Museum. They have the best games playable there starting with the classic Pong, Lara Croft, Bomberman, Mortal Combat and up to Halo 2 on XBox 360. Even my non-gamer friend lastguru found a thing to drool upon - his childhood obsession: Elite.

Update: Almost forgot to mention - the exhibition is great: it shows the evolution of gaming and allows to experience the most important games again and it also brings a huge amount of joy to anyone who has ever played these games before - the return to childhood is imminent. I never expected that something as simple as the original Pong can be so exciting in a good company. Very recommended!

Popularity: 56% [?]

The I18N meeting in Extremadura is almost over - tomorrow everyone is leaving to the airport at different times. So, enjoy the group photo of the meeting. And if you click the photo, that will bring you to a Frickr photoset that contains all the other good photos that I took at this meeting. Enjoy!

Popularity: 44% [?]

For a long time I have considered F-Spot to be a nice concept application, but not really fit to be the center of Linux digital photography experience due to general bloat and (most importantly) due to the lack of many important features that would compensate the interface lock in that this application demands. In this post I will try to list all the deficiencies and lacking features of F-Spot that I have found while using it to manage my photo flow.
First let’s talk about the bloat. I will compare F-Spot to GThumb. There are few points of comparison: first start up, viewing a bunch of photos and importing a bunch of photos. When starting up GThumb uses 17 Mb RSS memory (10 of them shared with all other Gnome programs) while F-Spot uses 33 Mb RSS memory (17 of them shared with other Mono programs, of which I do not have any). When viewing a folder with couple hundred photos GThumb uses 25 Mb RSS memory while F-Spot grows to 55 Mb RSS. On import GThumb calls gphoto that adds 3-5 Mb RSS to the memory usage, while F-Spot seems to implement some/most of the photo protocol internally and can easily grow in memory up to the size of the photos being imported (which is kind of problematic while importing a gigabyte of photos), but usually the memory usage on import hangs around 250-300 Mb and hovers around that level for some time after the import is complete. For me personally it does not make much a difference (I have 2 Gb RAM now), but conservative memory usage is still critical for a good Linux application because people expect Linux to be faster and high memory usage can slow down anything. In my opinion no photo management operation should take more then 50 Mb of private RSS memory (even importing several gigs of RAW files from the camera).
Now let me try to describe the optimal work process of a (semi)professional photographer, so that we can see what is missing in F-Spot to accommodate such work-flow and what is done right.

1. The photographer takes one (or several) cameras, lenses, flashes, memory cars, spare batteries and tripods and goes to an event/photoshoot/modelling session/walk in the park/wedding/…
2. He takes 3-5 Gb of pictures from lots of different angles with different cameras, different lenses on different memory cards with different settings. Most of them will be the highest quality available on the camera, usually those will be RAW images.
3. Upon getting back to his computer, the photographer wants to drop all the data to a staging place dedicated to this event. He wants to do it fast and simple without sorting trough the photos at the moment, but at the same time he might want to split the staging areas (multiple models within one session) or join them (one model from different cameras). Sometimes he might not even have time for that and would just want to dump the data now and run to another event.
4. After several shooting events the photographer finally has reserved the time to sift trough some of the photos from the staging area (modelling jobs first, then the friends wedding and the walk in the park as last)
5. First the photographer decides to check if the times on the photographs are correct and discovers that at some shooting sessions one of the cameras was set to another timezone. He select all shots from that camera across several (but not all) staging areas and adjusts the time.
6. Now he rechecks the logical groups of photos (which photos should be in which staging area) by dragging the photos around, splitting and joining the staging areas
7. When the overall structure is clear, the photographer selects one (most important) staging area and starts working with images in that staging area not caring about any other images
8. First he browses in full screen trough all the photos rating them in quality scores form 1 to 9 by pressing corresponding number keys. Rating a picture automatically advances to the next picture, which happens very fast because the software precaches several photos ahead for speed and displays without any flicker. Speeds in the order of 2 photos per second are expected on good enough hardware. One key operations for “view 100% zoom”, “rotate”, “view exif” and “quick note” are available. RAW images are automatically translated for preview with default settings.
9. With couple clicks bad photos (with score of 4 or under) are selected and erased
10. Now the photographer starts working with individual photos
11. First step is the RAW->Jpeg conversion. An appropriate tool is brought up with default setting already applied and a preview of the photo showing up (like in dcraw). The photographer adjusts the conversion parameters (including and option to make a HDR-like effect by compressing the dynamic range of high bitness pictures). The converted Jpeg is saved as a version of the original photo and becomes the default for operations that do not understand RAW.
12. A separate plugin is used to reduce digital photo noise from the pictures (new version)
13. Photographer makes adjustments to the image inside F-Spot. Each modification makes a new version.
14. Still not satisfied, the photographer starts Gimp from inside F-Spot and make further edits. Each time Gimp saves the file, F-Spot makes another version.
15. The photographer erases some versions of the picture and also joins multiple near-duplicate shots into one picture as versions of that picture. One version is always marked as the top version and the photographer can easily change it.
16. The good photos are tagged and imported to the main collection
17. A subset of the photos is exported to: Flickr, personal Gallery installation, plain html photo album, a zip file with small (1024x…) versions of the photos, … Only the top versions of photos are exported. If unconverted RAWs are top versions, then they are converted to Jpeg with default settings. In most cases photos are also downsized before export according to the preferences. Highest quality downsizing is used (anti-aliasing) and also additionally small unsharp mask is run on each photo
18. The photographer does advanced searches and advanced tag selections to select and display or export subsets of his main collection
19. The photographer has three instances of F-Spot: his laptop, his main work PC and a backup hard drive that can be attached to either of them. He needs to keep his F-Spot photographs synchronised between the three locations for backups and for distributed work. Also after some point the main photo archive becomes too big to store it (with all versions) on the laptop or even on the main PC, so the photographer selects a set of older photos and selects an option to archive them. The next time a connection is established with the backup drive, all versions of archived photos are copied to the backup harddrive and the laptop and the main PC only keep 90% quality Jpeg format picture of the top version of each photo downsized to exactly fit the display resolution of the device. If even that takes too much space then “Archive Only” option is selected which insures that the backup harddrive has the copy of the photo and then erases it from primary data stores completely.
20. When the backup harddrive is connected it is also very simple to make DVD/HDDVD/Blueray backup copies of subsets of photos from the archive with all the metadata and versions in such a way that other software (and even dedicated media devices) could easily browse the top versions of photos directly from the backup media. Of course, restoring from such backups also must be tested.

So, to summarise, the changes needed for F-Spot are:

• Support for the concept of staging areas and staging area manipulation
• Much better performance on import
• Camera timestamp correction tool (#)
• Quick rating tool (#)
• RAW support for controlled conversion and automatic conversion at export (#)
• Support for external editor with automatic version control and format conversion (#)
• Noise reduction plugin support (#)
• Support for version manipulation - join (#, #) and split (#) version stacks
• Preferences for export methods with resize and quality options and automatic enhancement options at export
• Multiple instances and data sync (#)
• Archival support and total archival option
• Backup (also from archive) support (#, #)
• More powerful search and filter options (#) with automatic options from exif data (#): People/Mike AND Events/wedding AND (camera/RebelXT OR camera/SonyF717) AND setting/noflash AND lens/wide

As you can see, many of those issues are already reported to F-Spot bugzilla, but have recieved little attention. So what shall we do about it?

Popularity: 31% [?]

Popularity: 43% [?]