-
Notifications
You must be signed in to change notification settings - Fork 57
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
zero byte files when using mozjpeg #9
Comments
More info needed. (OS, OS version, Node version, npm version, the URL of "an earlier reported issue" ...) |
thanks for the prompt response; setup as follows: |
Then run this command in your Terminal.app.
That should display "NASM version 2.12.01". |
nasm version 2.11.08 |
So, this is not an issue with this plugin but with mozjpeg itself. See mozilla/mozjpeg#175. Upgrade |
i've tried the aforementioned fix; nasm is now latest build. Still getting zero byte files. Taken a zip of mozjpeg and compiled it; similar output (zero byte) is happening. Going to switch to a different platform and see if I can reproduce it there. EDIT: vanilla Win 10 virtual machine; installed node & Grunt; mozjpeg worked out of the box... |
@shinnn Further investigation seems to show that switching the imagemin-mozjpeg version in my package.json to 5.0.0 and lower work; when updating to 5.1.0 it breaks. Short term fix is to roll back the version; given that i'm on a Mac Pro and someone else has had a similar issue compiling the binary for mozjpeg on a Mac Pro, I'm going to guess there is some form of very specific architecture issue here...? |
@lubomski I'm really sad that you actually don't read my comments. Good bye. |
Seem to be experiencing an earlier reported issue with mozjpeg zero-byting files... using grunt-contrib-imagemin 1.0.0 and imagemin-mozjpeg 5.1.0
When installing I get the error /temp/node_modules/mozjpeg/vendor/cjpeg` binary doesn't seem to work correctly. Compiling from source reports it builds successfully.
Have swapped to jpegoptim in gruntfile and works as intended, however compression is nowhere as good as mozjpeg.
The text was updated successfully, but these errors were encountered: