Page 2 of 3

Re: XnConvert does not remember settings

Posted: Mon Jan 28, 2019 1:47 pm
by 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.

Re: XnConvert does not remember settings

Posted: Mon Jan 28, 2019 2:26 pm
by xnview
Xn User wrote:
Mon Jan 28, 2019 1:47 pm
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?

Re: XnConvert does not remember settings

Posted: Mon Jan 28, 2019 4:36 pm
by Xn User
xnview wrote:
Mon Jan 28, 2019 2:26 pm
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.
xnview wrote:
Mon Jan 28, 2019 2:26 pm
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.
xnview wrote:
Mon Jan 28, 2019 2:26 pm
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.
xnview wrote:
Mon Jan 28, 2019 2:26 pm
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

Re: XnConvert does not remember settings

Posted: Thu Jan 31, 2019 5:43 pm
by 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 )

Re: XnConvert does not remember settings

Posted: Fri Feb 01, 2019 7:09 am
by xnview
Xn User wrote:
Thu Jan 31, 2019 5:43 pm
What about optimize in openjp2.dll ?
This can work faster ?
I need to check how to configure openjp2

Re: XnConvert does not remember settings

Posted: Fri Feb 01, 2019 9:07 pm
by Xn User
Good ) I'm be wait

Re: XnConvert does not remember settings

Posted: Wed Feb 06, 2019 8:02 pm
by Xn User
When will be fix bug with very slow speed in openjp2.dll ? Or this bug not fixible ?
Thank you )

Re: XnConvert does not remember settings

Posted: Sat Feb 16, 2019 10:47 pm
by 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 )

Re: XnConvert does not remember settings

Posted: Sun Feb 17, 2019 7:46 am
by xnview
Xn User wrote:
Sat Feb 16, 2019 10:47 pm
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

Re: XnConvert does not remember settings

Posted: Sun Mar 03, 2019 2:54 pm
by Xn User
What known about speed work openjp2.dll ?

Re: XnConvert does not remember settings

Posted: Tue Mar 05, 2019 2:32 pm
by Xn User
Version refreshed , but openjp2.dll workin still very slow.
This in version 1.80

Re: XnConvert does not remember settings

Posted: Tue Mar 05, 2019 3:04 pm
by xnview
Xn User wrote:
Tue Mar 05, 2019 2:32 pm
Version refreshed , but openjp2.dll workin still very slow.
This in version 1.80
no change for openjp2

Re: XnConvert does not remember settings

Posted: Tue Mar 05, 2019 3:25 pm
by 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 ?

Re: XnConvert does not remember settings

Posted: Tue Mar 05, 2019 3:47 pm
by xnview
Xn User wrote:
Tue Mar 05, 2019 3:25 pm
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

Re: XnConvert does not remember settings

Posted: Tue Mar 05, 2019 8:18 pm
by 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.