I think that for the time being the packaging issues have been resolved, Some time in the next week I'll make a proper Debian manifest release as noted by v13.
Version 0.9-2, released last night had a bit of an issue as described here (I posted this to T.M.O,):
Ok, seems like I'm sort of confused.
Version 0.9-1 was released to Extras-Testing it worked OK, but there were some packaging issues.
Version 0.9-2 I was using this morning to do some packaging changes In Extras-Devel, as suggested by v13 and others and thus has not been released. I've tried to keep some programming rigor, but sometimes version control just gets in your way. Remember Extras-Devel may not always work, bla bla, this is the case I inadvertently removed the .desktop file from my install src.
The "Workaround" as FarmerF mentioned would be to run the released version v0.9-1 which was released to Extras-Testing or wait for the next version to be released to Extras-Testing
I'm currently releasing a v0.9-5 to Extras-Testing with some of the packaging issues fixed. I'd say sorry for the confusion again, but I thought Extras-Devel was for development work. If anyone knows a good way to denote a release as "Development" verses a "Public" release I think I should do that, I'm delighted with the support but it seems that -Devel is no longer a place where I can put my test code. And now I feel like an *** for submitting v0.9-2, where people are posting "workarounds" to a release I suspected wouldn't work due to the changes I was testing.
Secondly, I posted this to T.M.O,
It may sound like an odd question but is there any way to demote a package in Extras-Devel.
I submitted a breaking change last night that caused a mini furry of posts that the application was broken, along with proposed workarounds. Unfortunately, it was reasonable that the version I submitted would cause a break (this is what I was trying to test)
While I post a new version up to the auto-builder, can I remove that previous version? so that no one else installs it?
or is there a way to mark a release as a Development only release that does not force a version update on users?
After 2.5 long months; Powerful Image Editing has finally come to maemo!
Ansel-A: The Digital Darkroom for the Nokia N900
* Brightness, Saturation, Contrast and Sharpening
* Pixel-level-Cropping (Portrait is still a little fishy)
* Tonal Shadows/Highlights
* Kinetic Photo Browser
* Multi-Platform (Qt4.6, PyQt)]
* An active developer taking reasonable feature requests
and all this cool stuff is Fully Open Source.
a Gratuitous YouTube Promo Video [link]
v0.9-1 Released to Extras-Testing [link]
Brave souls please enjoy and offer critique (I'm ready to get coding again on all the bugs that I'm sure will creep up.)
Alternatively, you can comment on my Blog about this application if you're not the bug submitting type.
Support Questions [link]
Bug Tracking [link]
Feature Requests [link]
Installing Version v0.9-1
New Users: The easiest way to install:
if you have Extras-devel/Extras-Testing active go to
and click install.
Previous Users: I now first suggest either
apt-get purge ansela
apt-get install ansela
run dpkg -i ansela_0.9-1_all.deb and then apt-get -f install to get the depends.
For some of the alpha testers (blizzard & debernardis) noted that earlier versions from extras-devel, especially the temporary v0.8-1 version have caused problematic installs. I/They suggest the simple purge method above before a reinstall for those users, there were some structural changes, that could cause a conflict.
Thank you all who have helped me over the past 2 months getting this released in time for the Calling All Innovators Contest, But especially:
achipa / attila77 for past work, fast answers, unreal patience to us noobs and of course PyQt4.7
noobmonkey you asked all the hard questions a month before me, so I just had to read the forums/irc
xvxxig guess who knows enough Linux now?
jgh for telling me what functions we really needed to have.
baconlt & tavaura20 my awesomely critical beta-testers, photographers and soundboards
mangoconleche & hunter30-06 You two know why, thanks to you the most
I'm quite glad of all the progress I've made one the PR1.2 release. There were some oddity that i was hit with as mentioned in the last post. Level Correction is in the works highlights will be active but it seems that the algorithm that I'm using causes compression and finally clipping at the top or bottom of the range instead of ramp. This will be corrected today. I'm also thinking about a healing brush. Or I guess just a blur tool to start with followed by burn and dodge. Tell me what you think.
Well before we get into that here's what i'm impressed with
And afer some contrast color and a straight blue BW filter:
I think we all win. This is the secondary reason that i developed this for the Nokia's Calling All Innovators Contest I think that this weeks major release or v0.8 should be good enough for the contest. All silly bugs as you see are fixed and any of the major ones are well on their way.
Again thanks, especially Michael and Charley for your support, and welcome to the community.
Unfortunately, it seems that there is another issue some hidden ui elements, such as window borders are now visible where they were once hidden. I'll have to remove them as soon as possible.
v0.7-4 will be delayed until tuedsday. I realize there are some issues with the interface (mostly minor ones that irradiate the hell out of me like alignment and positioning). These will not be fixed until the 0.7build5 release, but what's on the horizon?
This weekend the development team (read as me) will be backpacking and fly-fishing at the cabin shown in the previous post, thus the delay. This is a good thing i'm going away with two close friends, one a computer scientist the second a photographer. (Both long term nokia fan boys, s60 for now. After monday things may change :)) this should allow me to throw some ui questions at them.
I'm having problems with the tones filters finding a reasonable way to display highlight and shadow adjustments as well as the matrix or multiplier shift that needs to be applied has been challenging. i have no problem with the math behind it, i just don't know what users are expecting with these filters. Should it b a straight slider with 1/3 of the tone being editied? Or should we also have a radius slider?
Since everyone reading this is a user what do you think? i want this application to solve the major issue in maemo5, the lack of an image editor mypaint and gimp loaded through easy debian can get you there.
But the reason why i developed the application in the first place is so when you or i take a photo and the xeon flash (you don't have one right?) Dosen't go off and we need to pull all of the blue out of the image before posting, we can do that rapidly.
The second thing i'd like to do is (and by seeing the new undo system) is to give you the ability to make your own preset filters. Last months recode allows for this now in theory. If i store any manipulation as simple text that the systemcan re-read in i can make the matrix apply occur all at once. i'll discuss this in my next post.
Back to milestones
SaveAs now works, bw conversion now works some of the sliders vs buttons do not so this will be fixed.
0.7build5 will have working sliders and adjust buttons for simple(brightness etc), colors, rotation and bw. Save, browser and undo will work as expected.
0.8 will have tone fixes and all ui oddities resolved.
This will be most likely the version submitted to nokia's "Calling all Inovators" contest.
0.9 will have dodge, burn or blur running full screen with your finger as
the brush. I'm not kidding i want this too.
Have a good weekend and thanks for your support.
Some of you might have seen that I started a blog and am now getting rid of the garage update. Mostly since I can take a screenshot and post with MaStory right from my device. (Which is what I'm doing now.)
First, I've spent the last few weeks doing internal code cleaning, which you'll see as a more stabilised application. (Yeah it's an application not some silly one function app).
Secondly I've signifigantly changed the GUI. I'm trying to generate a stylish modern and useable UI that dosen't follow the exact Hildon look and feel. I intended for this departure but still have ensured finger-friendliness.
As you can see from the attached screenshot.
Loading a Photo using new Photo Browser
Applying Filter with new Popup Look
Photo in full screen mode after a dynamic BW conversion
Visual Undo Browser with Step 1. Selected.
I did it so that I didn't get some flack when my code wiped your photos, but there's been some rumbling here and there that "I can't save".
Here's the great part. People out there actually ran my application on their device and then commented on it on T.M.O or other sites to say "I can't save".
So to the mighty few of you out there using Ansel-A, here's a May 12th gift:
Save As... is finally here.
Screenshot to follow:
We have a working BW filter set.
The interface may seem odd at first, but look it as a selection of colored filters, that you had put in front of your lens and shot on BW film.
they run like a mixing/blending wheel. I'd suggest Clicking on R, G and B and which ever best achieves the effect you're looking for, then focus on the Y, P or C near it and make your way down to the tertiary colors
There are plenty of people willing to help you along. The Environment is fully set-up and available (once you know where to look), the submission system and repos are a treat to work with. I just seems that everything just works for a change; and that is such a breath of fresh air. I think that the first beta version will be released soon and, to that end; I think that once I change the project's description and put out an announce, I'll get 5-10 more users, willing to help me break this thing in.
Oh! and to those Alpha users out there I promise B&W conversion, before the Beta Release.
Slight UI changes, Mostly functional kenetic scrolling photo browser, beginning of unified Undo history. BW conversion mostly (primary and secondry) complete.
No Major functional changes, though a improved UI. simpler fullscreen view. Resized images crop and scale correctly in fullscreen, Apply button, now dependant on actual user changes.
a Fixed Alpha version is on Extra-Devel, a few filters are implemented, but not all.
Essentially just red green and blue filters.
It is mainly for Gui and Packaging testing, Post a comment and tell me what you think.
Well, I finally released an alpha version to the community. Hopefully I'll get some beta testers that are fine with the currently stability.
The Gui has been 50% locked in a way that I believer is usable for single handed use. There's still some issues with thumbnail vs. real image and Undo levels that needs to be addressed, I think that if I multi thread the program to run the background apply it'll simplify the process and not slow down the GUI. which is a major issue.
The last issue that I'm dealing with is that the sliders fire their valueChanged too frequently as the user slides it along. I believe that a de-bounce function may need to be implemented to stop the studdering.