This sounds like a good compromise.MVV wrote:...maybe an option to disable progress callback
[WCX] Wcx6432: 64-to-32 bit WCX plugin wrapper
Moderators: Hacker, petermad, Stefan2, white
There is no Files entry in this case !TW wrote:this works for me, but it takes some time. TC x86 plus plain plugin is a lot faster. this is also true for extracting files.Horst.Epp wrote:Ok, I installed it for the MSI-Plus packer.MVV wrote:Horst.Epp,
Actual installation instructions are in the first post.
There only was a temporary trouble with loading multiple plugins that have caused an additional step but it was fixed.
I can open the actual Calibre-2.58.0.msi
But when I try to open the calibre.cab from inside of the streams sub-dir
it hangs TC 9.0b1
Some other MSIs can open fine including the CABs from inside.
but the question is: why would you want to open this .cab? there is no point in doing this, all the files in that .cab can be found under "Files".
Files are only shown if using other plugin, not with MSI-Plus.
I see only Dialogs, Streams and Tables.MVV wrote:That's strange BTW. I'm only using MSI-Plus for .msi files and I see Dialogs, Files, Streams and Tables inside your archive, with both TCx32 and TCx64.
May be our MSI-Plus version is different ?
I have 0.5.0.0
[Edit] Now I found version 0.6.0.1 and have the Files entry

Last edited by Horst.Epp on 2016-06-15, 18:15 UTC, edited 1 time in total.
Image: http://vicebuilds6.bplaced.net/calibre.png
^^^ using msi-plus from http://www.ghisler.ch/board/viewtopic.php?t=11757&postdays=0&postorder=asc&start=0 or http://mujweb.cz/bembela/files/
your plugin is outdated.
^^^ using msi-plus from http://www.ghisler.ch/board/viewtopic.php?t=11757&postdays=0&postorder=asc&start=0 or http://mujweb.cz/bembela/files/
your plugin is outdated.

licenced and happy TC user since 1994 (#11xx)
- ghisler(Author)
- Site Admin
- Posts: 50390
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Looks nice! Now that there are rarely any new plugins it's a good idea to add a wrapper.
About the progress callback, you may consider callback thinning: For example, if the plugin calles back 1000x per second to your EXE, use GetTickCount to forward only one message every 1/10 second or every second or so. I do similar things when updating the progress bar.
About the progress callback, you may consider callback thinning: For example, if the plugin calles back 1000x per second to your EXE, use GetTickCount to forward only one message every 1/10 second or every second or so. I do similar things when updating the progress bar.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Another nightly build. 
Wcx6432 Beta 160
Progress callback is now called once per 0.5 second with accumulated positive values or latest negative ones so unpacking speed is much better.
Also I've added synchronization objects so client and server use much less CPU during active data exchange.
And ConfigurePacker function is now works.
Sorry, packing will be added a bit later.
I don't understand why TC progress bars are empty, only file counter increases (even in case of mentioned 60-MB file, and I've even tested with 500-MB file, and I see that TC callbacks are really called with proper values).

Wcx6432 Beta 160
Progress callback is now called once per 0.5 second with accumulated positive values or latest negative ones so unpacking speed is much better.
Also I've added synchronization objects so client and server use much less CPU during active data exchange.
And ConfigurePacker function is now works.
Sorry, packing will be added a bit later.

Thank you, I got similar idea, and we've discussed such thing on Russian board. Is it correct that I only need to sum sizes betwee calls?ghisler(Author) wrote:About the progress callback, you may consider callback thinning: For example, if the plugin calles back 1000x per second to your EXE, use GetTickCount to forward only one message every 1/10 second or every second or so. I do similar things when updating the progress bar.
I don't understand why TC progress bars are empty, only file counter increases (even in case of mentioned 60-MB file, and I've even tested with 500-MB file, and I see that TC callbacks are really called with proper values).
Last edited by MVV on 2016-06-15, 23:18 UTC, edited 1 time in total.
- ghisler(Author)
- Site Admin
- Posts: 50390
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
I haven't tried your plugin yet, but maybe TC doesn't see the total size?
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
mirror: http://vicebuilds6.bplaced.net/wcx_Wcx6432_160.7z
maybe good to know the Wcx6432.wcx64 was not changed, so we need only to replace .exe and .dll
yep, it's now faster.
maybe good to know the Wcx6432.wcx64 was not changed, so we need only to replace .exe and .dll
yep, it's now faster.

licenced and happy TC user since 1994 (#11xx)
That is the benefit of separate loader which only passes requests to client module. Since the loader is complete, there is no need in replacing it (except for updating from old beta with multiload problems).TW wrote:maybe good to know the Wcx6432.wcx64 was not changed, so we need only to replace .exe and .dll

Well, let me introduce you a packer plugin that is able to pack. 
Wcx6432 Beta 172
Pack and delete functions are supported now, please test.
Progress bars are still empty during all operations.

Wcx6432 Beta 172
Pack and delete functions are supported now, please test.
Progress bars are still empty during all operations.
