Goffi a écrit 1537 commentaires

Pour ton depôt hg, tu es en mesure de fournir l'url pour cloner ?
Non, il est juste local, et c'est vraiment la galère pour accéder au net, donc pas moyen de laisser une machine allumée. Je m'occuperai des dépôts et accès publics à mon retour en Europe, dans quelques mois.
Pour l'instant des patchs devraient suffire, sauf si vous avez des idées pour faire du dév lourd, dans ce cas on peut éventuellement en discuter en privé.

Mais encore une fois, j'ai un projet bien plus important sur le feu qui est ultra-prioritaire. lm répond à mon besoin pour l'instant (sauf pour les sous-titres, j'ajouterai ça peut être assez vite), je ne vais donc pas y consacrer bcp de temps dans l'immédiat.

Ben les autres extensions présentes sont déjà spécialisées vidéo, ce qui n'est pas le cas pour l'iso.
Et avec les noms, il peut trouver un film correspondant (je ne sais pas s'il y a un film nommé «ubuntu» mais avec les noms d'animaux il va bien finir par en trouver hein ^^).

La convention de nommage est à exclure: l'outil doit rester neutre et fonctionner sur une iso au hasard.

Le code est déjà sur du Mercurial, juste que le dépôt est chez moi (mais pas de pb si vous m'envoyez un patch). Je mettrai ça probablement sur une forge, mais pour l'instant je suis en road trip en Australie avec des connexions plus que limite, et je ne veux pas m'amuser à gérer ça. On verra à mon retour en Europe.

Quand je dis «évite les bibliothèques externe», ça n'inclus pas celles de la bibliothèque standard, aucun problème pour les utiliser.

Ben écoute pourquoi pas. Ce qu'il faudrait c'est une méthode qui prend un fichier .iso et me renvoi True si c'est un film, avec les contraintes suivantes:
- ça doit aller très vite (ne pas oublier que c'est pour lister des fichiers)
- ça doit pouvoir être lancé par un utilisateur lambda, donc pas de montage (sinon ce serait trop facile :( )
- si possible évite d'utiliser des bibliothèques externes, j'aimerais éviter les dépendances au maximum

Il y a peut être possibilité de regarder du côté de hachoir (écrit en python aussi) pour analyser le fichier. D'ailleurs il me semble que hachoir a été codé par quelqu'un fréquentant linuxfr.

Je t'envoie mes coordonnées en PV.

En fait je pensais divx(ou autre) par rapport à DVD, mais ça tient aussi pour les iso

Je ne vois pas en quoi gérer des ISO est plus difficile que des AVI. C'est un fichier comme un autre.
je pense que tu as loupé le passage «Gérer les iso est parfaitement envisageable».
En fait il faut principalement ajouter l'extension dans celles acceptées, et trouver un moyen de séparer iso de film d'autre chose. Tu peux même déjà essayer: ajoute .iso dans la liste des extensions (la ligne avec "movie_ext ="), et ne lui donne pas autre chose que des isos de films à manger... D'ailleurs c'est un peu plus compliqué que les .avi à cause justement de ça: un iso c'est un format bateau qui peut contenir plein de choses.

Il n'y a guère que pour la place que c'est réellement gênant.
C'est bien pour cella qu'on appelle ça «compression» ;)
Et le coup du terra-octet à 80 €, il sera vite rempli à coups d'iso (un simple couche c'est déjà dans les 5 Go, avec 100 DVD t'es déjà à la moitié de ton terra-octet).

Pour la compression, je dis aussi que DL un film prend (en France avec une bonne connexion et en sachant s'y prendre) dans les 5 min, je trouve ça plus logique que de recompresser le DVD soit-même (qui peut donner un mauvais résultat si on ne sait pas choisir les options, et qui prend un temps fou).

Le débat est certes intéressant, mais tourne de plus en plus en rond, et surtout j'aimerais éviter de passer plus de temps à troller qu'à coder (déjà le fait d'avoir posté ce script qui n'était que le résultat d'un «hum j'aimerais bien trier ces films par note» m'a fait perdre pas mal de temps sur mon projet principal).

Bon en tout cas tes commentaires vont certainement me faire ajouter la gestion des iso dans une prochaine version :)

Je pensais à l'association hash/imdb: il faut accéder à opensubtitle avec le hash pour avoir l'id imdb. Mais en effet, c'est plus logique pour l'association avec les fichiers.

Ah oui en effet, je m'attendais à un truc style md5, là c'est clairement utilisable.
Je vois cependant encore 2 problème:
- ça demande l'accès à un deuxième site
- ça marche bien pour les rip diffusés sur le net, ou avec des options par défaut, mais ça ne sera pas le cas pour le rip maison avec un encodage aux petits oignons que tu seras le seul à avoir

Bref, du coup je pense mettre ça dans une prochaine version (avec les sous-titre au passage), mais avec une option pour choisir la méthode (hash, nom ou hash + nom si pas de correspondance au hash).

Merci pour le lien

Je l'attendais un peu celle là, même si je vais y couper court parce que j'ai pas envie de rentrer dans un débat qui me passe un peu au dessus de la tête en ce moment.
Quelques réponses en vrac:

- il y a des tas de films librement diffusables sur IMDb.
- je vois des milliers de raisons de compresser ses dvd/autre:
* les lire sur un netbook qui n'a pas de lecteur dvd, pratique en voyage
* un divx(ou autre) ça se gère plus facilement qu'un dvd: un peu comme c'est plus simple de retrouver une musique sur amarok que de chercher un cd
* la place c'est important: contrairement à ce que tu dis, je préfère personnellement avoir un dvd compressé (avec un joi mkv bien rempli) qu'un full ISO, sauf cas particuliers
* c'est plus facile d'aller chez un pote avec un disque dur 2"5 ou une clé usb qu'avec une mallette remplie de dvd
* ça se raye pas, et t'as moins peur de filer ça à ton neveu de 4 ans (faut pas abimer ton dvd de Fritz the Cat non plus)
- je trouve parfaitement légitime de télécharger un film plutôt que de le compresser quand une méthode prend 5 min, et l'autre un paquet d'heures
- je ne trouve pas illégitime de télécharger un film tout court, ou de faire des échanges avec des potes/de la famille. Mais là on entre dans l'autre débat, alors passons.

Gérer les iso est parfaitement envisageable

Je n'ai pas utilisé Tracker ou Strigi ou quoi que ce soit d'autre en dehors de python et IMDbPY parce que je suis parti dans un outil simple que j'ai fait rapidement. Après, pourquoi pas dans le futur ? C'est une idée.

Exactement le genre de commentaire que je souhaitais, merci.

Quelques réponses:

- j'utilise le nom de fichier parce que je voulais quelque chose de rapide, et ça ne marche pas trop mal sur les tests que j'ai fait. Utiliser un hash est envisageable mais avec une option spécifique, parce que c'est quand même beaucoup plus long.

- Je veux que l'outil soit au maximum automatique, c'est pourquoi je prends le premier résultat (qui souvent est le bon). Le problème d'un mode interactif c'est qu'il va t'interrompre dès que tu as plusieurs résultats, et je veux pouvoir lancer l'outil sur un répertoire, aller boire un café/mater un film, et pouvoir revenir avec les tous films parsés.
Le post traitement ne choisi pas le meilleur titre mais le valide: si le titre ou un autre titre connu (à l'étranger) est proche du nom de fichier, ou se trouve carrément dedans, alors c'est validé, sinon le titre est considéré comme "non sûr" et un warning (/!\) apparait devant. C'est un peu bourrin mais ça marche pas trop mal.
Ensuite tu peux spécifier manuellement l'id IMDb avec l'option --set-id. Il est envisageable d'ajouter une options qui reprends tous les films "non sûr" et lance un mode interactif sur eux.

- tu as tout à fait raison pour les listes en compréhension, j'essaierai d'optimiser ça le prochain coup

- ce qui m'embête avec une option pour envoyer les notes sur un site, et que ça commence à sortir un peu de ce que ça veut faire à l'origine, ça devient usine à gaz. L'idée de base est principalement un 'ls' spécialisé.
Cependant en metadata perso, j'avais pensé à une metadata "déjà vu" qu'on pourrai ajouter automatiquement quand on lance mplayer, et qui permettrait donc de trier les films qu'il reste à voir.

- encore une fois, ça sort de l'idée de base: lm affiche les metadata pour un fichier présent, ce n'est pas un outil de gestion complète des films à voir, etc.

- je pensais uniquement récupérer les notes et éventuellement les descriptions dans d'autres langues que l'anglais, et garder les genre d'IMDb (qui sont pas trop mal) pour garder la consistance. Rien qui demande un compte sur ces sites (je veux éviter d'avoir à mettre un fichier de configuration pour indiquer login/pass: l'outil doit rester simple).

et pour répondre à un peu plus bas:
- j'ai juste mis passer à argparse parce que le site de python indique que c'est la méthode préférée, et que je voulais l'essayer. Je ne suis pas encore python 3.x, mais je pense qu'il devrait s'y trouver rapidement.
optparse ne sera pas retiré (du moins ce n'est pas envisagé pour le moment).

Ah cool, merci.

Je jetterai un œil quand je retoucherai au code de lm (mais pas tout de suite tout de suite: j'ai un client xmpp qui est prioritaire).

En fait la recherche se base uniquement sur le nom du fichier (nettoyé à coups de regex), et ne stocke pas le chemin complet en cache (il cherche juste en listant des fichiers si le nom de fichier est connu). Autrement dit, quand lm voit un fichier, il ne sait pas qu'il y en a un autre ailleurs, mais juste qu'il a les metadata (ou qu'il doit les chercher).
Après, ça peut éventuellement être utilisé pour les doublons en faisant un truc style (sous zsh avec extended glob, doit y avoir des équivalent sous les autres shells):
lm **/*
je peux éventuellement ajouter une options qui compare les id IMDb et affiche celles trouvés plusieurs fois.

Mais il y a des logiciels spécialisés pour ça, comme fdupes.

Je pense mettre également une option de renommage « propre » des fichiers (renommer les fichiers depuis le titre IMDb).

Ooopps pardon, c'est
from __future__ import with_statement
(à mettre au même niveau que les autres import)

oui c'est dev sur python 2.6 (qui a presque 2 ans quand même !), tu peux ajouter au début du fichier
from __future__ import with
et ça devrait fonctionner.

Oui voilà IMDbPY s'en charge, du coup pas trop de questions de ce côté et j'aurai pas non plus à gérer moi même les changements sur le site.

Après j'ai jeté un rapide coup d'œil pour le reste:
- Wikipedia (et autres sites wikimedia), y'a une api bien documentée
- opensubtitle: xmlrpc, documenté
- allocine: il y a une api non officielle, retrouvée par un mec: http://wiki.gromez.fr/dev/api/allocine
- rotten tomatoes: rien trouvé avec une rapide recherche, au pire ça se réglera à coups de beautifulsoup.

Bon alors je n'ai pas les sources sous la main pour confirmer, et en cherchant rapidement sur le web je n'ai rien trouvé, mais je suis à peu près certain avoir lu dans un de mes bouquins qu'un vieux logiciels reformatait le disque dur en cas de tentative de crack, et que c'était précisé dans la licence (que personne ne lit jamais). Est-ce que quelqu'un peut confirmer ça ?

Sympa comme logiciel.

Mon frère fait des diaporamas avec son mac (je ne sais pas quel logiciel il utilise), et y'a des animations 3D particulièrement sympas avec un livre (avec une photo en couverture) qui s'ouvre et les pages qui affichent les photos.
Est-ce que ce genre de chose est envisageable à terme ou non ? Je me rends compte que ça demande un boulot assez énorme :)

Autre idée que j'aimerais beaucoup voir, et qui n'existe pas à ma connaissance: utiliser les données GPS qui sont de plus en plus présentes dans les photos pour afficher une animation sur une carte.
Je m'explique: je fais un road trip actuellement en Australie, ça me plairait bcp d'avoir un logiciel qui me permette d'afficher une carte (open street map semble idéal pour ça) avec un trait qui longe la route que j'ai faite, et qui affiche les photos quand le trait passe sur un point où je me suis arrêté.
Encore une fois c'est du boulot, mais le résultat serait assez énorme je pense :)

Bon en tout cas bravo et bonne continuation.

Ce n'est pas le journal qui a un contrat avec Google, mais la MoFo (Mozilla Fondation): en échange d'un financement, google est utilisé comme moteur de recherche par défaut sur Firefox. Tu peux jeter un œil à Wikipedia pour en savoir plus:
http://fr.wikipedia.org/wiki/Mozilla_Firefox#Partenariat_ave(...)
http://fr.wikipedia.org/wiki/Mozilla_Foundation

On peut au moins remonter jusque janvier 1999 (et avec l'habillement d'origine) avec le CVS du web:
http://web.archive.org/web/19990125090628/http://linuxfr.org(...) (oui ça rame)

avec déjà des «Ca y est la Slink est *enfin* disponible !», y'a des trolls qui changent pas ^^. Il y a aussi un magnifique «Using Lynx ? Try finger news@linuxfr.org !»
À l'époque c'était DOSEMU, me rappelle avoir galéré à l'installer, maintenant avec la puissance des machines et dosbox c'est devenu trivial.
En fait quand on regarde les news et celles dans les archives sur la droite, on se rend compte que ça n'a pas tellement changé... Y'a juste des mots qui ressortent d'outre-tombe comme 3DFX.
« Linux Magazine France n°4 en kiosque ! » eh beh.
C'était avant Wikipedia, avant Creative Common, avant la 3ème guerre mondiale, la chasse des barbus résistants via facebook & google, l'hiver nucléaire et les tux envah... oooppsss je m'égare.

(et là tu te dis qu'il y a des grands malades pour avoir l'idée de versionner le web).

Rohhhhh, Le Lay, temps de cerveau humain disponible, toussa, c'est déjà oublié ?

Bon c'était une blague vous pouvez retourner à une activité normale.

mon cerveau n'est plus disponible.
Regarde TF1 !

Aller c'est la journée des bravos (et même des bravos avant d'avoir essayé), mais putain que ça fait du bien de voir de l'originalité et des bonnes idées comme ça :).

En fait j'avais tické une fois sur un site qui parlait de musique créative common comme musique libre de droit, et j'ai vérifié sur Wikipédia: libre de droit ne signifie pas domaine public, mais c'est le royalty-free anglais (pas sûr d'ailleurs que ça ait un sens en Europe d'ailleurs), donc je pense que le terme est bon ici: http://fr.wikipedia.org/wiki/Libre_de_droit

Pfffff que ça peut être reloud le droit.

Euh, autant que je m'en souvienne, la Terreur, la guillotine, les trucs charmants du genre, on s'y attarde un bon moment hein (et heureusement).
Ce qui me gène plus, c'est que je n'ai aucun souvenir qu'on ait parlé, ou alors c'était vraiment du bout des lèvres, de trucs un peu essentiels comme la Commune (enfin les Communes, mais bon si on parlait de celle de Paris de 71 ce serait déjà pas mal) ou mai 68. À chaque fois que j'en parle à des amis j'ai la même réponse: pour la Commune «jamais entendu parlé», et mai 68 «je sais pas vraiment ce qu'il s'est passé et encore moins les conséquences».

Et autre drame, même si je me souviens avoir eu des cours d'éducation civique (je ne suis pas sûr que ça existe encore) en 4ème je crois, on ne s'attarde pas vraiment au fonctionnement du pays. Si on ne se renseigne pas soi-même (et merci Wikipedia pour faciliter ça), on a une idée toute relative du fonctionnement de nos institutions (à part les présidentielles qui est l'élection la plus simple à comprendre).

Mais bon, on n'est pas les plus à plaindre: je suis en Australie, et j'ai un peu discuté: ici on zappe carrément ce qui se passe en dehors (« c'est quoi la guerre froide ? »), et c'est tout juste qu'on commence à parler de l'histoire locale (générations volées par exemple), sauf à prendre des options spécifiques. Le programme n'est d'ailleurs pas commun à toutes les écoles.

PS: comparer la violence de la Révolution Française aux talibans, c'est quand même osé.

Tout simplement :)
Pas encore essayé, mais je trouve l'idée tellement excellente ^^

C'est pro-Hadopi, y'a un taxi (bon ok un tracteur) et un mec qui pète la gueule à un gros [masque] noir... C'est du Besson c'est sûr !