Author |
Topic |
|
HeartWare
Denmark
46 Posts |
Posted - Apr 19 2018 : 02:05:36
|
If I have a 3D anaglyph image (red/green or red/cyan), is there a built-in filter in ImageEn so that I can "extract" the left/right eye image?
If not, does anyone one know to do so using ImageEn? |
|
xequte
38182 Posts |
Posted - Apr 22 2018 : 16:59:00
|
Hi
Can you please attach an example.
Nigel Xequte Software www.imageen.com
|
|
|
HeartWare
Denmark
46 Posts |
|
xequte
38182 Posts |
Posted - Apr 23 2018 : 20:04:15
|
I'm afraid I don't know a way to split these into multiple images. Maybe ask on a more general forum such as StackOverflow.com. If you find a technique we can advise how to implement with ImageEn.
Nigel Xequte Software www.imageen.com
|
|
|
HeartWare
Denmark
46 Posts |
Posted - Apr 24 2018 : 01:08:59
|
I would guess it has to do with colour filters (R/G/B). Is there a way that one can extract the separate R/G/B parts of a TrueColour image? For instance separate the image into three, each with the R/G/B part of the RGB colours? Then I can try to experiment a little myself... |
|
|
xequte
38182 Posts |
|
HeartWare
Denmark
46 Posts |
Posted - Apr 24 2018 : 07:29:11
|
Thank you. I'll try to experiment a little and see what I can manage on my own.
I think it is mainly colour seperation (they are meant to be viewed with glasses that contain coloured filters matching the colours used. I believe they are meant to only allow that particular part of the colour spectrum through to the respective eye, but I am unsure if that is *all* that there's to it. We'll see... :-) ) |
|
|
HeartWare
Denmark
46 Posts |
Posted - Apr 25 2018 : 04:55:10
|
It looks promising doing simple channel extraction. I have made a demo program that you may distribute with your library, provided you let my attribution comment stay in Main.PAS
I have also run into another problem. Whenever I use TOpenImageEnDialog, my program crashes when shutting down (in System.pas). It's only visible from within the IDE, as the program is deep into the shut-down procedure, so Windows just eats the exception.
Also, the error only occurs if I actually USE the dialog in my program (ie. it is shown). If I never open it, no error occurs. It also occurs if I just open it, close it (without selecting any file) and then terminates the program.
The error is "Project ... raised exception class $40000015 with message 'system exception (code 0x40000015) at 0x76473e2f" (not sure if the address is the same every time).
Some other suggestions for this dialog, now that I am discussing it anyway :-) : 1) If I choose a file from the drop-down list of previous files, the preview is not updated to reflect this. 2) If I alter the "FileName" value of the dialog while it is shown (from a timer or from some additional buttons I have dynamically added to the dialog), it doesn't reflect back into the system (ie. no preview update and other stuff, like if I later try to read FileName property, I do not get back the value I have set).
Send me a PM if you want the demo program (which can also be used to reproduce the above error). |
|
|
xequte
38182 Posts |
|
HeartWare
Denmark
46 Posts |
Posted - Apr 26 2018 : 02:25:34
|
I have posted the source to the topic you mentioned.
Regarding the bug, I am using Delphi Tokyo 10.2 Update 3. The source I posted exhibits the problem (at least on my PC). Just compile it, run it under the debugger, load a picture (any picture) and close the program (click the "X"). |
|
|
xequte
38182 Posts |
Posted - Apr 26 2018 : 19:05:48
|
Thanks for the demo post. It works really well.
I cannot reproduce the crash on exit, nor have I had any other reports of it, so I suspect there is something going on with your system.
Nigel Xequte Software www.imageen.com
|
|
|
|
Topic |
|