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

Requête obligatoire pour checker les tables qui n'ont pas de clé primaire avant d'effectuer un create set ou subscribe set

SELECT tablename 
FROM pg_tables 
WHERE tablename NOT IN 
 (SELECT r.relname
 FROM pg_class r, pg_constraint c
 WHERE r.oid = c.conrelid
 AND c.contype = 'p'
 )
AND schemaname = '?????;

Source: http://www.kennygorman.com/wordpress/?p=241

L'équipe de FFmpeg a été très active en ce mois de septembre. A peine la version 0.8.4 était sortie que nous avons droit à des versions estampillées 0.7.6/0.8.5. Reléguant la new du site, il s'agit de bugfix avec support renforcée pour libaacplus:

4X Technologies demuxer
4xm decoder
ADPCM IMA Electronic Arts EACS decoder
ANM decoder
Delphine Software International CIN decoder
Deluxe Paint Animation demuxer
Electronic Arts CMV decoder
PTX decoder
QDM2 decoder
QuickDraw decoder
TIFF decoder
Tiertex Limited SEQ decoder
aac decoder
avi demuxer
avs demuxer
bink decoder
flic decoder
h264 decoder
indeo2 decoder
jpeg 2000 decoder,
libaac+ support
libx264 interface to x264 encoder
mov muxer
mpc v8 decoder
rasterfile decode
shorten decoder
sun raster decoder
unsharp filter
vmd audio decoder
vmd video decoder
wmapro decoder
wmavoice decoder
xan decoder

Mise à jour du 2011/10/02: FFmpeg 0.8.5 is out. A peine j'ai écris ce billet que même pas 24h00 plus tard, cette version sort

Depuis moins d'une semaine, FFmpeg annonce le support pour le projet libaacplus (news datée du 2011/09/28). Ce projet pour ceux qui connaissent a pour url: http://tipok.org.ua/node/17. Loin de moi l'idée de faire des tests de performance aac versus aac+ etc.... . Ce qui a surtout attiré mon attention concerne

• la section "Important legal Notice" sur le site (voir en bas de page)
• le fait que FFmpeg ait changé son fichier LICENCE incluse dans les sources, notamment

  external libraries:
  -------------------
  
  Some external libraries, e.g. libx264, are under GPL and can be used in
  conjunction with FFmpeg. They require --enable-gpl to be passed to configure
  as well.
  
  The OpenCORE external libraries are under the Apache License 2.0. That license
  is incompatible with the LGPL v2.1 and the GPL v2, but not with version 3 of
  those licenses. So to combine the OpenCORE libraries with FFmpeg, the license
  version needs to be upgraded by passing --enable-version3 to configure.
  
  The nonfree external libraries libfaac and libaacplus can be hooked up in FFmpeg.
  You need to pass --enable-nonfree to configure to enable it. Employ this option
  with care as FFmpeg then becomes nonfree and unredistributable.
  

• En tenant en compte les recommandations fournies par l'équipe de développement de FFmpeg au niveau législatif résumé à http://ffmpeg.org/legal.html (Soit dit en passant que les recommendations restent quand même assez confuses)

Déjà que j'ai toujours eu tendance à compiler FFmpeg statiquement pour mon parc de machines personnels (3 machines physiques), j'en arrive à la conclusion en raison de l'interopérabilité qu'en France pour mes propres besoins personnels, je décide de compiler FFmpeg statiquement avec libaacplus

• je ne peux faire usage du logiciel FFmpeg que mes propres besoins personnels. Cet usage est restreint à un cadre privé et personnel;
• je ne suis pas autorisé à distribuer les binaires de quelque manière que ce soit;

A titre d'exemple de projet respectant celà (parmi d'autres), on peut citer TVersity qui ont modifié ffmpeg 0.6 et les ont publié

Tout celà est bien sûr évident. La question qui vient de suite à l'esprit, c'est pourquoi faire un billet sur des choses déjà connus.

Tout vient du fait que je n'ai repris mes investigations sur FFmpeg que depuis deux semaines et aujourd'hui j'ai bien un binaire statique complet.

FFmpeg compilé en statique

Ca c'est pour la bonne nouvelle!

La compilation de FFmpeg avec libfaac est connue depuis bien longtemps. A ce que j'ai pu comprendre, libaacplus serait plus performant que libfaac (dixit l'auteur de libaacplus). Quoique sur des sites de comparaison, AAC s'en sort mieux que AAC+. Ceci expliquerait donc sûrement la motivation de FFmpeg d'inclure le support pour libaacplus -ici support au sens de compilation FFmpeg avec libaacplus -. Il faut se rappeler que par le passé, ce support était possible à partir de patchs. On ne peut que se féliciter d'une tel support -ici support au sens de compilation Fmpeg avec libaacplus-. Je n'y suis pas opposé bien au contraire.

J'en viens quand même à me poser la question: est-ce que quelqu'un serait en mesure de fournir un descriptif détaillé de ce qui est possible au niveau législatif - notamment en France - avec toutes ces licences car c'est vraiment le foutoire! Faire des billets sur FFmpeg m'a toujours intéressé mais le côté législatif de la chose n'a jamais était ma tasse de thé vu qu'apparement c'est souvent question d'interprétation.

Il est souvent rageant de devoir compiler soi-même FFmpeg, notamment lorsqu'on constate les dépendances requises (au niveau des librairies nécessaires). Il y a la façon statique qui permet de s'approger de ces contraintes (à condition bien sûr que l'architecture x86,x86_64 reste la même). Pour celà, il y a un projet très intéressant https://github.com/pyke369/sffmpeg.

Dans le passé, je m'étais déjà livré à ce genre de compilation mais là c'est vraiment intéressant car gérer par cmake.

Note à l'attention des utilisateurs de Ubuntu LucidPour ceux qui sont sous Ubuntu Lucid (>=10.04.3), la version de cmake est la 2.8.0. Elle n'est malheureusement pas suffisante pour l'utilisation. J'ai personnellement récupérer la toute dernière version de cmake (en date du 2011/09/25) c'est la 2.8.5. Elle se compile sans souci. J'ai donc pu par la suite, la tester sans souci. Pour la récupération du projet

git clone https://github.com/pyke369/sffmpeg.git
cd sffmpeg

Avant de continuer et de lancer la compilation, jetez un coup d'oeil au fichier CMakeLists.txt Voici un extrait de son contenu

PROJECT(ffmpeg)

CMAKE_MINIMUM_REQUIRED(VERSION 2.8)
INCLUDE(ExternalProject)
INCLUDE_DIRECTORIES(BEFORE ${CMAKE_BINARY_DIR}/include)
LINK_DIRECTORIES(${CMAKE_BINARY_DIR}/lib)

EXTERNALPROJECT_ADD(
  z
  URL http://zlib.net/zlib-1.2.5.tar.gz
  PATCH_COMMAND patch Makefile.in ${CMAKE_SOURCE_DIR}/vendor/zlib-1.2.5-static.patch
  CONFIGURE_COMMAND ./configure --prefix=${CMAKE_BINARY_DIR} --static
  BUILD_IN_SOURCE 1
)
EXTERNALPROJECT_ADD(
  openssl
  URL http://www.openssl.org/source/openssl-1.0.0e.tar.gz
  CONFIGURE_COMMAND ./config no-shared no-idea no-mdc2 no-rc5 --prefix=${CMAKE_BINARY_DIR}
  BUILD_COMMAND make depend && make
  BUILD_IN_SOURCE 1
)
....

Moi ça m'a rappeler la façon de compiler à la mode Gentoo du temps où j'utilisais Gentoo

Remarque: Le téléchargement de source sur des dépots type SVN ou GIT fonctionne sans souci:

EXTERNALPROJECT_ADD(
 xavs
 SVN_REPOSITORY https://xavs.svn.sourceforge.net/svnroot/xavs/trunk 
 CONFIGURE_COMMAND ./configure --prefix=${CMAKE_BINARY_DIR} --enable-shared=no --enable-static=yes
 BUILD_IN_SOURCE 1
)

Par défaut, l'auteur propose

• x264
• rtmp
• theorea
• speex,
• aac

Il est aisé d'ajouter d'autres supports comme:

• dirac 0.4.10 / schroedinger 1.0.9
• xavs
• etc...

J'ai upgradé sa version pour et fait des tests pour ffmpeg 0.8.4 sorti le 2011/09/22.

Non rien à dire que d'avoir ffmpeg compilé en full static quand on veut procéder à une conversion vidéo, sans avoir à se trimbaler toutes les dépendances