| Author |  Topic  | 
              
                | spetric
    
 
                Croatia308 Posts
 | 
                    
                      |  Posted - May 09 2016 :  04:04:12     
 |  
                      | Hi Nigel, 
 I have put the answer to the problem in my previous post. The problem is in console application dependencies, which I overlooked.
 
 When I tried it on clean Win xp and 7 installation, the number of detected key-points was 0, which led to console app., that led to MSVC redistributable package dependencies.
 
 It seams that using ready-made console app was not a bright idea, although the app/library is highly optimized.
 
 Edit: I've found a decent source code in plane ANSI C (w/o external dependencies). I'll try to implement it in XE5.
 |  
                      |  |  | 
              
                | w2m
     
 
                USA1990 Posts
 | 
                    
                      |  Posted - May 15 2016 :  13:33:35     
 |  
                      | Hi Roy, 
 Do you have a demo of the curves tool that will compile and run with Win64?  It needs some changes to work with Win64.
 
 I am using the demo posted at the ImageEn User demos.
 
 Win32
 Inc(integer(iRGBArray), SFill);
 Win65
 Inc(pByte(iRGBArray), SFill);
 
 Plus other procedures need modifications or exceptions are produced.
 
 Also please send me your latest email address.
 
 Thanks,
 
 Bill Miller
 Adirondack Software & Graphics
 Email: w2m@hughes.net
 EBook: http://www.imageen.com/ebook/
 Custom Commercial ImageEn Development
 |  
                      |  |  | 
              
                | klausdoege
    
 
                Germany389 Posts
 | 
                    
                      |  Posted - Sep 10 2016 :  02:51:31     
 |  
                      | Hello spetric, for spetric/20165675412_ien_sift.zip,
 is there a delphi source available ?
 And for the 20162158835_seam_carving too ?
 Regards
 Klaus
 
 Klaus
 www.klausdoege.de
 |  
                      |  |  | 
              
                | xequte
      
 
                39218 Posts |  | 
              
                | klausdoege
    
 
                Germany389 Posts
 | 
                    
                      |  Posted - Sep 12 2016 :  13:00:12     
 |  
                      | Hello Nigel, 
 this is a pity, but in my age I will learn no more C++.
 
 Klaus
 www.klausdoege.de
 |  
                      |  |  | 
              
                | spetric
    
 
                Croatia308 Posts
 | 
                    
                      |  Posted - Oct 07 2016 :  04:51:27     
 |  
                      | Hi Klaus, 
 Sorry for delayed answer (I was really busy last few months).
 Regarding SIFT, I have managed to compile source code I found on IPOL journal and it works quite well.
 It does not depend on any runtime libraries. I'll do some more testing and after that
 I'll create a library (static and DLL) and upload it together with demo program.
 
 So, it will be possible to use it from Delphi.
 
 |  
                      |  |  | 
              
                | spetric
    
 
                Croatia308 Posts
 | 
                    
                      |  Posted - Oct 11 2016 :  16:41:19     
 |  
                      | Done! 
 Here is a DLL and demo application described in IPOL Journal:
 
 http://www.ipol.im/pub/art/2012/mmm-oh/
 
 Source code in C is freely available and I wrapped it up in DLL so it can be used from Delphi. All parameters are described in article on  link above and all necessary structures and DLL entries are described in Orsa.h header that goes with this DLL.
 
 Demo application and Orsa.dll do not require any obscure runtime libraries.
 
 
  
 Usage: first load source (sample) and target (master) image.
 Then you can click Calc. source SIFT descriptor, Calc. target SIFT descriptor and then click Calc. source/target matching  or you can click immediately Calc. source/target matching  and program will first calculate source and target descriptors and then calculate source/target matching.
 
 After source/target matching is calculated, you can click Orsa homography to run RANSAC/ORSA homography estimation.
 
 There are three output images: Panorama, Registered image 1 and Registered image 2 (same as in demo on IPOL jurnal pages). If two input images are of "panoramic" sort they will be stitched together in panorama output.
 
 Here is demo application (with source code) and DLL (without source code, source code is really messy)
 
 attach/spetric/2016101116368_orsa_distrib.zip
 6062.58 KB
 
 Known bugs: you can select background color to fill output images (panorama, reg1 and reg2), but method fill in template class does not work correctly, so use either clWhite or clBlack. It's some obscure template class and I need to carefully examine the code.
 
 Note: Input bitmaps must be of type ie24RGB. Alpha channel is not supported, but I'll try to implement it in future.
 
 Note: To call DLL from Delphi you only need to convert Orsa.h header file to Pascal. There are only structs (records) and DLL entry typedefs.
 
 Have fun,
 Siniša
 
 Edit1: orsaIntersection structure in Orsa.h gives intersection box, i.e. a box that encloses a part where two images intersect. It's useful if you want to blend images reg1 and reg2 to avoid visible stitches. Intersection box coordinates are based on target image.
 
 Note: Homography is now included in ImageEn+IEVision. See the demo:
 \Demos\IEVision\ImageAlignment\ImageAlignment.dpr
 |  
                      |  |  | 
              
                | spetric
    
 
                Croatia308 Posts
 | 
                    
                      |  Posted - Oct 13 2016 :  16:30:29     
 |  
                      | I've tried to call DLL from Delphi, but it crashes, because it's  not possible to pass classes (TIEBitmap) across module boundaries, except if it's linked with dynamic RTL/VCL. In C++ it works flawless.
 
 So, I've modified a DLL and all entries are of the same type. Only arguments
 passed are two structures. All images are passed as an array of byte pointers to TIEBitmap scanlines.
 
 Although I'm very clumsy with Delphi, I've managed to make SIFT/ORSA work (hurrah).
 
 Beside that, any reference to VCLs are removed from DLL and it's size shrank to 1.4MB.
 
 So, here is again SIFT/ORSA DLL (2.0) with demo exe in C++ (with source code), but this time with demo program in Delphi (source code only). It can load image (24 bit) and calculate SIFT descriptors.
 
 Orsa.h header file was converted to ORSA.PAS file using Dr.Bob's converter wizard and then adjusted by hand...now this was pain in the....
 
 attach/spetric/2016101316245_orsa_20.zip
 3596.59 KB
 
 More experienced Delphi programmers can check Orsa.h vs ORSA.PAS and eventually finish Delphi project that I've started.
 
 Have fun,
 Siniša
 
 Once again, output images (panorama, reg1 and reg2) are created the same way as in IPOL online demo. I don't like the way panorama, reg1 and reg2 are created:
 
 output.width = max(source.width, target.width)
 output.height = max(source.height, target.height)
 
 and then all output images are translated according to center of the new image, but I didn't want to modify original program. If I decide to make some kind of image stitcher, I'll modify the way output images are created.
 
 
 |  
                      |  |  | 
              
                | xequte
      
 
                39218 Posts | 
                    
                      |  Posted - Oct 17 2016 :  17:16:36     
 |  
                      | Nice job, Sinisa. It works very effectively. 
 I'll be playing with it more once I get on top of the mountain of emails that accumulated during my holiday.
 
 
  
 Note: Homography is now included in ImageEn+IEVision. See the demo:
 \Demos\IEVision\ImageAlignment\ImageAlignment.dpr
 
 Nigel
 Xequte Software
 www.xequte.com
 nigel@xequte.com
 
 |  
                      |  |  | 
              
                | spetric
    
 
                Croatia308 Posts
 | 
                    
                      |  Posted - Oct 26 2016 :  17:01:09     
 |  
                      | Hi Nigel, 
 There is a bug in DLL: inliners and outliners internal vector lists were not cleared, so when you load new src/target image inliners/outliners vectors data were cumulated (original code is console application, so there wasn't need for any clearing). Beside that I've added translate option (will the reg. images be translated to accommodate new "panorama" output or not). Translate option is added in structure/record (see orsa.pas).
 
 Also, I've modified original image template so that color filling now works ok (I've set green color background in demo).
 
 Here is the new DLL and demo prog. version:
 
 
 attach/spetric/20161026165944_orsa_distrib.zip
 3597.03 KB
 |  
                      |  |  | 
              
                | spetric
    
 
                Croatia308 Posts
 | 
                    
                      |  Posted - Nov 16 2016 :  16:46:31     
 |  
                      | I'm rewriting my drawing engine (surface, geometry, drawing, filters, etc..)  and here is a little "by product": a 2D Tessellation, including Voronoi diagram and Delaunay triangulation (including Gouraud shading). The source is in C++, but if there is substantial interest, I can pack complete engine (in it's present status) in DLL, so it can be called from Delphi. 
 
  
 Here is demo and source code:
 attach/spetric/20161116163042_voronoi_distrib.zip
 3225.39 KB
 
 Significant parameters:
 Number of sites - number of sites in last iteration.
 
 Number of iterations - number of sites are divided by two for each iteration. Tessellation is made from the first level (iteration with smallest number of sites) and goes upward (number of sites are now multiplied by two).
 New sites are added and new tessellation is performed.
 
 Level error - for each level (iteration) every new site candidate, i.e.  color (luminance) from previously tessellated image at x,y is compared to original image color (luminance) at x,y. if abs(siteLum - origPixelLum) is higher then given error, site is added, otherwise it's discarded. In such a way, areas with similar color are not tessellated (see the figure above - areas on the right side of the image).
 
 NOTE: high number of iterations with high number of sites tend to be very slow (10 seconds and above).
 
 Have fun,
 Siniša
 
 
 
 
 
 |  
                      |  |  | 
              
                | xequte
      
 
                39218 Posts | 
                    
                      |  Posted - Nov 17 2016 :  20:00:55     
 |  
                      | Hi Sinisa 
 Nice work. It gives some really cool effects. I did not notice any particular performance issues, even with large images.
 
 
 
 Nigel
 Xequte Software
 www.xequte.com
 nigel@xequte.com
 
 |  
                      |  |  | 
              
                | spetric
    
 
                Croatia308 Posts
 | 
                    
                      |  Posted - Nov 18 2016 :  06:54:34     
 |  
                      | Hi Nigel, 
 Glad you like it. However, it's little cumbersome, because when tessellation is performed, routine returns both voronoi edges and Delaunay triples, so there is no need to run it again and again when mode is changed or edges color is changed.
 
 So, I've changed the logic and added few extra parameters:
 
 1. Number of sites (end): number of sites in last iteration.
 2. Number of sites (start): number of sites in first iteration.
 3. Custom color: edge color can be picked from ColorBox.
 4. Redraw: a button that performs various styles of output (once tessellation is done).
 
 Iterations are simplified: first iteration is started with given sites number (2.) and for each subsequent iteration, number of possible sites is incremented until final sites number is reached (1.).
 
 Also, I have added a possibility to save the image and fixed some bugs (Gouraud shading).
 
 Here is the new version:
 
 attach/spetric/2016111865312_voronoi_distrib.zip
 3136.23 KB
 |  
                      |  |  | 
              
                | klausdoege
    
 
                Germany389 Posts
 | 
                    
                      |  Posted - Dec 13 2016 :  11:43:20     
 |  
                      | Hi Spetric, this is a cool effect. But how you now, i make all with delphi.
 Is there a DLL available ?
 regards
 Klaus
 
 Klaus
 www.klausdoege.de
 |  
                      |  |  | 
              
                | spetric
    
 
                Croatia308 Posts
 | 
                    
                      |  Posted - Dec 14 2016 :  06:35:24     
 |  
                      | Hi Klaus, 
 I hope that I'll finish the first version of DLL engine until the end of this week and make
 a simple Delphi demo on how to use it.
 
 
 |  
                      |  |  | 
              
                | klausdoege
    
 
                Germany389 Posts
 | 
                    
                      |  Posted - Dec 16 2016 :  16:38:07     
 |  
                      | Hi Spetric, fine, i would be happy
 regards
 Klaus
 
 Klaus
 www.klausdoege.de
 |  
                      |  |  | 
              
                | xequte
      
 
                39218 Posts |  | 
              
                | Fábio Nascimento
   
 
                Brazil77 Posts
 | 
                    
                      |  Posted - Dec 22 2016 :  05:58:46     
 |  
                      | Thanks for the demo, Bill! Merry xmas and happy new year to you all! |  
                      |  |  | 
              
                | spetric
    
 
                Croatia308 Posts
 | 
                    
                      |  Posted - Dec 22 2016 :  17:16:29     
 |  
                      | Oh well, I really put an effort to build so-so Delphi demo for my drawing engine. 
 Engine is written in C++ and it's quite fast and lightweight (1.4MB).
 I did not build x64 version, but it's not a problem. However, I want to do some more testing and probably some more changes before X64 version.
 
 Also, I need to write a manual on how to use the engine (lot of parameters).
 I'll write it down if there is an interest, of course.
 
 Currently only draw-rendering is supported and some options are not exposed in demo program. I'm not "per tu" with Delphi and this was a nightmare for me (volunteers needed). It's a new drawing engine for my prog. Pixopedia and this is a dll version of the engine (almost the same parameters). You can use brush bucket (multiple brushes: speSetBucketIndex function) but it's not implemented in current demo. Setting palette functions are exposed, but not available in demo (you can add them). Demo is built with Devexpress trackbars and color combos, but you can replace them with any others. Initial image is white canvas and right mouse click on the image pops-up available shapes (polyline, polygon and spline are not yet in dll).
 
 
  
 Here is dll, demo exe and demo source code:
 
 attach/spetric/2016122217524_delphi_spe_demo.zip
 6538.68 KB
 
 Oh yes, I forgot. Currently engine's surface accepts only unfragmented TIEBitmpa(s): IEGlobalSettings().AutoFragmentBitmap := False;
 
 It's not a problem to add a method that can accept fragmented bitmaps, but you'll have to pass an array of scanlines. Any image container that has scanlines or some kind of contiguous buffer with known stride can be passed to engine's surface.
 
 @klaus
 Sorry Klaus, I did not have time to put tessellation into engine.
 I'm thinking of creating a new dll (it will depend on spEngine.dll) with various effects (tessellation will be the first one).
 
 
 |  
                      |  |  | 
              
                | yogiyang
     
 
                India730 Posts
 | 
                    
                      |  Posted - Dec 22 2016 :  23:28:24     
 |  
                      | Hello spetric, 
 Are there any possibilities to drawing Strokes around marquee selection with one command provided selection exist....?
 
 TIA
 
 
 Yogi Yang
 |  
                      |  |  | 
              
                
                |  Topic  |  |