tag:linuxfr.org,2005:/tags/opus/publicLinuxFr.org : les contenus étiquetés avec « opus »2024-03-05T15:58:50+01:00/favicon.pngtag:linuxfr.org,2005:Diary/410892024-03-05T10:55:40+01:002024-03-05T10:55:40+01:00De l'apprentissage profond qui en jette avec Opus 1.5Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Salut,</p>
<p>J'étais déjà impressionné par <a href="https://jmvalin.ca/demo/lpcnet/">LPCNet</a> qui est un « codec » permettant d'encoder la voix humaine à l'aide d'un réseau de neurones pré-entraîné.</p>
<p>Bon, les gens de chez Opus ont pris ça, et ont fait un tas de trucs sympas en plus : <a href="https://opus-codec.org/demo/opus-1.5/">https://opus-codec.org/demo/opus-1.5/</a></p>
<p>Si vous voulez aller vite, la dernière démo vaut le coup : elle simule la perte de paquets en transmission de voix, et recrée au mieux ce qui est perdu. Le résultat est bluffant. Essayez à 90% de perte pour voir si vous comprenez quelque chose à l'original (<em>Select redundancy</em> à <em>None</em>), et basculez ensuite sur une des différentes méthodes de reconstruction.</p>
<p>Le pire, c'est que c'est « pas cher payé » :</p>
<blockquote>
<p>Use the --enable-dred configure option (which automatically turns on --enable-deep-plc) to enable DRED. Doing so increases the binary size by about 2 MB, with a run-time cost around 1% like for deep PLC.</p>
</blockquote>
<p>Alors oui, pour les vieux téléphones ou machines, ça va se sentir, mais sinon, c'est… presque gratuit.</p>
<div><a href="https://linuxfr.org/users/glandos/journaux/de-l-apprentissage-profond-qui-en-jette-avec-opus-1-5.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/135046/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/glandos/journaux/de-l-apprentissage-profond-qui-en-jette-avec-opus-1-5#comments">ouvrir dans le navigateur</a>
</p>
Glandoshttps://linuxfr.org/nodes/135046/comments.atomtag:linuxfr.org,2005:Bookmark/52432022-10-12T06:28:28+02:002022-10-12T06:28:28+02:00Patent clouds for the Opus codec<a href="https://lwn.net/Articles/910848/">https://lwn.net/Articles/910848/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/128991/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/anonyme/liens/patent-clouds-for-the-opus-codec#comments">ouvrir dans le navigateur</a>
</p>
Anonymehttps://linuxfr.org/nodes/128991/comments.atomtag:linuxfr.org,2005:News/408512022-01-24T09:55:03+01:002022-01-24T09:55:03+01:00get-tracks.sh : extraire des pistes d'un fichier audioLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p><a href="https://git.baguette.netlib.re/Baguette/get-tracks"><code>get-tracks.sh</code></a> est un script qui extrait des morceaux de musique depuis un fichier audio. À partir d’un fichier audio (CD, livre audio, un mix quelconque…) et de la liste de lecture, retrouvez tous vos morceaux dans des fichiers séparés !</p>
</div><ul><li>lien nᵒ 1 : <a title="https://git.baguette.netlib.re/Baguette/get-tracks/releases" hreflang="fr" href="https://linuxfr.org/redirect/109805">Page des sorties</a></li><li>lien nᵒ 2 : <a title="https://git.baguette.netlib.re/Baguette/get-tracks" hreflang="fr" href="https://linuxfr.org/redirect/109806">Dépôt de code</a></li></ul><div><h2 id="toc-objectif">Objectif</h2>
<p>Disons que vous ayez :</p>
<ol>
<li>un fichier audio contenant plusieurs morceaux de musique (comme un CD, un mix téléchargé sur le net ou même un livre audio dont vous aimeriez extraire les chapitres) ;</li>
<li>la liste des plages audio et leur horodatage (quand chaque morceau démarre).</li>
</ol>
<p>À partir de ces deux informations, vous pouvez extraire facilement vos plages ! <a href="https://fr.wikipedia.org/wiki/ffmpeg" title="Définition Wikipédia">ffmpeg</a> fait très bien le travail, mais il lui manque une interface simple pour utilisateur, c’est exactement ce que fait <code>get-tracks.sh</code>.</p>
<h2 id="toc-usage">Usage</h2>
<p>Vous avez votre fichier audio, disons <code>doom-eternal.opus</code>, et la liste des morceaux de musique dans un fichier texte (<em>doom-eternal.txt</em>). Ce fichier ressemble à ceci :</p>
<pre><code>0:00 DOOM Eternal
4:48 Hell on Earth
9:29 Deag Nilox - First Priest Death
10:14 Barging In
12:32 Demonic Corruption
</code></pre>
<p>À partir de ça, les morceaux sont extraits :</p>
<pre><code class="sh">$ get-tracks.sh doom-eternal.opus doom-eternal.txt
$ ls
<span class="m">01</span> - DOOM Eternal.opus
<span class="m">02</span> - Hell on Earth.opus
<span class="m">03</span> - Deag Nilox - First Priest Death.opus
<span class="m">04</span> - Barging In.opus
<span class="m">05</span> - Demonic Corruption.opus</code></pre>
<h2 id="toc-configuration">Configuration</h2>
<p>Le comportement du script peut changer via quelques variables d’environnement. </p>
<p>Par exemple, si vous ne voulez pas le numéro du morceau dans le nom de fichier :</p>
<pre><code class="sh">$ <span class="nv">NONUMBER</span><span class="o">=</span><span class="m">1</span> get-tracks.sh doom-eternal.opus doom-eternal.txt
<span class="c1"># Fichiers produits :</span>
<span class="c1"># DOOM Eternal.opus</span>
<span class="c1"># Hell on Earth.opus</span>
<span class="c1"># ...</span></code></pre>
<p>Si vous souhaitez les numéros, mais que vous voulez changer le séparateur (qui est par défaut <code>-</code>) :</p>
<pre><code class="sh">$ <span class="nv">SEPARATOR</span><span class="o">=</span><span class="s2">". "</span> get-tracks.sh doom-eternal.opus doom-eternal.txt
<span class="c1"># Fichiers produits :</span>
<span class="c1"># 01. DOOM Eternal.opus</span>
<span class="c1"># 02. Hell on Earth.opus</span>
<span class="c1"># ...</span></code></pre>
<p>D’autres options sont possibles. Par exemple, il est possible de changer le format des fichiers générés, si vous préférez avoir des <code>mp3</code> plutôt que <a href="https://fr.wikipedia.org/wiki/Opus_Interactive_Audio_Codec"><code>opus</code></a> (format libre avec une bonne compression). Allez voir <a href="https://git.baguette.netlib.re/Baguette/get-tracks">la page du projet</a> pour plus d’informations.</p>
<h2 id="toc-À-lintérieur">À l’intérieur</h2>
<p>Ce simple script est écrit en <code>sh</code> : pas de basheries ou zsheries. Il a été testé sur Linux (Ubuntu et Alpine) et OpenBSD.</p>
<p><code>get-tracks.sh</code> prend en compte des erreurs courantes de typographie dans l’horodatage des pistes, telles que l’on peut en trouver dans des commentaires en ligne. Par exemple, un commentaire en ligne peut nommer des plages en incluant des caractères qui ne sont pas acceptables pour des noms de fichier comme le caractère <code>/</code>, ou des caractères non affichables.</p>
<h2 id="toc-contraintes-de-développement">Contraintes de développement</h2>
<p>Je me suis efforcé à produire un outil :</p>
<ul>
<li>avec des technos très répandues (<code>sh</code>, <code>sed</code>, <code>awk</code>, <code>xxd</code>, <code>ffmpeg</code>) ;</li>
<li>avec le moins de complexité possible (pas de langage dynamique <em>« simple »</em> codé en plus d’un million de lignes de code comme Python) ;</li>
<li>le plus simple possible à maintenir (chose réussie, en n’utilisant que des langages quasi gravés dans le marbre).</li>
</ul>
<p>Le programme <code>iconv</code> n’est pas appelé, la suppression ou la modification des caractères UTF-8 non acceptables est faite à la main via <code>xxd</code>, <code>sed</code> et <code>awk</code>. Cela permet de ne pas dépendre de cet outil qui, au fond, ne nous est pas indispensable.</p>
<h2 id="toc-pourquoi">Pourquoi ?</h2>
<p><em>Pourquoi avoir fait cet outil avec ces contraintes ?</em> Pour voir où on pouvait aller avec des outils de base du système. J’ai utilisé des programmes qui sont sur nos ordinateurs depuis des décennies et qui répondent pourtant, <strong>encore et toujours</strong>, à des besoins actuels.</p>
<p>Je pense que le code peut servir d’exemple pour des développeurs débutants : il est très simple (en <code>sh</code>, <code>awk</code>, <code>sed</code>, et <code>xxd</code>), il y a un peu de gestion d’erreurs et je bidouille à la main du code UTF-8 (suppression des caractères qui nous gênent).</p>
<p>J’utilise régulièrement ce script, et je pense qu’il était temps que je le diffuse. Selon moi il peut servir à un paquet de gens.</p>
<p>Si vous voyez des améliorations possibles, n’hésitez pas à m’en faire part ou à contribuer ! Le code peut être compris même par des novices.</p>
</div><div><a href="https://linuxfr.org/news/get-tracks-sh-extraire-des-pistes-d-un-fichier-audio.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/126663/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/get-tracks-sh-extraire-des-pistes-d-un-fichier-audio#comments">ouvrir dans le navigateur</a>
</p>
karchnuYsabeau 🧶 🧦Yves Bourguignonvmagninhttps://linuxfr.org/nodes/126663/comments.atomtag:linuxfr.org,2005:Bookmark/8102019-09-03T22:40:33+02:002019-09-03T22:40:33+02:00Codecs (Opus, AV1) et API 3D (Vulkan) libres au menu d'Android 10. Ça peut pas faire de mal<a href="https://www.phoronix.com/scan.php?page=news_item&px=Android-10-Released">https://www.phoronix.com/scan.php?page=news_item&px=Android-10-Released</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/118028/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/codecs-opus-av1-et-api-3d-vulkan-libres-au-menu-d-android-10-ca-peut-pas-faire-de-mal#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/118028/comments.atomtag:linuxfr.org,2005:Diary/373722017-06-21T08:55:13+02:002017-07-16T15:49:39+02:00Opus 1.2Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Journal <em>bookmark</em> pour annoncer <a href="https://opus-codec.org/release/stable/2017/06/20/libopus-1_2.html">la sortie d’Opus 1.2</a>.</p>
<p>Comme vous le savez sans doute <a href="https://fr.wikipedia.org/wiki/Opus_Interactive_Audio_Codec">Opus</a> est un <a href="https://tools.ietf.org/html/rfc6716">format ouvert</a> permettant de faire de la compression audio avec pertes. Il s’adapte à un large éventail en fréquence et débit binaire (<em>bitrate</em>) afin de couvrir à la fois les besoins de compression de la voix humaine (pour la <a href="https://fr.wikipedia.org/wiki/VoIP" title="Définition Wikipédia">VoIP</a>) et de compression de la musique.</p>
<p>Le boulot abattu dans cette version 1.2 à l’air remarquable et une <a href="https://people.xiph.org/%7Ejm/opus/opus-1.2/">page spéciale</a> très bien foutue, qui récapitule toutes les nouveautés, est disponible sur le site de <em>Xiph.org</em>. Sur cette page vous pourrez tester des échantillons de voix et de musique à différents bitrates, afin de constater les gains en qualité qu’apporte cette nouvelle version.<br>
Comme en plus Opus 1.2 est moins gourmand au codage et au décodage et a été « fuzz‐testé » pour augmenter la sécurité, c’est la fête complète !</p><div><a href="https://linuxfr.org/users/patrick_g/journaux/opus-1-2.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/112126/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/patrick_g/journaux/opus-1-2#comments">ouvrir dans le navigateur</a>
</p>
patrick_ghttps://linuxfr.org/nodes/112126/comments.atomtag:linuxfr.org,2005:News/363782015-04-29T19:29:47+02:002015-04-30T09:08:41+02:00Contribuez au Référentiel Général d'Interopérabilité v2.0 françaisLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>L'État français modernise son Référentiel Général d'Interopérabilité (RGI). Comme il n'a pas la science infuse, il demande aux spécialistes du terrain de donner leur avis sur le brouillon de ce qui deviendra la version 2.0 : <a href="https://references.modernisation.gouv.fr/appel-public-%C3%A0-commentaires-rgi">appel public à commentaires RGI</a>.</p>
<p><strong>Attention !</strong> La période de consultation se finit le 15 mai.</p>
<p>Si vous êtes expert(e) dans un domaine ou bien simple utilisateur et que vous souhaitez promouvoir l'interopérabilité (dans la mesure du possible avec un format ouvert et documenté) et ne pas vous retrouver sur Linux/*BSD à devoir lire des formats propriétaires et fermés venant de l'administration mais inutilisables, alors votre avis est le bienvenu.</p>
<p>Notez que l'AFUL et l'April <a href="https://mensuel.framapad.org/p/QI4p72ls2O">ont ouvert un framapad</a> pour coordonner tout cela.</p>
<p>À noter aussi une consultation de l'Autorité de la Concurrence : voir en fin de seconde partie de la dépêche.</p></div><ul><li>lien nᵒ 1 : <a title="http://linuxfr.org/users/cbri/journaux/l-appel-du-7-avril-2015-referentiel-general-d-interoperabilite" hreflang="fr" href="https://linuxfr.org/redirect/93916">Journal à l'origine de la dépêche</a></li></ul><div><h2 id="observations">Observations</h2>
<p>Voici ce que j'ai relevé (je rappelle que je suis un simple utilisateur):</p>
<ul>
<li>Le document a été réalisé sous LibreOffice 4.1. L'administration utilise bien la version proposée par <a href="http://www.journal-officiel.gouv.fr/mimo/">MIMO</a>
</li>
<li>Disparition de OOxml (page 67, il est noté comme supprimé) au profit de l'ODF 1.2. La France semble suivre le choix des sujets de sa gracieuse majesté :
<ul>
<li><a href="https://www.gov.uk/government/publications/open-standards-for-government/sharing-or-collaborating-with-government-documents">Sharing or collaborating with government documents</a></li>
<li><a href="https://www.gov.uk/government/news/open-document-formats-selected-to-meet-user-needs">Communiqué de presse Open document formats selected to meet user needs</a></li>
<li>
<a href="https://gds.blog.gov.uk/2014/07/22/making-things-open-making-things-better/">Making things open, making things better</a>. On verra si Microsoft aura la même réaction (ils ont essayé de rajouter l'OOxml à côté de l'ODF) en sachant ce qui s'était passé pour le RGI 1.0 (<a href="https://fr.wikipedia.org/w/index.php?title=R%C3%A9f%C3%A9rentiel_g%C3%A9n%C3%A9ral_d%27interop%C3%A9rabilit%C3%A9&oldid=61990336#Controverse_sur_les_formats_bureautiques">OOxml absent du brouillon mais présent dans la version définitive</a>)</li>
</ul>
</li>
<li>IPv4 passe en observation et IPv6 est toujours recommandé, une manière subtile de pousser les administrations à passer sur IPv6 ?? (Dans le RGI IPv4 était obligatoire et IPv6 recommandé).</li>
<li>WebM est en observation mais aucun codec vidéo (VP8 ou VP9) qu'il peut contenir n'est présent dans le document à la différence du H264, MPEG-2 (statut retiré) et MPEG-4. Vorbis et Flac sont présents à côté du mp3. Le conteneur matroska dont est tiré WebM est aussi de la partie. Opus est absent alors que c'est le premier format audio validé par l'IETF.</li>
<li>PDF et PDF/A sont toujours recommandés. Je pense qu'il serait bon de préciser la version du PDF. LibreOffice ne produit que du 1.4 et j'ai l'impression que les lecteurs sous Linux s'arrêtent au 1.6.
Pour le formuler autrement, on a souvent du PDF mais pour lire le document de manière complète et totale il faut le logiciel Acrobat Reader d'Adobe, or Linux n'a droit qu'à une veille version obsolète. Donc un linuxien ne peut pas remplir les formulaires PDF.
D'ailleurs il est question de <a href="https://fr.wikipedia.org/wiki/PAdES">PDF Advanced Electronic Signature</a>, cela existe-t-il sous Linux ??</li>
<li>TXT est en observation mais quid de l'encodage (UTF-8, unicode, ASCII, …), des retours de chariot et autres joyeusetés ??</li>
</ul><h3 id="les-effets-dun-standard-au-lieu-de-deux">Les effets d'UN standard au lieu de DEUX</h3>
<p>Je trolle un peu, mais depuis que le gouvernement britannique a décidé de ne prendre qu'un seul format de bureautique (puisque MS Office 2013 sous Windows, LibreOffice et Apache OpenOffice connaissent tous l'ODF 1.2), nous remarquons:</p>
<ul>
<li>Microsoft qui déclare s'améliorer dans la connaissance de ce format pour son logiciel qui marche dans les nuage: <a href="http://blogs.msdn.com/b/ukgovernment/archive/2015/03/27/microsoft-and-uk-government-continue-to-put-the-cloud-first.aspx">Microsoft and UK government continue to put the cloud first</a>
</li>
<li>Google qui s'était arrêté à la version 1.1, s'est remis au travail: <a href="http://www.computerworlduk.com/in-depth/applications/3590196/is-google-coming-back-to-the-open-community-on-document-formats/">Is Google coming back to the open community on document formats?</a>
</li>
</ul><h3 id="critique-de-la-forme">Critique de la forme</h3>
<p>S'il est bon que l'État fasse un tour de table, il est dommageable que les commentaires de chacun ne puissent pas être connus. Les anglais avaient laissé les commentaires de chacun consultables au public et cela avait permis à certains de critiquer les points erronés soulevés par d'autres.</p>
<h2 id="consultation-de-lautorité-de-la-concurrence">Consultation de l'Autorité de la Concurrence</h2>
<p>A toutes fins utiles, les domaines étant assez proches, sachez que l'Autorité de la Concurrence a <a href="http://www.autoritedelaconcurrence.fr/user/standard.php?id_rub=441&id_article=2524">lancé une consultation</a> sur le fonctionnement de la concurrence dans le secteur de la normalisation et de la certification.</p>
<p>Bien entendu, cette consultation dépasse très largement le domaine de l'informatique. Cependant, nous avons aussi connu des processus de normalisation dans le domaine de l'informatique, notamment et surtout dès lors qu'il s'agit de question de formats de fichiers (cf OpenXML, ODF, PDF ….).</p>
<p>Vous remarquerez que l'intitulé du <a href="http://www.autoritedelaconcurrence.fr/doc/consultation_normalisation_avril15.pdf">document</a> fourni par l'Autorité pour cette consultation fait réfléchir… « <em>Les activités de normalisation ou de certification pro- ou anti-concurrentielles ?</em> »</p>
<p>Vous pouvez faire vos remarques jusqu'au 1<sup>er</sup> Juin 2015.</p>
<hr></div><div><a href="https://linuxfr.org/news/contribuez-au-referentiel-general-d-interoperabilite-v2-0-francais.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/105590/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/contribuez-au-referentiel-general-d-interoperabilite-v2-0-francais#comments">ouvrir dans le navigateur</a>
</p>
cbriZeroHeureBenoît SibaudNÿcopalm123Nils Ratusznikhttps://linuxfr.org/nodes/105590/comments.atomtag:linuxfr.org,2005:News/352092014-03-24T22:54:09+01:002014-03-27T16:30:15+01:00Linphone 3.7.0Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>Une nouvelle version majeure de Linphone, un <em>softphone</em> <a href="http://fr.wikipedia.org/wiki/Session_Initiation_Protocol">SIP</a> libre sous licence GPL, vient de sortir pour GNU/Linux, Windows et Mac OS X. Cette nouvelle version est numérotée 3.7.0.<br><img src="//img.linuxfr.org/img/687474703a2f2f6b696d73616b6b61742e667265652e66722f6c696e70686f6e652e706e67/linphone.png" alt="logo" title="Source : http://kimsakkat.free.fr/linphone.png"></p>
<p>Beaucoup de changements et nouveautés sont au programme (voir dans la suite de la dépêche), d’autant que nous n’avions pas fait une dépêche pour la sortie de la version 3.6.0 lors du mois de juin 2013…</p></div><ul><li>lien nᵒ 1 : <a title="https://www.linphone.org/" hreflang="en" href="https://linuxfr.org/redirect/89852">Site Web du projet</a></li><li>lien nᵒ 2 : <a title="https://www.linphone.org/eng/linphone/news/linphone-3.7-for-desktop.html" hreflang="en" href="https://linuxfr.org/redirect/89853">L’annonce de la nouvelle version</a></li><li>lien nᵒ 3 : <a title="https://www.linphone.org/eng/linphone/news/linphone-3.6-for-desktop.html" hreflang="en" href="https://linuxfr.org/redirect/89854">L’annonce de la version précédente</a></li><li>lien nᵒ 4 : <a title="http://download-mirror.savannah.gnu.org/releases/linphone/3.7.x/" hreflang="en" href="https://linuxfr.org/redirect/89855">Sources et binaires sur Savannah</a></li><li>lien nᵒ 5 : <a title="http://fr.lolix.org/search/offre/offre.php?id=18977" hreflang="fr" href="https://linuxfr.org/redirect/89856">Offre d’emploi sur Lolix.org</a></li></ul><div><h4 id="dans-cette-nouvelle-version">Dans cette nouvelle version :</h4>
<ul>
<li>possibilité de configurer différents comptes utilisant différents protocoles parmi UDP, TCP et TLS ;</li>
<li>possibilité d’utiliser en parallèle IPv4 et IPv6 ;</li>
<li>prise en charge des formats vidéo HD, utilisant si possible la présence de plusieurs cœurs pour l’encodage ;</li>
<li>
<em>codec</em> <a href="http://www.opus-codec.org/">OPUS</a> ajouté ;</li>
<li>possibilité de choisir entre OpenGL et Xv pour le rendu sous GNU/Linux ;</li>
<li>possibilité de spécifier une adresse URL vers un fichier de configuration distant ;</li>
<li>fonction de recherche de contacts via LDAP disponible pour GNU/Linux et Mac OS X ;</li>
<li>notification de composition des messages dans la vue de clavardage ;</li>
<li>réponse plus rapide de l’interface grâce à l’amélioration de la bibliothèque (opérations complètement asynchrones) ;</li>
<li>possibilité de taper les sons DTMF via le clavier.</li>
</ul><p><img src="//img.linuxfr.org/img/68747470733a2f2f7777772e6c696e70686f6e652e6f72672f6173736574732f696d616765732f53637265656e73686f742532304465736b746f70253230312e706e67/Screenshot%20Desktop%201.png" alt="copie d'écran" title="Source : https://www.linphone.org/assets/images/Screenshot%20Desktop%201.png"></p>
<h4 id="les-nouveautés-principales-de-la-version-précédente">Les nouveautés principales de la version précédente</h4>
<p>La version 3.6.0 n’ayant pas bénéficié d’une dépêche, en voici les changements essentiels :</p>
<ul>
<li>
<a href="http://en.wikipedia.org/wiki/Interactive_Connectivity_Establishment">ICE</a> (RFC 5245) et <a href="http://en.wikipedia.org/wiki/Upnp">UPnP</a> ont été ajoutés ;</li>
<li>possibilité d’enregistrer les appels audio (ainsi que les conférences) ;</li>
<li>statistiques sur les appels en cours disponibles ;</li>
<li>les bibliothèques tierces oSIP et eXosip sont maintenant remplacées par notre propre bibliothèque SIP : <em>belle-sip</em> (voir les <a href="https://www.linphone.org/eng/download/git.html">dépôts Git</a>) ;</li>
<li>sauvegarde des messages de clavardage et notifications de réception.</li>
</ul><p>Du coup, je ne vais pas vous faire une liste des améliorations de <em>belle-sip</em> dans cette version, puisque c’est la première fois que j’en parle. Disons simplement qu’elle supporte tout un tas de RFC en plus. Je vous invite à lire l’annonce sur le site du projet pour ceux (et celles) qui souhaitent en savoir plus.</p>
<h4 id="pour-finir">Pour finir</h4>
<p>J’en profite pour préciser que notre entreprise recrute, voir <a href="http://fr.lolix.org/search/offre/offre.php?id=18977">l’offre d’emploi sur Lolix</a>.</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f7777772e6c696e70686f6e652e6f72672f6173736574732f696d616765732f53637265656e73686f742532304465736b746f70253230322e706e67/Screenshot%20Desktop%202.png" alt="copie d'écran" title="Source : https://www.linphone.org/assets/images/Screenshot%20Desktop%202.png"></p></div><div><a href="https://linuxfr.org/news/linphone-3-7-0.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/101663/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/linphone-3-7-0#comments">ouvrir dans le navigateur</a>
</p>
ViishZeroHeureDavy DefaudBenoît Sibaudclaudexhttps://linuxfr.org/nodes/101663/comments.atomtag:linuxfr.org,2005:News/339742013-03-08T14:15:51+01:002013-03-08T16:34:56+01:00Un accord entre Google et MPEG LA sur VP8Licence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<div><p>Nouveau rebondissement au sujet du codec vidéo <a href="http://fr.wikipedia.org/wiki/VP8" title="Définition Wikipédia">VP8</a> précédemment libéré par Google : un accord vient d’être conclu entre Google et le groupement <a href="http://en.wikipedia.org/wiki/MPEG_LA" title="Définition Wikipedia">MPEG LA</a> qui met VP8 et son successeur à l’abri de toute attaque du MPEG LA, quelle que soit l’implémentation du codec (celle de Google ou toute autre).</p></div><ul><li>lien nᵒ 1 : <a title="http://blog.webmproject.org/2013/03/vp8-and-mpeg-la.html" hreflang="en" href="https://linuxfr.org/redirect/85550">VP8 and MPEG LA — The WebM Open Media Project Blog</a></li></ul><div><h2 id="toc_0">Rappels</h2>
<p>On se souvient (lire <a href="http://linuxfr.org/news/webm-un-format-libre-et-ouvert-pour-html5">la dépêche de l’époque</a> sinon) que Google a libéré en 2010 le codec vidéo VP8 et a créé dans la foulée le format audio‐vidéo WebM (soit un sous‐ensemble du conteneur Matroska recevant une partie vidéo encodée avec VP8 et une partie audio encodée avec Vorbis).</p>
<p>Ce format libre était destiné à trouver sa place sur le Web pour les vidéos HTML 5 pouvant être lues directement par le navigateur sans greffon.</p>
<p>L’opposition notamment d’Apple en a décidé autrement (d’autant que Mozilla a commis une erreur en incluant la prise en charge de WebM seulement dans la version 4 de Firefox qui s’est fait (trop) longuement attendre alors que, dans le même temps, des fonctionnalités non mineures comme <em>out-of-process plugins</em> étaient lancées dans des versions intermédiaires (Firefox 3.6.4) ; et que Google rechignait à utiliser YouTube ou Chrome comme levier pour imposer le nouveau codec).</p>
<p>Après avoir longuement ferraillé, Mozilla a dû reconnaître que la bataille visant à imposer un codec libre au sein de la balise HTML 5 <code><video></code> n’avait pu être remportée, et a finalement permis à Firefox de gérer le codec concurrent, bardé de brevets : H.264.</p>
<h2 id="toc_1">La menace fantôme</h2>
<p>Dans le même temps, pour contrarier toute velléité d’adoption de WebM par les différents acteurs concernés, MPEG LA, un groupement d’entreprises chargé de faire fructifier les brevets concernant les principaux codecs actuels, brandissait la menace d’attaquer ceux qui auraient l’outrecuidance de s’imaginer pouvoir éviter de payer la dîme en utilisant VP8.</p>
<p>C’est cette menace qui vient d’être retirée suite à l’accord conclu entre MPEG LA et Google concernant les brevets gérés par le premier et sur lesquels VP8 « pourrait » s’appuyer.</p>
<p>L’accord met toute implémentation de la spécification VP8 (et de son successeur) à l’abri de poursuites éventuelles de MPEG LA.</p>
<p>Rappelons que, si ces soucis de racket aux brevets concernent théoriquement les seuls pays qui reconnaissent les brevets logiciels (les fous !), cela peut suffire à bloquer l’adoption de standards libres de redevance, ce qui au final concerne tout le monde, compte tenu de la dimension mondiale du Web.</p>
<h2 id="toc_2">L’avenir</h2>
<h3 id="toc_3">WebRTC</h3>
<p>L’interface de programmation <a href="http://fr.wikipedia.org/wiki/WebRTC" title="Définition Wikipédia">WebRTC</a> est pleine de promesse en ce qu’elle permet la vidéoconférence directement dans le navigateur et de pair à pair. Mozilla et Google ont déjà fait <a href="http://www.pcinpact.com/news/77268-chrome-et-firefox-communiquent-ensemble-grace-a-webrtc.htm">la démonstration d’une communication entre Firefox et Chrome</a>, et d’autres, comme Ericsson ou Microsoft (qui détient à présent Skype), sont également intéressés.</p>
<h3 id="toc_4">Opus</h3>
<p><a href="http://www.lemonde.fr/sciences/article/2012/11/29/opus-un-format-audio-meilleur-que-le-mp3_1798065_1650684.html">Opus</a>, le nouveau codec audio libre aux performances redoutables, et qui fait l’objet d’un large soutien, est un sérieux candidat pour la partie audio du dispositif.</p>
<p>Nul doute que VP8 aurait à présent toute légitimité pour la partie vidéo…</p></div><div><a href="https://linuxfr.org/news/un-accord-entre-google-et-mpeg-la-sur-vp8.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/97629/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/un-accord-entre-google-et-mpeg-la-sur-vp8#comments">ouvrir dans le navigateur</a>
</p>
antistressDavy DefaudNeoXBenoît SibaudXavier Teyssierhttps://linuxfr.org/nodes/97629/comments.atomtag:linuxfr.org,2005:Diary/330962012-09-11T10:22:32+02:002012-09-11T10:22:32+02:00Le codec audio libre Opus désormais normaliséLicence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<p>Il y a désormais plus de deux ans que le groupe de travail codec de l'IETF avait commencé un effort inédit de spécification d'un codec audio libre. Ce nouveau RFC, le 6716, est le couronnement de cet effort : Opus, le codec standard et libre est désormais officiel.</p>
<p>
<a href="http://www.bortzmeyer.org/6716.html">http://www.bortzmeyer.org/6716.html</a>
</p><div><a href="https://linuxfr.org/users/bortzmeyer/journaux/le-codec-audio-libre-opus-desormais-normalise.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/95556/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/bortzmeyer/journaux/le-codec-audio-libre-opus-desormais-normalise#comments">ouvrir dans le navigateur</a>
</p>
Stéphane Bortzmeyerhttps://linuxfr.org/nodes/95556/comments.atom