Les logiciels qui permettent d’intégrer des flux vidéo de différentes caméras nécessitent souvent une licence.

Aussi je vous propose en guise d’exercice, un prototype d’application capable de visonner 2 flux différents répartis sur des écrans différents.

Un bouton autorise une capture d’image de chaque écran.

Le kit de développement de l’interface graphique se nomme Kivy et propose un affichage OpenGL des informations à traiter. Sa prise en main est rapide et la documentation est abondante.

Kivy.org - http://www.kivy.org

# -*- coding: utf-8 -*-

"""
@author: julien@hautefeuille.eu

# sudo apt-get install python-kivy

"""
import kivy
kivy.require('1.5.1')

from kivy.app import App
from kivy.uix.widget import Widget
from kivy.uix.camera import Camera
from kivy.uix.video import Video
from kivy.uix.button import Button
from kivy.core.window import Window
from kivy.uix.boxlayout import BoxLayout
from kivy.uix.stacklayout import StackLayout
from kivy.uix.label import Label
from kivy.uix.popup import Popup
from kivy.logger import Logger
from kivy.uix.screenmanager import ScreenManager, Screen

class CamControl(App):

    icon = 'icon.png'
    title = "Cam Control"

    # Callbacks

    def doscreenshot(self,*largs):
        Window.screenshot(name='screenshot%(counter)04d.jpg')
        self.popup.open()

    def next(self,*largs):
        self.sm.current = 'cam2'

    def back(self,*largs):
        self.sm.current = 'cam1'

    def on_start(self):
        Logger.info('Application starts !')

    def on_stop(self):
        Logger.critical('Application quits !')

    # Build UI

    def build(self):

        self.sm = ScreenManager()
        screen1 = Screen(name='cam1')
        screen2 = Screen(name='cam2')

        self.sm.add_widget(screen1)
        self.sm.add_widget(screen2)

        # Create vertical layout
        layout1 = BoxLayout(orientation='vertical', padding=10, spacing=10)
        layout2 = BoxLayout(orientation='vertical', padding=10, spacing=10)

        supralayout1 = BoxLayout(size_hint=(1, .2))
        supralayout2 = BoxLayout(size_hint=(1, .2))

        intralayout1 = BoxLayout(size_hint=(1, .5))
        intralayout2 = BoxLayout(size_hint=(1, .5))

        title_cam1 = Label(text="Cam 1 : Trendnet")
        title_cam2 = Label(text="Cam 2 : Microsoft HD")

        vid = Video(
            source='rtsp://192.168.12.153/mpeg4',
            play=True,
            resolution=(640,480),
            size=(640,480))

        cam=Camera(
             play=True,
             resolution=(640,400),
             size=(640,400))


        content = Label(text='Screenshoot done to current dir !')
        self.popup = Popup(
            content=content,
            auto_dismiss=True,
            title="Info",
            size_hint=(None, None),
            size=(400, 150)
            )
        content.bind(on_press=self.popup.dismiss)

        # Commands
        button1=Button(text="Screenshoot",size_hint=(0.30,0.30))
        button1.bind(on_press=self.doscreenshot)

        button2=Button(text="Screenshoot",size_hint=(0.30,0.30))
        button2.bind(on_press=self.doscreenshot)

        button3=Button(text='Next',size_hint=(0.30,0.30))
        button3.bind(on_press=self.next)

        button4=Button(text='Back',size_hint=(0.30,0.30))
        button4.bind(on_press=self.back)

        # Order is important in vlayout
        layout1.add_widget(supralayout1)
        layout1.add_widget(vid)
        layout1.add_widget(intralayout1)
        supralayout1.add_widget(title_cam1)
        supralayout2.add_widget(title_cam2)
        intralayout1.add_widget(button1)
        intralayout1.add_widget(button3)

        layout2.add_widget(supralayout2)
        layout2.add_widget(cam)
        layout2.add_widget(intralayout2)
        intralayout2.add_widget(button2)
        intralayout2.add_widget(button4)

        screen1.add_widget(layout1)
        screen2.add_widget(layout2)

        return self.sm

if __name__ == ('__main__'):
    CamControl().run()

Après avoir passé beaucoup de temps sur mon blog depuis le passage à Pelican, j’ai décidé de publier quelques recettes que j’utilise.

Libre à vous de les utiliser et de les améliorer. Je suis évidement intéréssé par votre retour.

├── articles
│   ├── categorie1
│   │   └─ article.rst
│   └── categorie2
├── extras
│   ├─ 404.html
│   └─ robots.txt
├── images
│   ├── theme1
│   │   └─ image.png
│   ├── theme2
│   │   └─ image.png
│   └─ image.png
├── local_plugins
│   └─ plugin.py
├── pages
│   └─ page.rst
├── theme
│   ├── static
│   │   ├── css
│   │   └── images
│   └── templates
│       ├─ template1.html
│       └─ template2.html
├─ .gitignore
├─ Makefile
├─ nginx.conf
├─ pelicanconf.py
├─ publish.sh
├─ publishconf.py
└─ requirements.pip

PATH = dirname(__file__)
OUTPUT_PATH = join(PATH, 'output')
ARTICLE_DIR = 'articles'
THEME = 'theme'
STATIC_PATHS = ("images", )
FILES_TO_COPY = (
    ('extras/robots.txt', 'robots.txt'),
)
PLUGINS = (
    'pelican.plugins.gzip_cache',
    'pelican.plugins.sitemap',
    'local_plugins.plugin'
)

import urllib
from jinja2.utils import Markup

def urlencode_filter(s):
    if type(s) == 'Markup':
        s = s.unescape()
    s = s.encode('utf8')
    s = urllib.quote_plus(s)
    return Markup(s)

JINJA_FILTERS = {
    'urlencode': urlencode_filter,
}

Ce livre est un appel aux parents, aux enseignants, aux maîtres et maîtresses d'école, aux adultes qui ne savent plus rêver, pour qu'ils mettent de côté, le temps de cette lecture, la masse des connaissances intellectuelles, de savoirs et de théories éducatives qu'ils ont appris sur leurs enfants, ce qu'ils croient « être bon » pour eux et pour leur développement. C'est une proposition impertinente de ne pas « faire les devoirs » que l'éducation nous a imposés tout au long de notre vie (réussir, aller vite, être les premiers…), mais de se laisser plutôt embarquer par le vent du changement qui parcourt notre monde aujourd'hui, y compris celui de l'école. Pour en finir avec le mépris systémique de ce qui, avec la pensée, nous distingue des animaux — à savoir notre capacité de rêver —, nous nous devons de redonner à l'éducation son rôle d'éveil. Chacun de nous recèle un don, un talent inné qui, s'il est respecté et honoré, nous transformera en être humain heureux, en contact avec sa joie de vivre, en accord avec soi-même et les autres. L'éducation a le devoir de reconnaître ce trésor, de le révéler et d'aider tout individu à le développer : l'enjeu n'est rien d'autre que l'accomplissement d'un monde en paix.

Antonella Verdiani, Ces écoles qui rendent les enfants heureux

Je suis en train de pas mal me renseigner sur les pédagogies et méthodes d'éducation dites alternatives suite à mes recherches sur l'Anthroposophie et sur ce qui distingue une secte d'une approche non traditionnelle (Montessori, Steiner, Freinet, modèle scandinave, éducation démocratique, éducation lente, école à la maison, etc).

Le point commun de ces écoles est qu'elles sont animées par des valeurs et des notions communes avant tout intérêt financier :

• Reliance
• Ouverture au questionnement existentiel
• Transdisciplinarité
• Complexité
• (In)novation
• Autorisation
• Incertitude
• Planter là où c'est fertile

Aussi lorsque j'apprends l'ouverture d'une nouvelle école dédiée à l'excellence de la France en matière de numérique (avec tout un vocabulaire anglophone mais passons), je ne peux que me réjouir et chercher les valeurs associées à cette méthode d'éducation qui se veut atypique et innovante. Malheureusement, la recherche est vaine. Le seul fil rouge du site est financier :

• comment vous rendre « rapidement opérationnel » pour l'entreprise ?
• comment devenir un « informaticien aux compétences recherchées » ?
• comment « coller à des réalités économiques » ?

J'ose espérer que mon métier ne se résume pas à une telle approche. Que mes futurs collaborateurs n'auront pas été formés comme des « commandos de Marines » pour sélectionner les meilleurs d'entre eux. Le rêve de ce regroupement d'entrepreneurs est finalement de créer une armée de mercenaires pour concrétiser leurs idées à bas prix. Et ce sans poser de questions car si ce n'est pas toi, ressource, ce sera ton voisin qui a reçu la même formation industrialisée basée sur la performance.

Né pour coder ? Non. Né pour prendre du plaisir à coder. Nuance.

J'étais à Devoxx hier soir comme annoncé pour présenter une approche différente de la SSII et je devais décrire l'expérience scopyleft :

scopyleft est une SCOP (Société Coopérative et Participative) toute jeune — seulement 3 mois — ce qui ne permet pas d'avoir le recul nécessaire pour valider ou invalider une approche. Ni même pour juger de sa viabilité. C'est pourquoi j'ai choisi de vous parler de sa genèse : autrement dit, de l'avant scopyleft.

Notre approche a été de ne pas commencer par le traditionnel business plan mais de nous aligner entre nous 4 sur les valeurs fondatrices que nous voulions comme cap au cours de la vie de l'entreprise. Si l'approche économique nous donnait une vision pour environ 1 an avec son lot d'incertitudes et autres pivotages, passer par des valeurs nous amenait à considérer une durée beaucoup plus longue… de l'ordre de la décennie. Ambitieux projet.

Cela commence par mieux se connaître, discuter de valeurs permet d'aller beaucoup plus en profondeur qu'une discussion sur le retour sur investissement, les salaires ou le titre que l'on souhaite avoir dans l'entreprise. Une fois d'accord sur le fond — honnêteté intellectuelle, courage, bien-être, respect et partage —, nous sommes arrivés à formuler une phrase (à défaut d'un manifeste) résumant notre objectif commun :

Travailler entre humains, sur des projets éthiques et intéressants, tout en privilégiant le bien-être et le plaisir de chacun.

Ces valeurs et cette maxime nous guident dans nos choix stratégiques au quotidien pour accepter ou non un client, pour concrétiser une initiative ou pour accompagner un projet.

C'est notamment ce qui nous a menés à choisir le statut de SCOP, un statut basé sur une gouvernance démocratique (1 homme = 1 voix) et favorisant la pérennité des emplois et du projet d'entreprise (co-entrepreunariat et réserve importante imposés). Ce statut met l'humain au cœur de l'entreprise, ce qui diffère d'une entreprise traditionnelle qui se concentre sur son capital. C'est un changement de paradigme majeur dans une société capitaliste. Nous avons enrichi ces statuts d'une co-gérance tournante (faute de pouvoir gérer à 4) et d'une égalité salariale.

Un autre aspect de la SCOP qui a attisé notre curiosité est la notion de solidarité inter-entreprises au sein de la confédération des SCOP. C'est notamment ce que l'on a pu constater avec les entreprises qui nous ressemblent, il existe relativement peu de SCOP (dans l'informatique) mais elles se serrent les coudes !

Ces 3 derniers mois nous ont permis de reconsidérer notre approche économique, de mieux nous connaître, d'avoir énormément de retours (à la fois de nos clients et de nos pairs), de coder ensemble, d'accompagner ensemble, d'assister à des conférences ensemble, de stresser ensemble, de faire de l'administratif ensemble, autant de tâches qui sont loin d'être insurmontables et qui sont le lot quotidien du créateur d'entreprise mais qui s'avèrent être moins pénibles lorsque l'on poursuit un objectif un peu plus « élevé » (sain ?) que le simple aspect financier. Augmenté par le fait de le réaliser à plusieurs.

Cette aventure aurait difficilement pu être envisageable sans avoir confiance dans notre savoir-faire acquis lors de nos expériences respectives à nos comptes. Malgré notre expérience dans le domaine, l'un de nos objectifs à terme est de nous libérer de la prestation pour co-produire des produits utiles, éthiques et open-source.

Pour résumer, scopyleft est une entreprise fondée sur des valeurs pour créer de la valeur. En coopérant.

Je n'ai pas dû dire la moitié de tout ça au final car l'approche monologue était un peu ennuyante et je préférais avoir plus de temps pour discuter. Et là je n'ai pas été déçu car les réactions ont été nombreuses, un peu décousues et agressives mais cela montrait un intérêt certain.

Décousues car on était nombreux à pouvoir répondre (une dizaine) et qu'il y avait beaucoup de questions qui passaient brutalement du fond à la forme selon le niveau de réflexion de chacun. Peut-être qu'un autre format (groupes de discussions par exemple) se prêtait mieux à la discussion ouverte mais la salle n'était pas adaptée.

Agressives principalement car le titre NoSSII a été interprété comme un affrontement alors que l'on avait bien mis en avant le côté Not only. Dommage, l'idée n'était pas du tout d'aller dans ce sens mais il est peut-être normal que certains se sentent déstabilisés lorsqu'on présente quelque chose de différent.

Quelques questions dont je me souviens :

À quoi cela sert-il de créer une SCOP vs. un GIE (Groupement d'intérêt économique) d'indépendants ?

L'objectif n'est pas du tout le même, principalement car on ne se regroupe pas en SCOP pour un intérêt économique mais pour partager et échanger à un autre niveau.

Qu'est-ce qui vous différencie d'une SSII classique finalement ?

D'une part le fait d'avoir le contrôle sur les objectifs de la société, ils peuvent être lucratifs ou pas, ils peuvent être citoyens ou pas, ils peuvent être éthiques ou pas, ils peuvent s'émanciper de la prestation ou pas. D'autre part, le fait de mettre l'humain au cœur du cadre de travail est un changement radical, ce qui change aussi les relations avec les clients.

Comment gérez-vous les problèmes d'éthiques ?

Nous n'avons pas de règle pré-définie, chaque cas aux limites est discuté longuement et un vote suivant les pratiques de l'Open-Source (et de Django) permet de trancher.

Est-ce que ça peut fonctionner à plus grande échelle ?

L'exemple du handbook de Valve a été mis en avant avec quelques autres. La question c'est plutôt de savoir quel est l'intérêt de passer à une autre échelle ? Dans notre cas par exemple, c'est une volonté forte de rester à taille humaine.

Ça rejoint d'ailleurs une question relative au référencement dans les services achats des grosses entreprises. C'est peut-être plus difficile en étant petit mais en fait ça nous intéresse peu de travailler avec ce type de structures donc ça limite le problème. Beaucoup de questions n'allaient pas assez loin dans le pourquoi et se limitaient au comment.

Comment trouvez-vous des clients ?

On ne sait pas démarcher. Partant de ce constat, ça passe plutôt par de la recommandation ou des connaissances qui nous suivent depuis longtemps et le partage de nos expériences. On a également la chance d'avoir des entreprises partageant nos valeurs qui nous transmettent des demandes.

Les réactions à chaud sont plutôt positives, j'espère que l'on aura réussi avec Ninja Squad et Lateral Thoughts à au moins attiser la curiosité de certains et pourquoi pas à en motiver pour monter leur propre structure !

In a few week, pylint will be 10 years old (0.1 released on may 19 2003!). At this occasion, I would like to release a 1.0. Well, not exactly at that date, but not too long after would be great. Also, I think it would be a good time to have a few days sprint to work a bit on this 1.0 but also to meet all together and talk about pylint status and future, as more and more contributions come from outside Logilab (actually mostly Google, which employs Torsten and Martin, the most active contributors recently).

The first thing to do is to decide a date and place. Having discussed a bit with Torsten about that, it seems reasonable to target a sprint during june or july. Due to personal constraints, I would like to host this sprint in Logilab's Toulouse office.

So, who would like to jump in and sprint to make pylint even better? I've created a doodle so every one interested may tell his preferences: http://doodle.com/4uhk26zryis5x7as

Regarding the location, is everybody ok with Toulouse? Other ideas are Paris, or Florence around EuroPython, or... <add your proposition here>.

We'll talk about the sprint topics later, but there are plenty of exciting ideas around there.

Please, answer quickly so we can move on. And I hope to see you all there!

Tous les membres de l'AFPy peuvent proposer un article si ils le souhaitent. La procédure est simple:

• récupérez les sources du blog:

  hg clone http://hg.afpy.org/blog
  

• vérifiez que le blog se compile bien correctement: après avoir installer pelican en local, tapez:

  make install
  

• pushez votre code sur le hg de l'afpy:

  hg add votre_fichier.py
  hg commit -m "votre message" -u username
  hg push
  

• et voilà !

Si vous souhaitez uniquement proposer un article, vous pouvez utiliser la fonctionalité de "draft" de pelican, il suffit de mettre ":status: draft" comme métadonnée pour que l'article ne soit pas publié.

Tout cela est rappelé dans le fichier README du dépôt !

Le premier qui, ayant enclos un terrain, s'avisa de dire « Ceci est à moi », et trouva des gens assez simples pour le croire, fut le vrai fondateur de la société civile. Que de crimes, de guerres, de meurtres, que de misères et d'horreurs n'eût point épargnés au genre humain celui qui, arrachant les pieux ou comblant le fossé, eût crié à ses semblables : « Gardez-vous d'écouter cet imposteur ; vous êtes perdus, si vous oubliez que les fruits sont à tous, et que la terre n'est à personne. »

Jean-Jacques Rousseau, L'origine de l'inégalité parmi les hommes (2ème Discours seconde partie)

Thomas me demandait hier mon avis sur la propriété (vs. location) et je dois dire que mon avis n'a pas changé au cours de ces dernières années : j'ai beaucoup de mal à concevoir que l'on puisse être propriétaire d'un morceau de planète. Je ne peux cautionner les dérives que cela a engendré.

Ce qui m'importe par contre c'est le suivi volontaire de mon adresse postale, de mon numéro de téléphone ou de mon nom de domaine. Les affaires peuvent changer de lieux, les amis de répertoire, les données de serveurs mais le plus important est de pouvoir y accéder de manière pérenne. Quel que soit le nombre de redirections nécessaires. Malheureusement, si cela est facile et encouragé sur le web, il est beaucoup plus difficile de le mettre en pratique pour un numéro de téléphone ou une adresse physique, les redirections étant temporaires (et coûteuses) a fortiori lorsque l'on change de pays !

La propriété de la terre est souvent mise en avant comme un héritage — on se dédouane de cet acte en proposant ses enfants comme alibi, excuse culpabilisante classique. Or il se trouve que je suis également contre le mécanisme d'héritage ;-). L'autre argument courant est « si les choses tournent mal » et là je suis assez circonspect. Si ça tourne vraiment mal, il vaudra mieux être prêt à survivre de manière itinérante qu'à avoir un lieu fixe à défendre. S'il s'agit juste de la peur de la vieillesse et de la rupture du lien social avec sa famille et ses enfants il y a d'autres questions à se poser en amont pour éviter cette situation.

J'aime la liberté et la légèreté que me procure la location, l'idée d'être « de passage » dans cet endroit et d'en apprécier pleinement chaque instant, l'idée de se limiter dans ses appartenances pour pouvoir être mobile. De plus, la propriété d'un bien m'est beaucoup plus stressante que son éphémérité.

Gawel me faisait remarquer que mes réflexions sur ce site laissaient un goût d'inachevé. Cela m'a fait pas mal réfléchir après 3 mois à publier un jour sur deux et je pense avoir trouvé la raison de cette insatisfaction. J'écrivais auparavant surtout des articles techniques qui expliquent une bonne pratique ou une façon de faire quelque chose de précis à la manière d'un manuel. Ce n'est plus le cas, je sème aujourd'hui des graines de réflexions pour qu'elles puissent germer chez d'autres. Je ne cherche plus à apporter des réponses toutes faites, je souhaite qu'elles se développent indépendamment du semeur. À vous de faire fleurir votre jardin !

PS : j'accepte aussi les graines étrangères dans mon jardin.

In Python Packaging, when you are giving for your project a list of dependencies, the right approach is to do whatever works for the majority of your users because there's a plethora of techniques used by people out there to deploy Python software.

That's the case for 2 main reasons:

1. Most Python projects can be deployed in different operating systems - and unless you're doing a specific packaging work for each one of them, you are doomed to provide a good enough generic package.
2. There are different installers with different approaches and your Python projects should try to be compatible with all of them.

Some of users will have issues with your projects, you have to accept this fact and just make sure you provide enough documentation and hints for them to work around those issues.

This blog entry tries to summarize my current knowledge on what's the best way to defining dependencies - I hope I'll have some feedback so I can update it with better techniques. Also, note that I have not applied this to all my projects. I should.

So if you disagree on my approach please comment !

try:
    from setuptools import setup

    install_requires = ['gevent', 'requests']

    try:
        import argparse
    except ImportError:
        install_requires.append('argparse')

    kws = {'install_requires': install_requires}
except ImportError:
    from distutils.core import setup
    kws = {}


setup(name='yourproject', version='1.1', etc.., **kws)

gevent==0.13.8
requests==1.2.0
argparse==1.2.1

Si j'en crois les récents et moins récents billets, le geek serait un paralytique. Doublé d'un perfectionniste à la limite de l'autisme. Dur.

Difficile pour moi car c'est justement ce que je considère être la définition du geek : non pas celle de la paralysie mais celle de la curiosité (maladive parfois, soit). Pour moi le terme « geek » n'est plus du tout connoté informatique et encore moins lié à une culture, c'est le fait de pouvoir se renseigner dans un domaine particulier de façon efficace et rationnelle.

Cette faculté se développe souvent au service de la consommation car cela permet de croiser facilement des données tangibles mais pas uniquement. Il y a des geeks dans tous les domaines qui vont être à la recherche de la rareté, de la qualité, de l'esthétique dans leurs professions et/ou dans leurs loisirs. Qui vont se réaliser dans l'apprentissage de nouveaux métiers qui ne leur serviront parfois qu'une fois dans leur vie mais ils auront au moins eu le sentiment d'avoir essayé de bien le faire (de façon insatisfaisante d'après eux mais c'est un autre débat).

Revenons à l'informatique, connaissez-vous un autre métier qui génère autant de diversité ? On pourrait y voir un manque de maturité du domaine tout jeune, j'y vois plutôt cette approche geek poussée à l'extrême : creuser tout ce qui peut l'être, faire pousser l'arbre des possibles autant que cela est faisable, rejoindre un horizon qui en ouvre tant d'autres. La chance de l'informatique ce n'est pas d'être un secteur encore à défricher mais un catalyseur à personnes curieuses. Et c'est la raison pour laquelle j'aime mon métier, en mouvement :-).

Last week saw the first 24h hackathon event entirely dedicated to Kivy happening, in Paris. It was initiated by a hightly motivated student of the Cifacom school in paris, David Scheck, and attended by 4 groups of students, each with 3 to 5 members. I was pleased to share the hard task to help students discover the technology with my colleague Julien Miotte, from Majerti during the event.

The student weren’t very familiar with Python, and totally new to kivy, so it was a really challenging situation for both the student and the framework, would they be able to achieve anything in the hard limit of 24 hours?

First, after the students brainstormed on their project ideas, we got them through the major concepts and important classes of Kivy, using the Getting started page, it’s hard to get the point of properties accross in 10 minutes to student that didn’t have experienced the need of them, but I tried to at least make them aware it would be useful. The kv language presentation at this point, even if rudimentary, was probably useful, as we will see later.

Then students went on to try to build their project, except for a few quickly solved issues with windows installation, the starting was smooth. Julien and I gave some more explanations about how to start building a basic App (the doc is there, but who reads the doc? ;)) and people started designing their interface, and build the core of their application.

One of the most required feature was certainly the use of multiple screens in an application, to build menu, so the use of ScreenManager was explained to at least two groups. Most of the end results consisted of interfaces done mainly in Kv, and some internal logic to display data, most group had a quite ambitious target, using geolocalisation, databases, complex interactions, and I wasn’t very optimistic on the odds of seeing them completed. Although I was right in that, I was still happy of the good designs they came up with, applications were incomplete (to a notable exception, will come back to that soon), but some interfaces were beautiful, reactive and engaging, so it was nice to see the magic happen in such a short time.

One group had a very different objective of the others, and although they had a difficult start, it turns out they were probably the best at teamwork, and had chosen a target they could actually achieve, a game! These motivated coders/artists came up with a classic 2D sidescroller, when the main character has to avoid elements on her way. Simple, to the point, and a quite a good realisation in such a short time, the fact that they created original artworks and integrated them in their game, and that the general theme had a nice touch of humour in the current political events in France certainly hearned them points, on top of having a completed project. They even could test it on Android during the competition time, and it was running perfectly. Their hard work earned them the right to run in a bigger international competition in the near future the angel hack in paris, next month, congratulation! I can only hope they’ll chose kivy as their secret weapon in this competion too.

I would love to have better pictures, but i didn’t think much of taking them during the event, I should have better ones soon.