flagos a écrit 3017 commentaires

Parce que tu es nécessairement non authentifié comme expéditeur du mail ? On voit ca maintenant sur gmail, les emails d'utilisateurs gmail qui viennent d'un autre smtp que celui de gmail sont affichés comme possible usurpateur. Et de fait, un type qui envoie du mail a partir d'un @gmail.com sur smtp.free.fr n'a pas eu a rentrer son mot de passe.

Ca m'étonnerait pas que Google dégrade le score de ces mails la.

Un petit media center avec raspbmc. Ca marche bien, le décodage des vidéos même 1080p marche très bien.

J'ai du mal à voir l'image, tu aurais pas une version un petit peu plus grande ?

Je suis d'accord avec toi sur le fait qu'h264 est nettement plus performant que VP8. En même temps, la vidéo est tellement rempli de brevets qu'il me semble quasiment impossible d'innover dans ce domaine sans tomber un brevet.

Par contre, la "faille" dans ton raisonnement, c'est ca:

les gens, exceptés quelques libristes intégristes,

C'est la dessus où tu te goures. VP8 a sa place en tant que codec vidéo car il est sans brevet. Evidemment, si l'industriel a à payer un surcout de bande passante, il étudiera le compromis bande passante a payer vs licence. Par contre, s'il ne paie pas la bande passante, ca ne peut être qu'a son avantage.

Tu cherches un domaine ou c'est interessant ? La visiophonie. Le flux passe directement de l'utilisateur a l'utilisateur. Pas de surcout pour l'industriel, la licence est en cadeau. Et la, ô miracle: skype utilise VP8, xmpp envisage de l'utiliser.

J'ai l'impression qu'il te semble irrationnel de chercher a économiser le prix d'une licence alors que c'est tout a fait normal.

Pour moi, on assiste aujourd'hui à une fissure dans les codecs vidéos: d'un coté les formats web: peu optimisé mais libre d'accès, et de l'autre, les format broadcasters qui cherchent à optimiser la compression et la scalabilité des flux.

C'est bien pour ca que j'ai entamé la dépêche par "annoncée comme finalisée par l'ITU" parce que pour le coup, j'ai trouvé cette annonce un poil précipitée. C'est d'ailleurs ce que je passe mon temps à expliquer dans mon taf: la vraie finale toute propre et sans ambiguité arrivera dans quelques semaines.

Après pour le lien, vu que les versions finales des précédents comités ont été publiés sur ce site, je pensais qu'il ne ferait pas différemment pour le dernier comité mais effectivement, autant il faudra raquer.

La version finale est pas encore publiée. La finalisation a été annoncée a la fin du dernier comité, je pense qu'il faut encore 1 ou 2 semaines que les derniers bugs soient remontés et corrigés. C'est ce qui c'est passé a chaque comité, la période post-comité servant à finaliser les décisions prises pendant le comité.

En tous cas, les specs qui sont sur ce site sont les dernières en date.

Tu vas dans all meetings, puis sur geneva, le premier de la liste, et la tu as tous les documents de travail du comité. Avec un control +f spécification, tu devrais rapidement trouver le document en question.

Et celle d'h265 est donné en lien de la dépêche. Tu as plusieurs versions, il suffit de prendre la dernière en date.

On parle niveau perf ou qualité d'image ?

On parle compression de données.

Heu on à pas lu le même document alors : "However, an analysis of this property for HEVC using HM software model (HM-range-extensions) yields inconclusive results, as discussed in this contribution."

Oui, mais ce que tend a montrer le document, toutes réserves émises, est que:

All configurations above show BD-rate losses with the increase of internal bit depth contrary to the
expected behaviour. The performances for Chroma components also largely follow a similar pattern.

C'est bien le résultat qui semble contradictoire: on passe en 10 bits pour les résidus, cela devrait coûter plus cher en bande passante car plus d'info a encoder, et au final, ca coûte moins.

Je m'auto réponds. Il y a un papier sur le dépot du comité qui traite de ce sujet.

http://phenix.int-evry.fr/jct/doc_end_user/documents/12_Geneva/wg11/JCTVC-L0189-v2.zip

Manifestement, le gain est amélioré en 10 bits.

On m'a raconté (oui ma source est très certainement foireuse) que l'encodage CABAC des résidus serait plus performant. Ca fait un peu magie dit comme ca, pour le coup j'aimerais bien un truc un peu sérieux qui confirme/infirme la chose.

Pourquoi donc ne pas commencer avec H.264 "pour voir", vu que ça coûte bien moins cher et que ça permettait de se faire la main…

Parce que justement, passer un bloc hardware sur 10 bits, ca coûte cher. C'est du temps de développement, et cela nécessite de se remettre a travailler sur des blocs hardware qui sont plutôt destinés a l'écurie, développés avec d'anciennes technos qui ne sont pas forcément optimales en terme de développement.

Bref, vraiment pas l'idéal. Il est plus facile d'aller de l'avant et de profiter du passage vers h265 pour se reposer ce genre de questions.

Clairement, le 10 bits fait partie des requêtes fréquentes pour h265. Il y a de vraies chances de le voir émerger sur les décodeurs matériels.

Tu imagines sérieusement un décodeur HW décoder du H.265 en 10-bit avant de savoir décoder du H.264 10 bits?

Oui. Personne ne va s'amuser a bosser sur un ancien standard. h264 est utilisé, il n'est plus vraiment question de le voir évoluer.

aujourd'hui tout le monde préfère utiliser des surcouches (bootstrap, etc.).

Tant mieux, ces mêmes personnes (qui ne sont pas tout le monde) pourront utiliser ces mêmes surcouches. C'est bien mieux que tout réinventer dans son coin.

J'avoue que je n'étais pas au courant de cette subtilité. J'ai effectivement du être mis en erreur par l'appellation" VLC" telle qu'elle est utilisée dans les standards.

Les codecs vidéos définissent des profils. H264 en avait principalement 3: baseline, main, et high. Aucun de ces profils ne permettaient d'aller au dela du 1080p. Tu peux donc très bien aller au 4k2k mais tu n'auras aucun profil qui correspondra. En pratique, ca fera que tu ne seras compatible avec aucun décodeur.

Sinon, h264 en lui même n'est pas super adapté: par exemple les pixels sont divisés en macroblocks de 16 pixels de large, pour du 4k2k c'est trop petit comme unité. Il en va de même pour les motions vectors, taillés trop petits pour des image de cette taille.

Donc la même blague, si c'est un juif qui la dit, ça passe, c'est de l'humour, sinon, c'est de l'antisémitisme ; ça me gêne un peut, comme même.

C'est toujours pareil dans ce genre d'affaires: à partir de quand une blague censée être drôle cesse d'être drôle et devient un appel à la haine ?

Don't feed Zenitram.

d'autres comme Linus T. démontrent que c'est possible

On ne dit pas que ce n'est pas possible, on leur dit juste bravo d'accomplir autant de choses.

Je suis assez d'accord avec toi: un netbook (et globalement les laptops petites configs) ressemble plus a une tablette qu'a un pc.

A partir de la,
- soit tu fais 15 000 catégories selon les usages et les gens, et tu noies l'info
- soit tu fais des stats qui veulent dire quelque chose pour le particulier et tu ne considères qu'une seule catégorie: l'informatique domestique et tu sors des stats tous confondus.

A partir du moment où les tablettes concurrencent le pc par le segment du low cost, je trouve ca logique d'en tenir compte lorsqu'on sort une stat sur les OS.

C'est pas forcément gonflé de considérer au moins les tablettes. Entre une asus transformer et un netbook, il n'y a quand même pas masse de différence. La seule légère différence, c'est que les netbooks sont souvent x86 alors que les tablettes sont plutot des arms.

Au final, ce qui différencie ces 2 machines, c'est principalement l'OS, et force est de constater que l'une est de plus en plus populaire que l'autre.

Perso, je vois pas assez de différences qui justifient qu'on distinguent ces 2 marchés.

Je suis aussi sceptique que toi sur le contenu, mais cet article est lu (ou du moins écrit et publié).

Oui, une étude faite… par les éditeurs d'antivirus. C'est bon, on connait le procédé.

Sauf à prouver que Amesys a eu connaissance de la destination.

Comment Amesys pouvait ne pas le savoir ? Quand tu vends des outils de surveillance de la population a un type comme khadafi, tu sais pertinemment a quoi ca sert derrière.

C'est pas comme ca que ca marche dans gnome3 la gestion des thèmes ? Pour appliquer un thème, il faut y aller a grands coups de hacks de partout..

C'est un peu comme les trolleurs qui, le soir d'un vote papier classique, déclarent que les urnes ont été bourrées ou quoi.

On aura beau recompter, si les urnes ont été bidouillées c'est pratiquement indétectable.