Gif's don't work.

my hatfield are very angry >:-[



maybe someone call call or write to admin? i don't know english well, so can't do that

office@last.fm
+44 (0) 20 7780 7080

Almost 2 months now? I've done quite a lot of programming, and I doubt they have been working on this problem, unless they are just completely stumped.

I decided to look up the format of GIF89a to compare my original GIF with the one I uploaded. It seems that my original GIF is getting reformatted with several changes. This couldn't happen by chance; the code they are using is actually reading the GIF file and rewriting it.
----A couple key bit fields are changed throughout the file along with the global color table, which has been completely rewritten. Also, the Netscape application extension has been removed along with the graphic control extension block(which controls animation). Animation would still be pointless, as only one image layer remains after the GIF file gets rewritten.

What does this information tell me?
-It is not an error in the upload because the entire file is organized properly and includes a 'trailer' block indicating the end of the GIF data.
-Very specific changes are made to the GIF file; this indicates that once the original is uploaded, the server uses a utility of some sort to extract the original data and re-encode it to meet certain standards.

The comments I read about transparent images having layers overlapping gives me some more information.
This suggests that the specific utility/code-snippet used to parse and rewrite the GIF file is compacting all of the separate image 'layers' into a single image. However, I tested this with a transparent and animated GIF, but the uploaded picture became blank and completely transparent.



All I can say is that there is a code-snippet/utility the server is using to parse incoming GIF files. This code is removing several things from the GIF file and then rewriting the file. While I can sit around and point out all the specific changes and what they mean, I still have no clue if the programmers setup the code incorrectly, or if it is all intentional.

SymphoneticFlat said:
Almost 2 months now? I've done quite a lot of programming, and I doubt they have been working on this problem, unless they are just completely stumped.

I decided to look up the format of GIF89a to compare my original GIF with the one I uploaded. It seems that my original GIF is getting reformatted with several changes. This couldn't happen by chance; the code they are using is actually reading the GIF file and rewriting it.
----A couple key bit fields are changed throughout the file along with the global color table, which has been completely rewritten. Also, the Netscape application extension has been removed along with the graphic control extension block(which controls animation). Animation would still be pointless, as only one image layer remains after the GIF file gets rewritten.

What does this information tell me?
-It is not an error in the upload because the entire file is organized properly and includes a 'trailer' block indicating the end of the GIF data.
-Very specific changes are made to the GIF file; this indicates that once the original is uploaded, the server uses a utility of some sort to extract the original data and re-encode it to meet certain standards.

The comments I read about transparent images having layers overlapping gives me some more information.
This suggests that the specific utility/code-snippet used to parse and rewrite the GIF file is compacting all of the separate image 'layers' into a single image. However, I tested this with a transparent and animated GIF, but the uploaded picture became blank and completely transparent.



All I can say is that there is a code-snippet/utility the server is using to parse incoming GIF files. This code is removing several things from the GIF file and then rewriting the file. While I can sit around and point out all the specific changes and what they mean, I still have no clue if the programmers setup the code incorrectly, or if it is all intentional.
Wow, thanks for that!

I'm not sure if this is completely the case, but when a user seems to know more than a member of staff. That is certainly a problem.

SymphoneticFlat said:
Almost 2 months now? I've done quite a lot of programming, and I doubt they have been working on this problem, unless they are just completely stumped.
They're extremely busy trying to get the beta site ready to launch, so I doubt too if they're working it it. Yet. They will, because all animated avatars are broken on the beta site (being different sizes and all), even the old ones, so it will certainly be addressed at some point. It's just not a priority yet.

While I can sit around and point out all the specific changes and what they mean, I still have no clue if the programmers setup the code incorrectly, or if it is all intentional.
I do. They've acknowledged it's a bug and will be fixed.

That is, the part where they parse the GIFs is intentional (they're cached on their site in the various sizes needed, so they don't have to re-size on the fly), but the part that breaks animation is an acknowledged bug. Oh, it also breaks transparency, at least on the beta site. (Transparent avatars have a black background.)

agreed that it's necessary to fix this :]
tia!

LifeMusicLove said:


Yuck! hahahAHa

LifeMusicLove said:


watch out ricky, don't make me take my pants off

x___________Y said:
LifeMusicLove said:

watch out ricky, don't make me take my pants off
Quality Bobandy. Needs inclusion on this page again!

LifeMusicLove said:


Fixfixfixfixfixfixfixfixfixfixfixfixfixfix!

TwistedAria said:
What is this beta site everyone is talking about? What is suppose to be on it & offered to us? Anyone know?

The information you are looking for can be found here...

LifeMusicLove said:

yeah, get on it ffs