Adobe devrait lancer aujourd'hui la bêta de Flash Player 10
Guillaume Champeau -
publié le Jeudi 15 Mai 2008 à 09h18 -
posté dans TV Numérique
Enfin un Flash Player qui ne consomme pas outrageusement les ressources processeur lors de la lecture de vidéos ? Réponse normalement aujourd'hui. Si l'on en croit les rumeurs, Adobe devrait lancer ce jeudi la bêta de Astro, le nom de code de son Flash Media Player 10. Entre autres améliorations, Astro doit apporter aux développeurs des APIs pour créer facilement des interfaces et des animations en 3D, des filtres et des effets visuels personnalisés, et les développeurs pourront désormais écrire du code pour faire en sorte que leurs animations Flash ou vidéos utilisent les capacités de calcul des cartes graphiques et non plus seulement celles du processeur central de l'ordinateur. Il devrait en résulter une réduction importante de la consommation CPU. Flash Player 10, dont la bêta devrait être publié sur le site d'Adobe Labs, sera disponible pour Windows Vista, Windows XP, Windows Server 2003, Windows 2000, Mac OS X et Linux. Il sera ensuite intégré directement dans les prochaines versions de Adobe AIR. Cette dernière version de Flash Player devrait aussi renforcer la gestion des DRM, qui constituent le nouveau coeur stratégique d'Adobe depuis que l'éditeur a choisi d'ouvrir son format en abandonnant les licences payantes du lecteur.
à lire aussi
Prix indiqués avec livraison
15
Commentaires à propos de «Adobe devrait lancer aujourd'hui la bêta de Flash Player 10»
Répondre
![]()
Hybrid Son Of Oxayotl
le 15/05/2008 à 11:59
Ouvrir le format veut dire quoi, pour vous ? Ouvrir les specs ?
D'après la news précédente citée, ouvrir le format chez adobe ca veut dire qu'ils suppriment les royalties qu'il y avait apparemment avant pour chaque environnement qui souhaite supporter flash.
En gros, ca veut dire que n'importe quel constructeur peut utiliser un player flash sans payer adobe...je ne pensais même pas qu'il y avait ce genre de choses avant. Donc non aucune spec libérée apparemment. De toute façon il n'est pas possible d'avoir à la fois des specs et des DRMs... Il serait intéressant de tester leur super player qui ne tue plus le cpu, s'ils ont un exemple fonctionnel, sous linux.. 'Niluge_Kiwi', le 01/01/1970 - 01:00 De toute façon il n'est pas possible d'avoir à la fois des specs et des DRMs...Ben disons que les DRM sont à mon avis forcément limités dans le cadre d'une spec ouverte :
PDF permet de crypter le document, et de le décrypter avec un mot de passe, mais pour moi ce n'est pas un DRM ça. PDF permet de limiter certaines fonctionnalités comme l'impression, la sauvegarde, la sélection de texte, etc... mais c'est au bon vouloir du lecteur pdf, car c'est une simple commande supplémentaire enregistrée dans le pdf. Pour moi ce n'est plus un DRM, car les specs sont libres et on peut donc faire un lecteur pdf qui passe outre. Enfin, PDF permet aussi un contrôle à distance : le document peut demander à se connecter à internet pour communiquer ce qu'il souhaite, au démarrage et à la fermeture, et surtout, il permet de nécessiter une authentification pour l'accès, pour le contrôle du temps d'accès hors ligne, et les périodes auxquelles l'utilisateur est autorisé à y accéder. C'est à ce niveau là qu'il y a à mon avis des limites aux specs ouvertes : si tout est vraiment ouvert, on peut faire un lecteur qui implémente tout, sauf les limitations ci-dessus : dès lors que le serveur autorise une lecture du document : le lecteur peut décrypter le pdf et le sauvegarder dans une version propre. Pour éviter ça, la seule façon est que le serveur ait confiance en le lecteur, ce qui n'est pas possible dans le cas de specs libres. C'est pour ça que je suis dubitatif... Mais il serait intéressant d'en savoir plus. Car dès l'instant où on donne moyen à un client quelconque de décrypter l'information, il peut ensuite la stocker non cryptée.. source : http://en.wikipedia...._and_monitoring en gros ils vont décharger leur applic ultra gourmande sur les cartes graphiques qui n'avait rien demander...
bref on a encore un truc qui consomme 500 fois plus de ressource que nécessaire... 'Niluge_Kiwi', le 01/01/1970 - 01:00 Ben disons que les DRM sont à mon avis forcément limités dans le cadre d'une spec ouverte :Et ce n'était pas trop une brelle, je pense donc que ce n'est pas évident. Ensuite, moi aussi ça m'étonne, je me demande bien comment ça pourrais marcher ... 'Hybrid, le 01/01/1970 - 01:00 Je n'ai jamais eu affaire avec un pdf drmé, mais quelqu'un qui était dans ma prépa avait essayé d'en débloquer un, il n'avait réussi qu'a obtenir un truc où tous les liens ne marchait plus et où le texte n'était plus sélectionnable, ce qui revient à faire des copies d'écran ... Et ce n'était pas trop une brelle, je pense donc que ce n'est pas évident. Ensuite, moi aussi ça m'étonne, je me demande bien comment ça pourrais marcher ... Ca dépend comment il était drmisé à la base. S'il y a cryptage, je crois qu'il y a des outils pour casser le cryptage, c'est en tout cas un peu plus facile dans la mesure où on a déjà l'algo de décryptage, il n'y à qu'à brute forcer le mot de passe. Ensuite le problème du texte sélectionnable, à mon avis il n'y à qu'un seul endroit dans le fichier qui stock : oui ou non pour autoriser le sélectionnage, et si c'est plus compliqué, vu que les specs sont ouvertes, ça ne sert à rien. Donc deux méthodes : éditer le pdf, ou alors utiliser un lecteur pdf qui n'implémente pas cette limitation, ce qui doit exister. Après bon il y aura toujours, même sans spec ouverte, des méthodes moches : screenshots + ocr. Si adobe a vraiment libéré toutes les specs du pdf, leur contrôle doit être relativement faible. Concernant flash, les DRM arrivent du côté des vidéos par exemple : client et serveur communiquent de façon cryptée, le but étant de ne pas avoir d'interception possible du contenu en clair, pour ça, je le répète, il faut avoir au minimum confiance en le client, et dans l'idéal, au reste de l'environnement, pour éviter que l'environnement espionne ce que fait le client par exemple. Donc à mon avis ils ne libèreront jamais les specs de flash pour cette raison. Et donc on aura du mal à avoir un lecteur flash décent et opensource, à cause de ces foutus DRM.. 'Niluge_Kiwi', le 01/01/1970 - 01:00 Si adobe a vraiment libéré toutes les specs du pdf, leur contrôle doit être relativement faible.'Hybrid, le 01/01/1970 - 01:00 'Niluge_Kiwi', le 01/01/1970 - 01:00 Si adobe a vraiment libéré toutes les specs du pdf, leur contrôle doit être relativement faible.Si on ne peut pas le lire sur des lecteurs non-Adobe, c'est que les specs ne sont pas libres! On en revient bien au point de départ : les DRM et les specs libres pour moi c'est incompatible. bah vi, ça reste un format propriétaire. on a jamais vu un embrayage peugeot marcher sur une mini. non?
'Niluge_Kiwi', le 01/01/1970 - 01:00 Si on ne peut pas le lire sur des lecteurs non-Adobe, c'est que les specs ne sont pas libres!'Hybrid, le 01/01/1970 - 01:00 'Niluge_Kiwi', le 01/01/1970 - 01:00 Si on ne peut pas le lire sur des lecteurs non-Adobe, c'est que les specs ne sont pas libres!On est bien d'accord. Si jamais adobe libère les specs de flash, elle ne pourra pas libérer la partie DRM, donc il n'y aura jamais de specs libres de TOUT flash, donc on ne pourra jamais faire de lecteur flash "proprement" qui fonctionnent avec ce que tente d'imposer adobe (ses drm, tant demandés par les ayant droits : du drm sur youtube ça fait plus propre tout de même que dans la situation actuelle). |
A LA UNE
LES + COMMENTÉS
13 offres à partir de 498 €
Télécharger
ssc service utility,
torrent,
avast,
total video converter,
net tv gratuit,
dvb dream,
gnutella emule island,
bittorrent emule islande,
Accès rapide :
Personnalisation |
Diagnostic |
eMule (et mods eMule) |
Photo numérique |
Outils Réseau |
Codecs et plugins |
Nettoyeurs |
|