You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
(1) |
Apr
(7) |
May
|
Jun
|
Jul
(17) |
Aug
(10) |
Sep
|
Oct
|
Nov
|
Dec
|
---|
From: Jimmy D. <cri...@gm...> - 2006-07-14 16:36:58
|
On 7/13/06, Maciej Sakrejda <m.s...@gm...> wrote: > Now that I've fixed what I wanted to fix in exiv2, I want to do some > work on Snap before I start my job. I wanted to touch base with you > guys regarding some design decisions here... > > Snap Meeting Notes: > 1. image cache not shared everywhere > - need to handle multiple resolutions > 2. need smart thumbnail fetching from currently viewed location > 3. blocking queue to get rid of pauses > 4. metadata writes *seem* slow > 5. slow scan & mass delete > - blocking queue > 6. slow search > 7. show progress in GUI > 8. internationalization > > 1. image cache not shared everywhere > 1. We should probably develop the image cache into its own component, > no? I guess in PictureStorage. How many distinct sizes of each image > should we cache? I suppose that should be something that we can easily > tweak... Yeah, its own component in PictureStorage sounds good. For sizes, maybe the standard power-of-two icon sizes would work: 64x64, 128x128, 256x256, etc? > 2. need smart thumbnail fetching from currently viewed location > 2. Err, what was this one about again? This one means that when the user scrolls the GUI, the picture thumbnails of the *currently* viewable pictures should be fetched with higher priority than the thumbnails that are not visible. Currently, I think the GUI just fetches thumbnails in order from top to bottom, regardless of where the user is currently looking. > 3. blocking queue to get rid of pauses > 3. This should be a PictureStorage component, yes? Perhaps sitting on > top of a general-purpose blocking queue from Util? Yup, I think that sounds right. > 4+7(?). Our solution was asynchronous writes combined with some sort > of notification system (per-image "pending write" or global progress > bar), yes? I don't remember this part exactly. Dan might remember more of the details for this. Jimmy |
From: Maciej S. <m.s...@gm...> - 2006-07-13 21:30:00
|
Now that I've fixed what I wanted to fix in exiv2, I want to do some work on Snap before I start my job. I wanted to touch base with you guys regarding some design decisions here... Snap Meeting Notes: 1. image cache not shared everywhere - need to handle multiple resolutions 2. need smart thumbnail fetching from currently viewed location 3. blocking queue to get rid of pauses 4. metadata writes *seem* slow 5. slow scan & mass delete - blocking queue 6. slow search 7. show progress in GUI 8. internationalization 1. We should probably develop the image cache into its own component, no? I guess in PictureStorage. How many distinct sizes of each image should we cache? I suppose that should be something that we can easily tweak... 2. Err, what was this one about again? 3. This should be a PictureStorage component, yes? Perhaps sitting on top of a general-purpose blocking queue from Util? 4+7(?). Our solution was asynchronous writes combined with some sort of notification system (per-image "pending write" or global progress bar), yes? I guess I'll probably finish redoing search (the trie has been done for weeks, just not hooked into anything yet), and then do either the blocking queue or the cache. Let me know if you plan on tweaking anything... -Maciek |
From: Dan F. <drf...@be...> - 2006-04-27 21:22:15
|
On Thu, 2006-04-27 at 12:52 -0700, Maciek Sakrejda wrote: > http://www.thinksecret.com/news/0604aperture.html I think our "chance" arrived as soon as they said that their software cost(ed) $400. df |
From: Maciek S. <mgs...@be...> - 2006-04-27 19:52:59
|
http://www.thinksecret.com/news/0604aperture.html |
From: Jimmy D. <cri...@gm...> - 2006-04-13 08:14:21
|
Yeah, that's pretty amazing people already discovered it. I guess spreading the word a little wouldn't be too bad. But we just have to be extra clear that most of the code right now will probably be rewritten. Jimmy On 4/12/06, Maciek Sakrejda <mgs...@be...> wrote: > Fifteen downloads of our app according to the SF stats, and twenty more o= f the source. And I > haven't told anyone. Go us. > > I've been thinking about announcing, and I think we might as well do it n= ow (at least to friends > and 169 staff--I'm not gonna put it in my /. sig quite yet). It'll take u= s a couple of months at > least to implement the architectural changes we talked about, so we might= as well get this out > there, as long as we tell people it's a pre-1.0 release. Heck, maybe this= will help us find > someone to help with the art and things like translations... > > -Maciek > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Snap-photo-devel mailing list > Sna...@li... > https://lists.sourceforge.net/lists/listinfo/snap-photo-devel > |
From: Dan F. <drf...@be...> - 2006-04-13 05:59:40
|
On Wed, 2006-04-12 at 21:31 -0700, Maciek Sakrejda wrote: > Fifteen downloads of our app according to the SF stats, and twenty more of the source. And I > haven't told anyone. Go us. > > I've been thinking about announcing, and I think we might as well do it now (at least to friends > and 169 staff--I'm not gonna put it in my /. sig quite yet). It'll take us a couple of months at > least to implement the architectural changes we talked about, so we might as well get this out > there, as long as we tell people it's a pre-1.0 release. Heck, maybe this will help us find > someone to help with the art and things like translations... > > -Maciek > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Snap-photo-devel mailing list > Sna...@li... > https://lists.sourceforge.net/lists/listinfo/snap-photo-devel Perhaps we should put something up on the news page about our temporary deadness, if people are actually downloading this silly thing of ours. df |
From: Maciek S. <mgs...@be...> - 2006-04-13 04:31:11
|
Fifteen downloads of our app according to the SF stats, and twenty more of the source. And I haven't told anyone. Go us. I've been thinking about announcing, and I think we might as well do it now (at least to friends and 169 staff--I'm not gonna put it in my /. sig quite yet). It'll take us a couple of months at least to implement the architectural changes we talked about, so we might as well get this out there, as long as we tell people it's a pre-1.0 release. Heck, maybe this will help us find someone to help with the art and things like translations... -Maciek |
From: Jimmy D. <cri...@gm...> - 2006-04-07 18:22:45
|
Ok, Brewed Awakening works for me. You know, it'll be funny when users look back on the mailing list archives and see the devs setting up a meeting at Brewed Awakening on the *devel* list. ;) Jimmy On 4/7/06, Maciek Sakrejda <mgs...@be...> wrote: > On Thu, 6 Apr 2006 15:16:11 -0700 > "Jimmy Do" <ji...@gm...> wrote: > > 12:30 sounds good. > > Great. I'll probably be reading in Brewed Awakening. Should we just meet = there and decide on > something then? > > > Also, it looks like the "developers' mailing list" link is incorrect > > on the contact page: > > http://snap-photo.sourceforge.net/contact.php > > The resulting page says that the mailing list has not been setup yet. > > Good catch. Fixed. > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Snap-photo-devel mailing list > Sna...@li... > https://lists.sourceforge.net/lists/listinfo/snap-photo-devel > |
From: Maciek S. <mgs...@be...> - 2006-04-07 17:42:49
|
On Thu, 6 Apr 2006 15:16:11 -0700 "Jimmy Do" <ji...@gm...> wrote: > 12:30 sounds good. Great. I'll probably be reading in Brewed Awakening. Should we just meet there and decide on something then? > Also, it looks like the "developers' mailing list" link is incorrect > on the contact page: > http://snap-photo.sourceforge.net/contact.php > The resulting page says that the mailing list has not been setup yet. Good catch. Fixed. |
From: Maciek S. <m.s...@gm...> - 2006-03-10 22:47:22
|
This is a test. |