I am unable to make images. I get the following message:

Symfony \ Component \ Debug \ Exception \ FatalErrorException Call to undefined method Intervention\Image\Facades\Image::make() open: /Users/Sites/gcfs/vendor/laravel/framework/src/Illuminate/Support/Facades/Facade.php

I am running Intervention\Image 1.6.2

Can't install successfully "require": { "laravel/framework": "4.1.*", "intervention/image": "dev-master", }

$ composer update Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of packages.

Problem 1 - Installation request for intervention/image dev-master -> satisfiable by i ntervention/image[dev-master]. - intervention/image dev-master requires ext-fileinfo * -> the requested PHP extension fileinfo is missing from your system.

I have the latest version installed in my Laravel 4 app, it works 80% of time time but for some reason certain JPG's cause it to throw a 500 error that says "Image source not readable". Any JPG from my Canon 7D DSLR causes that error. If I import the image to Photoshop and re-save it then it'll work just fine. But I've also found the same issue with quite a few images from the web. If I pick 10 images at random about 20% of them will fail consistently.

Seems like a bug.

http://cdn.dota2.com/apps/570/icons/econ/leagues/subscriptions_ren_ren_yi_che_joy_league_first_season_large.1cf72b430b0f4bac6fd480b4f79e82448d8eefde.p

Why error was thrown in this url using remote url?

Hey there, I am using your package along with the new version of Laravel (5.2) and I am getting and empty content (blank image) using the example that you got posted on your web site.

Example:

// create a new image resource $img = Image::canvas(800, 600, '#ff0000');

// send HTTP header and output image data header('Content-Type: image/png'); echo $img->encode('png');

I do not know why it happens because I have the same controller doing the duty with the before Laravel version and it works fine.

any guide will be great.

thanks!

This package does not work on Laravel 5.2 all of a sudden. It used to work fine before, but now it does not generate images. The following code:

    Route::get('test', function() {
        $img = \Image::make(public_path().'/images/image-square.png')->resize(300, 200);

        return $img->response('jpg');
    });

Used to work just fine, but now it fails resulting in this:

Whats wrong?

Hi,

I've tried inserting a transparent watermark using a png but the transparent section of the watermark is rendered as white. I've attached a copy of the image it generates along with the watermark I am using.

Do you know if transparent watermark overlays are possible with the current script, or if I am doing this wrong? The code I used was using the example provided in the docs.

Thanks

Hello,

I just discovered Flysystem and learn that it will be integrated into Laravel 5.0. Is it possible to use Flysystem with Intervention/image right now in Larravel 4.2 and how, or do you plan to support it?

Thanks.

Not sure if there is a workaround when inputting a transparent PNG but generating a JPEG with your package. Let me know if you'd like to see an example or if this is a common problem. Thanks.

At the momement it's only possible to read exif data from images loaded from a path.

exif_read_data supports the ability to load from base64 encoded data-urls. This means it is possible, in theory, to read exif data from images that are loaded through any of the init methods and not just those from file paths.

Would there be any support from the maintainers of this library to add exif reading capabilities to images loaded through means other than files?

related: https://github.com/Intervention/image/issues/336

I am using this package with laravel and for some files that I am trying to resize it happens randomly I get this error:

imagecreatefromjpeg(): gd-jpeg, libjpeg: recoverable error: Premature end of JPEG file"

Stack Frame

/Applications/MAMP/htdocs/laravelweb/vendor/intervention/image/src/Intervention/Image/Image.php

       case IMG_PNG:
       case 3:
       $this->resource = imagecreatefrompng($path);
       break;

       case IMG_JPG:
       case 2:
       $this->resource = imagecreatefromjpeg($path);
       break;

    $text = "上饶市";
    $image = Image::canvas(count(mb_str_split($text))*60, 58);
    $image->text($text, count(mb_str_split($text))*30, 58, function ($font) {
        $font->file(base_path("/fonts/hanzi.ttf"));
        $font->size(58);
        $font->color('#FF3F30');
        $font->align('center');
        
    });
    return $image->response("png");

Intervention can create images from filenames and streams (and others).

PHP:exif_read_data() can read EXIF data from both filenames and streams (since PHP 7.2).

But when intervention creates an Image from a stream, it reads the data (excluding the EXIF data), and then creates a new stream from just the image data. Thus the EXIF data is lost.

We lose the original stream (and the EXIF data) here: src/Intervention/Image/AbstractDecoder.php#L125

We create a new stream from this (EXIF-less) data here: src/Intervention/Image/Commands/StreamCommand.php#L20

When we create an image from a file, we store the basename/dirname in the Image object. (Actually, in the parent File object). This original data is used to read EXIF data.

This PR uses a similar approach for images created from a stream. We keep a copy of the original stream and use it when we need the EXIF data.

I created a test case for this, using a rotated image. This test passes. There are a number of pre-existing test failures, which I haven't investigated.

The Intervention Image library, when initiating from a stream, loses all EXIF data with the gd driver, while it resets the Orientation EXIF tag to 0 with the Imagick driver.

The following code, used on this test image:

<?php
use Intervention\Image\ImageManager;

$driver = ['driver' => 'Imagick'];
$image_manager = new ImageManager($driver);

$image = $image_manager->make('./Landscape_3.jpg');
echo "Instantiated from file path, Imagick:\n";
echo var_export($image->exif(), TRUE);
echo "\n";

$stream = fopen('./Landscape_3.jpg', 'r');
$image = $image_manager->make($stream);
echo "Instantiated from stream, Imagick:\n";
echo var_export($image->exif(), TRUE);
echo "\n";

$driver = ['driver' => 'gd'];
$image_manager = new ImageManager($driver);

$image = $image_manager->make('./Landscape_3.jpg');
echo "Instantiated from file path, gd:\n";
echo var_export($image->exif(), TRUE);
echo "\n";

$stream = fopen('./Landscape_3.jpg', 'r');
$image = $image_manager->make($stream);
echo "Instantiated from stream, gd:\n";
echo var_export($image->exif(), TRUE);
echo "\n";
?>

Generates the following output:

Instantiated from file path, Imagick:
array (
  'FileName' => 'Landscape_3.jpg',
  'FileDateTime' => 1667820935,
  'FileSize' => 348796,
  'FileType' => 2,
  'MimeType' => 'image/jpeg',
  'SectionsFound' => 'ANY_TAG, IFD0',
  'COMPUTED' =>
  array (
    'html' => 'width="1800" height="1200"',
    'Height' => 1200,
    'Width' => 1800,
    'IsColor' => 1,
    'ByteOrderMotorola' => 1,
  ),
  'Orientation' => 3,
  'XResolution' => '72/1',
  'YResolution' => '72/1',
  'ResolutionUnit' => 2,
  'YCbCrPositioning' => 1,
)
Instantiated from stream, Imagick:
array (
  'FileDateTime' => 0,
  'FileSize' => 440610,
  'FileType' => 2,
  'MimeType' => 'image/jpeg',
  'SectionsFound' => 'ANY_TAG, IFD0',
  'COMPUTED' =>
  array (
    'html' => 'width="1800" height="1200"',
    'Height' => 1200,
    'Width' => 1800,
    'IsColor' => 1,
    'ByteOrderMotorola' => 1,
  ),
  'Orientation' => 0,
  'XResolution' => '72/1',
  'YResolution' => '72/1',
  'ResolutionUnit' => 2,
  'YCbCrPositioning' => 1,
)
Instantiated from file path, gd:
array (
  'FileName' => 'Landscape_3.jpg',
  'FileDateTime' => 1667820935,
  'FileSize' => 348796,
  'FileType' => 2,
  'MimeType' => 'image/jpeg',
  'SectionsFound' => 'ANY_TAG, IFD0',
  'COMPUTED' =>
  array (
    'html' => 'width="1800" height="1200"',
    'Height' => 1200,
    'Width' => 1800,
    'IsColor' => 1,
    'ByteOrderMotorola' => 1,
  ),
  'Orientation' => 3,
  'XResolution' => '72/1',
  'YResolution' => '72/1',
  'ResolutionUnit' => 2,
  'YCbCrPositioning' => 1,
)
Instantiated from stream, gd:
array (
  'FileDateTime' => 0,
  'FileSize' => 593747,
  'FileType' => 2,
  'MimeType' => 'image/jpeg',
  'SectionsFound' => 'COMMENT',
  'COMPUTED' =>
  array (
    'html' => 'width="1800" height="1200"',
    'Height' => 1200,
    'Width' => 1800,
    'IsColor' => 1,
  ),
  'COMMENT' =>
  array (
    0 => 'CREATOR: gd-jpeg v1.0 (using IJG JPEG v80), quality = 90
',
  ),
)

Notice how, when using a stream, the gd driver loses all EXIF data, while the Imagick driver has the Orientation wrongly set to 0.

Therefore issue 745 is still open. As the API clearly states that "Image object must be instantiated from file path to read the EXIF data correctly", this is not a bug, but it is in my opinion an important missing feature of the library.

If an image is created from a file with a 'falsy' folder name (e.g. 0/image.jpeg), then the code falls into the wrong branch, and fails to read the EXIF data.