El Titi a écrit 3940 commentaires

arrètent de gèner les vrais usagers urbains (cyclistes, piétons, rollers, scooters) en les parquants à l'entrée des villes.

Belle réponse de citadin intra-muros
En resumé, la ville t'appartient.
Mais je suis d'accord avec le fait qu'il faille aménager la circulation pour faciliter la vie des 2 roues.

Pardon ?
Quel message faut-il relire ?
Celui de Tanguy ou le mien.

Si c'est celui de Tanguy que tu appuies, je vais me permettre d'étayer un peu mes propos.

Primo, il est faux de prétendre qu'on roule à la même vitesse. La moyenne ne signifie rien.
A un instant t les 2 roues roulent et les voitures sont à l'arrêt.
A l'instant t+1, le trafic reprend et ce sont les voitures qui roulent souvent plus rapidement.
Et on ne peut pas deviner à quel moment les chemins des 2 usagers se sépareront.

Secundo, les cyclistes, pour maintenir cette cadence commettent bien souvent 2 infractions au code de la route: Il doublent par la droite (j'en ai déjà vu se faire aligner) et comme ca ne suffit pas se permettent bien souvent de griller les feux rouges.

Tertio:
Tout est affaire de civisme, on le sait. Le civisme voudrait qu'un véhicule plus lent qui en a la possibilité facilite le passage des autres et donc se serre à droite mais à la limite ca me gène moins qu'il reste dans le flux principal plutôt qu'il double sans arrêt.
En tout cas, s'il ne bifurque pas rapidement et pour sa sécurité, il a tout intérêt à poser le pied en même temps que les autres.
Etant cycliste à mes heures, je ne pratique pas autrement.

Ah, moi j'aurais plutôt imaginé que c'était au cycliste d'y penser et d'arrêter de griller les feux rouges mais tu dois avoir raison, il faudrait revoir le code de la route pour corriger ça.

C'est vrai, c'est malin ca !. Comme ca on est obligé de le doubler 30 m plus loin et comme il remonte la même rue, on devras le redoubler 5 fois avec autant de risque sans compter les éraflures qu'il ne manqueras pas de t'infliger à chaque fois que lui te double et que tu es à l'arrêt.

Je crois que le but du message initial n'était pas de comparer techniquement DRMs et droits d'un OS mais de faire comprendre que la gestion des droits existe depuis l'aube des temps, y compris dans le libre et qu'elle n'est donc pas choquante en soi. C'est l'usage qui en est fait qui peut l'être.
Mais je peux me tromper.

Unix est multi-utilisateur et tous les utilisateurs n'ont pas les même droits.

Pour Windows, je ne sais pas ce qu'il en est ;)

C'est marrant, en lisant tes 5 premiers paragraphes, j'ai cru un moment que tu parlais du H.264.

Rappelle moi juste, un truc.

L'IGN est en bonne partie financé sur le denier du contribuable et dispose de contrat exclusifs avec d'autres acteurs publics ?
http://fr.wikipedia.org/wiki/Institut_g%C3%A9ographique_nati(...)

http://fr.wikipedia.org/wiki/%C3%89tablissement_public_%C3%A(...)

En conséquence, je ne vois pas pourquoi ces données resteraient fermées.
Si c'est vraiment la volonté, que l'Etat retire ses billes et qu'une concurrence puisse s'établir par appel d'offre. Ca laisssera sa chance à OSM pour développer des projets. Dans le cas contraire, que l'Etat se donne les moyens pour que ce qui devrait être un "bien public" le devienne.

Je n'apprécie guère ces situations qui mélangent public et privé et qui tournent à l'avantage du privé lorsque tout va mal. (cf. Crédit Lyonnais, vente des bijoux de famille pour le désendettement, ...)

Pas compris ?

http://fr.wikisource.org/wiki/Germinal

En parlant de vie privée, voilà une histoire effarante qui montre à quel point protéger son anonymat ou bien séparer sa vie privée/publique est important sur internet.

http://www.01net.com/www.01net.com/editorial/519272/jessi-sl(...)

Ceci donne une fois de plus du grain à moudre aux censeurs et autres protagonistes de l'internet à 2 vitesses alors que dans le même temps tout est fait pour centraliser, recouper l'information tout en diluant son contrôle.
Cet Ultra Violet, n'en est qu'une nouvelle incarnation. Une seule autorité de régulation mais de nombreuses représentations qui seront autant de failles béantes dans l'édifice.

Plus sérieusement, ca serait pas mal que le niveau 1 propose des pays plutôt que des capitales.

Après les LLs, le matériel libre va enfin pouvoir prendre son envol.

Ce qui me gêne le plus dans cette démarche, ce ne sont pas les DRMs en eux-mêmes mais les atteintes à la vie privée.

Une db qui identifie en propre mes coordonnées, qui plus est susceptible de les associer à mes coordonnées bancaires tout ça dans le "nuage" me gêne. Ca pose des problèmes de sécurité évidents.

En plus, je n'ai pas forcement envie que le cloud sache que je me shoote au Marilyn Manson et autres Lorie ou que je lis des ouvrages hautement subversif comme la réédition complète de Martine et retrouver ca un jour sur la site Fessebouc de Vivelesbandits Universel.

Je pense que d'autres formes de système de rémunération émergeront, qui s'appuieront plus sur un contrôle en aval et non en amont et ils s'imposeront naturellement. Par exemple, un système d'abonnement couplé avec une diffusion libre des médias (P2P, direct download, ...) marqué d'empreintes digitales résistants aux transformations. Il suffirait de soumettre la marque du fichier récupéré au système d'abonnement pour vérifier qu'on a acquis les droits. Il faudra que les majors se rendent compte qu'on a que 2 oreilles et 2 yeux et que notre temps disponible est limité.

En revanche si ce système de DRM s'impose, ce que je crains c'est que le grand ternet éclate en 2 avec d'un coté le propre sur lui et de l'autre l'underground, unique refuge des libertés. La neutralité du net en prendra un coup.

Oui mais moi je suis déjà au level 5, tranquillou.

Au hasard: Pyrgos

http://fr.wikipedia.org/wiki/Pyrgos

ok, je comprend.

Merci pour ta disponibilité, déjà et bon séjour.
Je te recontacterai en privé le cas échéant.

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 ^^).

S'il y a une option pour supprimer/purger des fichiers dans la base, l'utilisateur s'en rendra compte et fera le nécessaire pour trier.
Pour ton depôt hg, tu es en mesure de fournir l'url pour cloner ?

Est-il réellement nécessaire de faire de l'introspection dans l'ISO ?
D'autant que tu n'en fais pas pour les autres types de fichiers.

Si le nom de l'ISO est correctement formé ton script fonctionnerait pareil et les ISO qui ne sont pas des films seront simplement ignorés.
Reste à faire le tri entre ses isos, si on ne veut pas que le script tourne pour rien.

Au pire, une convention de nommage sur le nom du fichier genre mon_ film[lm:isomovie].iso permettrait de pallier.

Sinon, si tu décidais d'ouvrir un peu ton code à la collaboration, ca t'embêterait de mettre ca sous un dvcs (au hasard hg) ou une forge (bitbucket ou Google Code) comme ça tu es libre d'accepter ou refuser les contribs sans te prendre la tête avec les autorisations SVN.

Oui petite erreur de relecture.

Sinon, tu as oublié "râleur" avec ta jolie petite image d'Epinal (faut rester français) ;)

C'est bizarre parce que j'habite au fin fond de la France et j'ai toujours droit aux "ensemble et séparé"

Mais on a bien compris depuis le temps que les allemands sont meilleurs en tout (troll democratie). En fait, les francais, ce sont juste des cons allemands émigrés, c'est pour ca qu'il n'en reste plus chez eux.

Je n'ai pas compris pourquoi tu penses qu'il faut un accès à un 2eme site. Si tu ne gères pas les sous-titres tu peux récupérer la routine de hachage telle quelle et tu n'as aucune dépendance avec le site. Ca marche pour les rip maison pareil, c'est juste que la clé de ton dict est maintenant le hash et plus le nom du fichier.

J'ai testé pour un autre besoin et je peux t'envoyer mon code si tu veux.

Tu as aussi ca
http://code.google.com/p/periscope/

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.

Tu devrais faire des tests avec la fonction de hash de opensubtitles (empruntée à Media Player Classic), tu serais surpris. Et n'oublie pas que c'est résistant au renommage de fichiers.
http://trac.opensubtitles.org/projects/opensubtitles/wiki/Ha(...)

Sinon pour le coté interactif des doublons, je proposais ca en option.

Pour le reste, je comprend tes arguments..

Sinon j'aurais une question.
Dans ton code, tu mets en commentaire qu'il faut passer à argparse car optparse est deprecated en 2.7.

Pourtant ce module n'existe pas en 3.1 alors que optparse a été porté.
On a une idée sur le module qui sera officiellement supporté en 3.x ?

Ca me parait un peu alambiqué comme méthode pour récupérer un titre.

Sinon concernant les sous-titres, il n'y a aucune garantie que les données soient plus fiables en passant par le hash et le vandalisme doit exister. Rien n'empêche de publier un sous-titre bidon avec un hash particulier pour polluer les recherches.

Je m'interroge aussi sur la pertinence de la fonction de hashage. Est-elle vraiment efficace et n'occasionne t'elle pas trop de collisions ?