J'ai mis à jour le script. Au programme :
* Utilisation de Nokogiri (wrapper autour de libxml2) à la place de REXML qui plantait sur les sections CDATA des fichiers XML
Avec cette version, les recherches qui faisaient planter le script ("zapping" par exemple) fonctionnent.
Oui le script sert juste à faciliter la récupération des adresses des flux du site Canal+ et utilise rtmpdump/flvstreamer pour récupérer les flux eux-mêmes.
Merci pour les liens vers les autres scripts. Je ne les avais pas trouvés, sinon je n'aurais probablement pas commencé le mien.
J'ai mis à jour le mien.
* Les vidéos sont téléchargés dans ~/.cpvod
* Les téléchargements se font maintenant en arrière plan.
* Il est possible de lancer mplayer directement à partir de l'interface sur une vidéo donnée même pendant qu'elle se télécharge (par contre si le téléchargement n'est pas assez rapide, la lecture s'arrêtera et il faudra relancer la lecture de la vidéo à partir du début)
* un code couleur indique quelles vidéos sont déjà téléchargées (vert), incomplètement téléchargées (jaune), pas téléchargées (bleu) et en erreur (rouge)
* maintenant si vous entrez un numéro à la place de C, T, J ou Q, l'action par défaut est Jouer et non plus Télécharger.
Si j'ai du courage, j'ajouterai :
* la gestion des abonnements
* la gestion des fichiers téléchargés mais qui ne sont plus disponibles sur le serveur
* un fichier de configuration pour choisir le lecteur vidéo, la qualité maximale, etc.
Voilà, c'est disponible toujours à la même adresse ou sur Aur avec ArchLinux.
J'ai mis une nouvelle version (0.2) à la même adresse.
Elle utilise flvstreamer au lieu de rtmpdump vu qu'il a l'air plus utilisé. J'ai aussi ajouté une option en haut du script pour choisir la qualité maximale souhaitée. Donc il faut la définir à 1 pour télécharger en qualité bas débit (voir le commentaire dans le source).
Pour ceux qui sont sous ArchLinux, j'ai mis à jour le paquet sur Aur donc :
yaourt -Suy --aur
Comme mentionné dans un commentaire plus bas, tu peux utiliser flvstreamer (et remplacer l'appel à rtmpdump dans le script par un appel à flvstreamer).
Apparemment flvstreamer est un fork de rtmpdump (qui a déjà été mergé dans rtmpdump puis re-forké).
Le script enregistre la vidéo dans le dossier actuel. S'il n'a pas les droits d'écriture dans le dossier, tu as ce message d'erreur. Est-ce que ça vient de ça ?
C'est un framework qui tourne sur la JVM mais qui utilise Scala comme langage. Comme Scala est un des langages les plus intéressants, est statiquement typé et supporte les XML litterals (du XML directement dans le code), ça doit fonctionner plutôt bien (pour être honnête, je ne l'ai jamais utilisé, je ne fais pas de développement web).
C'est surtout qu'il faut disposer de tapis de danse et/ou de faux instruments en USB avant de penser à développer un jeu comme ça. Donc plus un problème matériel que logiciel.
Euh je rappelle quand même que FFADO est principalement un ensemble de *drivers* donc qu'il dépend très fortement de l'OS (pile firewire, etc.). Le "generic" de l'énoncé du projet veut dire que les différents pilotes partagent un tronc de code commun...
Le projet d'intégration avec ALSA est un bonus qui permettra peut-être de se passer du driver FFADO de JACK (appelé "firewire") et donc d'unifier un peu. À part ça, quand on fait de la MAO on utilise principalement JACK, quelque soit le pilote sous-jacent, donc le troll ALSA vs OSS, on s'en fout un peu. Et les gens qui ne font pas de MAO n'utilisent vraisemblablement pas ce type de périphériques, donc OSS ou ALSA, ils s'en foutent aussi.
D'après Wikipedia, SSE s'appelait ISSE à la presque origine. ISSE pour Internet Streaming SIMD Extension. Ce serait donc le PIII qui aurait commencé à accélérer Internet ? ;-)
Même si on code en C++, on utilise toujours des instructions CPU que le compilo n'utilise pas même avec l'optimisation la plus poussée ; je pense notamment au SIMD.
Est-ce que quelqu'un sait si les albums complets en .flac accompagnés d'un .cue (qui contient les noms et positions des pistes) sont supportés correctement dans cette version ?
Tout à fait d'accord. Scala est un langage extrêmement intéressant.
Les concepts fondateurs de Scala sont :
- pouvoir mélanger de la programmation impérative avec de la programmation fonctionnelle en gardant le meilleur des deux "styles" et sans que l'un ne prévale sur l'autre
- avoir une syntaxe suffisamment abstraite et puissante pour permettre "d'étendre le langage" à travers des bibliothèques
Ce deuxième point évitera d'avoir un langage avec des ajouts mal intégrés (exemples : OpenMP pour le C, C++ tout court, etc.)
Les gros points forts sont :
- la compatibilité quasi-totale avec Java (à quelques problèmes d'annotations près). Donc réutilisation du code facile et mixage entre les deux langages possible.
- le typage statique avec inférence de type qui permet d'avoir un code très épuré et lisible
- la courbe d'apprentissage qui peut ne pas être trop violente. Il est possible de coder comme en java à quelques détails syntaxiques près
- bon support dans les IDE (netbeans, eclipse...) et par maven
Une des critiques que l'on retrouve souvent est que le langage est trop compliqué. En fait, ceux qui souhaitent ajouter une "fonctionnalité au langage" (donc sous forme de bibliothèque) peuvent avoir à écrire du code assez compliqué. Mais une fois ce code écrit, l'utilisation de la bibliothèque est généralement triviale (si elle est bien faite). Voir par exemple la bibliothèque des Actors inspirée d'Erlang ou le framework web Lift.
Tout à fait d'accord ! Espérons que la JVM progresse rapidement pour faciliter le travail des développeurs de Scala (pour les closures, etc.) et le rendre encore plus performant et ce sera parfait !
# Carte son USB
Posté par hsyl20 (site web personnel) . En réponse au message Quel matériel pour des enregistrements sonores ?. Évalué à 1.
Du genre :
http://fr.audiofanzine.com/carte-son-externe/m-audio/Audioph(...)
Ça ne coûte pas grand chose et ça a l'air supporté :
http://www.alsa-project.org/main/index.php/Matrix:Vendor-MAu(...)
Couplée avec un micro pas trop cher mais pas trop pourri comme un SM57, ça devrait être pas mal !
# Mise à jour (0.4)
Posté par hsyl20 (site web personnel) . En réponse au journal VOD CanalPlus sous Linux. Évalué à 1.
* Utilisation de Nokogiri (wrapper autour de libxml2) à la place de REXML qui plantait sur les sections CDATA des fichiers XML
Avec cette version, les recherches qui faisaient planter le script ("zapping" par exemple) fonctionnent.
[^] # Re: RMTPE
Posté par hsyl20 (site web personnel) . En réponse au journal VOD CanalPlus sous Linux. Évalué à 1.
# Mise à jour
Posté par hsyl20 (site web personnel) . En réponse au journal VOD CanalPlus sous Linux. Évalué à 4.
J'ai mis à jour le mien.
* Les vidéos sont téléchargés dans ~/.cpvod
* Les téléchargements se font maintenant en arrière plan.
* Il est possible de lancer mplayer directement à partir de l'interface sur une vidéo donnée même pendant qu'elle se télécharge (par contre si le téléchargement n'est pas assez rapide, la lecture s'arrêtera et il faudra relancer la lecture de la vidéo à partir du début)
* un code couleur indique quelles vidéos sont déjà téléchargées (vert), incomplètement téléchargées (jaune), pas téléchargées (bleu) et en erreur (rouge)
* maintenant si vous entrez un numéro à la place de C, T, J ou Q, l'action par défaut est Jouer et non plus Télécharger.
Si j'ai du courage, j'ajouterai :
* la gestion des abonnements
* la gestion des fichiers téléchargés mais qui ne sont plus disponibles sur le serveur
* un fichier de configuration pour choisir le lecteur vidéo, la qualité maximale, etc.
Voilà, c'est disponible toujours à la même adresse ou sur Aur avec ArchLinux.
[^] # Re: La semaine de Guillon
Posté par hsyl20 (site web personnel) . En réponse au journal VOD CanalPlus sous Linux. Évalué à 2.
[^] # Re: Pour ubuntu (et sans doute debian)
Posté par hsyl20 (site web personnel) . En réponse au journal VOD CanalPlus sous Linux. Évalué à 2.
Elle utilise flvstreamer au lieu de rtmpdump vu qu'il a l'air plus utilisé. J'ai aussi ajouté une option en haut du script pour choisir la qualité maximale souhaitée. Donc il faut la définir à 1 pour télécharger en qualité bas débit (voir le commentaire dans le source).
Pour ceux qui sont sous ArchLinux, j'ai mis à jour le paquet sur Aur donc :
yaourt -Suy --aur
[^] # Re: Cool
Posté par hsyl20 (site web personnel) . En réponse au journal VOD CanalPlus sous Linux. Évalué à 3.
Apparemment flvstreamer est un fork de rtmpdump (qui a déjà été mergé dans rtmpdump puis re-forké).
http://rtmpdump.mplayerhq.hu/
http://savannah.nongnu.org/projects/flvstreamer
[^] # Re: Cool
Posté par hsyl20 (site web personnel) . En réponse au journal VOD CanalPlus sous Linux. Évalué à 2.
# Lift
Posté par hsyl20 (site web personnel) . En réponse au journal Choisir un framework web.... Évalué à 4.
C'est un framework qui tourne sur la JVM mais qui utilise Scala comme langage. Comme Scala est un des langages les plus intéressants, est statiquement typé et supporte les XML litterals (du XML directement dans le code), ça doit fonctionner plutôt bien (pour être honnête, je ne l'ai jamais utilisé, je ne fais pas de développement web).
[^] # Re: Formidable !
Posté par hsyl20 (site web personnel) . En réponse à la dépêche Performous sort en version 0.5.0 et ajoute la danse. Évalué à 3.
# libconfig
Posté par hsyl20 (site web personnel) . En réponse au journal Requête aux devs de logiciels libres. Évalué à 7.
Heureusement il y a libconfig :
http://www.hyperrealm.com/libconfig/
Qui permet de manipuler des fichiers de conf de ce type :
http://www.hyperrealm.com/libconfig/test.cfg.txt
[^] # Re: Pourquoi pas pour OSSv4 ???
Posté par hsyl20 (site web personnel) . En réponse à la dépêche FFADO 2.0.0 est disponible pour les pilotes audio FireWire. Évalué à 1.
Le projet d'intégration avec ALSA est un bonus qui permettra peut-être de se passer du driver FFADO de JACK (appelé "firewire") et donc d'unifier un peu. À part ça, quand on fait de la MAO on utilise principalement JACK, quelque soit le pilote sous-jacent, donc le troll ALSA vs OSS, on s'en fout un peu. Et les gens qui ne font pas de MAO n'utilisent vraisemblablement pas ce type de périphériques, donc OSS ou ALSA, ils s'en foutent aussi.
[^] # Re: L'orthographe sous Windows : du pur n'importe quoi
Posté par hsyl20 (site web personnel) . En réponse au journal Le son sous Linux : du pure n'importe quoi. Évalué à 1.
[^] # Re: Under construction
Posté par hsyl20 (site web personnel) . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 4.
[^] # Re: système et garbage collector?
Posté par hsyl20 (site web personnel) . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 1.
Si tu regardes http://www.linux-kongress.org/2009/slides/compiler_survey_fe(...) certains compilateurs utilisent des instructions SSE (pages 27 et 28) et l'assembleur inline n'est pas toujours pertinent (pages 53, 54, 55).
Après ça va dépendre du compilateur surtout...
[^] # Re: Rien de transcendant dirait-on
Posté par hsyl20 (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
# Flac + Cue
Posté par hsyl20 (site web personnel) . En réponse au journal Amarok 2.2 beta1. Évalué à 2.
# The Big Bang Theory
Posté par hsyl20 (site web personnel) . En réponse au journal Jour, nuit, jour, nuit, jour.... Évalué à 10.
http://www.youtube.com/watch?v=BW9FbjjkKo4
[^] # Re: La publicité est elle vraiment nécessaire ?
Posté par hsyl20 (site web personnel) . En réponse au journal Liberté, Hadopi et fraternité.... Évalué à 2.
[^] # Re: Block ou closure ?
Posté par hsyl20 (site web personnel) . En réponse au journal Où l'on en apprend un peu plus sur Java 7. Évalué à 1.
Les concepts fondateurs de Scala sont :
- pouvoir mélanger de la programmation impérative avec de la programmation fonctionnelle en gardant le meilleur des deux "styles" et sans que l'un ne prévale sur l'autre
- avoir une syntaxe suffisamment abstraite et puissante pour permettre "d'étendre le langage" à travers des bibliothèques
Ce deuxième point évitera d'avoir un langage avec des ajouts mal intégrés (exemples : OpenMP pour le C, C++ tout court, etc.)
Les gros points forts sont :
- la compatibilité quasi-totale avec Java (à quelques problèmes d'annotations près). Donc réutilisation du code facile et mixage entre les deux langages possible.
- le typage statique avec inférence de type qui permet d'avoir un code très épuré et lisible
- la courbe d'apprentissage qui peut ne pas être trop violente. Il est possible de coder comme en java à quelques détails syntaxiques près
- bon support dans les IDE (netbeans, eclipse...) et par maven
Une des critiques que l'on retrouve souvent est que le langage est trop compliqué. En fait, ceux qui souhaitent ajouter une "fonctionnalité au langage" (donc sous forme de bibliothèque) peuvent avoir à écrire du code assez compliqué. Mais une fois ce code écrit, l'utilisation de la bibliothèque est généralement triviale (si elle est bien faite). Voir par exemple la bibliothèque des Actors inspirée d'Erlang ou le framework web Lift.
Pour vous faire une idée, je vous recommande de lire la série d'articles ici :
http://www.codecommit.com/blog/scala/roundup-scala-for-java-(...)
[^] # Re: Ecrire des partitions de batterie
Posté par hsyl20 (site web personnel) . En réponse à la dépêche [Toulibre] Présentation "M.A.O sous GNU/Linux" et rencontre. Évalué à 1.
Il y a un exemple ici pour la batterie :
http://fr.wikibooks.org/wiki/Introduction_%C3%A0_LilyPond/No(...)
[^] # Re: Et...
Posté par hsyl20 (site web personnel) . En réponse au journal Sortie du livre Real World Haskell. Évalué à 1.
[^] # Re: Au contraire
Posté par hsyl20 (site web personnel) . En réponse au journal Les "geeks" & la langue française. Évalué à 2.
[^] # Re: ah ben en fait je viens de trouver ;)
Posté par hsyl20 (site web personnel) . En réponse au journal Consulter le Journal Officiel sous Linux.... Évalué à 1.
Qui se dévoue pour décompiler et voir s'il n'ont pas codé en dur le chemin vers Acrobat Reader ? ;-)
[^] # Re: Légifrance
Posté par hsyl20 (site web personnel) . En réponse au journal Consulter le Journal Officiel sous Linux.... Évalué à 2.