XnConvert does not remember settings

[Xn User]

No , I checked and pure install without mix plugins from XnView and XnConvert - result same.

This not freeze - this is delay before convert if use JPEG2000 or WEBP or any other compresed format excluding BMP/PNG/JPG to JPEG2000 any methods , BMP/PNG/JPEG to WEBP any methods. However WEBP will be crash in process convertion more images. Crash will be only if I use SMT 2 or more CPUs. If I use not SMT or SMT = 1 CPUs - all work as was be and bug not detect.

OpenJPEG I not use , because compress level no so force as in Jpeg2000 LuraWave plugin.

All this can retry only if recompress very more files from 500 photo files and more.

[xnview]

No , I checked and pure install without mix plugins from XnView and XnConvert - result same.

By default, the package don't have lurawave plugin only OpenJPEG, which seems to have some issues when using in multi core

This not freeze - this is delay before convert if use JPEG2000 or WEBP or any other compresed format excluding BMP/PNG/JPG to JPEG2000 any methods , BMP/PNG/JPEG to WEBP any methods. However WEBP will be crash in process convertion more images.

I've tried with WEBP output, and no delay.
You have crash when saving in WEBP?? Do you reproduce it?

[Xn User]

By default, the package don't have lurawave plugin only OpenJPEG, which seems to have some issues when using in multi core

Same if I recompress great amount photos right away in default install without extending plugins..
If each file large than 1600x1200 24 bit - will be delay up to 10 minutes before start converting.

I've tried with WEBP output, and no delay.

In without SMT and from BMP / PNG / JPEG ? If so , that try from JPEG2000 with SMT.

You have crash when saving in WEBP??

Yes , if I convert from JPEG2000 to WEBP in SMT mode - process is crash through some time with bug.

Do you reproduce it?

Yes , without SMT - this bug not reproducing.

Here images for test https://yadi.sk/d/RCn3pmpQRqM2uQ , please download and do convertion from PNG to JPEG2000 and , next do convertion from JPEG2000 to PNG and other format. And compare time this operation if convert with SMT and if convert without SMT.

If you be convert with SMT - will be long delay before start convertion from JPEG2000 to any other format.

Here video as XnConvert work with original plugins convert from JPEG2000 to BMP , and convert from BMP to JPEG2000 if used SMT https://yadi.sk/i/weuWAKb1Fq7lkQ

After pa hours waiting and learning this problem :

I'm detect problem.
If I delete this openjp2.dll and use only lwf_jp2.dll - All works very fast.
As only I recovering openjp2.dll - all works force slower.
SMT chekbox in this cases value not have.
Please study what not that with openjp2.dll and if need rewrite this module.

Here video without openjp2.dll and using only lwf_jp2.dll from XnView 2.47 https://yadi.sk/i/_5DUzUGHlG0BOw

Thank you )

My hardware : CPU Intel i7-6800K @ 3.4 stock without Turbo Boost , RAM 32 GB 2400 15-15-15-35-CR2 @ 1800 12-12-12-28-CR1 Quad channel. I'm not like overcloking)
My OS : Win7 x64 SP1

[Xn User]

What about optimize in openjp2.dll ?
This can work faster ?

In 1.79 all still too slow if use openjp2.dll .

Thank you )

[xnview]

What about optimize in openjp2.dll ?
This can work faster ?

I need to check how to configure openjp2

[Xn User]

Good ) I'm be wait

[Xn User]

When will be fix bug with very slow speed in openjp2.dll ? Or this bug not fixible ?
Thank you )

[Xn User]

Why you not answer to me ? )
I'm want known will be it fixin slow speed work in openjp2.dll module or this not possible )
I'm refresh your site and not detect fixin this bug )

[xnview]

Why you not answer to me ? )
I'm want known will be it fixin slow speed work in openjp2.dll module or this not possible )
I'm refresh your site and not detect fixin this bug )

currently i don't know why it's slow with openjp2

[Xn User]

What known about speed work openjp2.dll ?

[Xn User]

Version refreshed , but openjp2.dll workin still very slow.
This in version 1.80

[xnview]

Version refreshed , but openjp2.dll workin still very slow.
This in version 1.80

no change for openjp2

[Xn User]

Hi Pierre )
You sayd :

no change for openjp2

But in original version XnConvert include only openjp2.dll , also if I'm use x64 version , I can not use lwf_jp2.dll from XnView for delete openjp2.dll and use fast version lwf_jp2.dll ) as be ?

[xnview]

But in original version XnConvert include only openjp2.dll , also if I'm use x64 version , I can not use lwf_jp2.dll from XnView for delete openjp2.dll and use fast version lwf_jp2.dll ) as be ?

you can use lwf_jp2.dll with 32bits version

[Xn User]

Yes ) I so and do )
But i'm hope what you accelerate this module )
Because have difference as use compress method LWF_JP2.dll or openjp2.dll) difference so big , what if do two recompress :
1) PNG -> LWF_JP2 and next LWF_JP2 -> PNG , and next -> PNG -> LWF_JP2 - files not are identical
2) LWF_JP2 -> PNG -> LWF_JP2 -> LWF_JP2 - files are identical.
If use as decompressor openjp2 , so not retryable.
1) PNG -> LWF_JP2 and next decompress in openjp2 -> PNG , and next -> PNG -> LWF_JP2 - files identical
2) openjp2 -> PNG -> LWF_JP2 -> LWF_JP2 - files are identical.