« Qui cherche à contrôler l'Internet ? » : la vidéo

Posté par (page perso) . Modéré par Mouns.
Tags :
28
14
oct.
2009
Internet
La conférence de Benjamin Bayart du 25 septembre 2009 « Qui cherche à contrôler l'Internet ? » est désormais disponible en vidéo, sous licence libre Creative Commons BY. Le montage et le plan de vue principal a été réalisé par Alain Crenn. Suite à un problème de fonctionnement du micro-cravate, la bande sonore a été prise sur la caméra prévue pour le second plan et peut paraître légèrement décalé par rapport à l'image à certains moments.
Vous pouvez télécharger la vidéo au format ogg/theora ou flv.

NdM. : Gulliver a retranscrit la vidéo : texte partie 1, texte partie 2. Merci à Toto_Linux de nous l'avoir signalé.
  • # Vidéo

    Posté par (page perso) . Évalué à  9 .

    C'est la première fois que je vois une vidéo directement sur linuxfr :-) À quand les images ? :-)

    Envoyé depuis mon lapin.

  • # Merci beaucoup

    Posté par (page perso) . Évalué à  3 .

    Merci beaucoup, je l'attendais.

    Bizarrement le player n'a pas l'air de fonctionner (Firefox 3.5.3). Je télécharge donc le fichier ogg.

    blog.rom1v.com

  • # son

    Posté par . Évalué à  1 .

    J'entends rien ou presque rien :|
    • [^] # Re: son

      Posté par . Évalué à  4 .

      Le son est complètement pourri. En plus, ça n'a pas l'air de venir de la captation, mais plutôt de l'encodage (mplayer m'indique du Ogg Vorbis à 0kb/s ... ya un problème). Faudrait peut-être le réencoder ?
  • # [if IE]

    Posté par (page perso) . Évalué à  4 .

    Joli le [if IE] et tout le baratin HTML sur la page d'accueil de linuxfr.

    Donc petit rapport de bug : aller sur http://linuxf.org/news et admirer le code HTML affiché sans afficher le source :).
    • [^] # Re: [if IE]

      Posté par (page perso) . Évalué à  1 .

      Un Object ça aurait peut etre été mieux qu'un Iframe...

      SInon chapeau pour l'intégration de la balise video : c'est la première fois que je la vois en action sur un site que je consulte régulièrement!
      • [^] # Re: [if IE]

        Posté par (page perso) . Évalué à  2 .

        la balise video ? j'ai beau regarder le code source, je ne vois pas de balise video, que la balise object. (pourtant j'ai ff 3.5)

        C'est dommage de ne pas l'utiliser. les fallback, ça existe : https://developer.mozilla.org/En/Using_audio_and_video_in_Fi(...)
        • [^] # Re: [if IE]

          Posté par (page perso) . Évalué à  2 .

          La balise object est en faite une iframe (bah oui type="application/xhtml+xml") pointant vers une page contenant un très joli javascript qui tente toutes les astuces possibles pour fournir la vidéo sous un format libre.
          Si tu as firefox et qu'il accepte application/ogg, tu recevra une balise video.
          Sinon, si tu as java, tu recevra une applet java qui est un player ogg.
          Sinon, il y a finalement un fallback sur un player flv en flash.

          Donc avant de se plaindre, merci de COMPRENDRE le code source :P
          • [^] # Re: [if IE]

            Posté par . Évalué à  3 .

            Il me semble qu'il parlait de la balise object car elle est W3C compliant (en XHTML je crois), contrairement à l'iframe.
          • [^] # Re: [if IE]

            Posté par (page perso) . Évalué à  1 .

            >contenant un très joli javascript qui tente toutes les astuces possibles pour fournir la vidéo sous un format libre.

            ok, j'avais pas vu que c'était une sorte d'iframe. Permet moi de te dire que c'est tout de même complètement n'importe quoi tout ce javascript., alors que l'imbrication des balises video et object pourrait tout à fait fonctionner correctement.
            • [^] # Re: [if IE]

              Posté par (page perso) . Évalué à  1 .

              Es-tu sur de bien comprendre ce que fait le javascript ?
              Il permet de faire video natif puis player java puis player flash.
              Le mécanisme de fallback par imbriquation ne fait que video natif puis player flash ou video natif puis player flash.

              C'est http://itheora.org/ qui a été utilisé ....
              • [^] # Re: [if IE]

                Posté par (page perso) . Évalué à  2 .

                oui j'ai bien compris le JS. Je me suis juste emmelé les pinceaux sur le mecanisme de fallback de la balise object. je pensais que le mecanisme s'activait aussi quand le navigateur ne trouvait pas le plugin.

                Il n'en reste pas moins que le JS n'est pas super propre, ni le code html généré d'ailleurs. ex: des balise sans contenu me laisse vraiment songeur, et toute la popotte sur le download est plutôt... euh... no comment (alors qu'un simple lien aurait suffit....). Et j'ai des gros doutes conçernant l'accessibilité.
                • [^] # Re: [if IE]

                  Posté par (page perso) . Évalué à  4 .

                  (alors qu'un simple lien aurait suffit....). Et j'ai des gros doutes concernant l'accessibilité.

                  C'est pour ça je pense qu'il y a aussi à la fin de la dépêche un lien direct vers le fichier .ogg pour le télécharger et le regarder tranquillement chez soi en mode déconnecté.
    • [^] # Re: [if IE]

      Posté par . Évalué à  3 .

      Joli le [if IE]
      Ouais, enfin "joli" c'est vite dit, j'ai du mal à saisir l'intérêt qu'il y a à compenser le fait que des gens viennent ici avec un navigateur qui fonctionne mal.

      [if kikoolol]sur le cou je me sui 2mandé si on été le 1 avril lol sa ser a kwa ce if ie sérieu???? si lé gen il on un internet ki marche pa cé pa à moi de le réparé mdr!!!![/if kikoolol]

      Et sinon, rien à voir, mais t'as oublié un "r" dans ton lien.

      THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

      • [^] # Re: [if IE]

        Posté par (page perso) . Évalué à  3 .

        Je crois que je me suis mal fait comprendre avec mes remarques à 2 balles, zut!

        Je suis avec Firefox (Windows), et une image est mieux qu'une longe description:
        http://download.mediaarea.net/temp/linuxfr-video.png

        La où ça fonctionne mal, c'est sous Firefox, pas IE (j'ai pas testé sous IE)
        C'est normal? Il y a que moi qui ai ça?
        • [^] # Re: [if IE]

          Posté par . Évalué à  4 .

          Non mais je vois la même chose que toi, hein. Avec Konqueror.

          Je me suis mal fait comprendre aussi. Plus explicitement: qu'est-ce qu'on s'en fout que les mauvais navigateurs affichent mal, et à quoi ça sert de leur écrire du code dédié?
          Idée que j'illustrais en proposant une version kikoolol destinée aux gens qui ont une mauvaise orthographe. C'est la même chose: y'a des règles (W3C, académie), si tu sais pas lire un document qui respecte les règles c'est ton problème, y'a aucune raison de faire une version "spéciale IE" ou "spéciale kikoolol".
          Surtout que c'est plus simple d'utiliser un navigateur qui interprète correctement les pages Web, que d'apprendre le français. Donc il y aurait plus de raisons de faire une version kikoolol de chaque dépêche et de chaque post, que de mettre des [if IE].

          THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

          • [^] # Re: [if IE]

            Posté par . Évalué à  2 .

            Avec Firefox 3.5.3 et Konqueror 4.3.2 la balise est reconnue. Sur une dizaine d'essais, j'ai réussi a avoir la vidéo avec Firefox. Konqueror lit le son, mais pas la vidéo. C'est déjà un très bon début. Reste a voir ce que ca donne avec Theora 1.1 et un meilleur support.
          • [^] # Re: [if IE]

            Posté par (page perso) . Évalué à  1 .

            Vous auriez pas Javascipt desactivé ?
  • # Transcription ?

    Posté par . Évalué à  1 .

    Je serais très intéressé par une transcription de la conférence.


    Oui je sais just do it...
  • # HTTPS cassé ?

    Posté par (page perso) . Évalué à  4 .

    Il semblerait que la présence de la vidéo rend la page non sécurisée car des éléments ne le sont pas. C'est un peu dommage.
    • [^] # Re: HTTPS cassé ?

      Posté par (page perso) . Évalué à  3 .

      Visiblement, elle vient d’un autre serveur, c’est pour ça.
      Je me demande bien pourquoi l’intégralité du web n’est pas chiffré, d’ailleurs…
      • [^] # Re: HTTPS cassé ?

        Posté par (page perso) . Évalué à  5 .

        Je me demande bien pourquoi l’intégralité du web n’est pas chiffré, d’ailleurs…

        C'est toi qui offre les CPU qui font le travail?
        Au moment où on parle beaucoup d'écologie, chiffrer l'intégralité du web n'est pas vraiment une idée qui va ce sens...
        • [^] # Re: HTTPS cassé ?

          Posté par (page perso) . Évalué à  4 .

          Apparement la conso est un faux problème
          http://www.soekris.com/vpn1401.htm
          http://www.openbsd.org/crypto.html#hardware

          Les via c3 permettent d'ailleurs de le faire en hardware en consommant de façon plus que raisonnable.

          Les processeurs graphiques (inutilisé à 100% - bien oui tellement peu utilisés que c'est négligeable) sont un bien plus grand problème.
          • [^] # Re: HTTPS cassé ?

            Posté par (page perso) . Évalué à  3 .

            Les pages que tu cites n'indiquent pas l'augmentation (potentielle) de consommation dans le cas de l'utilisation de la partie crypto du C3/C7. de plus, combien de machines à mettre (en plus, hein, parce qu'un C7 j'en ai un sur ma Dedibox, et c'est pas un foudre de guerre on va pas l'utiliser pour générer trop de pages) pour un serveur qui fait HTTP seulement?

            Quand aux cartes graphiques, elles consomment peu au repos, mais consomment un max en plein charge, donc consommation en plus. Sans compter qu'il n'y a pas de carte graphique dans des serveurs, donc ça reste encore un achat en plus (ainsi que la clim' qui va avec)

            Bref, tu donnes des pistes, mais je me permet de mettre des doutes sur la partie financière et écologique de chaque piste...
            • [^] # Re: HTTPS cassé ?

              Posté par (page perso) . Évalué à  3 .

              Sans compter qu'il n'y a pas de carte graphique dans des serveurs

              Dans certains serveurs, peut-être, mais je n'en ai pas encore vu, qui se pilotent uniquement au port série. :-)
            • [^] # Re: HTTPS cassé ?

              Posté par (page perso) . Évalué à  5 .

              >Bref, tu donnes des pistes, mais je me permet de mettre des doutes sur la partie financière
              >et écologique de chaque piste...

              - soekris ou alix (100€) conso total <10w
              - via c7 (200€ la carte mère avec cpu) de mémoire mobo comprise <20W
              - carte vpn soekris [1] 60€ puissance consommée 1,8w max [2]

              [1] https://www.soekris.com/shop/index.php?cPath=17
              [2] http://www.soekris.com/vpn1401.htm

              Pour la mise en doute que les cartes graphiques sont un problème (même en idle) :
              http://www.xbitlabs.com/articles/video/display/ati-vs-nv-pow(...)

              Cela date de 2004, maintenant la situation est bien pire.
              • [^] # Re: HTTPS cassé ?

                Posté par (page perso) . Évalué à  2 .

                Merci pour les détails.

                on en reste toutefois à des interrogations :
                - Si il te faut 4 C7 pour un serveur "classique" HTTP pour mettre du SSL partout (vu la bête, ça ne m'étonnerait pas... C'est très lent un C7, même avec une spécialisation SSL), ca fait 1000€, 4U, 80W en plus, rentable? Un C7 seul n'est clairement pas une solution vu la perf du CPU hors SSL.
                - ces cartes graphiques consomment un max, alors qu'il n'y en a pas dans les serveurs (pour répondre à l'argument "il y a qu'un port série?", bien sur qu'il y en a une intégrée à la CM, mais sa conso est nulle et puissance merdique, impossible de faire du SSL avec).

                Donc au final, on se retrouve toujours avec de la conso en plus, et pas un peu...
                • [^] # Re: HTTPS cassé ?

                  Posté par (page perso) . Évalué à  3 .

                  Pour les cartes graphiques, je vais laisser le débat là car je parlais en général et pas au niveau des serveurs (Il faut aussi des clients pour se connecter aux serveurs ;-).


                  Pour ce qui est de la consommation supplémentaire avec du SSL, elle est négligeable. Je m'explique en 2 cas :
                  - si tu as un gros data centre, il y aura probablement plusieurs boites en entrée qui font du reverse proxy, seules ces boites doivent faire du TLS les autres peuvent faire du http normal. Quelques boites suffisent pour des centaines de serveurs. Donc peut-être quelques pourcents d'augementation mais ce n'est même pas certain car l'infrastructure de reverse proxy existe probablement déja et juste quelques cartes/modules accélérateurs pourraient être ajoutés.
                  - Pour les petits systèmes, c'est une carte fille en plus qui ajoute très peu de conso (celle de soekris c'est <1.8W, il y en a d'autres mais ça donne un ordre de grandeur - pour les cpu via pas de conso en plus c'est gratuit)
                • [^] # Re: HTTPS cassé ?

                  Posté par . Évalué à  3 .

                  Pour des chiffres sur les performances du C3 (OK, ça vient de VIA donc ce n'est peut-être pas objectif ...) :
                  http://www.via.com.tw/en/initiatives/padlock/hardware.jsp
                  En gros, un C3 à 1GHz, par rapport à un P4 à 2,4GHz, est un peu moins de 100 fois plus rapide ...
      • [^] # Re: HTTPS cassé ?

        Posté par (page perso) . Évalué à  2 .

        Parce que pour fournir un chiffrement acceptable par les navigateurs, il faut payer un tribut à la guilde des autorités de certifications (et fournir une pseudo-preuve merdique de son identité, genre relevé de compte bancaire) ?
        • [^] # Re: HTTPS cassé ?

          Posté par . Évalué à  4 .

          Ou alors tu t'en fous et tu chiffres quand même sans aller mendier un certificat.

          De toute façon, un certificat auto-signé c'est pas "pire" que pas de chiffrement du tout.

          THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

          • [^] # Re: HTTPS cassé ?

            Posté par (page perso) . Évalué à  2 .

            Ce n'est pas l'avis des éditeurs de navigateurs et de clients de messagerie, malheureusement.
            • [^] # Re: HTTPS cassé ?

              Posté par . Évalué à  6 .

              Mauvais navigateur, changer navigateur. Mauvais client de messagerie, changer client de messagerie.

              THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

            • [^] # Re: HTTPS cassé ?

              Posté par (page perso) . Évalué à  9 .

              Démonstration :
              - webmail Orange : je tape mon mot de passe sur une page en clair, je l'envoie en clair, aucun avertissement de la part du navigateur ;
              - mon webmail à moi : je tape mon mot de passe sur une page chiffré, je l'envoie chiffré, et mon navigateur gueule comme un putois parce que le certificat n'est pas signé par une autorité connue.
              • [^] # Re: HTTPS cassé ?

                Posté par . Évalué à  2 .

                Oui mais on va te dire que madame Michu sait faire la différence entre https et http (elle a les yeux rivés sur la barre d'adresse, c'est bien connu), mais pas entre fisching_a_deux_balles.ru et gmail.com.

                Au sujet de Gmail, au fait, je me bouffe un message d'avertissement avec Konqueror: le certificat est bien signé par une autorité reconnue, mais pour une adresse IP différente de celle du webmail.
                Mais là, curieusement, Firefox il se tait: strict sur la sécurité quand ça les arrange, mais pas quand ça dérange le sponsor Google.

                THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

                • [^] # Re: HTTPS cassé ?

                  Posté par (page perso) . Évalué à  2 .

                  Je sais pas mais le certificat de gmail me semble correcte :


                  $ openssl x509 -text -noout -in www.google.com
                  Certificate:
                  Data:
                  Version: 3 (0x2)
                  Serial Number:
                  01:2a:39:76:0d:3f:4f:c9:0b:e7:bd:2b:cf:95:2e:7a
                  Signature Algorithm: sha1WithRSAEncryption
                  Issuer: C=ZA, O=Thawte Consulting (Pty) Ltd., CN=Thawte SGC CA
                  Validity
                  Not Before: Mar 27 22:20:07 2009 GMT
                  Not After : Mar 27 22:20:07 2010 GMT
                  Subject: C=US, ST=California, L=Mountain View, O=Google Inc, CN=www.google.com
                  Subject Public Key Info:
                  Public Key Algorithm: rsaEncryption
                  RSA Public Key: (1024 bit)
                  Modulus (1024 bit):
                  [ ... snip ... ]
                  Exponent: 65537 (0x10001)
                  X509v3 extensions:
                  X509v3 Extended Key Usage:
                  TLS Web Server Authentication, TLS Web Client Authentication, Netscape Server Gated Crypto
                  X509v3 CRL Distribution Points:
                  URI:http://crl.thawte.com/ThawteSGCCA.crl

                  Authority Information Access:
                  OCSP - URI:http://ocsp.thawte.com
                  CA Issuers - URI:http://www.thawte.com/repository/Thawte_SGC_CA.crt

                  X509v3 Basic Constraints: critical
                  CA:FALSE
                  Signature Algorithm: sha1WithRSAEncryption
                  [ ... snip ...]

                  "It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

  • # Quelques détails

    Posté par (page perso) . Évalué à  5 .

    Comme il est indiqué dans la niouse, nous avons eu quelques soucis avec la prise de son.

    Initialement le micro cravate de Benjamin, devait nous permettre d'avoir un son correct, mais ça n'a pas fonctionné.

    Cependant, je me souvient que quelqu'un avait placé un enregistreur sur une table devant Benjamin. Si cette personne pouvait nous contacter, on pourrait essayer d'avoir un nouveau « doublage ». :)
    • [^] # Re: Quelques détails

      Posté par . Évalué à  6 .

      C'était moi, j'allais poster justement...

      Je vous met ça en ligne tout de suite avec quelques photos (probablement sur cedric.buxin.free.fr, au moins pour le son (2*1,8Go), sur ma machine ce sera dans deux semaines quand ils auront activé la fibre ;)
      • [^] # Re: Quelques détails

        Posté par . Évalué à  5 .

        Ah oui, ce serait génial!

        J'ai regardé la vidéo un peu tard hier soir... avec le son a fond pour pouvoir entendre quelque chose.
        Un voisin est venu sonner a la porte la deuxième fois qu'un type est sorti de la salle en faisant grincer la porte o:)
        • [^] # Re: Quelques détails

          Posté par . Évalué à  5 .

          je sortais pas, je venais d'arriver en retard, désolé d'avoir fais chier ton voisin :o)
      • [^] # enhanced version

        Posté par . Évalué à  3 .

        hello,

        Je ne connais rien en traitement du son mais je sais cliquer sur des icones. Et des icones, y en a plein dans Audacity. Alors, forcement, comme c'est pas mon boulot, le résultat n'est pas fantastique mais y a quand même un réel mieux.

        vous pouvez le récupérer ici : http://dl.free.fr/l1xADNVDw

        Si qq1 a le courage de remuxer la video, ca pourrait être déjà un peu mieux.

        Chag
        • [^] # Re: enhanced version

          Posté par Anonyme . Évalué à  1 .

          Voilà la meilleure qualité pour le moment :

          http://dl.free.fr/qXNBKYSSo

          C'est la piste son remixée par chag, qui devient écoutable (quand on est motivé). La piste vidéo vient du flv, mkvmerge n'a pas voulu entendre parler de celle en theora. D'ailleurs j'ai du faire un avi avec mencoder pour récupérer la piste en flash vidéo, mkvmerge a aussi du mal avec le conteneur flv apparement.

          Cédric : ton site free.fr renvoie une page blanche. J'aimerais beaucoup disposer de ton enregistrement audio pour voir si je peux en faire quelque chose. Histoire de produire une vidéo agréable à regarder, ça aidera à diffuser les idées de Benjamin.
          • [^] # Re: enhanced version

            Posté par . Évalué à  2 .

            Voila !

            http://dl.free.fr/vTazvZRG5

            S'cusez moi pour le retard, j'essaye depuis avant-hier de tout mettre sur le site avec mes petits 100ko d'upload et ça bloque toujours avant la fin (et bien sûr les ftp de free ne gèrent pas mes REST...)

            Pour le fichier c'est du wav, stéréo, 44100Hz, 16 bits, 2 heures pour 1.2Go, trop peu de gain à l'enregistrement. Faites chauffer audacity !
            L'appareil dispose de quatre micros mais je n'ai finalement pas mis la piste coté public sur laquelle on entend de toute façon que des réverbérations et des portes qui couinent ;)
            • [^] # Re: enhanced version

              Posté par (page perso) . Évalué à  4 .

              Ce serait plus pratique sur autre chose que dl.free.fr pas forcément pratique à récupérer de serveurs n'étant pas chez free :/
              • [^] # Re: enhanced version

                Posté par . Évalué à  6 .

                Je plussoie, c'est d'ailleurs assez drôle de voir que lorsqu'on est chez free, on télécharge sur dl.free presque au max de sa connexion là où chez un autre opérateur, la vidéo qui nous parle de neutralité du net met un temps fou à arriver.
                • [^] # Re: enhanced version

                  Posté par (page perso) . Évalué à  1 .

                  Quelqu'un pourrait m'aider pour la syncro, j'ai moyen de reproduire tout ça, mais je n'arrive pas déterminer combien je dois faire sauter du fichier wav ou insérer avant.

                  merci
        • [^] # Re: enhanced version

          Posté par . Évalué à  1 .

          petit commentaire a propos du nom de l'archive: Le nom de famille de Benj c'est Bayart avec un t, comme TeX. Sinon tu risques de le facher.
    • [^] # Re: Quelques détails

      Posté par . Évalué à  4 .

      J'ai une question sur le son : à part le problème de "volume", il y a un réel problème d'encodage qui pourrait peut-être réglé. Le son a-t-il été encodé directement par la caméra avec un bitrate si bas ? Ou peut-on le réencoder en mieux, déjà ?

      (je dis ça parce qu'on entend clairement l'effet "clapoti" d'un bitrate super-bas)
      • [^] # Re: Quelques détails

        Posté par (page perso) . Évalué à  1 .

        Est-ce que tu constates aussi le problème sur la vidéo "flash" ?

        Le FLV a été exporté directement depuis adobe première, et le OGG encodé depuis un AVI DV exporté par adobe première. Je me suis sûrement trompé dans un paramètre ffmpeg.
        • [^] # Re: Quelques détails

          Posté par . Évalué à  2 .

          Ha effectivement, je n'avais pas regardé la vidéo en FLV, mais le son est beaucoup mieux ! En tous cas, il n'y a pas le bruit lié au bitrate trop bas.

          Je veux bien essayer de filer un coup de main pour réencoder ça, même si c'est pas ma spécialité (on va dire que je sais un tout petit peu manier mencoder et j'ai pas mal de connaissances théoriques en audio/vidéo).

          Tu fais ça chez toi ? Ou alors c'est quelqu'un d'autre ? On pourrait se voir à la permanence de demain pour voir ça ?
          • [^] # Re: Quelques détails

            Posté par (page perso) . Évalué à  1 .

            Ah oui maintenant ça me revient, j'ai baissé le bitrate pour que la taille soit environ celle de la vidéo en FLV, je peux réencoder "plus haut" le son et baisser un peu la vidéo éventuellement mais ça faisait tâche par rapport à la qualité de FLV. Si je peux le faire en theora 1.1, ce serait bien mais je ne sais pas si tout le monde pourra lire.
            J'ai encore le fichier source AVI DV de 25Go mais il va être corrigé (le titre), je vais essayer d'améliorer ça.
            • [^] # Re: Quelques détails

              Posté par . Évalué à  2 .

              Moi je suis pas forcément fan du Theora, je l'aurais aussi bien fait en H264 + AAC, ce sera sûrement plus petit et de meilleure qualité.

              On pourrait aussi peut-être un peu retraiter le son pour que ça fasse moins cathédrale, mais faudrait demander à un connaisseur.
  • # Vidéo introuvable en .ogg

    Posté par (page perso) . Évalué à  1 .

    Suis-je le seul à n'avoir pas trouvé la vidéo http://download.tuxfamily.org/linuxfr/Benjamin_Bayart_250920(...) ? J'ai dû télécharger la version flash...
    • [^] # Re: Vidéo introuvable en .ogg

      Posté par . Évalué à  1 .

      J'ai le même problème... Si quelqu'un pourrait corriger ;) .
      • [^] # Re: Vidéo introuvable en .ogg

        Posté par (page perso) . Évalué à  2 .

        En fait http://download.tuxfamily.org/linuxfr/Benjamin_Bayart_250920(...) renvoi 403 mais ça ne gêne pas VLC . Pourquoi 403 ?
        • [^] # Re: Vidéo introuvable en .ogg

          Posté par (page perso) . Évalué à  1 .

          La 403 vient d'un accident de lecture du fichier.
          Je dirait que le serveur nfs hébergeant le fichier a un peu de mal face à l'affluence ...
          Il suffit d'attendre quelque minute et il redevient accessible.
          • [^] # Re: Vidéo introuvable en .ogg

            Posté par (page perso) . Évalué à  3 .

            hmmm, il n'y a pas de NFS sur les serveurs de download ;-)
            En revanche le lien réseau a été bien occupé et la conf' de lighttpd revue pour monter jusqu'à 150 Mbits/s par host, permettant d'attendre 350 Mbits/s en cumulé sur les 2 serveurs aujourd'hui... (la fondation Free et lost-oasis ont été prévenus que tout était normal ;-) puis bon ça fait plaisir de promouvoir l'esprit du libre avec du libre, pas que diffusion et avec une vraie licence libre).

            Si j'ai bien compris, un petit souci de itheora est qu'il fait un GET plutôt qu'un HEAD pour vérifier la présence du fichier, ce qui fait que le fichier commence à être transmis pour rien (rootix doit revoir ce point puis remonter upstream une proposition de correction).
            À chaque refresh de http://linuxfr.org/my/ ça télécharge un peu... (mais pas sur [http://linuxfr.org/news/]), mais ce n'est pas trop grave, ça fait un test de charge comme cela (qui ferait un doublage en anglais ou sous-titrage pour le poster sur /. ? :D).

            http://stats.download.tuxfamily.org/linuxfr/
            550 Gio en 1 journée et genre 3 heures, je pense que ça va être largement dépassé ce vendredi :-) bon visionnage à tous !
  • # qui ?

    Posté par . Évalué à  7 .

    « Qui cherche à contrôler l'Internet ? »
    Tout le monde ?
    Et justement, faut que ça reste comme cela.. ;-)
    j'ai bon ?
    • [^] # Re: qui ?

      Posté par (page perso) . Évalué à  2 .

      C'est vrai quoi!
      Pour les feignasses et les décideurs pressés, sa conclusion: qui cherche à contrôler internet?

      (Comment ça on est pas vendredi??)
  • # le player...

    Posté par . Évalué à  2 .

    ... est vraiment pas terrible. Je suis allé sur options au milieu de la conférence, et là j'ai pas pu recommencer au même endroit. Bon après je suis peut-être pas doué, hein.
    Ça serait cool d'avoir un bon player (surtout que ça existe)...
    • [^] # Re: le player...

      Posté par (page perso) . Évalué à  2 .

      En fait ça depend du mode.

      Le script peut resulter en divers modes suivant ton OS/navigateur

      - Java
      - natif ( opera , firefox3.5, Safari avec plugin )
      - Plugin ( QT, Totem )


      je viens d'essayer en natif , le seek marche pas effectivement.
  • # Prise de son

    Posté par . Évalué à  4 .

    Si vous le souhaitez, je veux bien vous faire la prise de son la prochaine fois, au format que vous souhaitez.

    Enzo Bricolo
    • [^] # Re: Prise de son

      Posté par (page perso) . Évalué à  2 .

      La prochaîne fois ce sera le jeudi 22 octobre 2009 à 18h30, Faculté des Sciences (amphi 2) de Reims, je t'en suis mille fois gré

      à Jeudi donc o/

      envoyé depuis mon clavier bépo

      • [^] # Re: Prise de son

        Posté par . Évalué à  3 .

        Juste pour chipoter : on n'est pas gré, on sait gré.

        Donc pas "je vous en suis gré" mais "je vous en sais gré". Ni d'ailleurs "je vous en serais gré" mais "je vous en saurais gré".

        Fin du chipotage, et merci pour l'information utile.
  • # Internet va permettre au peuple d'écrire

    Posté par Anonyme . Évalué à  4 .

    Ça faisait un moment que j'attendais cette vidéo, je suis pas déçu. C'est un bon condensé des précédentes interventions de Benjamin Bayart : Minitel 2.0, RMLL 2009, radio libertaire 09/09. Le problème du micro est vraiment dommage. Au passage, une version améliorée de la bande-son : http://dl.free.fr/qXNBKYSSo

    Je suis ce que tu dis, Benjamin, depuis 2006 et ton isp howto. Tu t'orientes peu à peu d'un discours technique à un discours de vulgarisation et politique (dans le sens « chose de la cité »). Et tu t'en sors très bien, c'est assez rare de la part d'un technicien pour être souligné ;-)

    J'imagine que la licence de la conférence ressemble à quelque chose du style cc-by-sa ? Si on arrive à faire quelque chose pour le son, je la diffuserai le plus possible.

    D'ailleurs à ce propos, est-il possible d'avoir la source de la vidéo ? 450Mo pour 2h de vidéo, même en AVC, ça fait juste.
  • # Un nouveau point.

    Posté par (page perso) . Évalué à  3 .

    Le fichier « son » de Cédric Buxin a été transmis à la personne qui a assuré le montage initial (Alain Crenn).

    Alain, devrait nous produire un nouveau « master » dans les jours qui viennent.
    Comme il y avait aussi une ou deux petites coquilles, ce ne sera pas un mal. ;)

    Pour ma part, je pense aussi que ce serait sympa qu'il y ait deux niveaux de compression.

    Il me semble qu'il est plus simple que ceux qui ont facilement accès au « master » se débrouillent pour pondre ces fichiers (essentiellement Christophe Guilloux, Alain, et moi-même).

    Nous vous tenons au courant dès qu'il y a du nouveau.
    • [^] # Re: Un nouveau point.

      Posté par (page perso) . Évalué à  2 .

      C'est l'occasion de suggérer d'utiliser Theora 1.1 ;-) (finale, dispo en sid)
      Peut-être noter les lignes de commandes utilisées, d'autres auront peut-être des recommandations ?
      • [^] # Re: Un nouveau point.

        Posté par (page perso) . Évalué à  3 .

        Tant qu'on en est aux suggestions, moi je suggérerai bien ça : http://boxtream.unice.fr

        J'aimerai bien que d'autres personnes utilisent ce soft afin d'avoir un peu de retours, d'autant plus que les dernières versions de développement (dans subversion) permettent l'utilisation directement depuis une webcam pourrite et une carte audio pourrite, donc sans avoir à investir dans le genre de matériel que j'ai exposé sur le site.

        ça n'utilise que du matériel ouvert et documenté, pilotable sous GNU/Linux, et permet la diffusion direct et différé, tout en permettant l'automatisation de la publication des documents réalisés, et conserve les originaux dans un format documenté : DV.

        par défaut ça produit du Ogg/Theora+Vorbis et Ogg/Vorbis (diffusion simultanée audio+vidéo et audio seul), mais d'autres formats sont possibles facilement (Gstreamer)

        C'est utilisé en production depuis plusieurs années à l'Université de Nice-Sophia Antipolis, et depuis peu à l'Université de la Nouvelle-Calédonie.
    • [^] # Re: Un nouveau point.

      Posté par (page perso) . Évalué à  2 .

      Quitte à avoir deux fichiers, à choisir selon qu'on en a une grosse ou une petite, pourriez-vous mettre aussi à disposition la bande son seule ?

      Quand on en a une très petite, l'économie du téléchargement de la vidéo est vraiment intéressante, vu que l'essentiel du contenu, c'est ce que dit Benjamin.
  • # Relais sur alter1fo

    Posté par (page perso) . Évalué à  1 .

    Dommage que la technique et le son sont passable, mais on a prise le relai sur alter1fo.com :

    [http://alter1fo.com/hapodi-qui-cherche-a-controller-linterne(...)]

    Félicitations, très bonne conférence !

Suivre le flux des commentaires

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