Nouveau soft de compression en calcul partagé !!!!!!!! - Video & Son
Marsh Posté le 01-04-2002 à 13:08:52
MMMM ... ça à l'air trés goutu tout ça ...
C'est bô de voir des gens qui se defoncent comme ça !
Marsh Posté le 01-04-2002 à 13:17:29
y'a un truc que je comprends pas
Marsh Posté le 01-04-2002 à 13:53:59
il est frais mon poisson, il est frais
le I2bp ça te grille l'histoire
[jfdsdjhfuetppo]--Message édité par guezpard--[/jfdsdjhfuetppo]
Marsh Posté le 01-04-2002 à 14:03:18
Les PA, comment perdre du temps qui peut être utilisé intelligement...
Marsh Posté le 01-04-2002 à 14:08:18
Ca peut pas marcher ce truc la, ou est cette maudite carpe???
Marsh Posté le 01-04-2002 à 16:31:35
meme je partagerais pas mes ressource pour que quelqu'un puisse lire un divx !!!
Marsh Posté le 01-04-2002 à 17:59:21
Même si il y as des ID pas con (genre changer d'algo de compression en fonction de l'image ça serait bien puissant ça !) c un gros poisson moi je dit
Marsh Posté le 01-04-2002 à 18:04:47
gacheur !
sinon oui tout est faux, sauf que Blacksun a effectivement travaillé partiellement pour divxnetwork, et que i2bp avait vraiment développé ce soft, mais ça avait coulé avec le reste...
ps : ça descendait pas le bitrate à 2ko/s quand même
Marsh Posté le 01-04-2002 à 18:05:37
ReplyMarsh Posté le 02-04-2002 à 11:14:53
Ca y est on utilise mon nom a des fins douteux mdr JC, j'y ai cru (ok chu en retard d'une journée) pendant quelques secondes !!
Marsh Posté le 02-04-2002 à 14:19:56
BON J moin C maintenant ke tu t amuser on va te traquer juska ce ke tu nous face vraiment ce system aller au boulot !!!!!
Marsh Posté le 02-04-2002 à 14:22:29
Tien par contre serieusement c'est pas possible de faire du clustering avec le divx car si oui moi ca me permetrai d'utiliser plein de pc en reseau ... donc encodage tres rapide ...
Marsh Posté le 02-04-2002 à 15:12:02
Poussin_Magique a écrit a écrit : Moi je me contenterais bien d'une bonne optimisation SMP... hein ke cai possib ? hein que cai po compliké le ESSEMPé jésus? |
c'est bienf le smp mais fo avoir plusieur processeur en serie et moi j'ai plusiseur processer mais en // ...
Marsh Posté le 02-04-2002 à 15:12:25
jesus_christ a écrit a écrit : gacheur ! sinon oui tout est faux, sauf que Blacksun a effectivement travaillé partiellement pour divxnetwork, et que i2bp avait vraiment développé ce soft, mais ça avait coulé avec le reste... ps : ça descendait pas le bitrate à 2ko/s quand même |
Si moi j'ai reussi ! A l'epoque ou je faisais du VB, j'ai developpé un chti soft qui analyse les images et les convertis en ASCII, les resultats sont bon avec des DA (surtout les simpson)... Mais bon... Je crois pas que ça aurait fait fureur !
Marsh Posté le 02-04-2002 à 20:27:26
Poussin_Magique a écrit a écrit : Moi je me contenterais bien d'une bonne optimisation SMP... hein ke cai possib ? hein que cai po compliké le ESSEMPé jésus? |
la version 5.00 rev-c ou plus de dvd-ripp est déjà en full SMP
j'ai un bi-p2 pour faire des tests et on gagne 40% en moyenne.
Blacksun : ouais je voulais te citer avec Bruce pour pas faire de jaloux, et puis ça faisait + crédible
Pour le ASCII, ouais c'est le ASCII-Art, j'ai un court-métrage de titanic assez bien fait dans ce format
A+
Marsh Posté le 02-04-2002 à 21:20:32
A quand le clustering de divx? moi ca me branche
Marsh Posté le 02-04-2002 à 23:35:33
J'ai vu que Vidomi tentait l'expérience du calcul en réseau:
http://www.vidomi.com/
Marsh Posté le 01-04-2002 à 12:28:27
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
Voici un shéma de fonctionnement
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+