Have checked MP3 processing and it should not strip metadata. According to the log file it executes mp3packer without -t -s Start: 2024/08/22 17:34:48 End: 2024/08/22 17:34:49 Level: 9 Original: 5414467 Optimized: 5350569 Errorlevel: 0 Input: C:\Users\JavierG\Desktop\MP3\Lennox Annie - (10) - ItS Alright , BabyS Coming.mp3 Output: Plugin: MP3packer (1/1) Commandline: D:\PROYECTOS\FileOptimizer\Plugins64\mp3packer.exe -z -a "" -A -f "C:\Users\JavierG\Desktop\MP3\Lennox Annie - (10) - ItS Alright ,...
I will add to my todo listo to debug and try to check possible failured during the invocation to the plugins. Regarding the option of clearing metadata it is not the scope of FileOptimizer, but I will not discard creating a new tool for bulk removing it in several file types. For MP3 processing I am using MP3Packer and if "Copy metadata" is enabled FO will pass it the -t and -s flags which should not stripg metadata according to the plugin documentation: -t Strip non-MP3 data at the beginning (mainly...
Thank you so much for posting your conclusions. Indeed it is stated in FO itself in the tooltip as you noticed but also in the FAQ at: https://nikkhokkho.sourceforge.io/?page=FileOptimizer "Have the optimized files same degree of compatibility as the original ones? Generally yes, they have the same degree of compatibility. The exception is JPEG images, when you have enabled the User arithmetic encoding option. It generates smallest files with the same quality, but require recent software to render...
It is hard to catch. I run the optimization process over those three files 10 times and never happened. But as you say, it is only happening sometimes. The thing is that the checks in FO are even more exhaustive than you suggest, if you take a look to it you will see: https://sourceforge.net/p/nikkhokkho/code/HEAD/tree/trunk/FileOptimizer/Source/cppMain.cpp#l3047 1) Plugin execution is checked for being correct. 2) If it is the optimize size is checked. It required fille to exists. It should be greater...
Indeed this is what FO is doing. Unless the plugin returns OK, optimized file is not keep. Can you attach a sample of file, please?
Sure. Take look at the FAQ section: https://nikkhokkho.sourceforge.io/?page=FileOptimizer See how to enable the log, and then how to disable a plugin until you get the one failing.
Thank you Anton. Can you try to isolate the plugin failing?
Improved donator check
This is not 7z but 7zFM
16.70
More
- Some minor optimizations and code cleanup.
Added cjpegli x64 from libjxl when JPEG lossy is enabled (AcidBurn)
Updated pingo to 1.23.9 x64 version
It seems to only support libc "emulation", so it will not be enough for FO, which relies on VCL and Borland/Embarcadero extensions.
Thank you Edward. I am aware of it, and I am very sorry. Behind the scenes the web site is build over SPHPBlog (https://sourceforge.net/projects/sphpblog/) it was an opensource CMS I collaborated with, and which is now abandoned. Sourceforge decided to upgrade their servers to PHP 8, and unfortunately SPHPBlog is not compatible with it. It will require to be fixed, or either the entire FileOptimzer website to be rebuilt under a different plattorm. This is a huge effort and requires lots of time....
Updated pingo to 1.21 x64 version
16.60
- Updated SQLite to 3.45.2 x86 and x64 Visual C++ 2022 custom builds.
- Updated UPX to 4.2.3.
C++ Builder 12.1
Updated pingo to 1.19.3 x64 version
1) All PNG plugins used onlky use CPU, not GPU. 2) FO dones not use GPU 3) Single core for FO, multithreading depends on some plugins.
Three dependencies detected as malware by "CrowdStrike Falcon Sensor", multiple hits on VirusTotal
Thank you for your report. Those are third party plugins included in FileOptimizer, so there is nothing I can do other than removing them from the package, and thus, loose its functionality. So better approach would be to report these False positives to the vendor. Also take a look to: - https://sourceforge.net/p/nikkhokkho/discussion/fileoptimizer/thread/798e1315/ - https://sourceforge.net/p/nikkhokkho/discussion/fileoptimizer/thread/7e4162e0/
Updated pingo to 1.18 x64 version
Updated gifsicle to 1.95
Not sure if it has more advantages than problems. Probaly lots of people will not see it if the window is not modal.
Updated pingo to 1.17.7 x64 version
Thank you James. Clear completed files is in my Todo list already: https://sourceforge.net/p/nikkhokkho/discussion/fileoptimizer/thread/d7d8304e79/#c3f9/accc
File list - marking many files produce viewing problems - path and filename get lost in grid
It seems that you have reduced the filename column. First one shown is the filetype. Can you confirm?
Unfortunatelly they do not seem to be suitable alternatives. They are either web based or paid tools.
Again, thank you so much-. And what about Copy & Paste? Since some releases ago, FO supports CTRL-C to copy all items in the grid. You can then launch a new instance and paste them with CTRL-V. That would be the same. As for the clear completed, is an interesting idea. Will add to my ToDo list.
- Updated Leanify to 0.4.3.280.
Tidy is not actively updated, so I do not know what to do with it if they not fix it.
Excellent. Just did some tests with several PNG and PDF and both the main menu and the context menu worked fine. Nevertheless, I am quite curious, and at the same time, happy to read it is a 1 time problem.
Glad to hear. Thanks for confirming!
Fix some CppCheck warnings
Thank you so much for noticing and for your kind words. In fact I needed to perform an urgent update from 16.50.2808 yesterday to 16.50.2809 today due to an important bug. I did everythng but forgot to set in Sourceforge to use de installer as default. It is now fixed.
Thank you for your suggestion. Why not adding those files directly from Windows Explorer to a new instance?
It should be fixed now. Can you please try build 2809 and confirm? https://sourceforge.net/projects/nikkhokkho/files/FileOptimizer/16.50.2809/
- Fixed some events being lost during C++ Builder 12 upgrade (avalanch)
It seems that new StringGrid in RAD Studio 12 is not supporting multiline cells which is key to FileOptimizer. It will require a major update.
16.50
Updated pingo to 1.17 x64 version
Updated UPX to 4.2.1
Minor tweaks
BUG - FileOptimizer - Interaface - Column Width Resizing Indicators
As far as reported, the problem is related to pingo. So unless the author updates it, there is nothing I can do. On the user side, you can either disable/remove it, or downgrade to a previous version.
- Updated cpdf to 2.6.1
- Updated pingo to 1.15 x64 version.
- Some minor optimizations and code cleanup.
That makes sense a lot. Thank you James.
Thank you so much for the report. Confirmed that the build has not been updated. So I have reverted the version checker as well as the download link in sourceforge to be 16.40.2781. Regarding colors, can you check the same without removing metadata? Could you isolate the faulting plugin?
16.40
Thank you. I supposed --strip safe was by default, so I have added it. Also --alpha. zopfli (-Z) was already in place.
Added additional oxipng flags (Ganne)
Dear Mike, Thank you for your suggestion and for your support. It makes sense in order to avoid unneded garbage in the INI file. It has been already implemented in the source: https://sourceforge.net/p/nikkhokkho/code/1799/
Implemented automatically purging file cache. On close, if cache is enabled and INI size is larger than 200 KB. then FileOptimizer will check all entries on the cache section and remove the ones pointing to unexisting/deleted files (Mike Ando).
I did a quick test, and it makes sense. I have implemented it on the source, but still need to do more trials. Any feedback is welcome. https://sourceforge.net/p/nikkhokkho/code/1798/
Switched from OptiPNG to OxiPNG (Owen Quinlan, Yakov Till, Gannet)
I still see this as opened: https://github.com/shssoichiro/oxipng/issues/551
Updated mozjpeg to 4.1.5 x86 and x64 binaries.
PDF DPI option not persisted
Thank you. It is working fine here. Does the problem occur with all values or only with 150? Is the value properly stored in the INI file?
Thank you for your offer Fritz. Unfortunatelly my Youtube channel is getting most of my free spare time. This means that my website, my books, and my software are almost stalled right now.
Thank you for your support Hoiger. It is something I want to implement since years ago. But honestly do not know how to do it. The case of guetzli would be trivial, it is only used for JPEG kind images and when Lossy is Enabled and Copy Metadata disabled. But this is not the usual thing. A plugin execution depends on the filetype. Take in mind pingo, used for PNG and JPEG. It uses different paramenters depending on the filetype, and furthermore, the compression level is calculated depending on the...
Thank you so much for your suggestion. Unfortunately, this is not as easy as it seems. For instannce JPEG can be .jpg or .jpeg, while an APNG can be .PNG or .APNG
Updated pingo to 1.12 x64 version.
- Updated Ghostscript to 10.02.0.
Some minor optimizations and code cleanup
Updated mozjpeg to 4.1.4 x86 and x64 binaries
<title></title> <meta http-equiv="Content-Style-Type" content="text/css"> <style type="text/css"><!-- body { margin: 8px 8px 8px 8px; background-color: #ffffff; } /* ========== Text Styles ========== */ hr { color: #000000} span.rvts1 /* Heading */ { font-weight: bold; color: #0000ff; } span.rvts2 /* Subheading */ { font-weight: bold; color: #000080; } span.rvts3 /* Keywords */ { font-style: italic; color: #800000; } a.rvts4, span.rvts4 /* Jump 1 */ { color: #008000; text-decoration: underline; }...
- Updated UPX to 4.10.
Updated jpegoptim to 1.5.5 x64
Updated gifsicle to 1.94
- Upgraded distributions to 7-Zip 23.01.
- Updated Ghostscript to 10.01.2.
Latest win64 build requires *.bpl to run
Sorry about than, and thank you for reporting necros. It seems that even if Delphi RTL are not used, they were trying to be dynamically loaded. It should be fixed now: https://sourceforge.net/p/nikkhokkho/code/1787/
- Delayed load SHCORE.DLL to improve startup time.
- Added pingo 1.00 compatibility flags.
It is strange, cannot reproduce it. Will your optimized file is 128K, taking the original one and optimizing it with same settings as you generates a 169K
Thank you Dionis. Do you know which plugin is the one breaking the colors?
Updated jpegoptim to 1.5.4 x64.
Updated SQLite to 3.42.0 x86 and x64 Visual C++ 2022 custom builds
Updated pingo to 1.00 a70 x64 version.
16.30
Thank you for pointing up. First part is easy, just expanding PatchPE to those 8 plugins. I have added it to the repo: https://sourceforge.net/p/nikkhokkho/code/1781/ and will be avaiable on net release. Using old versions of 5 plugins probably will loose capabilities in newer systems, so I shall perform some time of OS detection and execute the older or the newer.
Improved Windows XP compatibility by PEPatching tidy.exe, sqlite3.exe, pngoptimizer.exe, mkclean.exe, jsmin.exe, jpegoptim.exe, imagew.exe and gifsicle.exe (marc).
Thank you for your suggestion. The problem of LuaMinify is it required Lua to run. Would integrate it if it has no dependencies.
Great Louis. Please keep me posted and do not hesitate sharing this beta.
-set dispose background corrupt gif
Sorry about missing that. This is now removed: https://sourceforge.net/p/nikkhokkho/code/1780/
Removed ImageMagick's "-set dispose background" because sometimes it corrupts GIF (necros -#126-)
Updated jpegoptim to 1.5.3 x64
Russian translation
Thank you so much. Fixed: https://sourceforge.net/p/nikkhokkho/code/1778/