Journal VLC en version stable 0.8.9

Posté par  .
Étiquettes :
0
11
déc.
2006
Une nouvelle màj du couteau suisse de la vidéo multi plateforme sort enfin !

Au programme (entre autres) :
-support du WMV version 9
-pour macosx : support de l'apple remoote (la télécommande sympathique pour commander la musique le trone)
-pour windows et linux : la réécriture de l'interface en Qt ! :) (si quelqu'un a des infos sur le pourquoi du comment...)

changelog
http://developers.videolan.org/vlc/NEWS

la page off
http://www.videolan.org/vlc/

et vlc et dadvsi (rappellons le...)
http://www.videolan.org/eucd.html

  • # Commentaire supprimé

    Posté par  . Évalué à 4.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: 0.8.6

      Posté par  . Évalué à 3.

      Toutafé. Et l'interface en Qt est uniquement dans la 0.9.0 qui n'est pas encore sortie, elle.

    • [^] # Re: 0.8.6

      Posté par  . Évalué à 1.

      Il a surtout copié la nouvelle de PCInpact...

      http://www.pcinpact.com/actu/news/33325-vlc-lecteur-multimed(...)

      • [^] # Re: 0.8.6

        Posté par  . Évalué à 2.

        va te faire... j'ai copié le changelog !

        d'autres, je n'ais pas appris la sortie successive de la beta et de la release finale sur pcinpact mais sur logicielmac.com.

  • # Je sais

    Posté par  (site web personnel) . Évalué à 10.

    >pour windows et linux : la réécriture de l'interface en Qt ! :) (si quelqu'un a
    >des infos sur le pourquoi du comment...)

    Gtk SUXOR, Qt ROXOR!

    C'est ca non la réponse? :)

    • [^] # Re: Je sais

      Posté par  (site web personnel) . Évalué à 3.

      apparemment, les gars du GUI avaient trop de problème avec WX pour le multi plateforme, du coup ils auraient switché vers QT (pour le multiplateforme)

      • [^] # Re: Je sais

        Posté par  . Évalué à -1.

        Je ne pense pas que le multiplateforme de Qt est joué, car bon GTK aussi est multi-plateforme. Perso j'aurai préféré car j'ai rien de Qt sur mon bureau, donc là je suis un peu dégouté... j'espère qu'on pourra toujours compiler sans souci sans GUI...

        • [^] # Re: Je sais

          Posté par  . Évalué à 8.

          GTK me semble pas si multiplateforme que ça, bien sur il tourne sous les 3 OS principaux mais il faut voir comment ...

          Le seul soft que j'ai sous Windows qui me fait des bugs d'affichage, c'est Xchat. OpenOffice va utiliser la widget Cocoa sous MacOS pour éviter d'utiliser X11 (ou GTK ... je sais pas d'ou vient réellement les problèmes de performances).

          Mais de l'autre coté on a PSI, Opera (et il doit y avoir d'autres applis ...) qui tourne parfaitement sous les 3 OS (Opera est bien plus réactif qu'un Firefox).




          Attention, chérie, ça va moinsser ... ^^

          • [^] # Re: Je sais

            Posté par  . Évalué à 3.

            Je ne dis pas le contraire, je dis juste que contrairement à la tournure de la phrase, on ne peut pas se limiter au fait que Qt soit multiplateforme comme choix ayant conduit à sa sélection... car justement GTK l'est aussi. Donc je laissais supposer qu'il devait y avoir d'autres raisons, car celle là est aussi applicable à GTK (même si a priori GTK ne plait pas à tout le monde sous windows, perso wireshark et gimp fonctionne très bien).

            • [^] # Re: Je sais

              Posté par  . Évalué à 2.

              Par contre un defaut qui m'a toujours gonfler sous VLC (Windows, les autres je sais pas), activer le "On Top" et mettez la video en plein ecran .... vous avez bien la video en plein ecran, mais avec l'interface qui reste au dessus ...

            • [^] # Re: Je sais

              Posté par  . Évalué à 5.

              GTK n'est pas natif sous OSX, Qt si. Ca peut jouer dans ce genre de décisions.

              • [^] # Re: Je sais

                Posté par  . Évalué à 4.

                Il me semble que WxWidgets est natif sous Windows, Linux (GTK), et OSX, il me semble.

                Se serait donc pas une migration GTK->QT, mais WxWidgets->QT, l'abandon de GTK pour l'interface Linux n'est qu'un dégât collatéral.

                Faut dire que le les comprend, WxWidgets c'est une sacré merde en barre (pompé sur les vielles Microsoft Fondation Class et pas stable) !

          • [^] # Re: Je sais

            Posté par  . Évalué à 2.

            Tiens c'est marrant, moi j'ai préféré GAIM sous Windows à Psi sous Windows parce que Psi ramait comme pas possible. Par contre c'est vrai que X-Chat déconne sous Windows, je sais pas d'où çà vient, et je sais pas si çà vient vraiment de GTK vu que GAIM ne déconne pas, lui :/

            • [^] # Re: Je sais

              Posté par  . Évalué à 2.

              De mémoire, sur Gaim sous windows, j'ai des problèmes d'affichages, suffit de laisser apparaître l'info bulle sur un contact et de scroller la liste de contact, et paf, l'affichage se refait mal. Très, très lourd :/

        • [^] # Re: Je sais

          Posté par  . Évalué à 5.

          Moi je suis content, je n'utilise justement que des applications QT ou du moins, je fais en sorte, alors une nouvelle application qui l'utilise, j'ai rien contre. Mais bon, les goûts et les couleurs...

    • [^] # Re: Je sais

      Posté par  (site web personnel) . Évalué à -4.

      Pfffff, abandonner wxWidgets ok, mais de la a utiliser Qt. Il aurait pu choisir Motif, j'aurais préféré.

      • [^] # Re: Je sais

        Posté par  (site web personnel) . Évalué à 6.

        motif? non mais t'es pas bien? C'est quoi ton argument rationnel et réfléchie pour préférer Motif à QT?

        • [^] # Re: Je sais

          Posté par  (site web personnel) . Évalué à -3.

          J'avoue que m'a réaction est "un peu" exagérée mais il est vrais que j'ai quelques problèmes relationnels avec QT. J'aime beaucoup GTK et surtout que tout ce que j'utilise soit uniforme.

          J'ai récemment récrit un petit soft pour lancer vlc avec les option QuiVontBien(tm) (pour l'utiliser avec un fichier channels.conf) de Java vers Mono/GTK#.

          N'ont pas pour faire l'apologie de mono. Mais parce que SWING "Saimoche*, ça s'accorde mal avec mon bureau" Bref, je comprend la décision, mais je trouve ça dommage.

          /me rêve d'un monde ou les toolkit/ihm seraient inter-changeable.

          * Jugement de valeur, a prendre pour ce qu'il est.

          • [^] # Re: Je sais

            Posté par  (site web personnel) . Évalué à -1.

            J'aurais pas du écrire Mono, ça a du en froisser certains... M'enfin bon.

            Tient je verrais bien un sondage:

            J'utilise principalement:
            - GTK
            - QT
            - Motif
            - wxWidgets
            - Motif (mouhaha)
            - SWT
            - AWT
            - Swing
            - Un toolkit maison de derrière les fagots

            Je le répete, j'ai rien contre QT (a part que je le trouve moche, mais c'est un avis personnel). Je n'ai, a l'heure actuelle codé qu'en SWING/AWT/GTK et un peu de winjesaispluslnom du temps de ma jeunesse.

          • [^] # Re: Je sais

            Posté par  . Évalué à 1.

            Je ne comprend pas pourquoi ce post est moinssé, il soulève un vrai débat sur l'uniformisation d'un bureau linux... Là Gnome et KDE s'évertuent à réimplémenter à leur sauce / toolkit des softs qui marchent déjà très bien, uniquement pour que le look soit uniforme dans le bureau par défaut, bonjour la perte de temps.

            Perso mon rêve serait de voir ce #$@!% de firefox utiliser des widgets GTK dans les formulaires web (pour le moment seul XUL en profite), çà fait tâche et ils sont quand même très moches, leurs widgets actuels.

          • [^] # Re: Je sais

            Posté par  (site web personnel) . Évalué à 2.

            /me rêve d'un monde ou les toolkit/ihm seraient inter-changeable.


            Le gros hic, c'est que Qt, c'est pas seulement un toolkit IHM.
            Si tu as un programme fortement architecturé sur le principe de signal/slot et sur les (très bonnes) structures de données (QString, QList, etc) Qt, alors, on commence à comprendre en quoi faire un système interchangeable de Toolkit/IHM serait une prise de tête plutôt pas sympa.

      • [^] # Re: Je sais

        Posté par  (site web personnel) . Évalué à 1.

        Et, pour quel motif ?

        ok, je sais, une blague aussi naze mérite des moinssages, mais c'est pour la bonne humeur de ce thread.

        Excellente nouvelle, le WMV9, j'espère qu'un jour on ne devra plus dire "j'ai pas pu mater ta vidéo à la con, parce que mon OS est stable" ; même si on sait pourquoi, on a du mal à expliquer que c'est parce que l'OS est moins bon qu'on ne peut pas les lire...

    • [^] # Re: Je sais

      Posté par  . Évalué à 3.

      Bah, GTK ça puxor pas forcément, mais Qt est dans un bien plus bel emballage cadeau.

      Qt c'est du c++; la on va me dire, oui, mais y'a gtkmm, bah je répondrai que la doc Qt est de qualité énorme (et vive l'assistant) et que vazy pour trouver un tutorial facile de GTKMM, avec la doc kivabien et toutes les fonctions documentées et expliquées (et pas un listing de signatures à la javadoc).

      • [^] # Re: Je sais

        Posté par  . Évalué à 1.

        Et ça : http://gtkmm.org/docs/gtkmm-2.4/docs/tutorial/html/index.htm(...) c'est quoi ?
        La doc de gtkmm était peut être pourrite au début (de la branche 2.0) mais y'a eu des efforts. Mine de rien ils sont pas nombreux les mecs à faire ce binding + la doc ...
        Pis au pire tu peux te rabattre sur la doc c, plus complète forcément et bien foutue aussi.

        • [^] # Re: Je sais

          Posté par  . Évalué à 1.

          Au temps pour moi, le truc c'est qu'a l'époque ou j'ai "choisi" Qt, bah ça y'avait pas.

          La doc Qt reste quand même AMHA largement supérieur (même si c'est mieux qu'avant...)


          Après, à la lecture rapide du code, ça reste du vrai faux C++ qui dérive du C et Qt est plus facile à lire je trouve:
          genre :
          on_action_file_new
          add_ui_from_string

          bah c bof bof

          après, j'avoue, c'est difficile de se battre contre les idées reçues, surtout les miennes.

      • [^] # Re: Je sais

        Posté par  . Évalué à 2.

        Mon problème avec qt :
        j'utilise ion, en soit, pas de problème, je peux autant utiliser qt que gtk (en ce moment c'est plutôt gtk (rox-filer, gajim, xchat...)
        maintenant, j'ai récemment retesté un peu les applications de kde et ça m'a bien plus aussi, mais j'ai un truc qui me gêne beaucoup, c'est le systray. Avec les applications gnome, quand je les lances de ion, ça ne s'affiche pas, mais pour les applications de kde, ça me les affiches et ça me gêne. Je peux souvent le faire au cas par cas, mais si ça peux être fait de façon général, ça m'arrangerai bien.

        • [^] # Re: Je sais

          Posté par  (site web personnel) . Évalué à 4.

          au vu des problèmes en fait tu aurais du dire :
          Mon problème avec les applis kde


          Oui je sais, c'est un point de détail de loin mais pas tant que ça. Kde utilise qt mais pas inversement. Il existe un certain nombre d'applications qt complètement indépendantes des bureaux, et je pense que vlc le sera

  • # Commande pour noël

    Posté par  (site web personnel) . Évalué à 1.

    J'en profite ...

    Si qqu'un pouvait me le compiler pour ubuntu/edgy, en enablant les python-bindings intégré ... je serai plus que ultra prenneur !

    • [^] # Re: Commande pour noël

      Posté par  . Évalué à 2.

      Pourquoi tu ne peux pas le faire...? (vrai question, pas reproche...!)

      • [^] # Re: Commande pour noël

        Posté par  (site web personnel) . Évalué à 5.

        J'avais essayé jadis ... et c'est quand même assez balaize.
        Il y a une foultitude de dépendances sur des paquets sources. Et si on loupe qqchose, on se retrouve alors avec un vlc qui fait pas ci ou fait pas ça, etc ... (il faut vraiment bien connaitre vlc pour le compiler)

        De plus, j'utilise pas mal VLC (freeplayer, multiposte, fricorder, serveur de stream, et lecture de certains types de fichiers exotiques ...)
        SI je le recompile, il faut que je m'assure que toutes mes utilisations fonctionnent encore ...
        Si c'est qqu'un qui le fait, je peux l'engueuler ;-) (c'est evidemment une joke)

  • # VLC en version stable 0.8.6

    Posté par  (site web personnel) . Évalué à 6.

    -support du WMV version 9

    Même sous linux ppc et amd64?

  • # A propos

    Posté par  . Évalué à 1.

    support du WMV version 9
    Il supporte mes fihiers DRM ?

    Voila, c'est fait.......->[]

    • [^] # Re: A propos

      Posté par  . Évalué à 5.

      Parce que t'as des fichiers DRM ?

    • [^] # Re: A propos

      Posté par  (site web personnel) . Évalué à 2.

      il y a un drms.c dans le repository de vlc et dont l'auteur est Jon Lech Johansen.

      Je ne sais pas si c'est ce que tu cherches

      • [^] # Re: A propos

        Posté par  . Évalué à -1.

        Désolé, c'était du second degré par rapport a l'actualité...
        ( Je sais, e****** un mouton, etc..., cf C+ )

  • # en fait ...

    Posté par  . Évalué à 2.

    c est pour quand la version 1 ?

    • [^] # Re: en fait ...

      Posté par  . Évalué à 3.

      <pouf> T'as raison, vivement qu'on ait une version stable et utilisable ;) </pouf>

      • [^] # Re: en fait ...

        Posté par  . Évalué à 10.

        Surtout qu'ils ont du retard, et beaucoup de boulot pour rattraper WIndows Media Player, qui doit être à sa version 10 ou 11 !

        On voit donc bien, démontrée céans, la supériorité de WMP sur VLC...

        ­La faculté de citer est un substitut commode à l'intelligence -- Somerset Maugham

    • [^] # Re: en fait ...

      Posté par  . Évalué à 2.

      En même temp de Duke Nukem Forever.... Parce qu'ils l'utilisent pour les vidéos du jeu... :)

      • [^] # Re: en fait ...

        Posté par  . Évalué à 3.

        Et après GNU Hurd parce que l'architecture micronoyau est indispensable pour bien gérer la modularité de VLC.

    • [^] # Re: en fait ...

      Posté par  (site web personnel) . Évalué à 3.

      bientôt !
      https://trac.videolan.org/vlc/roadmap

      enfin avant le futur Windows (après Vista ! :) )

      • [^] # Re: en fait ...

        Posté par  . Évalué à 2.

        Apparemment, ce doit être du au ticket n° 35, qui semble le plus dur à remplir et qui retarde donc le passage en version 1.0…

        https://trac.videolan.org/vlc/query?status=new&status=as(...)

        Ça me fait penser au bug n° 1 de malone sur Launchpad.net ou à Big Billou expliquant comment il planifiait la conquête du monde via l'informatique à un de ses employés. Il faut croire que l'informatique est un champ particulièrement fertile pour cultiver un égo surdimensionné.

        • [^] # Re: en fait ...

          Posté par  . Évalué à 3.

          En même temps ils se prennent nettement moins au sérieux que les autres :¬) https://trac.videolan.org/vlc/ticket/35

          Zorglub est un de ces aspirants dictateurs du monde qu'affectionnent les BDs. EN l'occurrence c'est du Spirou et Fantasio. Ça fleure bon le franchouillard, ce ticket.

Suivre le flux des commentaires

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