Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[dPluzz+] Télécharger les vidéos Pluzz, C+ et TNT sous Ubuntu

serged

Merci pour tout !
Par contre le moteur de recherche, j'ai pas compris comment ça marche :
Je cherchais une vidéo des Rolling Stones (France 4, dimanche soir, minuit). Avec "stones" ou "rolling" ou "rolling stones" comme mot-clé, ça ne marche pas...

-> melixgaro : Pour l'architecture, je suppose qu'un script Python est indépendant.

Gaara

Bizarre ça, je l'ai trouvé:

Sinon, recherche la vidéo directement sur le site avec firefox, puis colle l'adresse qui correspond.

melixgaro

à serged
je disais architecture dans le sens arborescence des fichiers, pas dans le sens 32/64 bits

Gaara

Bon, ça à l'air de bien fonctionner ! 🙂
Malheureusement, Pluzz ne propose pas de flux HD, et c'est bien dommage.

Donc, j'aimerais pouvoir enregistrer les flux qui sont diffusés en direct, et l'intégrer au logiciel. (c'est pratique les onglets!)
Depuis longtemps j'utilise VLC pour lire la télé, et ça fonctionne bien. L'avantage, c'est que les vidéos sont en HD, et je reçois beaucoup de chaines.
Il faut mettre à jour régulièrement les adresses des flux, qui changent régulièrement (tous les 3 ou 4 mois), mais c'est pas très grave.
L'autre soucis c'est que les adresses diffèrent selon le FAI, et il faut être équipé du décodeur télé (allumé) pour que ça fonctionne. Je ne pourrais tester qu'avec Orange.
Dans l'absolu, ça pourrait fonctionner avec Free, SFR, Bouygues... en trouvant les bonnes adresses des flux.

Par exemple, pour enregister France 5 en direct, avec orange et VLC:

cvlc -vvv rtp://@232.0.11.109:8200 --sout file/mkv:/home/toto/Vidéos/FR5.mkv

ça fonctionne bien chez moi, et je peux regarder une autre chaine en parallèle (mais pas en HD, par manque de bande passante)
On pourrait donc enregister une chaine en HD et regarder en SD, ou vice verça.
Le fichier obtenu prend environ 200 Mo/5 min.

Ensuite, si ça fonctionne bien, peut-être compléter le code pour programmer la date et l'heure d'enregistrement, en utilisant cron.
Qu'en pensez vous?

Gaara

@f.x0: j'ai activé le ppa de dPluzz pour precise, tu peux l'ajouter dans tes sources.
Le ppa est donc activé pour: Precise, Saucy, Trusty.
La version 0.7 vient de sortir 🙂

f.x0

Gaara a écrit@f.x0: j'ai activé le ppa de dPluzz pour precise, tu peux l'ajouter dans tes sources.
Le ppa est donc activé pour: Precise, Saucy, Trusty.

Essayé et .............. adopté !!!

merci encore pour votre travail, des As, j'vous dit !!! 😃

leguman_276

ça fait longtemps que j'étais pas passé par ici puisque la 1ere version du script marchait très bien pour moi
et aujourd'hui je découvre une version graphique qui gère aussi C+ avec un moteur de recherche intégré et le tout dispo via un PPA...
chapeau ya eu du boulot depuis ma dernière visite 🙂

j'adopte ça tout de suite.

un petit retour après mes premières utilisations (qui ont peut-être été signalé plus haut mais j'avoue que j'ai eu la flemme de lire la dizaine de pages écrites depuis ma dernière visite)

la fonction recherche est pas super efficace (il n'a pas trouvé certaines vidéos que je venais de télécharger, et/ou quand il y avait plusieurs épisodes dispos il ne m'a proposé que l'épisode du jour) mais c'est pour moi vraiment secondaire vu que j'ai l'habitude de chercher direct sur le site.

la barre de téléchargement m'affiche direct 100% et ne bouge pas. mais c’est pareil c'est pas super important vu que la fenêtre du terminal me dis ou j'en suis par rapport a la durée de la vidéo (encore faut-il connaître la durée de la vidéo qu'on télécharge)

ceci mis a part (et c'est vraiment mineur d'après moi) je vous remercie encore pour ce que vous faites pour la communauté !

Gaara

Salut leguman_276,
Oui le logiciel avance, mais il n'est pas encore parfait...

Pour la recherche, il affiche seulement les résultats de la première page des résultats de pluzz. En fait, le logiciel décortique la page HTML de la recherche avec un (ou plusieurs) mot(s) donné(s). Donc s'il y a 5 pages de résultats, il manquera des choses. C'est juste pour une question de rapidité.
Après, pourquoi pas imaginer que le logiciel demande combien de page afficher, c'est à voir...
Mais de toutes façons, tout repose sur le moteur interne de pluzz, pareil pour c+. Et parfois les résultats sont assez... surprenants, c'est vrai.

La barre de progression est aussi très aléatoire, parfois ça marche bien, parfois non, selon les utilisateurs, et la taille de l'écran.
Je m'explique: les données du terminal sont lues (dans le sens littéraire!) par le logiciel. Donc si la fenêtre du terminal est trop petite, les données qui défilent trop vite ne sont pas lues. Tu peux t'amuser à scroller dans le terminal avec la molette de la souris, pour faire changer les données de la barre.
Dans l'absolu, la ligne "Duration: 00:42:43.23, start: 0.100667, bitrate: 0 kb/s" et la dernière ligne "frame= 3731 fps= 74 q=-1.0 size= 14608kB time=149.20 bitrate= 802.1kbits/s" doivent être affichées en même temps.
(Duration: 00:42:43.23 correspond à 100%, et time=149.20 correspond au % téléchagé, le tout en secondes)
C'est pour ça que le mode petite fenêtre ne fonctionne pas très bien chez moi avec c+, car le terminal est trop petit.
Mais je vais essayer de voir si je ne peux pas améliorer ça en changeant de méthode pour lire les données, pour que ça fonctionne pour tout le monde.

Merci pour ton retour ! 😉

melixgaro

salut,

1/ pour la recherche, je pense qu'éthiquement, c'est mieux d'aller sur les plateformes vidéos, faire la recherche puis en dernier copier l'adresse dans le logiciel.
2/ pour la progression, le problème c'est que le programme parent délègue le téléchargement à des programmes fils. C'était d'ailleurs la base du raisonnement de Gaara : faire une interface graphique qui s'occupe de dire quoi faire à un script. Du coup, si on remplace le script par un nouveau (parce que les protocoles ont changé), alors ça marchera toujours (la seule condition étant que le script prenne en argument la page de l'émission et le dossier de destination, donc c'est assez souple) et le changement sera invisible pour l'utilisateur final. Le désavantage est que les programmes père et fils ne se parlent pas (ouh on dirait de la psychanalyse). Donc pas moyen (ou de façon compliquée) de savoir/contrôler la progression, le nom du fichier final etc etc
3/ ffmpeg/avconv fait des sauts irréguliers dans la progression et parfois, la dernière progression affichée avant exit (de ffmpeg/avconv) correspondra à 97%. ça ne veut pas dire que le téléchargement sera incomplet.

Gaara

Pour la progression, je pensais essayer de faire un test (toutes les secondes par ex) de la taille du fichier reçu, et de le comparer à la longueur totale de la vidéo, obtenue différement qu'avec "Duration" (je ne sais pas encore comment)
Pour les 97%, j'ai patché le script avec:

if pourcentage >= 0.97:
    pourcentage = 1

(je l'ai pas encore envoyé car je trouve ça un peu crade, et je peux pas vérifier le résultat)
Je dois réfléchir sur une méthode différente, mais c'est vrai que faire communiquer les 2 scripts n'est pas très facile...

melixgaro

et j'ai dit 97% au pif 😃 😃

Même dans le script bash c'est quasiment impossible d'obtenir une progression propre car tout est géré en aveugle par ffmpeg/avconv.
Les histoires de progression, on peut s'y prendre de différentes manières. Par exemple :
1/ la taille reçue comparée à la taille attendue
2/ le nombre de fragment reçus par rapport au nombre de fragments reçus
3/ la durée de la vidéo partielle par rapport à la durée de la vidéo totale.
Les deux premières reflètent plus la vitesse de téléchargement que la troisième.
Actuellement, tu utilises la méthode 3. La 2 est possible aussi dans l'absolu (mais il faudrait réécrire le script bash). La méthode 1, je ne pense pas que ce soit possible.

Gaara

On peut mixer les méthodes, en calculant la taille d'une vidéo d'une heure, puis en comparant la taille reçue et le temps total. (avec un codec donné)
Mais c'est le temps total (ou la taille totale) qui n'est pas évident à récupérer, à part "Duration" qui défile vite sur le terminal. Le problème est là.

Autre chose, j'ai trouvé aujourd'hui comment faire un bouton 'coller le presse papier' pour faciliter le copier/coller de l'adresse. Mais ça demande une dépendance en plus, xsel.
Si des gens sont intéressés, je peux l'ajouter.
Mais pour mon usage perso, la recherche trouve à peu près tout, si je mets le nom de l'émission exact. (et éventuellement la date pour c+)

melixgaro

bof pour calibrer une taille moyenne pour une vidéo d'1h. pas sûr que ce soit plus fiable.
avec mediainfo, tu peux avoir la durée *réelle* d'une vidéo partielle (à ma connaissance, c'est le seul logiciel capable de ça, les autres regardent l'info dans les en-têtes et renvoient 45 min même si la vidéo est incomplète et dure seulement 7 min). ça ajoute une dépendance logicielle. Du coup tu pourras faire ta boucle qui vérifie toutes les secondes la durée partielle et la comparer à la durée attendue.

melixgaro

Par exemple

mediainfo --Inform="General;%Duration%"  video.mkv

retourne uniquement la durée en ms

Gaara

Pourquoi pas, mais ça résout pas le problème de la taille totale de la vidéo, à connaitre avant le premier pourcent !
Je vais regarder sur les pages html, il y a peut-être cette info qq part.

melixgaro

La taille totale (en megaoctet, il s'entend) ? Je ne pense pas que ce soit trouvable.

La durée totale est affichée par ffmpeg/avconv. Avec mediainfo, tu as la durée partielle. Donc tu peux construire une barre de progression plus précise qu'en récupérant la sortie de ffmpeg/avconv.

Gaara

Oui, la taille en Mo, ou en seconde, peu importe, mais il me faut une base pour créer la barre.
Si je n'ai que la durée partielle, ça n'ira pas, car ensuite les données sont traitées sur la base de 0 à 1. À 0, c'est 0%, et à 1, c'est 100%.
Donc si je ne peux pas convertir la durée partielle sous cette forme, ça ne peut pas marcher.
Après, la précision n'est pas très importante, du moment que ce soit pile à 1 quand c'est terminé.

melixgaro

Je crois qu'on ne se comprend pas du tout 😉 Sans doute mon cerveau qui continue à beuguer.
Je pensais que tu arrivais déjà à obtenir des infos en analysant la sortie du script bash (qui inclut la sortie de ffmpeg/avconv), ceci afin de construire la barre de progression. Donc je pensais que la durée totale (attendue) n'était plus un problème car tu savais déjà l'obtenir. Mais il est vrai que je n'ai pas regardé cette partie de ton code python.

Voilà ça devrait marcher pour avoir la durée totale (attendue) en seconde...

avconv -i video.mkv 2>&1 | grep Duration | sed 's/.* \([0-9]*\):\([0-9]*\):\([0-9]*\).*/\1\*3600+\2*60+\3/g' | bc

il suffit que tu aies le nom du fichier et après c'est que du shell classique...

Gaara

En effet, peut-être que je m'exprime mal !
En fait je voudrais éviter de lire les infos de sortie du script bash (surtout la taille totale), car c'est là que ça plante (pas pour tous, mais ça plante).
Je voudrais donc trouver un moyen de la lire autrement !
Pour la lecture des infos partielles, je pense que ce n'est pas un problème, je pourrais continuer à le lire via le terminal, car c'est la dernière ligne. (donc apparaît tout le temps, chez tout le monde)

Pour résumer: c'est l'info qui est au milieu du terminal (la taille totale) qui n'est pas tout le temps lue, car elle peut disparaître suivant la taille de l'écran. Du coup,
ta commande fonctionne-t-elle avec un bout de vidéo en cours de téléchargement, et ça renvoie la taille totale?

melixgaro

je pense que avconv se contente de lire l'en-tête du fichier, donc retourne tout le temps la taille totale (même si la vidéo est partielle).
la dernière fois que je me suis amusé avec ce genre de truc, mediainfo renvoyait la vraie durée de la vidéo. je ne sais pas comment il s'y prend, il compte peut-être les trames (frames) dans le fichier et multiplie par la durée de chaque trame.

« Page précédente Page suivante »