I have posted a test version of CombineZP.exe only at the address below

http://www.hadleyweb.pwp.blueyonder.co.uk/CZP/Test/CombineZP.exe

I would be greatful if anyone who is experiencing this problem could test it
for me.

Simply download, place in the CombineZP installation folder to replace the
existing version, then run in the usual way.   You will probably get a
security warning when you first run the new version.

I have disabled SSE2 instructions for this version as it seems some older
processors that people still use cannot handle them.

Please let me know if this cures the problem or not.

Alan

P.S. I am doing some fun extentions to the program involving a simple way to
do pixel mapping (e.g. fish eye lenses, big heads small bodies etc. etc.).
I am hoping that this may also be useful to correct for distortion around
the edges of some micro/macro photos etc.

Alan

----- Original Message -----
From: "relpit" <relpit@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, November 28, 2009 2:43 AM
Subject: [CombineZ] I cannot get the latest CombineZP to run



Hi,

I've been running a previous version of CombineZP with no problems. I've
just downloaded and installed the current version and get the following
fatal error when I try and run it each time.


Error signature

AppName: combinezp.exe AppVer: 7.0.0.1 ModName: combinezp.exe
ModVer: 7.0.0.1 Offset: 0001cde0


I can provide more information but I don't want to overload this forum.

Is this a problem anyone else has seen or does anyone have suggestions on
how to fix it? If I uninstall the current version and reinstall the previous
version (downloaded in April 2009) it works again.

I'm using Windows XP-Pro, AMD Athlon 2100, NVidia 6800GT graphics, Gigabyte
motherboard, 1GB RAM.

Thanks

Andy (new member)

Andy, thank's for the report, I see you are not using an Intel processor, I
will look if I changed any of the compiler settings which might make it fail
on different processor types.   I will have to do a Google search to see if
there are any issues I should know about.

I also have a couple more avenues to investigate.

Will get back to the group if I find anything, hopefully soon.

Alan

----- Original Message -----
From: "relpit" <relpit@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, November 28, 2009 2:43 AM
Subject: [CombineZ] I cannot get the latest CombineZP to run



Hi,

I've been running a previous version of CombineZP with no problems. I've
just downloaded and installed the current version and get the following
fatal error when I try and run it each time.


Error signature

AppName: combinezp.exe AppVer: 7.0.0.1 ModName: combinezp.exe
ModVer: 7.0.0.1 Offset: 0001cde0


I can provide more information but I don't want to overload this forum.

Is this a problem anyone else has seen or does anyone have suggestions on
how to fix it? If I uninstall the current version and reinstall the previous
version (downloaded in April 2009) it works again.

I'm using Windows XP-Pro, AMD Athlon 2100, NVidia 6800GT graphics, Gigabyte
motherboard, 1GB RAM.

Thanks

Andy (new member)

Dave Maietta sent me the following email indicating that he had found a similar
issue with the October 16th release:

--------------------------------------------------------------------

FYI, same problem here, on an old Dell laptop.  Exact same error signature.
I've notified Alan, who indicated he would investigate.  Feel free to post
this to the forum.

"Hi Alan, I've been using CombineZ for a while now, and it is a fine piece
of work.  However, on upgrading to the October 16, 2009 version of CZP, I
have encountered a problem.  On startup, the software crashes after a brief
flash of the window frame.  The previous version, dated Feb. 25, 2009, still
works.  Do you have any suggestions?  I have tried a fully clean
installation, including removing all residual files from the program
direcory before installation and rebooting.  I'm running Windows XP with all
the most recent patches, including the most recent .NET."

Thanks,

Dave Maietta

Hi,

I've been running a previous version of CombineZP with no problems. I've just
downloaded and installed the current version and get the following fatal error
when I try and run it each time.


Error signature

AppName: combinezp.exe  AppVer: 7.0.0.1  ModName: combinezp.exe
ModVer: 7.0.0.1  Offset: 0001cde0


I can provide more information but I don't want to overload this forum.

Is this a problem anyone else has seen or does anyone have suggestions on how to
fix it? If I uninstall the current version and reinstall the previous version
(downloaded in April 2009) it works again.

I'm using Windows XP-Pro, AMD Athlon 2100, NVidia 6800GT graphics, Gigabyte
motherboard, 1GB RAM.

Thanks

Andy (new member)

Which method of alignment you need to use depends on the nature of the
frames you wish to stack.   You will probably not need to use the Strict
Alignment macro in most cases.   The best plan is to do a test on a typical
stack, try with and without prealigning using this macro and compare the
results.

Alan

----- Original Message -----
From: <davehooper@...>
To: <combinez@yahoogroups.com>
Sent: Wednesday, November 25, 2009 10:31 PM
Subject: [CombineZ] Aligning Images


My first post. I started using CombineZP a month or so ago and think its a
wonderful product. I will usually execute All Macros and then chose what I
think is the best result.

But I've been executing Strict Alignment on a new stack of images. Then I'll
export the frames - and then use those aligned frames as a new stack.

Now, I know running All Macros executes the Align And Balance Used Frames.
What I'd like to know... Am I wasting my time by executing Strict Alignment
first?

Dave

My first post. I started using CombineZP a month or so ago and think its a
wonderful product. I will usually execute All Macros and then chose what I think
is the best result.

But I've been executing Strict Alignment on a new stack of images. Then I'll
export the frames - and then use those aligned frames as a new stack.

Now, I know running All Macros executes the Align And Balance Used Frames. What
I'd like to know... Am I wasting my time by executing Strict Alignment first?

Dave

To be honist I don't know, I should just try it.

Another thing I just realized, some of this may be a 32/64 bit portability
problem, CZP is 32 bit code, are you using a 64 bit system?   They say it
should not be a problem, only mention a driver issue, but then keyboards
need a driver, but CZ does not install it's own so where does that leave us?

Alan

----- Original Message -----
From: "Michael" <etln77@...>
To: <combinez@yahoogroups.com>
Sent: Sunday, October 18, 2009 7:24 PM
Subject: [CombineZ] Re: Macro set file uploaded



Thanks once again, Alan, for getting onto this so quickly.  I'm using a
Remote Desktop Connection so that'll explain the keystroke problem -it's
more trouble than it's worth and I'm going to go back to a simpler way of
switching between me Mac and my PC.  Could it be causing any of the other
problems?

Michael

Thanks once again, Alan, for getting onto this so quickly.  I'm using a
Remote Desktop Connection so that'll explain the keystroke problem –it's more
trouble than it's worth and I'm going to go back to a simpler way of switching
between me Mac and my PC.  Could it be causing any of the other problems?

Michael

I just tried renaming the .dll files in the CZP folder on my system, by
putting an 'x' before the name, and the only one I really need is fftw3.dll.
I sorted the files by type when looking in the folder to bring all .dll
files together so that I could find them all easily.

Alan

----- Original Message -----
From: "Alan" <alan@...>
To: <combinez@yahoogroups.com>
Sent: Sunday, October 18, 2009 7:05 PM
Subject: Re: [CombineZ] Re: Macro set file uploaded


> Right Michael, your last message contained a lot of info, too much for me
> to
> digest all at once.   So here are a couple of my first impressions, I'll
> read it again in a while and see if I can work out what is going on.
>
> CZ uses symmetrical filters and only displays one quarter of the whole
> thing, the lower right quadrant.   So you are correct if the whole filter
> were shown the low frequency part would be in the middle.   So some of the
> filters would have four lobes rather than being circularly cymmetrical.
> I
> suppose that the names I have given to them may not be 100% accurate.
>
> It seems that for some reason the keys on your keyboard are not being
> interpreted correctly, 'z' should cause the red rectangle to shrink.   As
> to
> the cause I don't know but a possibility is that there is a mixup with the
> .dll files installed.   What .dll files are in the CZP folder?   Maybe one
> or more should be removed so that your standard system version can take
> over.
>
> The 'default' macro set is the last one used when CZP was run in the
> normal
> way.   So if this did not runn properly you would expect problems when the
> batch program trys to run CZP using it.
>
> Another possible cause of problems is that I allowed the compiler to use
> SSE2 instructions, but as you are using Intel  processors there should not
> be a problem here.
>
> Alan
>
> ----- Original Message -----
> From: "Michael" <etln77@...>
> To: <combinez@yahoogroups.com>
> Sent: Sunday, October 18, 2009 5:33 PM
> Subject: [CombineZ] Re: Macro set file uploaded
>
>
>
> Alan,
>
>
>
> Thanks first for explaining why pictures of smaller objectsrequire more
> sharpening.  It makessense now.  One thing, though,puzzles me about the
> frequency domain filters, the cutoff curves around thebottom right hand
> corner, it curves around the high frequencies, but I thought frequency
> domain representations had the lower frequencies towards the centre, and
> that the filters were generated by rotation about this centre.  Does
> CombineZ do this differently.
>
>
>
> The machine I'm using for the stacking has an Intel9R0 CORET 2
> QUAD CPU@250 GHZ, and the files are on a raid array that the machine
> sees as a local disk.  It's also located inside the box.  I've
> run CombineZ on external raid arrays on other machines and not had any
> problems.  I did have CZP and CMZ each in it's own folder within the
> same superfolder, but I moved CZM out and the problems persisted.
>
>
>
> When I opened the batch window in CZP I got `Default' in thetop
> right window, although CZP was using 0t last time I used it.  `B
> 700,925,2 aligned' is displayed inthe window below, although it
> isn't in the default folder.  When I opened it again I got the
> message `Error Executing B 700.925,2 aligned' before I even
> tried to run the batch.  Another time I opened batch I got
> `Default' under Macro Set. And `Align and Balance Used
> Frames' under macro, the same error message, but it started running
> a batch on another folder without any input from me.
>
>
>
> When I run all methods the last frame remaining open in the CZP folder,
> `New-Out99998-Do Stack[1,0,1], doesn't seem to have been
> aligned;and it's from the middle of the unused frames.
>
>
>
> When I hit the F2 key when there is a red dotted line around the picture
> the red dotted rectangle shrinks.  The same happens with F3.
>
>
>
> Hope this helps,
>
>
>
> Michael
>
>
>
>

Right Michael, your last message contained a lot of info, too much for me to
digest all at once.   So here are a couple of my first impressions, I'll
read it again in a while and see if I can work out what is going on.

CZ uses symmetrical filters and only displays one quarter of the whole
thing, the lower right quadrant.   So you are correct if the whole filter
were shown the low frequency part would be in the middle.   So some of the
filters would have four lobes rather than being circularly cymmetrical.   I
suppose that the names I have given to them may not be 100% accurate.

It seems that for some reason the keys on your keyboard are not being
interpreted correctly, 'z' should cause the red rectangle to shrink.   As to
the cause I don't know but a possibility is that there is a mixup with the
.dll files installed.   What .dll files are in the CZP folder?   Maybe one
or more should be removed so that your standard system version can take
over.

The 'default' macro set is the last one used when CZP was run in the normal
way.   So if this did not runn properly you would expect problems when the
batch program trys to run CZP using it.

Another possible cause of problems is that I allowed the compiler to use
SSE2 instructions, but as you are using Intel  processors there should not
be a problem here.

Alan

----- Original Message -----
From: "Michael" <etln77@...>
To: <combinez@yahoogroups.com>
Sent: Sunday, October 18, 2009 5:33 PM
Subject: [CombineZ] Re: Macro set file uploaded



Alan,



Thanks first for explaining why pictures of smaller objectsrequire more
sharpening.  It makessense now.  One thing, though,puzzles me about the
frequency domain filters, the cutoff curves around thebottom right hand
corner, it curves around the high frequencies, but I thought frequency
domain representations had the lower frequencies towards the centre, and
that the filters were generated by rotation about this centre.  Does
CombineZ do this differently.



The machine I'm using for the stacking has an Intel9R0 CORET 2
QUAD CPU@250 GHZ, and the files are on a raid array that the machine
sees as a local disk.  It's also located inside the box.  I've
run CombineZ on external raid arrays on other machines and not had any
problems.  I did have CZP and CMZ each in it's own folder within the
same superfolder, but I moved CZM out and the problems persisted.



When I opened the batch window in CZP I got `Default' in thetop
right window, although CZP was using 0t last time I used it.  `B
700,925,2 aligned' is displayed inthe window below, although it
isn't in the default folder.  When I opened it again I got the
message `Error Executing B 700.925,2 aligned' before I even
tried to run the batch.  Another time I opened batch I got
`Default' under Macro Set. And `Align and Balance Used
Frames' under macro, the same error message, but it started running
a batch on another folder without any input from me.



When I run all methods the last frame remaining open in the CZP folder,
`New-Out99998-Do Stack[1,0,1], doesn't seem to have been
aligned;and it's from the middle of the unused frames.



When I hit the F2 key when there is a red dotted line around the picture
the red dotted rectangle shrinks.  The same happens with F3.



Hope this helps,



Michael

Alan,

Thanks first for explaining why pictures of smaller objectsrequire more sharpening.  It makessense now.  One thing, though,puzzles me about the frequency domain filters, the cutoff curves around thebottom right hand corner, it curves around the high frequencies, but I thought frequency domain representations had the lower frequencies towards the centre, and that the filters were generated by rotation about this centre.  Does CombineZ do this differently.

The machine I'm using for the stacking has an Intel9R0 CORE™ 2 QUAD CPU@250 GHZ, and the files are on a raid array that the machine sees as a local disk.  It's also located inside the box.  I've run CombineZ on external raid arrays on other machines and not had any problems.  I did have CZP and CMZ each in it's own folder within the same superfolder, but I moved CZM out and the problems persisted.

When I opened the batch window in CZP I got `Default' in thetop right window, although CZP was using 0t last time I used it.  `B 700,925,2 aligned' is displayed inthe window below, although it isn't in the default folder.  When I opened it again I got the message `Error Executing B 700.925,2 aligned' before I even tried to run the batch.  Another time I opened batch I got `Default' under Macro Set. And `Align and Balance Used Frames' under macro, the same error message, but it started running a batch on another folder without any input from me.

When I run all methods the last frame remaining open in the CZP folder, `New-Out99998-Do Stack[1,0,1], doesn't seem to have been aligned;and it's from the middle of the unused frames.

When I hit the F2 key when there is a red dotted line around the picture the red dotted rectangle shrinks.  The same happens with F3.

Hope this helps,

Michael

I forgot to answer your last question, the amount of sharpening needed is
related to the number of frames, and how many of them contain useful
information.   Each time unuseful info is added the useful stuff gets more
diluted relative to the whole, to recover it it takes more work.

On the 'F3' problem, will the progress box pop up when you press 'F2'.

Alan

----- Original Message -----
From: "Michael" <etln77@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, October 17, 2009 7:54 PM
Subject: [CombineZ] Re: Macro set file uploaded



Alan,

I think I know what I may have done wrong.  When I was creating a new
macro in CombineZP, I loaded an old macro from Combine ZM and modified
it instead of building a new one from scratch. Would that have caused
the problem?  Anyway the macros are working now when I run them from the
CombineZP window.


The F3 key still doesn't work.


I've tried running a batch using the new macro, and the new
CombineBP batching program, and I run into problems: the CZPoutputs
folder is created, but remains empty; the work file is not saved; the
output folder contains the output, but it appears not to have been
aligned prior to the average and filter operation.  And I get a tiny
CombineZP window saying `Could not Save %s'


I use the average and filter algorithm because it has the fewest
artefacts.  Far fewer than any of the other algorithms.  It doesn't
look as pretty when it first comes out, and there is quite a big
stretching of the dynamic range -with the most extreme sharpening
everything above level 220gets clipped, though this doesn't happen
with the Butterworth filters.  Strangely the Butterworth filter gives
about the same performance on 11 megapixel files, but seems to
outperform the highpass filter on the 21 megapixel files __Odd.  But the
outputs are so different it's like comparing apples and oranges.  The
weighted average work very well on transparent objects photographed with
transmitted light through a microscope, and I gather it is standard for
that application.


I stayed with CombineZM, because I never mastered writing macros in the
early versions of CombineZP.


Another odd thing I've noticed and often wondered about is that the
photographs of large fungi require much, much less sharpening than the
smaller ones.  Why is that?

I'll upload the Macro set.


Thanks again for your Patience,



Michael

Thank's John, I will add these changes to the working copy of the workspace.

Alan

----- Original Message -----
From: "John" <messydesk66@...>
To: <combinez@yahoogroups.com>
Sent: Sunday, October 18, 2009 4:36 AM
Subject: [CombineZ] Re: Updated Source Code Published 11th October 2009


I just started playing with this tool and looking at the code.  I'm using
Visual Studio 2008 and there are now some compile errors that are easily
fixable.

In CDft::InStack(...), "static frames" must now be declared "static int
frames"
In Files.cpp, calls to Bitmap::Save(...) need to have the first parameter
cast to (WCHAR *) when it is something that is declared as "unsigned short
[1024]"

Changing these shouldn't affect builds in Visual Studio 2003.

There are also new compiler warnings that can be suppressed by defining
_CRT_SECURE_NO_WARNINGS.

John

--- In combinez@yahoogroups.com, "tipula_maxima" <alan@...> wrote:
>
> I have just posted combine.zip the source code and workspace files for
> CombineZP, I have also included the multithreading version of fftw3 in the
> zip folder.   This is now completely up to date including all of the new
> additions, threading etc. etc.   I have compiled this using Visual C++
> .NET 2003, though none of the .NET features were used, it's unmanaged MFC
> and C++.
>
> Alan
>

I just started playing with this tool and looking at the code.  I'm using Visual
Studio 2008 and there are now some compile errors that are easily fixable.

In CDft::InStack(...), "static frames" must now be declared "static int frames"
In Files.cpp, calls to Bitmap::Save(...) need to have the first parameter cast
to (WCHAR *) when it is something that is declared as "unsigned short [1024]"

Changing these shouldn't affect builds in Visual Studio 2003.

There are also new compiler warnings that can be suppressed by defining
_CRT_SECURE_NO_WARNINGS.

John

--- In combinez@yahoogroups.com, "tipula_maxima" <alan@...> wrote:
>
> I have just posted combine.zip the source code and workspace files for
CombineZP, I have also included the multithreading version of fftw3 in the zip
folder.   This is now completely up to date including all of the new additions,
threading etc. etc.   I have compiled this using Visual C++ .NET 2003, though
none of the .NET features were used, it's unmanaged MFC and C++.
>
> Alan
>

It may sound odd Michael but where are the files that you are stacking?
They should be on an internal drive.   If they are on an external drive,
memory stick, camera card or camera or somewhere over a network you may run
into problems.

It should be obvious if you are using the wrong macro set, the names of the
macros on the macro menu will look funny.   But if you went ahead and put
these right you would not have cured all of the problems.

Have you got CZP and CZM in different folders?

The file(s) in the CZOutput folder should be whatever the top frame in the
stack was when each run of CZP finishes in the Batch processing session.

The output folders within each inner folder will contain any files saved
with 'Output Active Frame' from within a macro.

What macro did you run when Batch Processing, try the standard 'All Methods'
and see if you get all six files saved in each out folder.   If you run this
test do not tick the 'No CZOutputs' box and you should get one output for
each folder prosessed placed in the CZOutputs folder.   If that works it's
your macro set that's faulty if not I will think of something else to try.

By the way what CPU and OS are you using?

Alan

----- Original Message -----
From: "Michael" <etln77@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, October 17, 2009 7:54 PM
Subject: [CombineZ] Re: Macro set file uploaded



Alan,

I think I know what I may have done wrong.  When I was creating a new
macro in CombineZP, I loaded an old macro from Combine ZM and modified
it instead of building a new one from scratch. Would that have caused
the problem?  Anyway the macros are working now when I run them from the
CombineZP window.


The F3 key still doesn't work.


I've tried running a batch using the new macro, and the new
CombineBP batching program, and I run into problems: the CZPoutputs
folder is created, but remains empty; the work file is not saved; the
output folder contains the output, but it appears not to have been
aligned prior to the average and filter operation.  And I get a tiny
CombineZP window saying `Could not Save %s'


I use the average and filter algorithm because it has the fewest
artefacts.  Far fewer than any of the other algorithms.  It doesn't
look as pretty when it first comes out, and there is quite a big
stretching of the dynamic range -with the most extreme sharpening
everything above level 220gets clipped, though this doesn't happen
with the Butterworth filters.  Strangely the Butterworth filter gives
about the same performance on 11 megapixel files, but seems to
outperform the highpass filter on the 21 megapixel files __Odd.  But the
outputs are so different it's like comparing apples and oranges.  The
weighted average work very well on transparent objects photographed with
transmitted light through a microscope, and I gather it is standard for
that application.


I stayed with CombineZM, because I never mastered writing macros in the
early versions of CombineZP.


Another odd thing I've noticed and often wondered about is that the
photographs of large fungi require much, much less sharpening than the
smaller ones.  Why is that?

I'll upload the Macro set.


Thanks again for your Patience,



Michael

Alan,

I think I know what I may have done wrong.  When I was creating a new macro in CombineZP, I loaded an old macro from Combine ZM and modified it instead of building a new one from scratch. Would that have caused the problem?  Anyway the macros are working now when I run them from the CombineZP window.

The F3 key still doesn't work.

I've tried running a batch using the new macro, and the new CombineBP batching program, and I run into problems: the CZPoutputs folder is created, but remains empty; the work file is not saved; the output folder contains the output, but it appears not to have been aligned prior to the average and filter operation.  And I get a tiny CombineZP window saying `Could not Save %s'

I use the average and filter algorithm because it has the fewest artefacts.  Far fewer than any of the other algorithms.  It doesn't look as pretty when it first comes out, and there is quite a big stretching of the dynamic range –with the most extreme sharpening everything above level 220gets clipped, though this doesn't happen with the Butterworth filters.  Strangely the Butterworth filter gives about the same performance on 11 megapixel files, but seems to outperform the highpass filter on the 21 megapixel files __Odd.  But the outputs are so different it's like comparing apples and oranges.  The weighted average work very well on transparent objects photographed with transmitted light through a microscope, and I gather it is standard for that application.

I stayed with CombineZM, because I never mastered writing macros in the early versions of CombineZP.

Another odd thing I've noticed and often wondered about is that the photographs of large fungi require much, much less sharpening than the smaller ones.  Why is that?

I'll upload the Macro set.

Thanks again for your Patience,

Michael

Many of the macro sets are described in the CZP Help.   e.g. Colour
Correction mentioned recently is described on a page at the end of the
'Procedures and Examples' book.   Some of this info needs updating.

Alan

----- Original Message -----
From: "alpw" <alp31415@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, October 17, 2009 5:25 PM
Subject: [CombineZ] Detailed file descriptions



Hello Group!

I love this software!
I have been using CombineZP on occasion for a few years. Only in the most
basic way though, I run "All Methods" and choose the best result to finalize
in gfx editing software.

Yesterday I updated to the newest version (Oct 2009) and in doing so I
noticed a number of files in the download section at
http://www.hadleyweb.pwp.blueyonder.co.uk/CZP/files.htm
.
CZM files are methods, I am guessing.
But there is no description what these methods do.
I came to the yahoo group and looked for descriptions.
The CZM files in the file section here have a little bit more info, but
still not the detail I was hoping for.
Is there a list of macro names, details of how/when to use them, and
expected results?

Thanks

Alp

Click the link you just posted, then click the CombineZP link.

Or click on the News link in Help, to get Help press the 'F1' key before
loading any frames into CZP.

Alan

----- Original Message -----
From: "alpw" <alp31415@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, October 17, 2009 5:33 PM
Subject: [CombineZ] Re: Update to CZPBatch and CombineZP 16th of October
2009



Where do I find this News page?
I have no luck finfing it at http://www.hadleyweb.pwp.blueyonder.co.uk
or at the yahoo groups site.

Alp



--- In combinez@yahoogroups.com, "tipula_maxima" <alan@...> wrote:
>
> Relatively minor updates to these programs, read the News page for
> details.
>
> You can update by downloading the *.exe files as usual and replacing the
> ones you have if you wish to save a bit of time.
>
> Alan
>

I am starting work on them now.   Will keep you informed.

Alan

----- Original Message -----
From: "Nathan Gutman" <nzgutman@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, October 17, 2009 3:34 PM
Subject: Re: [CombineZ] Updated Source Code Published 11th October 2009


> Thank, please let us know when the help file is done.
> Again many thanks for the great job well done.
> Nathan
>
> Alan wrote:
>>
>>
>> Yes nathan, the .msi and .exe and .zip files are all in sync as far as
>> the
>> main program goes I just have to reflect the recent changes in the help
>> file, then everything will be up to date.
>>
>> Alan
>>
>>
>

Yes macro sets for CZM and CZP are not the same, you cannot interchange them

Alan

----- Original Message -----
From: "Michael" <etln77@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, October 17, 2009 4:12 PM
Subject: [CombineZ] Re: Macro set file uploaded



Hi Alan,

I have both CZM and CZP on my machine.  And it occurs to me that some of my
problems may have been due to my using macros written in one in the other.

I'm going to check this now, but didn't want to send you on a wild goose
chase.

Michael

Where do I find this News page?
I have no luck finfing it at http://www.hadleyweb.pwp.blueyonder.co.uk
or at the yahoo groups site.

Alp



--- In combinez@yahoogroups.com, "tipula_maxima" <alan@...> wrote:
>
> Relatively minor updates to these programs, read the News page for details.
>
> You can update by downloading the *.exe files as usual and replacing the ones
you have if you wish to save a bit of time.
>
> Alan
>

Hello Group!

I love this software!
I have been using CombineZP on occasion for a few years. Only in the most basic
way though, I run "All Methods" and choose the best result to finalize in gfx
editing software.

Yesterday I updated to the newest version (Oct 2009) and in doing so I noticed a
number of files in the download section at
http://www.hadleyweb.pwp.blueyonder.co.uk/CZP/files.htm
.
CZM files are methods, I am guessing.
But there is no description what these methods do.
I came to the yahoo group and looked for descriptions.
The CZM files in the file section here have a little bit more info, but still
not the detail I was hoping for.
Is there a list of macro names, details of how/when to use them, and expected
results?

Thanks

Alp

Hi Alan,

I have both CZM and CZP on my machine.  And it occurs to me that some of my
problems may have been due to my using macros written in one in the other.

I'm going to check this now, but didn't want to send you on a wild goose chase.

Michael

 

Yes nathan, the .msi and .exe and .zip files are all in sync as far as the
main program goes I just have to reflect the recent changes in the help
file, then everything will be up to date.

Alan

Yes nathan, the .msi and .exe and .zip files are all in sync as far as the
main program goes I just have to reflect the recent changes in the help
file, then everything will be up to date.

Alan

----- Original Message -----
From: "Nathan Gutman" <nzgutman@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, October 17, 2009 2:45 PM
Subject: Re: [CombineZ] Updated Source Code Published 11th October 2009


> Great job Alan! Have you updated the msi file all we need to is just
> reinstall?
> Nathan
>
> tipula_maxima wrote:
>>
>>
>> I have just posted combine.zip the source code and workspace files for
>> CombineZP, I have also included the multithreading version of fftw3 in
>> the zip folder. This is now completely up to date including all of the
>> new additions, threading etc. etc. I have compiled this using Visual
>> C++ .NET 2003, though none of the .NET features were used, it's
>> unmanaged MFC and C++.
>>
>> Alan
>>
>>
>

It sounds like one of those things that proves that Darwin was correct about
natural selection, if a species had been designed from scratch the easy
route would have been taken.   But as it is evolution has lead to a tortuous
one.   I saw a program on TV the other week where they disected a giraffe,
there is a vein or nerve, I can't remember which, which starts in the head
goes down the neck loops round something in the chest then goes all the way
back up to the head, it must have been a sensible route for one of its
ancestors but now ...

Alan

----- Original Message -----
From: "Plisthenes" <plisthenes@...>
To: <combinez@yahoogroups.com>
Sent: Saturday, October 17, 2009 1:59 PM
Subject: Re: [CombineZ] Re: Vignetting


it was the spermatheca of an African Cydnidae (true bug). When you
think that a spermatozoon has to go all the way to the bulb, and then
all the way back to vagina before eventually meeting an egg, you could
find the ways of Mother Nature rather twisted.

regards

Plisthenes


Le 17 oct. 09 à 14:41, Alan a écrit :

No, but I assumed it was something to do with a bug, perhaps the
reproductive or digestive system, or an embryo, or even a fungus
invading
one, or some sort of a parasite ... :-)

Alan

 

I have just posted combine.zip the source code and workspace files for CombineZP, I have also included the multithreading version of fftw3 in the zip folder. This is now completely up to date including all of the new additions, threading etc. etc. I have compiled this using Visual C++ .NET 2003, though none of the .NET features were used, it's unmanaged MFC and C++.

Alan