Le format GIF est dorénavant libre de droits
Forum Les news : Le format GIF est dorénavant libre de droits
Le format GIF libre de droits Depuis le début du mois d’octobre, le format GIF est déclaré libre de droits. En effet, en bas de la page GIF du projet GNU...
Le format GIF est dorénavant libre de droits : lire la suite
Trés bon ça, il ne manque plus que les amélioration niveau qualité du PNG et le mouvement du GIF pour faire un format "parfait"...
Et surtout, contrer ce format de merde de Microsoft : WMP (Windows Media Picture) qui risque de nous envahir très vite... C'est qu'ils seraient capable de coller des DRM dessus ces cons...
EDIT : Euh... Niveau qualité, un bon PNG c'est déjà impec non ?
Message édité par Kenelm le 03-10-2006 à 12:02:42
| Citation : Niveau qualité, un bon PNG c'est déjà impec non ? |
Oui et non, ce format manque encore un peu de controle au niveau de la compression lors de l'enregistrement, contrairement au jpeg, mais tire son epeingle du jeu comme format bitmap grace à sa couche alpha qui permet une veritable transparence (en fondu en par exemple).
L'avantage des gif au début de l'Internet était de faire des animations légères. Maintenant, les animations flash ont remplacés tout ça. Alors c'est bien d'ouvrir ce format, mais, un peu tard non ?
Pour la qualité, le GIF (8bits soit 256 couleurs) n'est pas comparable au PNG
Message édité par CRicky le 03-10-2006 à 13:21:48
Flash Flash ... faut encore installer flash et puis pour un site web à certain endroit c'est mauvais ! bref flash et web c'est sans moi
Sinon vive le PNG maintenant que IE7 le gère plutôt pas mal, mais je sais toujours pas si photoshop gère la compression jusqu'à 9 comme peut le faire The Gimp par exemple ...
| Citation : mais, un peu tard non ? |
Non, contrairement au format bitmap comme le jpg et le png, le gif est vectoriel, donc sans perte de qualité, qui plus est il permet de definir soit même une pallette de couleur, genre pour un fichier en bichromie, deux couleur dans la pallettes suffiront. Le gif89a restera toujours un très bon complément au png.
| Citation : faut encore installer flash |
On va pas pleurer pour un plugin de moins d'un mega quand les plugins de firefox font fureur... Qui plus est bientôt les plugins flash et pdf ne feront plus qu'un.
| Citation : et puis pour un site web à certain endroit c'est mauvais ! |
Il ne faut pas mettre sur le dos de flash les erreurs des devellopeurs peu compétant...
| Citation : bref flash et web c'est sans moi |
C'est bien dommage, flash est en train de devenir compatible avec les normes d'accessibilité, et le bon vieux xhtml/css ne permet pas toutes les possibilités de flash (gestion précise du flux, video, video interractive, veritable interactivité).
le flash est plus gourmands en ressources qu'un gif, le gif est 100% compatible avec linux, alors que la version de flash pour les architecture 64bits, courez toujours
par contre, le XGl peut remplacer le flash, suffit de s'y mettre c'est tout
| Citation : contrairement au format bitmap comme le jpg et le png, le gif est vectoriel |
Non, le format GIF (contrairement au format EPS par exemple) n'est pas vectoriel: pour chauqe pixel correspond une couleur indexée dans une palette.
http://www.w3.org/Graphics/GIF/spec-gif89a.txt
| Citation : qui plus est il permet de definir soit même une pallette de couleur, genre pour un fichier en bichromie, deux couleur dans la pallettes suffiront. |
La palette de couleur est justement le défaut de ce format pour la qualité d'image.
| Citation : le flash est plus gourmands en ressources qu'un gif |
Oui, c'est vrai, mais est-ce un problème maintenant ? (tampis pour ceux qui tournent encore sous un 486
)
| Citation : le gif est 100% compatible avec linux |
GIF est un format d'image, faut pas chercher la compatibilité OS mais plutôt la compatibilité logiciels.
Pour les droits, la lecture de GIF ne pose généralement pas de problème, mais l'écriture (contrairement au JPEG) en pose (enfin posait).
Message édité par CRicky le 03-10-2006 à 19:06:08
| Citation : |
| Citation : le flash est plus gourmands en ressources qu'un gif |
Comparons ce qui est comparable, gif permet une animation plus que médiocre et ne possède pas son propre langage de programmation...
| Citation : par contre, le XGl peut remplacer le flash, suffit de s'y mettre c'est tout |
XGL est encore loin de flash, et reste beaucoup moins facile d'accès... Perso je souhaite un outils facile et rapide d'apprentissage pour être opérationel et rentable immédiatement, je ne peux pas me permettre de prendre deux semaine de formation.
| Citation : La palette de couleur est justement le défaut de ce format pour la qualité d'image. |
Oui et non, je reprend l'exemple d'un fichier en bichromie, le rapport qualité/poid est plus interessant qu'en jpeg. C'est un défaut ou une qualité selon l'usage que l'on en veut hein.
Oui, la palette est un avantage de ce côté-ci, mais je pense que l'évolution de l'informatique tend à plus privilégier la qualité au détriment de la lourdeur car on tend toujours vers une augmentation des vitesses et des mémoires.
Par exemple, aujourd'hui, en programmation haut niveau, on se préoccupe beaucoup moins de la taille et de l'optimisation qu'un programme qu'on ne le faisait au début de l'informatique.
Pour moi, les images avec palette tendent à disparaître. Si le GIF proposait une solution en 24 bits sans palette, je pense qu'on ne verrait plus de GIF en palette de 256 couleurs.
Alors le flash est beaucoup plus lourd, mais je pense que d'ici une dixaine d'années, on ne fera pas la différence en terme de lourdeur entre un flash (ou autre évolution) et un gif 8bits.
Quand je pense que je me fait encore chier à vérifier que mes programmes soient bien optimisés, qu'il n'y ai pas un ligne ou une suite de lignes inutiles...
..::FLCCF::..
Répondre à Archange_nain
Ceci dit quand je parle de lourdeur, je ne parle pas de l'optimisation de la complexité du programme (au sens théorie de l'information), mais de l'optimisation des petits détails qui ne font que multiplier la mémoire ou le temps par un facteur constant.
Donc, ça dépend de ce que tu entends par optimiser Archange_nain
mais il vaut mieux perdre du temps à traquer les bugs pour les corriger plutôt que chercher l'optimisation des petits détails (qui, au passage, ne fera qu'ajouter des bugs
)
Message édité par CRicky le 08-10-2006 à 16:45:20
En déviant sur la programmation, ça t'arrive souvent d'écrire un programme où il y a une erreur réelement bidon..? ça m'arrive tout le temps sous VB
..::FLCCF::..
Répondre à Archange_nain
Je n'ai pas beaucoup développé sous VB (pour les programmes "jetables", je ne fais plus que du python), mais s'il y a une erreur, c'est qu'il y a une erreur
On programme tous avec des bugs (même en faisant très attention). Il faut toujours considérer qu'on a fait des bugs (sans encore les connaitre) pour prévoir la suite
Pour en revenir au problème des ressources, python ou VB, ne sont pas privilégiés pour une optimisation absolue, alors vouloir optimiser chaque ligne est un travail un peu inutile (mais il faut quand même optimiser la complexité des algorithmes)
Message édité par CRicky le 08-10-2006 à 16:54:29
Je parle d'erreurs qui ne devraient pas exister parce qu'elles n'ont aucun sens, du style commande saut-a et j'ai en réponse "il n'y a pas de point a" alors qu'il est trois lignes plus bas
. De toutes façons, je migre lentement vers python même si je n'ai pas encore réussi à faire un programme autre qu'en invité de commandes.
..::FLCCF::..
Répondre à Archange_nain
Pour VB, je n'ai pas assez pratiqué pour avoir eu ce genre de problème, mais ça ne m'étonnerait pas de voir des bugs dans l'interpréteur.
Pour python, regarde tkinter
ça dévie beaucoup du sujet initial
Et pour la soie, vous pensez que le lavage à 45° va pas trop l'abimer ?
Ca dépend, MIR soie 45° doit faire l'affaire
..::FLCCF::..
Répondre à Archange_nain
Non faut mettre à 30°
> machine [-fsbREP ] -h 45 -C 30 "Petit haut en soie"
Merci de vos conseils, et surtout, merci Copine du Geek
Il y a 2481 utilisateurs connus et inconnus. Pour voir la liste des connectés connus, cliquez ici.
