Aujourd'hui, un peu de jardin.

Alors, après avoir repeint une partie de la balancelle et tondu, voici qq photos des activités jardin.

Alors, au 1er plan, la zone bêchée où était placée la p'tite maison des enfants.

Nos jolies fleurs  au pied du cerisier.

Un "truc" que j'ai planté

Et un autre "truc" que j'ai déplacé car il crevait derrière un "truc" plus envahissant.

Des outils....

• filecheckmd5.exe : outil basé sur le MD5, cet outil est utilisé par le projet SIT. L'outil est aujourd'hui obsolète ainsi que la méthode de CRC (MD5)
• ExactFile-Setup.exe : nouvel outil permettant d'autres algorithmes de CRC comme le SHA256, ...
• Création de setup (installateur de programme):
  • Inno Setup : http://www.jrsoftware.org/isinfo.php
  • Install Creator Pro 2.0
• Outils d'analyse des processus Windows (mémoire, ...):
  • ProcessExplorer
  • ProcessMonitor
  • Perfmon.exe - Performance Monitor
  • RAMMap
  • VMMAp
  • Voir les outils Sysinternals: http://technet.microsoft.com/nb-no/sysinternals/bb842062
• Outils pour compter les lignes de code: cloc, ohcount, sloccount
• File manager: xfe

arduino Book Links

• http://math.hws.edu/vaughn/cpsc/226/docs/askmanual.pdf
• http://w2.homelinux.org/mediawiki/images/8/83/Arduino_A_Quick_Start_Guide_Quick_Start_Guides.pdf

Java et la console de sécurité

Bon diou, je viens de trouver.

Alors rapidement mon pb: impossible de démarrer une applet Java malgré l'installation d'une JRE récente dans /opt/jre<version>

Sous FireFox j'autorise pourtant le lancement de Java et lorsque je démarre une applet j'ai un message de sécurité puis une erreur.

Pour modifier le niveau de sécurité Java il m'a fallut démarrer le "ControlPanel":

/opt/jre<version>/bin/ControlPanel

et modifier le niveau de sécurité ou inclure le site en question dans les exceptions.

WireShark

Filtres WireShark

Pour filtrer entre deux machines:

host <ip1> and <ip2>

OpenEmbedded/Yocto

OpenEmbedded / YOCTO

Eviter trop de traces:

Ajout dans le fichier <build>/conf/local.conf

INHERIT += "rm_work" 

Pour ajouter à une image des libs:

exemple: libstdc++ et libpcap


Ajout dans le fichier <build>/conf/local.conf
IMAGE_INSTALL_append = " libstdc++"
IMAGE_INSTALL_append = " libpcap"

Pour générer le SDK:

$> bitbake meta-toolchain

Très important pour ajouter les ".h" à l'environnement de dév

$> bitbake <your-image> -c populate_sdk

Utiliser le SDK:

Poser l'environnement, dans une console par exemple:
. /opt/poky/1.5+snapshot/environment-setup-armv6-vfp-poky-linux-gnueabi 

Pour générer avec "configure":  ./configure --host=arm

Serveur vidéo

Bon, ça fait un moment que je n'ai pas publié un peu sur ce blog.
Mes activités en ce moments:
- OpenEmbedded/Yocto sur Raspberry Pi
- Serveur Vidéo RTP/RTSP/RTCP

Lien intéressant pour openembedded/yocto:

• http://www.lembarque.com/fichiers/cms/file/Ficheux%20Yocto_RPi.pdf
• http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html

Merci Monsieur Ficheux, d'ailleurs merci pour votre très intéressante formation de fin janvier.

Côté Serveur Vidéo:

• RTSP: http://tools.ietf.org/html/rfc2326
• lien vers des propositions de librairies: http://stackoverflow.com/questions/1460010/best-c-rtp-rtsp-library
• live555.com
• Jori's RTP lib
• AVP (pdf): mais à priori ce n'est pas intéressant si on ne diffuse pas une vidéo avec de l'audio => gain en bande passante basé sur la synchro sur l'audio si j'ai bien compris.

Live555

Outils très intéressants pour créer son propre serveur vidéo.
Objectif: l'installer sur un Raspberry Pi.

Point intéressant pour traiter un flux:
http://www.live555.com/liveMedia/faq.html#liveInput

The "test*Streamer" test programs read from a file. Can I modify them so that they take input from a H.264 or MPEG encoder instead, so I can stream live (rather than prerecorded) video and/or audio?

Yes. The easiest way to do this is to change the appropriate "test*Streamer.cpp" file to read from "stdin" (instead of "test.*"), and then pipe the output of your encoder to (your modified) "test*Streamer" application. (Even simpler, if your operating system represents the encoder device as a file, then you can just use the name of this file (instead of "test.*").) Alternatively, if your encoder presents you with a sequence of frames (or 'NAL units'), rather than a sequence of bytes, then a more efficient solution would be to write your own "FramedSource" subclass that encapsulates your encoder, and delivers audio or video frames directly to the appropriate "*RTPSink" object. This avoids the need for an intermediate 'framer' filter that parses the input byte stream. (If, however, you are streaming H.264, or MPEG-4 (or MPEG-2 video with "B" frames), then you should insert the appropriate "*DiscreteFramer" filter between your source object and your "*RTPSink" object.)
For a model of how to do that, see "liveMedia/DeviceSource.cpp" (and "liveMedia/include/DeviceSource.hh"). You will need to fill in parts of this code to do the actual reading from your encoder.