Forum général.général freeplayer, ubuntu et ligne de commande

Posté par  .
Étiquettes :
0
2
mar.
2006
Salut les gens.
J'ai chez moi un serveur web qui tourne sur une ubuntu breezy badger, laquelle fonctionne sur un PIII 733 avec 512 Mo (et le serveur X a logiquement été arrêté).
Ca fait beaucoup de puissance inutile, je trouve (actuellement, le serveur utilise péniblement 15 % du CPU). Je me suis donc demandé si je ne pouvais pas éventuellement y faire tourner mon freeplayer (ce qui serait d'autant plus intelligent que mldonkey est sur cette machine).
J'ai donc trouvé un site disposant d'une version de VLC pour ma distrib (http://lenerve.free.fr/ubuntu/). Donc j'ai installé la version de VLC disponible là-bas, censément compatible avec tous les services free.
Et maintenant, j'aimerais lancer ce VLC (qui, si je comprend bien, peut envoyer la vidéo sur ma télé) en ligne de commande, et même au même moment que mldonkey ou apache, pour ne pas avoir à me connecter à la machine pour l'utiliser.
Ca doit sans doute être possible, mais comment ?

  • # Mon expérience perso

    Posté par  . Évalué à 3.

    Personnellement, sur ma gentoo avec un Duron 2600+ et 512 Mo de Ram, ça passe, mais ....... y a des moments on voit que c'est un peu juste et le CPU est presque à bloc en permance. Maintenant j'ai peu être un problème lié à ma machine, ça vaut peut-être le coup d'essayer qd meme.

    Pour ce qui est de lancer le freeplayer, si ton VLC est déjà installé(attention il faut la toute dernire version), tu décompresse l'archive fournit par free dans ton home. Tu va dans le répertoire freeplayer/bin/ et tu a un script vlc-fbx.sh. Tu peut editer ce fichier en modifiant le http-home pour qu'il pointe vers "../share/http-fbx/". Si tu n'a pas X de lancer tu doit également rajouter l'option --daemon dans le script. Tu lance ton script, et tout le reste se fait à la télécommande :P.

    Cette méthode à l'avantage de ne pas "semer" des fichiers partout sur le disque. Et si jamais le free player est mis à jour, il y a qu'a supprimer l'ancien répertoire et le remplacer par le nouveau.

    J'utilise çà au quotidien et à part les quelques ralentissements, tout roule.
    PS: Et le geek-mode suprème, c'est quand je pilote le tout avec mon PDA bluetooth :D

    • [^] # Re: Mon expérience perso

      Posté par  . Évalué à 2.


      Pour ce qui est de lancer le freeplayer, si ton VLC est déjà installé(attention il faut la toute dernire version), tu décompresse l'archive fournit par free dans ton home. Tu va dans le répertoire freeplayer/bin/ et tu a un script vlc-fbx.sh. Tu peut editer ce fichier en modifiant le http-home pour qu'il pointe vers "../share/http-fbx/". Si tu n'a pas X de lancer tu doit également rajouter l'option --daemon dans le script. Tu lance ton script, et tout le reste se fait à la télécommande :P.

      Bon, j'ai essayé. J'ai aussi essayé en lançant le script install.sh qui copie le tout dans /usr/local/freeplayer, en prenant bien soin au préalable de modifier le http-home.
      Seulement, ça ne marche pas : quand j'ouvre l'URL dans mon navigateur, VLC m'envoie un 404 not found. Etrangement, il ne semble pas trouver les fichiers HTML livrés avec. Il y a un chemin à lui donner quelque part pour corriger ça ?

      • [^] # Re: Mon expérience perso

        Posté par  . Évalué à 2.

        Dans le cas de l'utilisation du script d'installation, il faut peut-être laisser le http-home tel qu'il est... Par contre, je ne sais pas vraiement où il instal les pages html (peut-etre directement dans "/share/http-fbx/" ???). J'essaierais de regarder sur ma machine. (Oui je sais, c'est pas bien de mouler sur linuxfr au boulôt, heureusement c'est pas souvent).

      • [^] # Re: Mon expérience perso

        Posté par  . Évalué à 1.

        Finallement, grâce à http://www.fourre-tout.com/blog/index.php/2005/11/19/148-fre(...) , j'ai trouvé comment faire pour que ça marche : installer VLC comme je l'ai fait, et enlever au script de lancement le --wx-tray

Suivre le flux des commentaires

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