From andrew.buck at ndsu.edu Sat Mar 1 07:38:26 2008 From: andrew.buck at ndsu.edu (Andrew Buck) Date: Sat Mar 1 07:39:15 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <20080219113122.4c15c248.dhilvert@gmail.com> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> Message-ID: <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> I made a couple more changes to the code so I m releasing a new version. Nothing really spectacular but I wanted to see what you thought about it. I added "tabs" across the top as the window was already getting quite large. There will be a tab for Alignment, one for rendering, etc. I finished all of the alignment options except for the algorithmic weighting and have begun moving into the rendering stuff. The new version is numbered 0.1.4. I do have a question for you though. It is in regard to the "Open file" and "Save file", dialogs used for selecting the input files, output files, etc. As you know they have an option to limit the users choices to certain file types. I Know ALE handles PPM files natively but I don't know what file types image magick support allows for (lot's of them I know, but which ones is unknown to me. I am thinking of having the options be as follows: Native support (*.ppm) Image magick supported (*.ppm, *.png, *.jpg, ...) All files (*.*) I just need some ideas to fill in the elipses. I figured I will eventually have an options dialog accessible from the menu at the top. One of the options will be does your ALE support image magick. The users input on this choice will determine if the dialogs default to "native mode" or "image magick" mode. -Buck From andrew.buck at ndsu.edu Mon Mar 3 15:29:20 2008 From: andrew.buck at ndsu.edu (andrew.buck@ndsu.edu) Date: Mon Mar 3 15:29:26 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <20080219113122.4c15c248.dhilvert@gmail.com> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> Message-ID: <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> I have the next three or so options on the rendering tab in place but I had another question for you. On the color adjustment options there are values for C, R, and B. I am wondering what the C option stands for, this should also be put into the documentation I would think. I will post the new version (0.1.5) in the next few minutes so you can see what it looks like. -Buck From tonyvfish at googlemail.com Wed Mar 5 09:11:49 2008 From: tonyvfish at googlemail.com (Tony fish) Date: Wed Mar 5 09:11:58 2008 Subject: [ale] super resolution -Topaz Moment clone Message-ID: Hello All My name is Tony , I'm a software developer in the UK. In my spare time I have been using a commercial program for windows called Topaz Moment which uses super resolution image techniques to create stunning still images from video. I recently made the move to ditch windows as an OS (vista being the final nail in the coffin) and move onto Linux Kubuntu, however Topaz Moment is Windowz only, I know of the Wine project and visualization, but rather than run the software on this, I thought it would be rather good to give something back to the community and develop a free Linux app as a replacement. The more cross platform app the better ! I am thinking of developing the app in c#/mono since this is the quickest route for me at the moment. I have read the a GUI is being developed, however I feel that the target audience and purpose of this application is somewhat different. If you read the docs on topaz moment, it provides a very clean simple user interface for creating stills from video using super resolution. The options I would need to set would be: neighbour frames - quantity of frames of frames used to make the composite jpg Motion smoothing Noise Reduction Output Resolution. I'll be planning to use some external library to provide brightness, colour and contrast enhancements, along with an video engine library for navigation. I am studying the documentation on ALE on how to do acheive my goals, however any help anyone can give me would make a marvelous head start. My apologies once again for the C# route, but I've been a Windows developer for some 18 years and the shift to Linux is a big deal for me, so please be kind. I know some of you have reservations about the mono project. I am currently brushing up my Java and Eclispe and trying to complete the move, so please be patient, I'm sure lots more people will be leaving Windows in droves Kind Regards Tony From dhilvert at gmail.com Wed Mar 5 10:49:36 2008 From: dhilvert at gmail.com (David Hilvert) Date: Wed Mar 5 10:49:57 2008 Subject: [ale] super resolution -Topaz Moment clone In-Reply-To: References: Message-ID: <20080305124936.384fb5d3.dhilvert@gmail.com> On Wed, 5 Mar 2008 17:11:49 +0000 "Tony fish" wrote: > The options I would need to set would be: > neighbour frames - quantity of frames of frames used to make the composite > jpg > Motion smoothing > Noise Reduction > Output Resolution. Others would probably be able to give you more detailed ideas, but, if you want to produce video from video, you might investigate the --visp option (currently experimental). Otherwise, if you are generating a single still from a video sequence, there would probably be nothing extraordinary required for an initial implementation. (As mentioned to Andrew Buck earlier, it would probably be good if eventually facilities were added for interactive inspection and adjustment of rendering state, but this would probably not be needed for a proof-of-concept, at least.) From andrew.buck at ndsu.edu Wed Mar 5 12:27:17 2008 From: andrew.buck at ndsu.edu (andrew.buck@ndsu.edu) Date: Wed Mar 5 12:27:24 2008 Subject: [ale] super resolution -Topaz Moment clone In-Reply-To: <20080305124936.384fb5d3.dhilvert@gmail.com> References: <20080305124936.384fb5d3.dhilvert@gmail.com> Message-ID: <3488.12.210.230.195.1204748837.squirrel@webmail.ndsu.nodak.edu> >> The options I would need to set would be: >> neighbour frames - quantity of frames of frames used to make the >> composite >> jpg >> Motion smoothing >> Noise Reduction >> Output Resolution. > > Others would probably be able to give you more detailed ideas, but, if you > want > to produce video from video, you might investigate the --visp option > (currently > experimental). Otherwise, if you are generating a single still from a > video > sequence, there would probably be nothing extraordinary required for an > initial > implementation. > > (As mentioned to Andrew Buck earlier, it would probably be good if > eventually > facilities were added for interactive inspection and adjustment of > rendering > state, but this would probably not be needed for a proof-of-concept, at > least.) I don't thik this would be too hard to work into the GUI I am building. As was mentioned I plan on having an alignment window for lining up multiple images. It would probably be possible to use a video library and have a built in video player/frame extractor right in the GUI. Otherwise it would be easy enough to just pull down an external frame grabber program to capture the frames and then render them in ALE as normal. If you would like to add the functionality into the GUI I am currently working on you're welcome to it. I haven't included it in the source code but the code is GPL'ed so your welcome to make changes. The code is in C++ and uses Qt for the window interface. If C# source files can be compiled into object files it may even just be possible to link them to my existing code. I would recommend getting away from C# though for linux development, but its entirely your choice. If you want to see what I have for the GUI so far the code is available at http://andrewbuck.homelinux.org/ in the "Code" directory. If you want to experiment with adding this in to mine I can add another tab across at the top of the window for it, I think this would be a great addition to what's there. -Buck From sandos at home.se Wed Mar 5 22:56:50 2008 From: sandos at home.se (=?ISO-8859-1?Q?John_B=E4ckstrand?=) Date: Wed Mar 5 22:57:04 2008 Subject: [ale] super resolution -Topaz Moment clone In-Reply-To: <3488.12.210.230.195.1204748837.squirrel@webmail.ndsu.nodak.edu> References: <20080305124936.384fb5d3.dhilvert@gmail.com> <3488.12.210.230.195.1204748837.squirrel@webmail.ndsu.nodak.edu> Message-ID: <47CF95B2.2030009@home.se> andrew.buck@ndsu.edu wrote: > If you would like to add the functionality into the GUI I am currently > working on you're welcome to it. I haven't included it in the source code > but the code is GPL'ed so your welcome to make changes. The code is in > C++ and uses Qt for the window interface. If C# source files can be > compiled into object files it may even just be possible to link them to my > existing code. I don't know much about .NET, but I suspect the other way might be easier: to compile the C++ stuff under .NET and then simply use the C# stuff. --- John B?ckstrand From andrew.buck at ndsu.edu Thu Mar 6 21:07:31 2008 From: andrew.buck at ndsu.edu (andrew.buck@ndsu.edu) Date: Thu Mar 6 21:07:40 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <20080219113122.4c15c248.dhilvert@gmail.com> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> Message-ID: <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> Aside from the video sequence rendering option I have finished all of the options on the rendering tab. Because of this milestone and in light of the recent discussion about image alignment/frame grabbing I have decided to switch gears a bit and start working on some more interesting features. First, I have added a "Windows" menu to the top menu in the main window which allows you to spawn the image alignment window. So far the window just displays "Hello World!" and a picture of loveable old Tux but it has allowed me to learn to handle images and is rather amusing so I thought I'd post it for community inspection. I would also like some input regarding this. I currently have this alignment window popping up in its own window but it would be trivial to install it inside another tab in the main window. I decided against this because I thought the tab area might be too small, but I would be more than happy to move it into the tab if you all think that would be the better way to go. Secondly, I have begun entering tool tips for the various options available from the GUI. The only ones I have entered are for the "Transformation Class" options (the top left options on the alignment pane). I copied the text from the documentation and I need to know several things. One, is the text too long and do you think this will make the program too cluttered (I plan on having an option to turn the tool tips off later for users who know the options well enough). Two, I plan on releasing the code under the GPL and this would presumably include the text included in the tool tips. I need to verify that I can include the text in them (don't think this is a problem because I think ALE is GPL but just thought I'd check as the documentation might not be GPL or GFDL). Finally, I have updated the README file and the "about" window to reflect the frontend's GPL license. In light of this recent progress I have bumped the version number up to 0.2.0 and the code is available in the usual location (http://andrebuck.homelinux.org). Let me know what you think of these recent developments and any suggestions on the future direction of the project that may come to mind. -Buck From dhilvert at gmail.com Fri Mar 7 05:20:20 2008 From: dhilvert at gmail.com (David Hilvert) Date: Fri Mar 7 05:20:47 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <20080219113122.4c15c248.dhilvert@gmail.com> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> Message-ID: <20080307072020.037a93c5.dhilvert@gmail.com> On Thu, 6 Mar 2008 23:07:31 -0600 (CST) andrew.buck@ndsu.edu wrote: > Secondly, I have begun entering tool tips for the various options > available from the GUI. The only ones I have entered are for the > "Transformation Class" options (the top left options on the alignment > pane). I copied the text from the documentation and I need to know > several things. One, is the text too long and do you think this will make > the program too cluttered (I plan on having an option to turn the tool > tips off later for users who know the options well enough). Two, I plan > on releasing the code under the GPL and this would presumably include the > text included in the tool tips. I need to verify that I can include the > text in them (don't think this is a problem because I think ALE is GPL but > just thought I'd check as the documentation might not be GPL or GFDL). The documentation is GPL. > In light of this recent progress I have bumped the version number up to > 0.2.0 and the code is available in the usual location > (http://andrebuck.homelinux.org). The URL should probably be http://andrewbuck.homelinux.org . > Let me know what you think of these recent developments and any suggestions > on the future direction of the project that may come to mind. It might be nice to collapse some of the radio selections into list buttons (combo boxes?) or so; it's not immediately obvious, however, whether these allow tooltip text to be associated with individual options. From andrew.buck at ndsu.edu Sun Mar 9 20:29:09 2008 From: andrew.buck at ndsu.edu (Andrew Buck) Date: Sun Mar 9 20:29:57 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <20080307072020.037a93c5.dhilvert@gmail.com> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <20080219113122.4c15c248.dhilvert@gmail.com> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> Message-ID: <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> Well I'm making a bit more progress on the image alignment window but I have run into a couple of issues I'm not sure how to address. They basically stem from the format and details of the image alignment files. First of all, the command line documentation lists translation, euclidian, and projective formats; however the version 2 file format only specifies details for the euclidian and projective formats, i.e. the translation format doesn't look like it is accepted in the transformation file. I'm not sure what to make of this, is it an omission in the documentation or is it really not supported? If it isn't supported I would think that it should be, maybe in file version 4. A workaround would be to specify euclidian transformations with rotations of zero and maybe this is just how it should be left. Secondly, from reading the translation file format documentation it would appear that alignment formats can be mixed together in the same file (i.e. one file could contain two images with euclidian and one with projective transformations). Is this really the case or am I mistaken? Either way the documentation could be a bit more clear. I need to know both of these things before I can really make any more progress on the alignment window. The progress so far is thus.... You enter files into the "Input files" box in the main window (files can either be typed in manually, comma seperated, or the browse button can be used to do the same thing). If you open up the image window from the windows menu the input files should be listed one by one in the QListWidget on the left side as well as their names being written on the imageAlignmentWidget on the right side, along with a test image of Tux. The opacity should affect the tux drawing. My vision for the future is that rather than displaying tux all of the images listed in the input box will be displayed and can be dragged around/transformed in the applicable mode (euclidian, projective, etc). This is why I need to know the format of the alignment file i.e. if all images are aligned using the same alignment mode, etc. > It might be nice to collapse some of the radio selections into list buttons > (combo boxes?) or so; it's not immediately obvious, however, whether these > allow tooltip text to be associated with individual options. I don't know about the tooltips for individual entries but this could be remedied by just putting the tooltip info for the option itself as well as all of the arguments into the tooltip for the list itself. This is easy enough to change later though so I will add it to the "TODO" list and just hold off on it for now. The new version (0.2.1) is available as always at http://andrewbuck.homelinux.org if anyone wants to try it out. -Buck From dhilvert at gmail.com Sun Mar 9 21:20:13 2008 From: dhilvert at gmail.com (David Hilvert) Date: Sun Mar 9 21:20:37 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <20080219113122.4c15c248.dhilvert@gmail.com> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> Message-ID: <20080309232013.30bb3745.dhilvert@gmail.com> On Sun, 09 Mar 2008 22:29:09 -0500 Andrew Buck wrote: > First of all, the command line documentation lists translation, > euclidian, and projective formats; Does it? > however the version 2 file format only specifies details for the euclidian > and projective formats, i.e. the translation format doesn't look like it is > accepted in the transformation file. I'm not sure what to make of this, is > it an omission in the documentation or is it really not supported? If it > isn't supported I would think that it should be, maybe in file version 4. A > workaround would be to specify euclidian transformations with rotations of > zero and maybe this is just how it should be left. Euclidean with rotation zero is fine. > Secondly, from reading the translation file format documentation it > would appear that alignment formats can be mixed together in the same > file (i.e. one file could contain two images with euclidian and one with > projective transformations). Is this really the case or am I mistaken? > Either way the documentation could be a bit more clear. This should work. dhilvert@auricle:~$ ale-0.8.11 --ui=stream --projective --trans-load=/dev/stdin ~/data/white-256x256.png{,,,} < V 2 > E 256 256 0 0 0 > P 256 256 0 0 0 256 256 256 256 0 > END Output file will be '/home/dhilvert/data/white-256x256.png'. Original Frame: '/home/dhilvert/data/white-256x256.png'. Supplemental Frames: '/home/dhilvert/data/white-256x256.png'......... okay (100.000000% match). '/home/dhilvert/data/white-256x256.png'......... okay (100.000000% match). Re-filtering incremental results. Iterating Irani-Peleg. Average match: 100.000000% From dhilvert at gmail.com Fri Mar 14 16:16:24 2008 From: dhilvert at gmail.com (David Hilvert) Date: Fri Mar 14 16:16:44 2008 Subject: [ale] git repository at repo.or.cz Message-ID: <20080314181624.0d570e45.dhilvert@gmail.com> There is now a git repository for Ale, here: http://repo.or.cz/w/Ale.git I will probably update the web page to point at this sometime prior to the next release. If there are any problems with this repository, please let me know. The master branch currently includes the latest code, but this may become stable (with a new unstable branch added) with the next release. From andrew.buck at ndsu.edu Sat Mar 15 22:04:21 2008 From: andrew.buck at ndsu.edu (Andrew Buck) Date: Sat Mar 15 22:05:14 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <20080309232013.30bb3745.dhilvert@gmail.com> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <20080219113122.4c15c248.dhilvert@gmail.com> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> <20080309232013.30bb3745.dhilvert@gmail.com> Message-ID: <1205643861.9589.16.camel@numberCruncher.gateway.2wire.net> Ok, I've gotten a start on the actual image alignment code and I thought I'd post what I had so far to see what you thought of it. As before you can load in images and play with the transparency but now you can left-click-drag to move images around, and right-click-drag to rotate them. The code is written so that euclidian and projective styled images should be able to peacefully coexist now however you cannot yet tell the program that a particular image should be projective, everything just defaults to euclidian mode. I plan to have the option to select euclidian/translation in the file list box on the left side of the alignment window (once I fugure out how to do it that is). Also I need to know what coordinate system you use in the transformation files. For euclidian it just says x-offset/y-offset in the documentation so if the file consisted only of euclidian images it would not matter what system was in use (i.e. whether the coordinates refer to the top left corners of images, or their centers, etc). However if euclidian and projective images are mixed in a file then it would matter. As with some of my other comments made to the list it would be nice to see these changes worked into the documentation for clarity. On another note, I see you got the GIT repository set up for ALE. I just took a short look at it and am rather unfamiliar with GIT but it looks pretty cool. I am wondering if/how I could start a GUI fork/branch/tree/whatever for the GUI code or if you would just like to include the GUI as a subfolder in the ALE code directory. Also I don't know if I can commit changes myself or if you are the only one with write access. Either way you are welcome to upload the GUI code into the repository in whatever way you feel is best. The only thing I ask is that if you do upload it you upload each successive tar.gz file in my code directory so that the version tracking, etc, can be used on it. As always code for my latest stable work (currently version 0.2.2) can be found at http://andrewbuck.homelinux.org in the "Code" directory. -Buck From dhilvert at gmail.com Sun Mar 16 08:48:52 2008 From: dhilvert at gmail.com (David Hilvert) Date: Sun Mar 16 08:49:08 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <1205643861.9589.16.camel@numberCruncher.gateway.2wire.net> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <20080219113122.4c15c248.dhilvert@gmail.com> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> <20080309232013.30bb3745.dhilvert@gmail.com> <1205643861.9589.16.camel@numberCruncher.gateway.2wire.net> Message-ID: <20080316104852.c4b68a03.dhilvert@gmail.com> On Sun, 16 Mar 2008 00:04:21 -0500 Andrew Buck wrote: > Ok, I've gotten a start on the actual image alignment code and I thought I'd > post what I had so far to see what you thought of it. As before you can load > in images and play with the transparency but now you can left-click-drag to > move images around, and right-click-drag to rotate them. The code is written > so that euclidian and projective styled images should be able to peacefully > coexist now however you cannot yet tell the program that a particular image > should be projective, everything just defaults to euclidian mode. I plan to > have the option to select euclidian/translation in the file list box on the > left side of the alignment window (once I fugure out how to do it that is). This is pretty neat. It might be useful to somehow identify the image being manipulated (e.g., by its filename), and to have some way to manipulate images without having to displace images stacked above. Also, the filename list currently makes it difficult to distinguish files sharing a long common prefix. Other things that might be convenient might include user loading and saving of interface alignment state without involvement of the engine, reading alignment from the engine or other external code, and reverting to earlier alignments via an undo stack or undo tree (e.g., after engine misalignment). > Also I need to know what coordinate system you use in the transformation > files. For euclidian it just says x-offset/y-offset in the documentation so > if the file consisted only of euclidian images it would not matter what > system was in use (i.e. whether the coordinates refer to the top left corners > of images, or their centers, etc). However if euclidian and projective > images are mixed in a file then it would matter. In transformation data file versions 2 and 3 (the versions written by current code), Euclidean x-offset and y-offset are offsets of the input frame center. > As with some of my other comments made to the list it would be nice > to see these changes worked into the documentation for clarity. Most straightforward might be to submit documentation patches. Patches can be sent to repo.or.cz, by doing 'checkout mob' prior to editing, and then pushing changes to: git+ssh://mob@repo.or.cz/srv/git/Ale.git For web documentation, updating the HTML files should be okay. As it's likely that the web documentation will eventually be migrated to something similar to AsciiDoc, however, new files could probably be added as AsciiDoc or plain text. > On another note, I see you got the GIT repository set up for ALE. I > just took a short look at it and am rather unfamiliar with GIT but it > looks pretty cool. I am wondering if/how I could start a GUI > fork/branch/tree/whatever for the GUI code or if you would just like to > include the GUI as a subfolder in the ALE code directory. Also I don't > know if I can commit changes myself or if you are the only one with > write access. Either way you are welcome to upload the GUI code into > the repository in whatever way you feel is best. The only thing I ask > is that if you do upload it you upload each successive tar.gz file in my > code directory so that the version tracking, etc, can be used on it. It might be easiest to start a new project on repo.or.cz for the GUI. The trees could be merged later if there were reason to do so. From andrew.buck at ndsu.edu Sun Mar 16 13:49:42 2008 From: andrew.buck at ndsu.edu (Andrew Buck) Date: Sun Mar 16 13:50:33 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <20080316104852.c4b68a03.dhilvert@gmail.com> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <20080219113122.4c15c248.dhilvert@gmail.com> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> <20080309232013.30bb3745.dhilvert@gmail.com> <1205643861.9589.16.camel@numberCruncher.gateway.2wire.net> <20080316104852.c4b68a03.dhilvert@gmail.com> Message-ID: <1205700582.12148.16.camel@numberCruncher.gateway.2wire.net> > This is pretty neat. > > It might be useful to somehow identify the image being manipulated (e.g., by > its filename), and to have some way to manipulate images without having to > displace images stacked above. Also, the filename list currently makes it > difficult to distinguish files sharing a long common prefix. > > Other things that might be convenient might include user loading and saving of > interface alignment state without involvement of the engine, reading alignment > from the engine or other external code, and reverting to earlier alignments via > an undo stack or undo tree (e.g., after engine misalignment). > Yeah, all of these were planned ideas (except undo, I had forgotten about that). I added a check box to hide the path for the files to just show the basename. I also added code to draw a "bounding polygon" around the images to make them easier to identify. I tried having it print the file names in the corner of the square but that had "issues" and crashed the program, I'll have to do a bit more looking into that. I have posted a new version at the usual place (http://andrewbuck.homelinux.org) the new version is numbered 0.2.3. I would like you to try compiling it on your machine and then check the "About" window to find out what Qt version you are using. I found a minor issue which is if you rotate an image and then try to drag it a mouse click outside of the "real" rectangle but inside of the "bounding" rectangle which is slightly larger it still selects that picutre for dragging, etc. There is an easy fix for this but it uses a function just recently implemented (Qt versions 4.3 and up). My system (Debian Etch) is still on the 4.2 libraries. If 4.3 is already common I'll manually upgrade and fix the bug but I don't want to do this until others can build the program too. -Buck From dhilvert at gmail.com Sun Mar 16 14:33:41 2008 From: dhilvert at gmail.com (David Hilvert) Date: Sun Mar 16 14:33:55 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <1205700582.12148.16.camel@numberCruncher.gateway.2wire.net> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> <20080309232013.30bb3745.dhilvert@gmail.com> <1205643861.9589.16.camel@numberCruncher.gateway.2wire.net> <20080316104852.c4b68a03.dhilvert@gmail.com> <1205700582.12148.16.camel@numberCruncher.gateway.2wire.net> Message-ID: <20080316163341.de0e4dd4.dhilvert@gmail.com> On Sun, 16 Mar 2008 15:49:42 -0500 Andrew Buck wrote: > I have posted a new version at the usual place > (http://andrewbuck.homelinux.org) the new version is numbered 0.2.3. I > would like you to try compiling it on your machine and then check the > "About" window to find out what Qt version you are using. I'm using 4.3.3. It looks like 4.3.4 is currently available in Debian unstable. From dhilvert at gmail.com Thu Mar 20 21:36:04 2008 From: dhilvert at gmail.com (David Hilvert) Date: Thu Mar 20 21:36:25 2008 Subject: [ale] Site updates for AsciiDoc; more example links? Message-ID: <20080320233604.ece47309.dhilvert@gmail.com> Transition to AsciiDoc for site pages has begun, with new pages stored in /doc/web in the git hierarchy. 'checkout mob' to edit, and push any changes to git+ssh://mob@repo.or.cz/srv/git/Ale.git Updating the 'Examples' section on the main page with links to off-site media might be useful, e.g., linking things such as http://commons.wikimedia.org/wiki/Image:A_wasp_eating_a_fly_DSCN2740_stable.ogg (I don't yet have a video camera, so I haven't posted any video examples of my own. Any still image examples would be useful also, of course.) From furniture at 5460.net Thu Mar 20 22:04:17 2008 From: furniture at 5460.net (Cassidy) Date: Thu Mar 20 22:03:50 2008 Subject: [ale] Chinese hand-made outdoor furniture Message-ID: <406075857.03013@2118.com.cn> Shenzhen Lianda Furniture Co., Ltd. Dear sirs or Madams, Shenzhen Lianda Furniture Co., Ltd is a outdoor furniture manufacter and exporter in China. Our products are mainly artificale rattan furniture, and all they have high quality competitive price and enjoy a good reputation in the circle of furniture. We have more information on our company website. Welcome to visit: www.chinaperfectfurniture.com Please contact us to more details.Your comments on our products or any information on your market demand will be really appreciated. We hope to have the opportunity to work together with you in the future! Waiting for your further information! Best Regards, -------------------------------------------------------------------------------- Shenzhen Lianda Furniture Co., Ltd. Website: www.chinaperfectfurniture.com Tel: 86 755 82266760 Fax: 86 755 82266760 Email: outdoor_furniture@hotmail.com/chinaperfectfurniture@hotmail.com Msn: outdoor_furniture@hotmail.com Add: Room1412,TiandiBuilding,Baoan Sounth Road, Shenzhen,Guangdong,China,518000 From andrew.buck at ndsu.edu Mon Mar 24 18:16:52 2008 From: andrew.buck at ndsu.edu (Andrew Buck) Date: Mon Mar 24 18:17:39 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <20080316163341.de0e4dd4.dhilvert@gmail.com> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <1203484477.10397.19.camel@numberCruncher.gateway.2wire.net> <20080220140002.36583c5d.dhilvert@gmail.com> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> <20080309232013.30bb3745.dhilvert@gmail.com> <1205643861.9589.16.camel@numberCruncher.gateway.2wire.net> <20080316104852.c4b68a03.dhilvert@gmail.com> <1205700582.12148.16.camel@numberCruncher.gateway.2wire.net> <20080316163341.de0e4dd4.dhilvert@gmail.com> Message-ID: <1206407812.29673.11.camel@numberCruncher.gateway.2wire.net> Hello Again, I haven't accomplished too much this week but I thought I would post another version (0.2.4) for you to take a look at (http://andrewbuck.homelinux.org). I added two things, one minor, one more signifigant. The minor change is that when you mouse over an image the box around it changes color and the corners are lit up to indicate that you can drag them. The second, and more useful feature is that left-dragging a corner scales the image. The opposite corner is left in the same (very close to the same actually) position so you can align one corner, then scale the image to be the right size without the first corner moving. With this feature the handling of Euclidian alignment style on images should be complete. I think my next move will be to implement the I/O routines so this utility can actually be used to create and edit alignment files (at least for euclidian alignment). > > I have posted a new version at the usual place > > (http://andrewbuck.homelinux.org) the new version is numbered 0.2.3. I > > would like you to try compiling it on your machine and then check the > > "About" window to find out what Qt version you are using. > > I'm using 4.3.3. It looks like 4.3.4 is currently available in Debian > unstable. OK. This means the new code would compile and run on your machine. I think I am going to leave it as is for now. Hopefully Debian will push the 4.3 libraries into the stable build and I can update the code without having to manually install the libs myself. I tested my proposed solution on a friends machine and it does work by just changing one line of code so it will be trivial to implement when the new libs are on my machine. As always, let me know if you see anything wrong/broken or any feature requests, etc. -Buck From dhilvert at gmail.com Mon Mar 24 19:02:45 2008 From: dhilvert at gmail.com (David Hilvert) Date: Mon Mar 24 19:03:06 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <1206407812.29673.11.camel@numberCruncher.gateway.2wire.net> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> <20080309232013.30bb3745.dhilvert@gmail.com> <1205643861.9589.16.camel@numberCruncher.gateway.2wire.net> <20080316104852.c4b68a03.dhilvert@gmail.com> <1205700582.12148.16.camel@numberCruncher.gateway.2wire.net> <20080316163341.de0e4dd4.dhilvert@gmail.com> <1206407812.29673.11.camel@numberCruncher.gateway.2wire.net> Message-ID: <20080324210245.51fc8847.dhilvert@gmail.com> On Mon, 24 Mar 2008 20:16:52 -0500 Andrew Buck wrote: > I haven't accomplished too much this week but I thought I would post > another version (0.2.4) for you to take a look at > (http://andrewbuck.homelinux.org). I added two things, one minor, one > more signifigant. The minor change is that when you mouse over an image > the box around it changes color and the corners are lit up to indicate > that you can drag them. The second, and more useful feature is that > left-dragging a corner scales the image. The opposite corner is left in > the same (very close to the same actually) position so you can align one > corner, then scale the image to be the right size without the first > corner moving. With this feature the handling of Euclidian alignment > style on images should be complete. I think my next move will be to > implement the I/O routines so this utility can actually be used to > create and edit alignment files (at least for euclidian alignment). No scaling in Euclidean transformations: http://www.cs.mtu.edu/~shene/COURSES/cs3621/NOTES/geometry/geo-tran.html The corner-dragging will probably be useful for projective transformations, however. > OK. This means the new code would compile and run on your machine. I > think I am going to leave it as is for now. Hopefully Debian will push > the 4.3 libraries into the stable build and I can update the code > without having to manually install the libs myself. I tested my > proposed solution on a friends machine and it does work by just changing > one line of code so it will be trivial to implement when the new libs > are on my machine. > > As always, let me know if you see anything wrong/broken or any feature > requests, etc. How do I adjust the alignment of images completely covered by other images? From andrew.buck at ndsu.edu Mon Mar 24 21:20:11 2008 From: andrew.buck at ndsu.edu (Andrew Buck) Date: Mon Mar 24 21:21:03 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <20080324210245.51fc8847.dhilvert@gmail.com> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <1203569114.31630.21.camel@numberCruncher.gateway.2wire.net> <20080221120710.ac7c9957.dhilvert@gmail.com> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> <20080309232013.30bb3745.dhilvert@gmail.com> <1205643861.9589.16.camel@numberCruncher.gateway.2wire.net> <20080316104852.c4b68a03.dhilvert@gmail.com> <1205700582.12148.16.camel@numberCruncher.gateway.2wire.net> <20080316163341.de0e4dd4.dhilvert@gmail.com> <1206407812.29673.11.camel@numberCruncher.gateway.2wire.net> <20080324210245.51fc8847.dhilvert@gmail.com> Message-ID: <1206418811.4399.21.camel@numberCruncher.gateway.2wire.net> > > I haven't accomplished too much this week but I thought I would post > > another version (0.2.4) for you to take a look at > > (http://andrewbuck.homelinux.org). I added two things, one minor, one > > more signifigant. The minor change is that when you mouse over an image > > the box around it changes color and the corners are lit up to indicate > > that you can drag them. The second, and more useful feature is that > > left-dragging a corner scales the image. The opposite corner is left in > > the same (very close to the same actually) position so you can align one > > corner, then scale the image to be the right size without the first > > corner moving. With this feature the handling of Euclidian alignment > > style on images should be complete. I think my next move will be to > > implement the I/O routines so this utility can actually be used to > > create and edit alignment files (at least for euclidian alignment). > > No scaling in Euclidean transformations: > > http://www.cs.mtu.edu/~shene/COURSES/cs3621/NOTES/geometry/geo-tran.html > > The corner-dragging will probably be useful for projective transformations, > however. OK, but I'm not sure exactly sure why the Euclidian transformation is defined the way it is then. The documentation has this for the format... E if scaling is not allowed then what is the purpose of the image width and height in the alignment file. If all they are is the size of the image itself then they should not even be necessary as ALE should be able to read that in from the image itself, if this is not what they are for then I'm not sure how to interpret them and need further clarification. Also, the scaling code was written in error and some of it will be useful later, however it would possibly be a useful feature if it were added to ALE. I would imagine there are often situations where people need translation, rotation, and scaling; but do not need the full projective rendering format as it is probably slower to compute and render images in this method. > > OK. This means the new code would compile and run on your machine. I > > think I am going to leave it as is for now. Hopefully Debian will push > > the 4.3 libraries into the stable build and I can update the code > > without having to manually install the libs myself. I tested my > > proposed solution on a friends machine and it does work by just changing > > one line of code so it will be trivial to implement when the new libs > > are on my machine. > > > > As always, let me know if you see anything wrong/broken or any feature > > requests, etc. > > How do I adjust the alignment of images completely covered by other images? > This really isn't supported yet, I plan to add Move-up/Move-down buttons below the file list to allow the z-ordering to be adjusted. Since the program doesn't allow for outputting the files yet anyway I figured this feature was somewhat low priority. -Buck From dhilvert at gmail.com Mon Mar 24 22:02:56 2008 From: dhilvert at gmail.com (David Hilvert) Date: Mon Mar 24 22:03:14 2008 Subject: [ale] Re: Cross platform GUI In-Reply-To: <1206418811.4399.21.camel@numberCruncher.gateway.2wire.net> References: <1203433577.11541.9.camel@numberCruncher.gateway.2wire.net> <1203737884.11711.24.camel@numberCruncher.gateway.2wire.net> <20080224035107.7843a123.dhilvert@gmail.com> <1204353028.23352.21.camel@numberCruncher.gateway.2wire.net> <1204385906.11930.13.camel@numberCruncher.gateway.2wire.net> <3989.12.219.190.86.1204586960.squirrel@webmail.ndsu.nodak.edu> <1891.12.210.230.195.1204866451.squirrel@webmail.ndsu.nodak.edu> <20080307072020.037a93c5.dhilvert@gmail.com> <1205119749.3227.8.camel@numberCruncher.gateway.2wire.net> <20080309232013.30bb3745.dhilvert@gmail.com> <1205643861.9589.16.camel@numberCruncher.gateway.2wire.net> <20080316104852.c4b68a03.dhilvert@gmail.com> <1205700582.12148.16.camel@numberCruncher.gateway.2wire.net> <20080316163341.de0e4dd4.dhilvert@gmail.com> <1206407812.29673.11.camel@numberCruncher.gateway.2wire.net> <20080324210245.51fc8847.dhilvert@gmail.com> <1206418811.4399.21.camel@numberCruncher.gateway.2wire.net> Message-ID: <20080325000256.321b96e4.dhilvert@gmail.com> On Mon, 24 Mar 2008 23:20:11 -0500 Andrew Buck wrote: > OK, but I'm not sure exactly sure why the Euclidian transformation is > defined the way it is then. The documentation has this for the > format... > > E > > if scaling is not allowed then what is the purpose of the image width > and height in the alignment file. If all they are is the size of the > image itself then they should not even be necessary as ALE should be > able to read that in from the image itself, if this is not what they are > for then I'm not sure how to interpret them and need further > clarification. Files produced by the current engine code multiply width and height by the --scale variable, so that, e.g., adjusting position by 0.125 in the file also adjusts position by 0.125 in the output. This approach may allow more 'natural' units to be used in some cases. In particular, the following lines should be treated as equivalent for any square image: E 10 10 1 1 0.1 E 20 20 2 2 0.1 > Also, the scaling code was written in error and some of it will be useful > later, however it would possibly be a useful feature if it were added to ALE. > I would imagine there are often situations where people need translation, > rotation, and scaling; but do not need the full projective rendering format > as it is probably slower to compute and render images in this method. It might be a useful feature to keep in the interface, in any case. Having to always adjust three corners of a projective transformation when correcting for zoom might become tedious. From mikelee33 at fastmail.fm Thu Mar 27 14:08:06 2008 From: mikelee33 at fastmail.fm (Michael Lee) Date: Thu Mar 27 14:08:23 2008 Subject: [ale] ALE Windows gui ready for use Message-ID: <1206652086.27413.1244664739@webmail.messagingengine.com> Greetings ALE Users: I have created version one of a free, basic and simple to use Windows interface for ALE. It is called ALE Options and is available for download here: http://www.box.net/shared/8y9fwiygwo Place ALE Options.exe in the same location as the Windows binary ale.exe and then execute ALE Options. Currently it offers the five default rendering options, along with three other processing options, and is designed to process either three or five images. The interface is written in AutoIt and is relatively easy to modify, therefore offering the ability to add more options as suggested or requested by users. The current capabilities and options are those that a very typical photographer may wish to use to enhance resolution and decrease noise. Any ALE users who believe the interface to be useful are encouraged to comment on it. I would propose a link to the interface be placed on http://auricle.dyndns.org/ALE and inserted at line 52 as follows: Windows Interface ----------------- link:http://www.box.net/shared/8y9fwiygwo[ALE Options.zip], Ready-to-run executable Thank you for your time. Michael Lee -- Michael Lee mikelee33@fastmail.fm -- http://www.fastmail.fm - Access all of your messages and folders wherever you are From dhilvert at gmail.com Thu Mar 27 19:24:02 2008 From: dhilvert at gmail.com (David Hilvert) Date: Thu Mar 27 19:24:23 2008 Subject: [ale] ALE Windows gui ready for use In-Reply-To: <1206652086.27413.1244664739@webmail.messagingengine.com> References: <1206652086.27413.1244664739@webmail.messagingengine.com> Message-ID: <20080327212402.bf726323.dhilvert@gmail.com> On Thu, 27 Mar 2008 17:08:06 -0400 "Michael Lee" wrote: > I would propose a link to the interface be placed on > http://auricle.dyndns.org/ALE and inserted at line 52 as follows: > > Windows Interface > ----------------- > link:http://www.box.net/shared/8y9fwiygwo[ALE Options.zip], Ready-to-run > executable The section title should probably be changed to clarify that this is a GUI, and author and license information should probably be added somewhere. Also, there should probably be some way for users to track progress of your project without downloading and unzipping a file to check for updates. The simplest way to do this would be to add a version number, and to push updates to the number via the git server. Alternatively, you could maintain a separate web page for your project, and link to this instead of linking directly to the file. From dhilvert at gmail.com Thu Mar 27 20:49:29 2008 From: dhilvert at gmail.com (David Hilvert) Date: Thu Mar 27 20:49:42 2008 Subject: [ale] ALE Windows gui ready for use In-Reply-To: <20080327212402.bf726323.dhilvert@gmail.com> References: <1206652086.27413.1244664739@webmail.messagingengine.com> <20080327212402.bf726323.dhilvert@gmail.com> Message-ID: <20080327224929.b4c8a43a.dhilvert@gmail.com> On Thu, 27 Mar 2008 21:24:02 -0500 David Hilvert wrote: > Alternatively, you could maintain a separate web page for your project, and > link to this instead of linking directly to the file. (If it's possible to modify the filename at box.net to indicate version numbers for new releases, this would probably be sufficient.) From dhilvert at gmail.com Fri Mar 28 17:15:13 2008 From: dhilvert at gmail.com (David Hilvert) Date: Fri Mar 28 17:15:27 2008 Subject: [ale] GUI section added; other entries? Message-ID: <20080328191513.d554d134.dhilvert@gmail.com> The project web site now has a GUI section on the main page, including Michael Lee's Win32 GUI. If you want your GUI project added, please send a patch (preferably as diff -u) against http://auricle.dyndns.org/ALE/index.txt to either the list or the git repository (against doc/web/index.txt), so that the entry for your project will include the correct details.