C'est pas un autre encodage, c'est un encodage corrompu (par exemple pour avoir essayé de convertir de l'utf-8 en utf-8 en supposant par erreur que c'est de l'iso 8859-1 au départ).
On le voit bien dans cet exemple où le "à" et le "é" sont remplacés par un caractère identique : phishing plus difficile à dÃtecter
En inspectant le code du script, on peut voir que le charset que tu spécifies est utilisé par un encoding convertto, ce qui fait que si tu as de l'utf-8 au départ et que tu spécifies charset "utf-8", tu convertis de l'utf-8 en utf-8.
Le script est en version beta depuis 2006 et le développement en est manifestement arrêté.
L'auteur avait encore dans sa todo list de faire un support "décent" pour les charsets, ce qui explique que ça ne fonctionne pas correctement.
Essaie de remplacer encoding convertfrom par encoding convertto dans le code, et vois ce que ça donne.
Il est aussi possible que le flux rss de GNT déclare son charset de façon incorrecte; essaie de mettre charset "iso8859-1" dans les paramètres du flux.
Remarque : laisse le convertfrom en place, le convertto n'a aucun sens et ne peut rien faire de bon.
Et puis ça n'a rien à voir avec les entités html, si on avait affaire à des entités au lieu d'un charset à la con, y'aurait aucun problème pour l'afficher correctement.
Dans le but que d'autres personnes puissent facilement localiser la solution si elles rencontrent le même problème, pourrais-tu s'il-te-plaît renommer le sujet en "Problème de charset avec rss-synd" et ajouter "[Résolu]" au début ?
Merci d'avance.