Re: [PHP-DEV] gd heif support

On 08.06.2024 at 12:54, David CARLIER wrote: > I m trying to address an old ticket regarding HEIF support for gd. > Here the PR > One of the last bit concerns the imagecreatefromstring support part where I > would need a custom stream handler for this fo

[PHP-DEV] gd heif support

Hi, I m trying to address an old ticket regarding HEIF support for gd. Here the PR One of the last bit concerns the imagecreatefromstring support part where I would need a custom stream handler for this format. Would you mind adding a dependency like it

Re: [PHP-DEV] GD vs Imagick

On 15 August 2017 at 14:04, Dan Ackroyd wrote: > Actually, it would be lovely if anyone contributed to Imagick. So far, no volunteers. :-p As well as the documentation that are open, this bug: https://bugs.php.net/bug.php?id=73840 Is one that doesn't require any knowledge of ImageMagickit

Re: [PHP-DEV] GD vs Imagick

On 31 August 2017 at 02:30, Kris Craig wrote: > Why would they need to be synced? Currently Imagick can have a single branch. Commits to that branch are made and then for the next release, we can determine if it needs to be a major minor or patch release based on the changes. People are then fr

Re: [PHP-DEV] GD vs Imagick

Yeah, I keep thinking about this. I'm not sure there's a really good reason why PHP shouldn't come with best-in-class image support, if it's available - which it sounds like it is; libvips looks more modern, lower memory and CPU overhead, better overall really, and appears to be stable and up-to-d

Re: [PHP-DEV] GD vs Imagick

2. Releasing Imagick with PHP means that the release cycles would need to be sync'ed. This has proven to be inconvenient in the past when an extension has wanted to change the api, but was forced to wait due to needed to wait for the next minor/major version of PHP. Why would they need to be syn

Re: [PHP-DEV] GD vs Imagick

On 23.08.2017 at 14:42, Rasmus Schultz wrote: > The libvips module does in deed look interesting. I suppose this would have > all the same problems though? Lots of dependencies. > > So GD wins perhaps mostly because it's small and has fewer dependencies. I'm not sure about that. If GD is to be

Re: [PHP-DEV] GD vs Imagick

On 8/23/2017 5:42 AM, Rasmus Schultz wrote: I'm not a C developer though, so I can't help with that. The world's core software runs on C. PHP is also written in C. You can't develop extensions for PHP unless you know C. Developing userland applications in PHP is a lot easier when you know

Re: [PHP-DEV] GD vs Imagick

Thank you all for considering the subject and contributing your thoughts. I understand why Imagick is not attractive as a standard module (even according to the maintainer) since we can't feasible bundle all it's dependencies, so I suppose that's a no-go. The libvips module does in deed look inte

Re: [PHP-DEV] GD vs Imagick

hi Rasmus, On Tue, Aug 15, 2017 at 5:52 PM, Rasmus Schultz wrote: > The following GD issue is all-too common: > > https://stackoverflow.com/questions/5773032/how-to-stop-gd2-from-washing-away-the-colors-upon-resizing-images > > Basically anyone who's ever accepted uploaded images and resized or >

Re: [PHP-DEV] GD vs Imagick

Le 15/08/2017 à 12:52, Rasmus Schultz a écrit : > I am starting to wonder why GD is the default in PHP? Don't really know, perhaps because the first one ? But we have various alternatives: - imagick - gmagick - vips (perhaps others) And ImageMagick is really an ugly upstream - most common commi

Re: [PHP-DEV] GD vs Imagick

2017-08-15 13:52 GMT+03:00 Rasmus Schultz : > The following GD issue is all-too common: > > https://stackoverflow.com/questions/5773032/how-to-stop-gd2-from-washing-away-the-colors-upon-resizing-images > > Basically anyone who's ever accepted uploaded images and resized or > converted them, has bum

Re: [PHP-DEV] GD vs Imagick

On 15 August 2017 at 12:11, Kalle Sommer Nielsen wrote: > the maintainer of Imagick, Hey, that's me! > and work together with the maintainer of Imagick, Actually, it would be lovely if anyone contributed to Imagick. I've been the maintainer of the extension for a little over three years and ha

Re: [PHP-DEV] GD vs Imagick

On Tue, 15 Aug 2017, Rasmus Schultz wrote: > The following GD issue is all-too common: > > https://stackoverflow.com/questions/5773032/how-to-stop-gd2-from-washing-away-the-colors-upon-resizing-images > > Basically anyone who's ever accepted uploaded images and resized or > converted them, has b

Re: [PHP-DEV] GD vs Imagick

2017-08-15 12:52 GMT+02:00 Rasmus Schultz Why is the less-capable image library the default on the PHP platform? Why > not Imagick? Most likely because no one have come fourth and attempted to push it into core and have been willing to do all the work required for it. As for GD, I would argue an

[PHP-DEV] GD vs Imagick

The following GD issue is all-too common: https://stackoverflow.com/questions/5773032/how-to-stop-gd2-from-washing-away-the-colors-upon-resizing-images Basically anyone who's ever accepted uploaded images and resized or converted them, has bumped into this. Only Imagick makes it possible to work

Re: [PHP-DEV] GD Lib for PHP?

Hi Pierre, When I tor, 13 10 2011 kl. 23:57 +0200, skrev Pierre Joye: > why do you not follow the instructions I posted here instead of using > the external libgd (old version too)? > > On Thu, Oct 13, 2011 at 11:45 PM, Lars Nielsen wrote: > > Well,... I'll pick this up again. > > > > I have co

Re: [PHP-DEV] GD Lib for PHP?

Sorry for not listening to you in the first place Pierre! :-) I have got it up and running now with the bundled gd! /Lars tor, 13 10 2011 kl. 23:57 +0200, skrev Pierre Joye: > why do you not follow the instructions I posted here instead of using > the external libgd (old version too)? > > On Thu

Re: [PHP-DEV] GD Lib for PHP?

why do you not follow the instructions I posted here instead of using the external libgd (old version too)? On Thu, Oct 13, 2011 at 11:45 PM, Lars Nielsen wrote: > Well,... I'll pick this up again. > > I have compiled and installed gd-2.0.35 and php-5.2.17 now and it is > working... sort of.. > >

Re: [PHP-DEV] GD Lib for PHP?

Well,... I'll pick this up again. I have compiled and installed gd-2.0.35 and php-5.2.17 now and it is working... sort of.. I am using php 5.2 because of some constrains in drupal. Now my problem is that Drupal tells me in a status report that GD is compiled with "Low Quality / Poor Performance"

Re: [PHP-DEV] GD Lib for PHP?

Lars Nielsen wrote: Should I go for Imagemagick instead? or something diferent? Imagemagick either via MagickWand or Imagick is a more complete library that most good frameworks provide as an alternative. GD is OK if you can work with the more limited range of formats that it provides? Quic

Re: [PHP-DEV] GD Lib for PHP?

hi, On Sun, Oct 2, 2011 at 7:16 PM, sean finney wrote: > Furthermore AIUI it's semi-moot in the latest debian/ubuntu packages as > Pierre has added some form of compat layer (not sure why that was done > as opposed to the below, but... *shrug*...). We discussed that and the reasons have been d

Re: [PHP-DEV] GD Lib for PHP?

On Sun, Oct 02, 2011 at 07:34:28PM +0200, Reindl Harald wrote: > i do now know from where what source is, but i use the packages from > fedora for my own php-builds and gd is wroking like a charme > > so if this doe snot work on debian THEY make something wrong TTBOMK (i.e. there have not been an

Re: [PHP-DEV] GD Lib for PHP?

Am 02.10.2011 19:16, schrieb sean finney: > On Sun, Oct 02, 2011 at 05:56:10PM +0200, Reindl Harald wrote: >> distributions normally use their libraries for compiling software >> and never static bits - but debian is known to have way too old >> libraries most of the time > > You know, given tha

Re: [PHP-DEV] GD Lib for PHP?

Hi, On Sun, Oct 02, 2011 at 05:56:10PM +0200, Reindl Harald wrote: > Am 02.10.2011 17:28, schrieb Lars Nielsen: > no - complain to debian! Or don't bother complaining at all, it's already been discussed ad naseum. Furthermore AIUI it's semi-moot in the latest debian/ubuntu packages as Pierre has

Re: [PHP-DEV] GD Lib for PHP?

Am 02.10.2011 17:28, schrieb Lars Nielsen: > Thanks Pierre, > > I have been using GD with Drupal and with the standard gd of either php > or debian/ubuntu Drupal is complaining that GD is not functional. > > So I just have to compile and install the version from bitbucket? no - complain to deb

Re: [PHP-DEV] GD Lib for PHP?

Debian or Ubuntu (they share the same base) uses the external libraries. Some old versions of these distributions do not have the newest code and some GD functions available in the php's gd may not be available. There is already a bug report there about it. If you can compile it I would suggest to

Re: [PHP-DEV] GD Lib for PHP?

Thanks Pierre, I have been using GD with Drupal and with the standard gd of either php or debian/ubuntu Drupal is complaining that GD is not functional. So I just have to compile and install the version from bitbucket? Regards Lars søn, 02 10 2011 kl. 17:25 +0200, skrev Pierre Joye: > hi, > > I

Re: [PHP-DEV] GD Lib for PHP?

hi, It is not deprecated, it is maintained, in and outside php as well. Which package are you referring to? bitbucket has the libgd's standalone version and php's src has its bundled version, which is the recommended one to use with php. Cheers, On Sun, Oct 2, 2011 at 5:19 PM, Lars Nielsen wro

[PHP-DEV] GD Lib for PHP?

Hi, I am not sure if this should go to the general list or here. What is happening to the "GDlib" graphics library? Is it deprecated? I have found a package on google-code which can be compiled on ubuntu/debian but it seems that it has not been updated for years? What is the approach to take he

RE: [PHP-DEV] gd development as part of php.net

> -Original Message- > From: Thomas Boutell [mailto:[EMAIL PROTECTED] > Sent: 31 August 2006 00:17 > To: internals@lists.php.net > Subject: [PHP-DEV] gd development as part of php.net > > Unfortunately there hasn't been any movement on this since I handed &g

Re: [PHP-DEV] gd development as part of php.net

Hello, On 8/31/06, Thomas Boutell <[EMAIL PROTECTED]> wrote: Unfortunately there hasn't been any movement on this since I handed it over to Pierre in April. I'm not sure what you consider as movement. There is many things achieved since april. Security fixes has been reported to the various di

Re: [PHP-DEV] gd development as part of php.net

On 8/30/06, Thomas Boutell <[EMAIL PROTECTED]> wrote: Unfortunately there hasn't been any movement on this since I handed it over to Pierre in April. Obviously, since I sat on PHP myself for a really long time, I am not pointing the finger at Pierre here. I'm still the champion gd-neglect-ster b

[PHP-DEV] gd development as part of php.net

Unfortunately there hasn't been any movement on this since I handed it over to Pierre in April. Obviously, since I sat on PHP myself for a really long time, I am not pointing the finger at Pierre here. I'm still the champion gd-neglect-ster by a LONG shot. However, I'm wondering if anyone else i

Re: [PHP-DEV] GD

On 9/16/05, Andi Debug Ireland <[EMAIL PROTECTED]> wrote: > I'm not using CVS version of the PHP source what is the CVS information so > i can checkout and merge my code into it and make a patch. Sorry, I was not clear. Send me the patch, tell me against wich version it matches. I have to commit

Re: [PHP-DEV] GD

On 9/15/05, Andi Debug Ireland <[EMAIL PROTECTED]> wrote: > Greetings, > > My team has added read support for TGA, PIC and SGI formatted images to > the GD library bundled with PHP 5.0.5 can we get this added into the gd > released with php? or anything similar we want to release this code back >

[PHP-DEV] GD

Greetings, My team has added read support for TGA, PIC and SGI formatted images to the GD library bundled with PHP 5.0.5 can we get this added into the gd released with php? or anything similar we want to release this code back to the community. Debug -- PHP Internals - PHP Runtime Developm

RE: [PHP-DEV] GD Patch

/ -~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~- >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of Jani Taskinen >Sent: Friday, April 04, 2003 10:57 AM >To: John Coggeshall >Cc: 'PHP Internals' >Subject: Re: [PHP-DEV] GD Patch > > > >

Re: [PHP-DEV] GD Patch

Like Sterling already told you, I committed it to HEAD last night. But you forgot to mention that it requires T1lib 5.0.0.. I changed the t1lib check so that it checks for this T1_StrError() function instead. --Jani On Fri, 4 Apr 2003, John Coggeshall wrote: > >

Re: [PHP-DEV] GD Patch

On Fri, 2003-04-04 at 10:11, John Coggeshall wrote: > Does anyone have a problem with me committing the T1Lib/GD patch for > error reporting? > jani already committed it last night. -Sterling > -~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~- > John Coggeshall > john at c

[PHP-DEV] GD Patch

Does anyone have a problem with me committing the T1Lib/GD patch for error reporting? -~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~- John Coggeshall john at coggeshall dot org http://www.coggeshall.org/ -~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~

[PHP-DEV] gd segfault

Does this segfault ring a bell for anybody? Program received signal SIGSEGV, Segmentation fault. 0x40445493 in gdCacheDelete (head=0x814a3c8) at /home/rasmus/php4/ext/gd/libgd/gdcache.c:86 86(*(head->gdCacheRelease)) (elem->userdata); #0 0x40445493 in gdCacheDelete (head=0x814a3c8)