jpeg-autorotate | 📸 Node module to rotate JPEG images | Computer Vision library

by johansatge JavaScript Version: 9.0.0 License: MIT

X-Ray Key Features Code Snippets Community Discussions(1)Vulnerabilities Install Support

kandi X-RAY | jpeg-autorotate Summary

jpeg-autorotate is a JavaScript library typically used in Artificial Intelligence, Computer Vision applications. jpeg-autorotate has no bugs, it has no vulnerabilities, it has a Permissive License and it has low support. You can install using 'npm i jpeg-autorotate' or download it from GitHub, npm.

A node module to rotate JPEG images based on EXIF orientation.

Support

Quality

Security

License

Reuse

Support

jpeg-autorotate has a low active ecosystem.

It has 147 star(s) with 13 fork(s). There are 8 watchers for this library.

It had no major release in the last 12 months.

There are 1 open issues and 13 have been closed. On average issues are closed in 56 days. There are no pull requests.

It has a neutral sentiment in the developer community.

The latest version of jpeg-autorotate is 9.0.0

Quality

jpeg-autorotate has 0 bugs and 0 code smells.

Security

jpeg-autorotate has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.

jpeg-autorotate code analysis shows 0 unresolved vulnerabilities.

There are 0 security hotspots that need review.

License

jpeg-autorotate is licensed under the MIT License. This license is Permissive.

Permissive licenses have the least restrictions, and you can use them in most projects.

Reuse

jpeg-autorotate releases are not available. You will need to build from source code and install.

Deployable package is available in npm.

Installation instructions, examples and code snippets are available.

Top functions reviewed by kandi - BETA

kandi has reviewed jpeg-autorotate and discovered the below as its top functions. This is intended to give you an instant insight into jpeg-autorotate implemented functionality, and help decide if they suit your requirements.

Rotate the image from the given EXIF buffer
Rotate the given buffer .
Extract the orientation tag from the given data
Read a file or Buffer
Flip a buffer horizontally
Rotate the buffer
Get number from options
Read EXIF data from buffer
Rotate a buffer
Apply styles to a string

Get all kandi verified functions for this library.

jpeg-autorotate Key Features

No Key Features are available at this moment for jpeg-autorotate.

jpeg-autorotate Examples and Code Snippets

No Code Snippets are available at this moment for jpeg-autorotate.

Community Discussions

Trending Discussions on jpeg-autorotate

Using jpegtran to rotate progressive jpegs: invalid SOS parameter for sequential jpeg

QUESTION

Using jpegtran to rotate progressive jpegs: invalid SOS parameter for sequential jpeg

Asked 2018-Dec-07 at 20:18

My app tries to rotate images based on exif data.

I keep getting requests about jpegtran complaining about ’invalid SOS parameter for sequential jpeg” and jhead aborting operation. Apparently this is not even a fatal warning, and many forums give instructions on how to ignore it?

Invalid SOS parameters for sequential JPEG

Any ideas on how to get jpegtran to completely ignore this warning and process the images anyway? I have an issue with sample images here https://github.com/savolai/JPEG-Autorotate/issues/1

I thought already to first convert the image to non-progressive using jpegtran, but it complains even then and refuses to do it. .\jpegtran.exe .\testimages\invalid-sos-parameters-progressive-jpeg\20180516_14530 8.jpg > .\testimages\invalid-sos-parameters-progressive-jpeg\nonprog.jpg

Does anyone know any other binaries or ways to get jpegtran.exe to ignore the error? Or do you know if mozjpeg jpegtran is more lax about this?

https://github.com/mozilla/mozjpeg/blob/master/BUILDING.md

...

ANSWER

Answered 2018-Dec-07 at 20:18

I suspect that the source of the problem is that the spectral selection fields in the SOS marker are set to zero. These fields are meaningless in sequential JPEG but the standard says the values should be set to 0 and 63. Some JPEG references one sees on the internet say these values are ignored. Probably some encoders do not set them.

You might want to run a JPEG dumping program on your images to see if your spectral selection values are set to zero and 63. If they are not, you can write a relatively simple filter program that copies the JPEG stream while changing the spectral selection values.

I expect that the JPEGTRAN source code is online. If I am correct that it is making this needless check, you could build your own version with this commented out.

Source https://stackoverflow.com/questions/53601021

Community Discussions, Code Snippets contain sources that include Stack Exchange Network