antistress a écrit 4436 commentaires

Le code informatique te plus parait plus accessible au profane ?

À chaque spécialité son jargon, dont la qualité est variable selon la personne qui l'utilise et son époque. De là à généraliser…

À ce sujet, une distribution GNU/Linux est-elle à présent capable de travailler en YUV sans faire de conversion préalable en RGB très exigeante en ressources matérielles comme c'était le cas jusqu'à récemment ?

Je pense au travail fait sur DRI2 et DRI3 pour prendre en charge le YUV directement (1), et permettre à libva (VA-API) et à un compositeur Wayland d'en tirer profit (2), tout comme à GStreamer (3) ?

L'idée serait que par exemple la lecture de vidéos sous Firefox ou que le montage vidéo sous Pitivi soit moins gourmand (et d'avoir une expérience fluide même sans accélération matérielle)

Sais tu où en est la pile graphique libre sur ce point ?

(1) http://www.x.org/wiki/Events/XDC2012/Proceedings/
(2) http://www.phoronix.com/scan.php?page=news_item&px=MTA4OTg
(3) http://gstreamer.freedesktop.org/data/events/gstreamer-conference/2012/omap-dmabuf-gstcon2012.pdf

Merci d'avance :)

Alors, qui pour vouloir écrire sur son CV « J'ai remplacé patrick_g< et mupuf< pour motiver la bande de joyeux drilles souvent présents à écrire les dépêches noyau sur LinuxFr.org à ma place ! » ? :D

Hey ! Il y en a eu d'autres ! ;)
(mais ces vrais que ces deux là savent de quoi ils parlent…)

Bravo et merci Martin pour le boulot accompli tout au long de ces dépêches :)

Un lien peut-être ?
D'avance, merci

Oui, après ça déplace le pb auprès de Mozilla mais je leur fais confiance sur leur intention.
Par contre j'espère que Mozilla ne stocke rien car on n'est jamais à l'abri de fuites ?

Je crois que Firefox ne récupère qu'une poignée de pubs (genre quatre) pour en choisir une ? Est-ce suffisant auquel cas ?

Je n'utilise pas la lecture en décalé mais je n'ai pas d'usage nomade, ça doit être pour ça

Hello j'en aurais bien l'usage, mais il faudrait que j'achète une webcam ;)

Merci c'est très clair :)

Le problème c'est qu'il me semble que la plupart des extensions sont faites en xul.

Oui, mais je me demande toutefois si c'est le cas des extensions « nouvelle génération » (sans redémarrage) ?

Ha oui, il est bien ton exemple (blender toussa)
je commence à comprendre pourquoi ça ne me choque pas : j'ai l'habitude des UI des logiciels de montage vidéo, où "enregistrer le projet" n'est pas "exporter".
En fait c'est peut être ça le malentendu entre ceux qui comprennent le système et ceux qui ne le comprennent pas : ça dépend si tu as connu des logiciels qui demandent un travail important avant export, où il serait suicidaire de ne pas sauvegarder le projet à chaque fois qu'on ferme l'appli si on veut pouvoir revenir dessus sans tout reprendre…

Merci d'avoir décodé ma prose ;)
Tes remarques sont pertinentes mais je n'ai plus la main sur le texte

oui, ma voisine âgée à un PC portable sous Windows pour jouer au solitaire dans son bureau ;)

c'était une blague courte comme la dépêche, à la base :)

"un couteau suisse de la vidéo", c'est quand même sacrément exagéré

ah ben si quand même, le soft offre les principaux formats vidéos de l'industrie : mpeg2 (via le menu dvd on peut obtenir un tel fichier) divx et h264 plus la possibilité de faire des dvd vidéo : c'est déjà l'essentiel des besoins (hors édition), et donc AMHA ça relève du couteau suisse dans la mesure où ce soft seul pourra suffire à un certain ombre d'utilisateurs

Certains appareils ne lisent encore que le mpeg2 et le divX (adaptateurs TNT SD…)
C'est une des raisons pour laquelle j'utilise ce soft et le format divX par préférence (sans compter que mon vieux netbook mini 9 est vite dépassé par du H264)
Enfin je fais encore des DVD vidéo pour mes parents : ça les rassure d'avoir une galette.
Donc oui, il y a encore des usages.

Par ailleurs la nouvelle version ajoute le H264 dans un MKV donc il y en a pour tout le monde. J'ajoute que l'usage de ce soft n'est pas obligatoire !

À part ça, j'ai juste fait un journal que quelqu'un a promu en dépêche, alors faut pas taper, hein : j'ambitionnais juste un journal :)

Belle dépêche, mais un peu courte !

Un lien pour étayer le propos ci-dessus : https://together.jolla.com/question/39620/request-xwayland/

c'est étonnant le Crashreporter a déjà été remplacé (vers la 3.x ou 4.x) par une solution open source développée par Google pour remplacer l'ancienne qui était fermée

merci

Je n'ai lu que le 1er paragraphe, mais ça m'a fait penser à la solution envisagée par Caliopen pour l'échange de clés :

À la création d'un contact (ou lors de son importation depuis un outils tiers), Caliopen va essayer de trouver, via différents protocoles (enregistrement DNS ou SKS) les clés publiques associées à l'adresse email fournie, et proposer leur intégration au trousseau associé au compte utilisateur sur le serveur Caliopen. L'objectif, ici, est de faciliter au maximum la vie de l'utilisateur tout en permettant, par une gestion centralisée des trousseaux, de gérer au mieux la répudiation d'une clé par un contact.

cf cette FAQ (question « Q. Comment est géré le chiffrement des emails sortant, la gestion de la clef privée et le trousseau de clef publique des destinataires ? »)

Ça a un rapport ?

à ce sujet : HTTP poussé vers la sortie ?

Ha, ok ! Merci :)

c'est pas les adresses que Privoxy intercepte ?

Inconvénient cependant : un certain nombre de ses fonctions ne fonctionne pas avec les sites en HTTPS. :(

Je connais pas trop le fonctionnement de Privoxy, tu peux préciser du coup STP ?