AMD continue l'ouverture des spécifications de GPU

Posté par . Modéré par Nÿco.
Tags :
26
4
jan.
2009
Serveurs d'affichage
On peut dire que l'année 2008 aura été fertile en publication de la part d'AMD sur les spécifications des processeurs de leurs cartes graphiques ATI. Cette année se termine avec la publication de la version 8.12 de pilotes non libres de cartes qui permettent maintenant de profiter de la puissance de calcul parallèle des GPU (AMDStream) et du SDK, partiellement libre, associé (en version bêta pour l'instant).

AMD a tout de même participé activement à la publication des pilotes libres DRM (Direct Rendering Manager) qui sont disponibles dans le dépôt git de xf86-video-radeonhd avec le support initial de EXA et de Xv pour les processeurs graphiques R600/R700.

L'année 2008 a faillit finir en apothéose avec la publication de toute la documentation pour les processeurs graphiques de la famille R600 (pour carte HD2xxx/3xxx). En fait cette publication est reportée à ce début 2009 avec en plus tout ce qu'il faut pour les processeurs R700 (HD 4850/4870).

Il ne reste plus qu'à souhaiter une bonne année à tous ceux qui œuvrent pour que les solutions libres soient les plus performantes et les plus accessibles possible.

Journal Essai de transcoding avec Gstreamer-0.10

Posté par .
Tags : aucun
2
20
oct.
2008
En préambule, il faut savoir que mon niveau de connaissance en vidéo est pratiquement nul. Je sais juste qu'il y a des formats de conteneurs de vidéo et d'audio.

Mon problème est le suivant : j'enregistre une émission avec ma freebox, puis je sauve l'enregistrement sur mon disque dur, mais ça fait quand même plus de 5Go pour 2 heures d'enregistrement, et je voudrais bien sauvegarder cette super émission sur CD ou DVD (et aussi pouvoir la revoir grâce au (...)

Quelques articles truffés d'erreurs

Posté par . Modéré par Amaury.
Tags :
0
30
nov.
2001
Presse
Dans cette nouvelle on apprend que PHP-Nuke est non seulement un programme non OpenSource (c'est vrai qu'il est seulement sous licence GPL), qu'en plus son code source n'est pas accessible, ce qui est un comble pour un logiciel écrit dans un langage de "script", mais qu'en plus il est truffé de bugs de sécurité, qui après analyses se revèlent avoir été corrigés depuis quelque temps. La methode de "crack" présentée est en plus passablement suréaliste


Dans cette autre nouvelle, un mélange invraisemblable est fait entre les differentes implémentations d'un protocole pour arriver à la conclusion que le protocole n'est pas fiable car soumis à la somme des failles de toutes les implémentations.



Il serait temps de que la communauté du "logiciel libre" s'organise pour faire rectifier ces contre-vérités.

(Note du modérateur : ces propos n'engagent que leur auteur.)