Dirac : la BBC finalise son codec vidéo HD open-source

intéressant

Non, mais Apple et Nokia vous l'ont bien dit, ça n'existe pas, les formats ouverts non protégés par brevets, voyons. Le Vorbis, le Theora, le Dirac, c'est bien entendu propriétaire, c'est pour ça qu'il ne faut pas les inclure dans la norme html5, et qu'il vaut mieux imposer des formats propriétaires Apple/Microsoft/Adobe pleins de DRM ...

Il me semble que MPC le prend aussi en charge, à vérifier...

Mon cher Hybrid, soit tu te trompes, soit on t'a mal informé, aucun format n'est exclu de la norme html5, qu'il soit libre ou propriétaire : “User agents may support any video and audio codecs and container formats.” Aucun n'est non plus imposé.

mangez des gnomes votez dirac !


la BBC est vraiment une vraie chaine digne de ce nom. y'a du boulot pour que les chaines publiques francaises arrivent à faire 1/4 de ce qu'elle produit... et pourtant y'aurait le potentiel.


juste un petit - pour les docufictions de la BBC où la fiction à tendance à l'emporter sur le coté documentaire. ca fait un poil trop people de tps en tps, mais bon en mm temps, les anglais n'ont jamais fait la différence entre sérieux et people.

Je viens de vérifier, j'ai MPC d'installé avec k!lite mega codec pack, il y a le son et pas d'images.
En même temps, c'est normal ; au contraire de VLC, MPC n'embarque pas de codec mais utilise ceux du système, or je n'ai pas le codec/filtre pour Dirac.
Pour l'installer, il faut le compiler, il n'y a pas de version install'n'play pour le moment sur le site officiel.

J'ai testé sur VLC, il y a l'image, mais elle a tendance à figer ; cela peut aussi venir d'un manque de puissance/mémoire de mon système.

Bref, il reste à attendre et voir si ça devient populaire.

Oui, surtout n'enlevons pas la liberté à Microsoft de coder comme un porc volontairement la prise en charge de Ogg dans IE comme il l'a fait avec PNG ou pas du tout avec SVG.

C'est tellement mieux un web qui ne marche pas avec des contenus sous un format libre...

PS: HTML définit bien ASCII comme étant la norme de codage du texte (tout comme il définit aussi son codage de couleurs). Pourquoi ne devrait-il pas définir sa/ses normes de codage pour les images, le son, les vidéos ?...

Exactement, c'est jamais buggué et toujours fiable en plus

Pas besoin de le compiler, il y a le filtre ici : http://sourceforge.net/projects/dirac

Any veut dire n'importe quel. On est bien d'accord. Ça ne veut pas dire : pour être compatible avec la norme html5, vous devez supporter Ogg Vorbis+ Theora, comme c'était le projet initial. C'est l'ouverture vers les formats propriétaires, comme je l'ai décrit.

C'est effectivement bien dommage. Que la norme html5 permette de supporter n'importe quel format, c'est tant mieux. Qu'elle n'impose pas au minimum un format donné et libre, c'est calamiteux. Demain on va avoir quoi ? Firefox qui supporte Ogg Vorbis + Theora, Safari qui supportera le format proprio Apple, et IE qui supportera le format proprio Microsoft... Génial pour l'utilisateur, selon la page qu'il visitera il devra alors utiliser un navigateur différent, autant ne pas avoir de norme à ce niveau là. Le pire étant que ça va une fois encore bénéficier aux formats propriétaires, puisqu'on a peu de chances de voir les formats libres supportés par Safari et IE, alors que Firefox (et autres navigateurs libres), pour que leurs utilisateurs puissent tout voir, supporteront un maximum de formats, y compris les formats propriétaires ; la conséquence sera que la majorité des développeurs web utiliseront donc un format propriétaire, puisque de fait il sera mieux supporté. Déjà que les entreprises commerciales, Microsoft le premier, se foutent pas mal des standards, et qu'un support obligatoire d'Ogg Vorbis et Theora n'aurait pas forcément été très suivi par eux (ou alors avec une énorme inertie), là ne pas imposer un minimum de recoupement dans les implémentations, c'est demander à retourner aux problèmes énormes de compatibilité du temps de la lutte Netscape/IE ou chacun rivalisait pour inventer de nouvelles balises propriétaires.

Je ne suis pas aussi pessimiste. Le Webkit, donc Safari 3.1, supporte déjà tous les formats, Firefox 3.1 supportera Ogg et on y réfléchit à s'appuyer sur des bibliothèques pour les autres, reste effectivement IE. L'utilisation de la vidéo sur le net a carrément explosé ces dernières années. L'affichage direct par les navigateurs est un plus. C'est plus rapide, ça économise les ressources et surtout c'est parfait pour les plateformes mobiles. Une entreprise qui irait à l'encontre de la tendance du moment se tirerait une balle dans le pied. Ainsi Microsoft peut très bien s'appuyer sur son parc d'ordinateurs installés et jouer l'inertie, mais si elle veut avoir ses chances avec Windows mobile face à Nokia, Safari mobile, Android, Opera, Fennec (FF mobile), elle ne pourra faire l'impasse car elle n'a pas 90 % de part de marché sur les OS de terminaux portables (téléphones etc.). Il y a quelques années elle a refusé de supporter l'encodage H.264/AVC dans XP dans l'espoir de favoriser WMV et elle a changé d'avis pour Vista. En l'occurrence c'est le marché qui dicte sa loi et dans ce cas une entreprise qui a envie de gagner de l'argent obéit.

Je plussoie. Par chez nous on a préféré torpiller le service public.

Dans la balise vidéo ? Je ne vois pas pourquoi. La balise img, elle autorise n'importe quel format d'image ?
. Webkit ne supporte aucun format. Il fait seulement appel à Quicktime (sur Mac), qui propose de base les codecs qui plaisent à Apple, dont ni le Vorbis ni le Theora, et gère les autres codecs si on les installe manuellement. Sous Linux, il fait appel à Gstreamer, je crois bien. Et sous Windows, aucune idée.


Oui, bien entendu, ils vont devoir inclure un support du Ogg Vorbis +Theora, parce que Nokia tient à ce que ses appareils puissent afficher des vidéos dans des formats libres .

Sans Apple, on aurait une norme, avec un codec unique, et libre.

DirectShow (enfin, je suppose)

Oui.

Voici le contenu du fichier INSTALL de ce filtre, les instructions de compilation sont en rouge :
These are the instructions for installing the Dirac DirectShow filter on
MS Windows 2000/XP platform.

I. Using the Dirac libraries.
1. Copy DiracSplitter-Dirac.ax to C:\Program Files\Dirac.

2. Download and unpack the Dirac distribution and [color="#FF0000"]build[/color] the Release-mmx target.
The instructions on how to build on an MS Windows platform are availble in
section 3 of the README file in the main directory.

3. Copy the Dirac Decoder dll (win32\VisualStudio\build\bin\Release-mmx\DiracDecoder.dll
) to C:\Program Files\Dirac.

4. Register the Dirac directshow filter. You will need Admin privileges to
do this.

cd C:\Program Files\Dirac
regsvr32 DiracSplitter-Dirac.ax

If the installation is OK, a success message pops up. If an error is
reported, include the install dir (C:\Program Files\Dirac) in the PATH
environment variable and try registering again.

5. Include C:\Program Files\Dirac in the PATH environment variable.

6. If step 4 is successful, double-clicking on a file with an extension .drc
should play back the Dirac encoded video sequences.

II. Using the Schroedinger libraries.

1. Copy DiracSplitter-libschroedinger.ax to C:\Program Files\Dirac.

2. [color="#FF0000"]Build and install[/color] the Schroedinger distribution according to the
instructions at
[url="http://diracvideo.org/wiki/index.php/Cross_Compiling_for_Windows"]http://diracvideo.org/wiki/index.php/Cross...ing_for_Windows[/url].

3. Copy the libschroedinger dll (libschroedinger-1.0.0.dll)
to C:\Program Files\Dirac.

4. Register the Dirac directshow filter. You will need Admin privileges to
do this.

cd C:\Program Files\Dirac
regsvr32 DiracSplitter-libschroedinger.ax

If the installation is OK, a success message pops up. If an error is
reported, include the install dir (C:\Program Files\Dirac) in the PATH
environment variable and try registering again.

5. Include C:\Program Files\Dirac in the PATH environment variable.

6. If step 4 is successful, double-clicking on a file with an extension .drc
should play back the Dirac encoded video sequences.

Ce n'est donc pas encore donné à tout le monde, car, malencontreusement, M$ n'a pas inclus de compilateur dans xp. (Par contre il y a plein de merdes comme wmp, ie ou le défragmenteur qui sont incrustés pire que des virus, mais c'est un autre débat.)

C'est pas ce qu'ils disent ici :
http://www.commentca...htmlimages.php3
C'est peut-être pas à jour ...

J'ai vu cette page, mais en cherchant dans la spécification elle-même, je n'ai rien trouvé concernant les formats pour le tag IMG.

D'ailleurs : http://www.w3.org/Graphics/

Tout à fait. Et de la même façon que le PNG, ne faisant pas partie de la norme, aura mis de très longues années à enfin être supporté par tous les acteurs majeurs, du moins pour un support complet (il aura fallu attendre IE7 pour que IE supporte vraiment le format, y compris la transparence alpha), ce qui a très nettement favorisé les formats JPEG et GIF qui ne sont pas libres par rapport au format PNG, libre lui, on peut difficilement être optimiste quant au fait que le Ogg Vorbis + Theora soit largement supporté dans un futur proche (et le format WMV a encore de beaux jours devant lui :/). Ce n'est pas vraiment pas du pessimisme, plutôt du réalisme. Espérer que le format soit largement supporté assez rapidement par les différents acteurs dans les conditions actuellement prévues est faire preuve d'optimisme, parce que c'est une utopie