Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon

Celà faisait un bail que je n'avais pas manipulé ffmpeg - mon outil de conversion multimedia préféré -....Ce soir vu qu'il n'y avait rien à la TV d'intéressant , j'ai donc décidé de me changer les idées au lieu de revoir PostgreSQL. Ce me changera de mes occupations/révisions actuelles de PostgreSQL

Donc comme toujours, la belle Denise Milani a servi pour mes tests sur une de ses vidéos récentes parues en mai de cette année. Ca c'est pour la motivation .

Je me suis donc pris une vidéo en HD au format mov de 1280x720, reconverti en 512x288 au format mpt4, idéal pour le streaming. Pour la conversion du film rien de plus facile que

LD_LIBRARY_PATH=/opt/ffmpeg-0.5/lib/ /opt/ffmpeg-0.5/bin/ffmpeg -y -i ${file}.mov -vcodec libx264 \
-vpre normal -b 550k -qmin 10 -qmax 50 -s 512x288 -r 29.97 -ar 44100 ${file}.mp4

Bon ça va, je n'ai pas perdu la main . Je suis passé de 193M à 25M.

Téléchargement de la vidéo en mp4 (25M): http://www.davidgis.fr/download/close_to_me.zip

Quelques screens de ce petit film de 5 minutes généré en faisant

ss=1;for ztimes in 00:01:10 00:02:10 00:02:42;do ffmpeg -y -i close_to_me.mp4 -an -ss ${ztimes} -r 1 \
 -vframes 1  -f mjpeg close_to_me_$ss.png;ss=`expr 1 + $ss`;done

Et on obtient

Comme toujours il n'y aura qu'une seule chose à dire

Très pratique quand on veut télécharger quelque chose qui ne peut s'ouvrir que pour Internet Explorer, un peu comme le plugin "User Agent Switcher" de FireFox

wget --user-agent="Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0)" /url/a/telecharger

Je me suis en fait contenté de récupérer le bon user-agent depuis wikipedia à http://fr.wikipedia.org/wiki/User-Agent . Ce qui se révèle pratique aussi pour aspirer des sites parfois!

Etat des lieux

Depuis samedi suite à une tentative de reindexation de la base par slapindex, le service d'OpenLDAP ne voulait plus démarrer...

J'ai donc eu l'erreur suivante dans monfichier de log /var/log/slapd.log

@(#) $OpenLDAP: slapd 2.3.30 (Dec 13 2006 15:54:43) $       buildd@palmer:/build/buildd/openldap2.3-2.3.30/debian/build/servers/slapd
/etc/ldap/slapd.conf: line 113: rootdn is always granted unlimited privileges.
/etc/ldap/slapd.conf: line 130: rootdn is always granted unlimited privileges.
nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
nss_ldap: could not search LDAP server - Server is unavailable
nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
nss_ldap: could not search LDAP server - Server is unavailable
bdb_db_open: Database cannot be opened, err 13. Restore from backup!
bdb(dc=chezdavid,dc=local): DB_ENV->lock_id_free interface requires an environment configured for the locking subsystem
bdb(dc=chezdavid,dc=local): txn_checkpoint interface requires an environment configured for the transaction subsystem
bdb_db_close: txn_checkpoint failed: Invalid argument (22)
backend_startup_one: bi_db_open failed! (13)
bdb_db_close: alock_close failed
slapd stopped.
connections_destroy: nothing to destroy.

La solution

1. Localiser le répertoire de la base pour le serveur et s'y rendre Pour le localiser, on regarde dans le fichier de configuration de OpenLDAP. Pour moi, il s'agit de /etc/ldap/slapd.conf. On repère la ligne contenant le terme directory

   root@olivia:~# grep directory /etc/ldap/slapd.conf
   # The base of your directory in database #1
   directory       "/var/lib/ldap"
   # The base of your directory for database #2

   donc

   cd /var/lib/ldap

2. Ensuite on lancer un restore en faisant db4.2_recover

   db4.2_recover

3. Ensuite on supprime le fichier de lock

   rm -f alock

Et on redémarre tranquillement son serveur

/etc/init.d/slapd start

Cool ça fonctionne à nouveau!!!

Sympa ce début de week-end...Samedi après-midi ça a été l'occasion de passer un moment en compagnie de personne pour un pique-nique improvisée à la "Promenade de l'Etang"...C'est un ami qui me l'a proposé la veille...Rappelé vers 10h30~11h00 samedi matin, j'avais eu un petit souci de dernier minute avec mon serveur OpenLDAP - souci que j'ai pu bien sûr résoudre en moins de deux ...

Ayant proposé d'amener la café je suis arrivé vers 14h30. Faisant connaissance autour du café, j'ai profité d'être en pleinne nature pour savourer mon week-end...Une nouvelle provenant d'Avignon ce vendredi m'a vraiment fait plaisir. Disons donc que le week-end a bien commencé.

L'espace d'un moment j'avais cru retrouvé la tranquilité de la Réunion, loin des réflexions plus bas que terre et sans grand intérêt et complètement futils de certains. Mais bon comme on dit, je préfère ne pas répondre et laisser les gens dans leur petit monde. Après tout quand celà n'en vaut pas le coup, il ne sert à rien de troubler une certaine tranquilité comme ce fut le cas cet après-midi là.

Enfin bref revenons à ce week-end...Avec deux amis, on a profité pour faire le tour de l'Etang. Puis nous nous sommes posés. Vers 17h30 je suis rentré, fait les courses, m'occuper de Simba et regarder un peu la TV.