Deprecated: Implicit conversion from float ... to int loses precision

[janui]

Deprecated: Implicit conversion from float ... to int loses precision

[JamesHeinrich]

A small sample file that shows this behaviour would be appreciated for testing.
You can post here or email to [email protected] if you don't want it public.

[JamesHeinrich]

What is the value of PHP_INT_MAX in your PHP?

(echo PHP_INT_MAX; should give either 9223372036854775807 or 2147483647)

[janui]

PHP_INT_MAX is 2147483647

[janui]

A testfile has been sent to [email protected]

[JamesHeinrich]

If your PHP/OS is 32-bit then it's no surprise that some things don't work quite right. I'm not sure if there's a sensible solution. I mean, the code can be rewritten at the expense of speed or complexity, but I'm not sure I want to do that for the edge case of a 32-bit PHP installation.

[JamesHeinrich]

If you only use APE tags in your files for MP3gain information and most of the data is stored in ID3v2, and you don't need mp3gain info in the returned data, then you could simply skip APE processing with
$getID3->setOption(array('option_tag_apetag' => false));

[janui]

$getID3->setOption(array('option_tag_apetag' => false));
This is just what I need for my 32-bit version. I use getID3 primarily for retrieval of album art images.
This will be fine.
Thanks