ATTENTION AUX YEUX : Upsampling de qualité !!!

» 22 Nov 2002 13:50

Pour sur-échantilloner des images, ils existent quelques méthodes dont les 2 plus connues : Bicubique et Bilinéaire. Mais voici une technique novatrice et prometteuse qui permet de faire mieux, beaucoup mieux même... Les images à la taille réelle sont http://kristahl.design.free.fr/Articles/Upsampling/Upsampling.htm.

Le suréchantillonnage bicubique classique donne

, alors que la technique spéciale permet d'obtenir

...

La mise au point n'est pas encore terminé, d'où les défauts de l'image...
La source

Exemple d'interpolation bicubique :

Avec la technique spéciale :

Nous recherchons des partenaires pour intégrer cette technique, si vous êtes interressé, laissez nous un message. http://www.kristahl.com

» 22 Nov 2002 16:00

Le lien fourni manque singulièrement d'infos. J'aimerai au moins voir la taille de l'image de départ car le résultat par interpolation bicubique est anormalement mauvais (sauf si l'image de départ est vraiment petite).

En tout cas, mis à part les artefacts, le résultat est impressionnant de netteté.

@+
Emmanuel

» 22 Nov 2002 16:46

Existe-t-il déjà des programmes qui font ce traitement en temps réél sur de l'acquisition vidéo?
A quand l'intégration de cet algo dans DScaler ? :oops:

» 22 Nov 2002 17:38

Emmanuel Piat> OK, j'ai mis à jour la page pour voir la source...

» 22 Nov 2002 17:50

Euh, toutes les images ont la même taille. Normalement la source devrait être plus petite, non ?

<p><img src="noel-eva.jpg" width="720" height="576"><br>
<img src="noel-eva%20PS.jpg" width="720" height="576"> <br>
<img src="noel-eva%20SS.jpg" width="720" height="576"> </p>

» 22 Nov 2002 18:36

La source est deux fois plus petite verticalement, mais je l'ai volontairement affiché avec une résolution verticale doublée (sans interpolation) pour voir l'image source sans qu'elle soit déformée pour l'oeuil... Dans le cas contraîre, cela aurait donné une image écrasée verticalement.

Oche78> Je ne prévois pas l'intégrer dans DScaler pour le moment sauf si négociation positive avec l'équipe de développement. Aucun programme à ce jour (professionnel et grand public) permet d'obtenir un tel résultat. Le traîtement fonctionne pour l'instant à 5 images par secondes sur un PIII-600, pourtant sans aucune optimisation.

» 22 Nov 2002 18:46

J'ai l'impression que la source fait 2 fois moins de ligne mais exactement le même nombre de colonnes.
Bref que l'algo n'a été utilisé que pour doubler les lignes.

Il est clair que ce genre d'algorithme doit être intéressant pour transformer des programmes de définition standard en haute définition.

Dans un cadre plus familial pour améliorer les Super 8 ou les 16mm.

Michel

» 22 Nov 2002 18:53

MLill>Oui, l'image est doublée verticalement ! Mais l'algo peut travailler aussi bien dans le sens horizontal que vertical... pour par exemple multiplier la résolution sans difficultés en X et Y.

Pour l'instant je m'attaque surtout à l'améliorer car il a encore du mal avec les formes complexes (voir les jantes de la RSX) dans les formes simples, la réussite est quasi parfaite (l'ombre de la RSX et le reflet dans la portière)

» 22 Nov 2002 20:28

Ce qui m'a surtout gêné ce sont les stries (lignes horizontales) dans l'image.

Une de mes méthodes pour tester les algorithmes est de partir d'une vraie photo en haute résolution de faire un downscaling et de repartir dans l'autre sens.

On observe ainsi comment le traitement arrive à "recréer" la réalité.

Le résultat du rééchantillonage bicubique peut être très différent en fonction du paramétrage de l'algorithme.
Dans notre domaine cela se voit en comparant les différentes cartes vidéo qui utilisent bien le même algo mais sont loin de donner les mêmes résultats.

Michel

» 22 Nov 2002 20:32

Hello

Si le sujet vous interesse voila une url ou un gars a trouver une methode tres sympa pour du upsampling de qualites :

http://vektor.theorem.ca/graphics/ddt/

le source est la :
http://cvs.sourceforge.net/cgi-bin/view ... image-pre/

J'ai eut cette info sur la ml Dscaler ou la personne vient d'arriver(Billy Biggs <vektor@dumbterm.net>) ... ca laisse de lespoir pour dtv ou ffmepg4 ! mais bon pour l'instant il va falloir attendre le upsampling reste tres tres long ,bien qu'avec cette algo on peut utilise l'acceleration 3d de la carte video pour faire tous le travail (une fois que l'image source et transforme en 3d grace a une triangulation ) ce qui risque d'accelerer les chose de facon radical

il ya aussi ca dans le meme registre :

http://www.ee.princeton.edu/~lixin/
ca a l'air encore plus terrible encore !!

a+

» 22 Nov 2002 22:34

Merci Ali

Le upsampling même très long m'intéresse beaucoup.

Michel

» 23 Nov 2002 10:45

Benkraouda ali> Merci d'avoir poster ce genre de sites. Les méthodes sont toujours impressionnantes, tout comme les résultats, mais il faut savoir que le traîtement ne peut être en temps réel aujourd'hui sauf peut-être quelques formes simples avec le nouveau langage de nVidia ou celui de ATI.
Ma technique présente l'avantage de consommer "peu" et de pouvoir être implémenté en temps-réel (50 et 60FPS) sur un ordinateur grand public.
Les techniques itératives et vectorisatrices sont trés puissantes avec des rendus impressionnants, mais aujourd'hui difficile voire quasi impossible à mettre en oeuvre.
Les consortiums JPEG et MPEG avaient déjà mis en avant des techniques révolutionnaires à leurs époques (MP3 en 1994) et aujourd'hui le MPEG-20 qui ne sera intégrable que d'ici 5 ou 10 ans.
En attendant, il faut bien faire avancer les choses...

Mais je suis loin de dire que ma méthode est la meilleure (la preuve en est les artefacts), mais aujourd'hui en traîtement temps-réel, elle n'a pas d'équivalent.

» 23 Nov 2002 12:36

Salut.

Quand tu parles de "négociation" avec l'équipe DScaler, j'ai comme l'impression que tu n'as pas compris ce qu'est DScaler. J'ai un peu tendance à associer "négociation" à "argent", peut-être que je me trompe... Soit tu veux faire partager tes développements gratuitement à toute la communauté, et on sera ravi de t'accueillir dans l'équipe. Mais je crois pas me tromper en disant qu'aucune négociation d'ordre financière n'est envisageable sur un tel projet (DScaler).

De toute façon, à 5 images par seconde, tu es très très loin du compte. Pour qu'un traitement de scaling soit intégrable dans DScaler, il faudrait un traitement qui ne prenne pas plus que quelques ms par image désentrelacée. A 30 images par seconde, ça laisse 33 ms pour tout faire (désentrelacement, filtres, ...)

Laurent - team DScaler

» 23 Nov 2002 16:26

Je pense aussi Laurent qu'il faut pouvoir court-circuiter la mise à l'échelle de la carte vidéo pour qu'un tel algo soit intéressant.

C'est à dire rentrer dans l'overlay-video en 1024x768 par exemple pour un affichage XGA.
Je ne sais pas si c'est possible.

Sinon il ne faut pas utiliser du tout l'overlay video mais cela suppose une conversion YUV RGB en soft et la perte de précision qui va avec. Sur une Radeon en tous cas.

Michel

» 23 Nov 2002 19:14

Pas de soucis, Michel, il est possible d'attaquer l'overlay en 1024x768.
Il doit y avoir une limite en résolution, dépendante de la carte vidéo utilisée, mais elle doit être assez haute désormais vu la mémoire embarquée dans nos cartes.

Par contre, avec DScaler, on travaille en YUY2, donc il faudrait un algo de scaling travaillant dans cet espace de couleur.
Car si en plus on doit rajouter la conversion YUV=>RGB en software dans DScaler, et bien j'ai bien peur qu'il faille attendre les Pentium 7

Laurent - team DScaler