vendredi 09 mai
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | O'Reilly | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

Derniers journaux de cosmocat :

Journal : Adobe en passe de liberer flash?

Posté par cosmocat () le 01 mai 2008
Adobe et une tripotée de grosses boites (voir liste dans le liens) seraient pret à lancer le "Open screen project".

Ce projet aurait pour but de développer un framework et runtime pour publier du contenu sur n'importe quel type de machine (pc, umpc, télephone).

Ce runtime serait basé sur flash et air (les technos d'Adobe).

Enfin, les points d'action du projet serait donc de :
- supprimer les restrictions d'utilisation du swf et flv/f4v
- publier l'api flash
- publier le protocole cast de flash et le protocole amf
- supprimer les redevances sur les licences de flash et air

Que du bon donc en perspective et ça devrait faciliter la venu des lecteurs flash autres que ceux d'adobe.

enfin le lien avec des infos plus complètes ...
http://www.adobe.com/openscreenproject/

> Lire le journal (39 commentaires, moyenne: 5,7).  

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Backend

Posté par ribwund () le 01/05/2008 à 11:45. (lien). Évalué à 9.

Surtout qu'ils ont liberé une bonne partie du code bas-niveau (la machine virtuelle tamarin). Donc l'effort de reimplementation pour un client totalement libre se reduit grandement.

[ Répondre ]

  • [^]Re: Backend

    Posté par Frédéric COIFFIER () le 01/05/2008 à 12:07. (lien). Évalué à 10.

    Et moi, ce qui m'a fait le plus plaisir :

    "Removing restrictions on use of the SWF and FLV/F4V specifications"

    Donc, les développeurs de Gnash et autre SwfDec pourront utiliser les specs Adobe sans restriction (avant, les specs ne pouvaient être utilisées pour faire un décodeur Flash).

    [ Répondre ]

  • [^]Re: Backend

    Posté par Charles-Victor DUCOLLET () le 01/05/2008 à 12:10. (lien). Évalué à 10.

    Ça veux dire que l'on ne pourra bientot plus dire "flashçapuscestpaslibre" ?

    [ Répondre ]

    • [^]Re: Backend

      Posté par seginus () le 01/05/2008 à 14:47. (lien). Évalué à 10.

      Et oui, ce sera juste : flashcapuecestpasaccessible

      [ Répondre ]

      • [^]Re: Backend

        Posté par Vador Dark (Jabber id, ) le 01/05/2008 à 23:29. (lien). Évalué à 10.

        Et pourquoi pas "flashcapue" tout court.

        [ Répondre ]

        • [^]Re: Backend

          Posté par Farvardin (page perso, ) le 02/05/2008 à 21:57. (lien). Évalué à 1.

          et pourquoi ça pue ? Parce qu'il n'existe pas de solution équivalente sous linux (flash cs etc) ou en libre ? (épargnez-moi vos 'moui avec css + javascript + des heures de codage ardu on peut faire pareil...')

          Ou bien ça pue parce que certains webmasters ne savent pas l'utiliser ? Flash c'est pas moins accessible qu'une vidéo en xvid ou un son en ogg pour ceux qui ne savent pas les percevoir (même si je reconnais qu'il est plus facile d'avoir des dérives à cause de flash).

          --
          No troll found in this incoming post.
          Checked by ATG.
          Version: 7.4.821 / Trollifiante Database: 247.13.2/1101 - Release Date: 30/04/2008 12:29

          [ Répondre ]

          • [^]Re: Backend

            Posté par seginus () le 02/05/2008 à 22:14. (lien). Évalué à 10.

            Ça pue parce que certains webmasters ne savent pas l'utiliser.

            — Des sites avec une grosse page d'annonce en flash qui empêche de voir la suite, ça pue.
            — Des sites avec toutes la navigation en flash ça pue
            — Les vidéos en flash ça pue (y'a une balise object, ex embed en html, c'est fait pour ça).

            Mais d'un autre côté, Yetisport permet d'atomiser des pingouins à coups de battes de base-ball, et ça c'est bien ! :)

            [ Répondre ]

            • [^]Re: Backend

              Posté par alexissoft (Jabber id, page perso, ) le 03/05/2008 à 11:23. (lien). Évalué à 3.

              Sauf que les vidéos en <object / > personne peut les voir, alors pour limiter la casse on met du wmv.

              [ Répondre ]

              • [^]Re: Backend

                Posté par suJeSelS (Jabber id, page perso, ) le 03/05/2008 à 13:14. (lien). Évalué à 5.

                N'importe quoi. je l'ai utilisé il y a très peu de temps pour un projet, tu peux mettre n'importe quel format supporté par WMP (tel que de l'AVI avec des codecs pas trop exotiques, genre si tu parts dans du ogg/theora et CO tu peux effectivement avoir plus de problèmes) et t'es sûr que la plupart de tes clients y auront accès sans aucun problème. Ensuite il faut faire un compromis, es-ce mieux d'avoir des vidéos encodé avec des codecs propriétaires protégés pas des brevets, mais laisser la possibilité d'utiliser un lecteur libre, ou utiliser un lecteur flash pour le moment encore propriétaire. Personnellement je préfère la première solution, au moins sur mon Linux ultraSparc, je ne suis pas ennuyé.

                --
                suJeSelS
                http://www.suJeSelS.net/

                [ Répondre ]

                • [^]Re: Backend

                  Posté par alexissoft (Jabber id, page perso, ) le 03/05/2008 à 13:33. (lien). Évalué à 3.

                  Le problème c'est qu'il faut que ce soit supporté par WMP ET Quicktime (pour les Maqueux), et WMP \cap Quicktime \approx \emptyset :)

                  [ Répondre ]

          • [^]Re: Backend

            Posté par GnunuX (Jabber id, page perso, ) le 03/05/2008 à 20:55. (lien). Évalué à 2.

            Je pense que "ATG" est particulièrement mauvais pour découvrir les trolls ...

            [ Répondre ]

          • [^]Re: Backend

            Posté par Batchyx () le 03/05/2008 à 21:29. (lien). Évalué à 6.

            Pourquoi ça pue ? Mais parce que c'est lent pardi !
            À coté de ça, une video en xvid ou autre est généralement lu par le codec qui va bien avec l'acceleration materielle disponible...

            [ Répondre ]

Re:

Posté par IsNotGood () le 01/05/2008 à 12:09. (lien). Évalué à 10.

Comme Netscape/Mozilla, Java, etc ?

MS investit massivement dans SilverLight.
La où MS passe, l'herbe ne repousse plus. Sauf si c'est du libre / standard ouvert.

[ Répondre ]

  • [^]Re: Re:

    Posté par eastwind (Jabber id, ) le 01/05/2008 à 13:37. (lien). Évalué à 10.

    dans ce cas la j'aimerais que M$ soit partout , pour que partout ou il soit , partout on accélère la liberation de logiciel ...

    Le scénario catastrophe pour éviter le scénario catastrophe :)

    Seul les paranos survivent :)

    [ Répondre ]

    • [^]Re: Re:

      Posté par Elfir3 () le 01/05/2008 à 14:59. (lien). Évalué à 5.

      C'est marrent qu'il faille que microsoft soit quelque part pour que ça avance dans le domaine ;)

      [ Répondre ]

      • [^]Re: Re:

        Posté par IsNotGood () le 01/05/2008 à 15:57. (lien). Évalué à 10.

        C'est pour éviter que ça recule qu'il y a réaction.

        [ Répondre ]

  • [^]Re: Re:

    Posté par 2PetitsVerres () le 02/05/2008 à 00:24. (lien). Évalué à 4.

    Tout à fait, d'ailleurs Apple et Nintendo ont eu beaucoup de mal à se remettre (respectivement) du Zune et de la Xbox.

    [ Répondre ]

    • [^]Re: Re:

      Posté par Rémi Delepoulle () le 02/05/2008 à 00:54. (lien). Évalué à 10.

      haha, le zune, j'en ai plus entendu parler depuis qu'il est sorti

      mais je suppose que c'était une blague :)

      [ Répondre ]

  • [^]Re: Re:

    Posté par Obsidian () le 05/05/2008 à 14:30. (lien). Évalué à 10.

    La où MS passe, l'herbe ne repousse plus

    'faudra dire Redmonsanto, maintenant ! :-)

    (Aïe, on n'est que lundi ->[])

    [ Répondre ]

    • [^]Re: Re:

      Posté par Sylvain Sauvage () le 05/05/2008 à 22:08. (lien). Évalué à 2.

      T’inquiète pas, la semaine est courte…

      [ Répondre ]

drm

Posté par Matthieu C () le 01/05/2008 à 15:23. (lien). Évalué à 9.

Un grand nombre d'acteur s'appuie sur flash pour eviter que les contenus multimedia diffusé sur le web puisse être sauvegardé facilement.

Est ce que cette liberation de flash, ne va pas forcer ses acteurs à se tourner vers des solutions avec drm ?

[ Répondre ]

  • [^]Re: drm

    Posté par finss (page perso, ) le 01/05/2008 à 15:38. (lien). Évalué à 6.

    Je vois mal youtube/dailymotion/metacafé faire une migration en masse de leur appli qui exclue d'office les utilisateurs sous linux, macos, anciennes versions de win mais surtout ceux utilisant les téléphones portables de Xième génération qui ne mangent pas de silverlight.

    D'autant plus qu'il leur faut quand même le temps de réencoder toutes leurs videos pour qu'un autre player en ligne les lise.

    C'est faisable, soit, mais à un prix ( financier et au niveau des habitudes des clients ) bien trop grand pour migrer en bloc.

    --
    \_o< Coin ! Coin !

    [ Répondre ]

  • [^]Re: drm

    Posté par defdrek () le 01/05/2008 à 17:47. (lien). Évalué à 9.

    Actuellement, ceux qui veulent vraiment sauvegarder ce genre de contenu sont capables de télécharger l'extension qui va bien pour leur brouteur favori (Google sur "firefox plugin youtube" ...). L'installation d'un player flash alternatif rendra les choses ni plus ni moins compliquées que maintenant.

    Par conséquent ça ne devrait pas changer grand chose sur ce plan.

    [ Répondre ]

  • [^]Re: drm

    Posté par Benoît Sibaud (Jabber id, page perso, ) le 01/05/2008 à 19:13. (lien). Évalué à 4.

    Tant qu'ils ne découvrent pas youtube-dl (script), video-downloader (greffon Firefox), miro (client multimédia), keepvid.com (site web)...
    Tant qu'ils croient que les DRM peuvent techniquement fonctionner... qu'ils peuvent socialement fonctionner...

    L'industrie du livre sait déjà que ça ne marche pas. L'industrie de la musique sait déjà que ça ne marche pas. Bientôt l'industrie de la vidéo sera forcée de se faire une raison (ou plutôt sera forcer d'arrêter de faire semblant d'y croire).

    Alors certes ça ne résoud pas les problèmes de modèles économiques, mais se mentir sur la technique ne résoud rien non plus...

    [ Répondre ]

    • [^]Re: drm

      Posté par Matthieu C () le 01/05/2008 à 21:10. (lien). Évalué à 4.

      L'industrie de la musique sait déjà que ça ne marche pas.
      Va dire ca a Deezer ...

      [ Répondre ]

      • [^]Re: drm

        Posté par Gniarf () le 01/05/2008 à 22:07. (lien). Évalué à 5.

        elle se fait rouler dans la farine par Deezer, tout le monde le sait, et tout le monde s'en fout.

        --
        Windows has no users. It has hostages.

        [ Répondre ]

  • [^]Re: drm

    Posté par Albert () le 01/05/2008 à 19:50. (lien). Évalué à 6.

    ouhais enfin entre les extensions pour firefox ou la recopie du fichier FlasXXXX du repertoire /tmp les methodes pour recuperer des flash ca existent depuis toujours.

    Par contre l'avantage que je vois au truc c'est la consommation electrique qui, sous linux du moins, va diminuer. Chez moi et je suis pas le seul le plugin flash il bouffe du CPU de facon un peut lourdingue... En comparaison le meme fichier ouvert avec VLC est beaucoup moins gourmand!

    [ Répondre ]

    • [^]Re: drm

      Posté par SF () le 02/05/2008 à 14:47. (lien). Évalué à 10.

      Pour le CPU c'est pas un bug, c'est une fonctionnalité.

      Grâce à ça (et un ventilo cpu un peu bruyant), même écran rabattu, je sais que les enfants n'ont pas fermé firefox après avoir joué à leur petits jeux sympas en flash.
      Je pense donc à fermer firefox et à mettre le pauvre vieux portable en hibernation.

      Merci Adobe de penser à tout !

      [ Répondre ]

      • [^]Re: drm

        Posté par dark_star () le 05/05/2008 à 09:51. (lien). Évalué à 2.

        tiens a ce propos ce n'est pas possible de nicé flash ? je cherche depuis facile 3 mois comment faire et a par un message sur /. qui demande pour firefox 3 d'avoir un processus different pour les plugins pour pouvoir utiliser renice

        je n'ai rien trouvé :'(

        pourtant sous konqueror apparement c'est possible de choisir la gentillesse des plugins, mais flash ne marche pas :''(

        [ Répondre ]

        • [^]Re: drm

          Posté par SF () le 05/05/2008 à 10:28. (lien). Évalué à 2.

          Oui enfin si les applets flash pouvaient simplement se mettre en pause dès lors qu'elles ne sont plus sur l'onglet actif (ou la fenêtre ou le bureau) ou quand le reposeur d'écran s'active ça serait un gros plus déjà.

          Je me demande bien dans quel cas de figure on peut avoir besoin qu'une applet flash continue à tourner quand on ne la regarde pas.
          Y'a des gens qui écrivent des serveurs http / samba / mail / whatever en flash ?

          [ Répondre ]

          • [^]Re: drm

            Posté par Benjamin Lannoy (Jabber id, page perso, ) le 05/05/2008 à 10:55. (lien). Évalué à 6.

            Je me demande bien dans quel cas de figure on peut avoir besoin qu'une applet flash continue à tourner quand on ne la regarde pas.
            Pour écouter de la musique.

            [ Répondre ]

            • [^]Re: drm

              Posté par dark_star () le 05/05/2008 à 11:52. (lien). Évalué à 1.

              merde j'ai cliquer sur pertinent à la place de repondre :)

              sinon dans le meme style pour ecouter de la musique je clique à droite sur la fenêtre flash et je choisis 'qualité mediocre' il n'y a pas moyen non plus de selectionnée toujours par defaut la qualité la plus basse ?

              decidement c'est bien lourd ce flash

              [ Répondre ]

...

Posté par Matthieu C () le 02/05/2008 à 10:17. (lien). Évalué à 3.

Que du bon donc en perspective et ça devrait faciliter la venu des lecteurs flash autres que ceux d'adobe.
Ca n'a pas l'air d'émouvoir les developpeur de player flash libre :
http://lists.freedesktop.org/archives/swfdec/2008-May/001459(...)

For Swfdec the Flash playe it means pretty much nothing. Swfdec
already implements everything that is written down in that
specifications. This is just the Adobe version of
http://www.m2osw.com/swf_alexref.html - so no wonders are to be
expected.

[ Répondre ]

  • [^]Re: ...

    Posté par Stéphane Davy () le 02/05/2008 à 14:28. (lien). Évalué à 2.

    It also means we now have a document to show newcomers that want to hack on Swfdec.

    Il se contredit quand même un peu. S'il y a une bonne doc pour appréhender la technologie, ça ne peut que faciliter la venue de nouveau programmeur, et c'est donc bon pour Swfdec

    [ Répondre ]

creation

Posté par NickNolte () le 05/05/2008 à 14:58. (lien). Évalué à 4.

Et a t-on a un Flash CS en libre pour en profiter?

Car j'ose croire que si on avait eu un genre d'SVG studio, on aurait pu populariser ce format.

Y a t-il un Inkscape de l'animation vecto?

[ Répondre ]

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Revenir en haut de page

Run by Team LinuxFr

Cette page a été générée par Templeet en 0.1243s (dont 0.0099 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.