| jesus_christ |
omme vous avez pu le voir depuis quelques temps, les recherches sur des nouveaux moyens de compressions vidéo ont repris de plus belle, non seulement avec le DivX5, mais aussi avec le XviD, le VP5 etc...
Et bien l'équipe FR est fière de vous présenter la première version alpha de son projet maison de codec de compression !
N'ayant pas les compétences pour recoder un codec complet de compression, mais certains, surtout Blacksun, ayant déjà travaillé pour l'équpie originelle de Gej (Jérôme Rota, l'intenteur du DivX 3.xx) nous avont choisi pour concurrencer l'actuelle DivXnetworks de nous associer avec la tristement célèbre équipe de I2bp
"Quoi, encore eux ?" allez vous nous dire ?
Et bien oui, eux.
Mais si l'organisateur de cette société fantôme était bel est bien bidon, les techniciens qu'il avait engagés, recrutés dans des grandes écoldes avaient inventé une technique très maligne que personne n'avait encore repris, à l'exeption de Nando avec le SBC, et encore, partiellement : le mélange des codecs.
En effet, comme vous avez pu le voir, chaque algo est meilleur que l'autre dans sa catégorie, l'un pour les mouvement, l'autre pour les images statiques, pour les images complexes, les images de synthèse, les dessins animés...
L'idée est donc de calculé, pour chaque image, le meilleur codec utilisable parmis une palette de 256, chaque image étant doté d'un en-tête de 1 octets (256 valeurs possibles donc) indiquant l'algo utilisé pour la compression.
I2bp avait déjà réalisé une demo, la seule qui ne soit pas bidon d'ailleurs, de cette technologie, et ils avaient obtenu un résultat exellent, bien au dessus du divx à l'époque.
Mais cette méthode a un gros défaut : elle est lente.
Il s'agit en effet de compresser chaque images 256 fois, avec en plus certains algo qui travaillent en 2, voire trois passes, au final l'encodage prend plusieurs semaines.
De nos jours avec les processeurs puissants actuels, on peut ramener ça à environ 1 semaine pour 1h de film, mais c'est encore trop long.
D'où l'idée du clustering, dont j'avais déjà parlé pour ceux qui suive le développement de mon soft !
Et oui, vous avez compris, il s'agit d'un partage de travail, un peu à la SETI, où chaque machine prend en charge un algo, avec cette méthode de répartition :
- Un serveur qui ne calcule pas mais centralise les données
- 256 clients prenant chaqun un algo
- les + petites machines prendront les algos les + simples, les + puissantes, les + complexes.
Une mise à jour permettra de confier plusieurs algo à une même machine pour réduire le nombre de clients, 256 ça fait quand même beaucoup :D
Voici un shéma de fonctionnement
http://www.multimania.com/guytarr/i2bp.png
Ici ne sont représentés que 8 algos, dans l'ordre de puissanc et de complexité : le plus faible est le gif, qui compresse très bien les images vides comme il y en a beaucoup entre chaque scènes (environ 1 image entre chaque scène au ciméma, avec les pubs à la TV ils en mettent facilement 20, le temps qu'on enregistre la pub dans notre tête avant d'en mettre une autre, principe du subliminal)
Le IA predictive Motion est l'ago le + puissant, où un moteur d'intelligence atrificielle intégré dans le codec et pas dans le film justemennt (gain de place) devine les mouvement s'il sont réguliers (un voiture qui avance tout droit, un homme qui marche d'un pas régulier)
Avec un CPU à 1.5GHz, on encode à environ 150fps en GIF et 0.2fps en IA
Le codec et le soft client/serveur sera bientôt à disposiotion.
Toute l'équipe traville dur, Bruce ayant même renoncé à son rippack pour participer :
http://www.rippack.com
A+ |
