Animatie *.gif afbeelding

Je krijgt een statisch plaatje, voor bewegende gif moet je die op bijv. Uploadarchief zetten...

Ok, maar als ik de gif open in m'n browser dan zie ik de animatie gewoon.
Dus CO convert de gif in een bericht naar een statische afbeelding als ik het goed begrijp.

Ik denk het, is altijd al zo geweest...

Hmmm, sommige avatars en emoticons animeren wel waarom dan geen gif afbeeldingen in een bericht?

Geen idee, maar uploadarchief werkt prima (voor die enkele gifs, dus geen probleem...

ik denk dat CO server een soort van resize erop doet. grote afbeeldingen worden ook kleiner weergegeven, en bij die resize zal dan ook enkel het eerste plaatje van de gif worden weergegeven.
als je een link naar een gif post zal het wel werken. bv een gifje op facebook en hier zetten, zal animated zijn.

hier is een gif dat gewoon op mijn server thuis staat
https://www.fordcapri.be/off/pics/1833.gif

en co upload

Als een animatie gif via een externe url wel correct wordt weergegeven dan snap ik de logica niet waarom dat niet direct kan via "Plaats in bericht".
Maakt mijn inziens geen verschil.

Ik weet het ook niet helemaal, maar het kan er zomaar iets mee te maken hebben dat een geuploade afbeelding nog gecropt of gecomprimeerd wordt.

Dat is iets waar Jeroen meer over kan vertellen.

Op woensdag 3 december 2025 11:38:29 schreef Bobosje:
Als een animatie gif via een externe url wel correct wordt weergegeven dan snap ik de logica niet waarom dat niet direct kan via "Plaats in bericht".
Maakt mijn inziens geen verschil.

dat is het net wel.
als jij een afbeelding van 2000x2000pixels upload, zal die dat met 600x600 weergeven op je beeld. de server zal bij het uploaden het bestand verkleinen om diskspace te sparen. nutteloos van 2000 pixels te saven als er maximaal 1000 wordt weergegeven.
mogelijks zit er ook een compressie op voor mensen die een BMP uploaden van 10MB, dat dit als JPG op de server staan van 600kb.

dat is het 'uploadprogramma' die het uitvoert.
eens het bestand op de server staat, dan is het weergeven van het plaatje hetzelfde als een andere url. maar de compressie is ondertussen gedaan en jouw gifje is een single plaatje geworden

De animatie gif die ik heb is lang niet zo groot qua aantal h en v pixels.
En stel dat men 2000x2000 plaatjes via een externe url in een bericht plaatst wordt die dan niet gecropped / gecomprimeerd weergegeven?

[Bericht gewijzigd door maartenbakker op woensdag 3 december 2025 13:06:19 (100%)]

Dat kan in principe niet, nouja alles kan, maar het is technisch niet voor de hand liggend omdat CO dan eerst het plaatje zou moeten downloaden om het weer te geven. Immers zou het normaalgesproken buiten CO om geserveerd moeten worden waarbij CO alleen maar een hokje rendert waar het plaatje in gezet wordt.

Op woensdag 3 december 2025 12:24:19 schreef Bobosje:
De animatie gif die ik heb is lang niet zo groot qua aantal h en v pixels.
En stel dat men 2000x2000 plaatjes via een externe url in een bericht plaatst wordt die dan niet gecropped / gecomprimeerd weergegeven?

Jawel, dat wordt geschaald weergegeven, maar niet bewerkt.

(samen met een waarschuwing dat het ding waar je naar linkt wel ERG groot is.)

Alle "Plaats in bericht" afbeeldingen in een bericht staan op de CO server bijv. deze van vorig bericht van fcapri :

https://www.circuitsonline.net/forum/file/132755/forum-post

Dus een animatie *.gif zou ook gewoon werkend op de CO server kunnen staan.

Als ook externe afbeeldingen worden gecomprimeerd waarom worden dan externe *.gif niet gecomprimeerd zodat ze niet meer werken?

Ik snap de hele logica hier niet achter.

die onderste afbeelding heb ik een upload naar CO gedaan, van hetzelfde GIFje op mijn PC.
de bovenste afbeelding staat op mijn eigen server. als ik die afbeelding op mijn server verander, zal die hierboven OOK veranderen. CO zal volgens mij enkel een kadertje maken, en die externe foto erin zetten.
of zelf helemaal niet. UWE pc(browser)zal dat kadertje van CO dan invullen met de foto van mijn server. CO zegt gewoon: hier staat een foto, maar je moet die zelf van downloaden van http://url....

als ik die gif van mijn server delete, zal die hier een leeg kadertje geven. die onderste foto zal echter wel blijven bestaan omdat die op de CO server is gesaved. en bij dat saven on disk, wordt er iets aan behandeld.

ik heb dus die 1833.gif op mijn server nu 3381.gif gemaakt, foto is weg. en heb dan een andere 1833.gif aangemaakt.
ik heb mijn vorige post NIET veranderd, doch staat er een andere foto. CO zal de externe links niet downloaden voor die ze terug weergeeft

de printergif van daarnet zit nu hier
http://www.fordcapri.be/off/pics/3381.gif

veiligheidshalve zou de CO server alle externe links moeten downloaden en de link verwijderen. want ik kan hier iets posten dat volledig legaal is, en morgen bv al mijn fotos veranderen naar porno.
de mods hebben mijn post allang gezien en het 'was' in orde.

het probleem is dat CO dan ALLE fotos moet gaan beginnen downloaden en lokaal saven. dat kost diskspace.
crashed mijn server, dan is 90% van alles wat ik ooit online poste zonder fotos (en niet enkel CO, ALLE forums waar ik ooit een link zette)

Hoe afbeeldingen via externe urls worden weergegeven is me duidelijk.
De foto die je hebt ge-upload naar de CO server die staat er nog steeds en heeft niets met de externe url te maken : https://www.circuitsonline.net/forum/file/132755/forum-post

Het gaat om de afbeeldingen die op de CO server terecht komen en daar zit een verschil tussen afbeeldingen met en zonder animatie en dat geldt niet voor afbeeldingen via externe urls.

Nog steeds snap ik de logica hier niet van.

externe links zal CO NIKS aan doen. als ik een animated gif hebt gepost met url, zegt de CO server tegen uwe pc/telefoon: daar staat die animated gif, download die zelf maar.

elke foto die je upload naar CO, zal van animated naar gewone gif gaan. daar is het upload programma voor verantwoordelijk.

simpele test: open een gif op uwe pc met microsoft paint, en druk op safe. die is geen animated meer. CO doet hetzelfde, bestandje komt binnen en die saved lokaal op zijn server disk als een gewone foto, niet meer animated

ik heb ook een upload programma draaien, die weigert zelf gifs. animtaed gifs kunnen zelf virussen bevatten, dus als je die als single foto saved, is ook die virus eruit. CO beslist van de bestand zelf met eigen software te gaan saven, en als nadeel is het animated gedeelte eruit. pech. moet je meer leren leven of uw eigen server gaan draaien (of iets als uploadarchief)

Waarom zijn sommige CO avatars en emoticons dan wel animated?

Het downloaden van een animated afbeelding van de CO server of van een externe url zou geen verschil mogen maken.

De totale logica ontbreekt hier achter.

[Bericht gewijzigd door Bobosje op woensdag 3 december 2025 14:49:10 (11%)]

nee hoor, vroeger had CO geen upload, en moest je zelf maar een url geven waar de fotos ergens stond (upload archief, photobucket,....). vele forums werken zo nog altijd.

mijn avatar was vroeger ook animated, stond op mijn server. als je bij uw profiel gaat en gegevens wijzigt, zal je zien dat je een url kan zetten als avatar. dat is dan ook weer een externe link.

toen de emoticons hier stonden, waren er ook animated tussen.

DAARNA kwam die upload button en die software beslist om GEEN animated te saven, toch niet zo moeilijk om te verstaan

Nog steeds geen antwoord waarom animated afbeeldingen op de CO server niet correct worden weergegeven als dat via externe urls wel kan.

Het zal wel te maken hebben met hopeloos verouderde CO forum software...

Omdat het opgeslagen geconverteerde plaatje alleen het eerste uit de betreffende gif is, externe link is naar het hele originele plaatje.
(de animated gif wordt bij download omgezet naar een 'normaal' plaatje)

Op woensdag 3 december 2025 15:01:18 schreef Bobosje:
Nog steeds geen antwoord waarom animated afbeeldingen op de CO server niet correct worden weergegeven als dat via externe urls wel kan.

Het zal wel te maken hebben met hopeloos verouderde CO forum software...

Ik begrijp dat je niet erg thuis bent in computers en hosting, want behalve een "officiële verklaring" van Jeroen is eigenlijk alle informatie waar je om vraagt, wel langsgekomen.

Plaatjes van externe sites worden niet door CO geladen en daarmee is dus verklaard dat die doen of laten wat die externe site ermee bedoelt. Het enige dat CO doet is een hokje openlaten waarin je browser dat plaatje neerzet.

Plaatjes die naar CO worden geüpload, zoals bij eigenlijk alle fora, worden al bij het uploaden platgeslagen om niet teveel opslagruimte en schermruimte in beslag te nemen.

Je zou kunnen betogen dat de bibliotheek die Jeroen daarvoor gebruikt "verouderd" is omdat er geen functie voor animated gifs inzit (idem op veel andere fora), maar hopeloos verouderd is gewoon onzin en tendentieus.

Voor een browser is er geen verschil waar de animated gif afbeelding op het internet staat en vanwaar deze wordt gedownload. Van de CO Server zelf of van een Server via een externe url dat maakt voor een browser geen verschil.

De beperkende factor is de CO forum software die de animated gif onnodig ontdoet van alle animatie frames terwijl CO forum software het wel toelaat / toestaat om een animated gif te tonen via een externe url.

En een anmiated GIF hoeft niet groter te zijn dan een *.jpg of *.bmp.

En nogmaals ik begrijp hoe externe urls werken...

Onbegrijpelijk gewoon.

Ik begrijp dat je de situatie principieel niet begrijpt omdat je schrijft:

terwijl CO forum software het wel toelaat / toestaat om een animated gif te tonen via een externe url.

Daar heeft de "CO forum software" helemaal niets mee te maken. Die hoeft dus niks toe te laten of toe te staan.

De rest is zoals ik uitleg, plaatjes worden bij uploaden terecht platgeslagen. Ik heb niet geturfd bij alle andere fora, maar ik durf de stelling wel aan dat "hopeloos verouderd" tendentieus en overdreven is.

Hooguit "verouderd" zoals je alles kunt noemen waar een bepaalde fnctie die je wilt hebben, niet op zit. Het is een weinig gevragde functie, in elk geval heb ik bij de fora die ik beheer en die daadwerkelijk "verouderd" zijn, zo'n vraag nog nooit gehad. Ik zou eerlijk gezegd niet eens weten wat die met animated gifs doen...