Association Grand-Angle

Hellfest 2010 avec Woodbrass.com

Florence Mary — 2010-07-20T12:14:04Z

Deux reportages sur la journée du dimanche 20 juin 2010 au Hellfest avec Woodbrass.com : le festival, les concerts et le concours de drum-o-meter

: Hellfest 2010

: Drumometer

Port Firewire H.S. sur les caméscopes HDV

François Guillement — 2010-02-10T11:05:01Z

Les caméscopes HDV sont très sensibles aux chocs électrostatiques provoqués lors des branchements des cables IEEE-1394 (appelés FireWire par Apple et i.LINK par Sony). Nous avons du faire réparer sous garantie un caméscope SONY Z5 et un CANON XHA1.

La notice de la Z5 donne ces conseils pour les branchements à un ordinateur par la prise FireWire :
"Raccordez le caméscope à la prise murale à laide de l'adaptateur/chargeur"⁽¹⁾.
”Raccordez le cable i.LINK à l'ordinateur, puis au caméscope. Le raccordement dans le sens inverse risque de produire de l'électricité statique, ce qui peut entraîner un mauvais fonctionnement du caméscope”⁽²⁾.
La notice dit aussi que l'on ne doit pas modifier "la position du commutateur POWER de la caméra pendant le raccordement"⁽³⁾ :
De ces trois instruction, on en déduit que l'on doit allumer la caméra, puis raccorder la cable FireWire à l'ordinateur, puis à la caméra. Le moment de l'allumage de l'ordinateur n'étant pas précisé.

Pourtant, le technicien de Loca-Images chez qui nous l'avons achetée, nous a assuré qu'il fallait tout brancher à froid pour éviter d'endommager la prise FireWire :
Brancher le caméscope et l'ordinateur sans les allumer.
Allumer les deux ensuite.

Il est assez déplorable que les notices des caméscopes HDV ne soient pas plus précises sur ce problème.
En plus, ce soucis existe déjà sur les caméscopes DV ou DVCAM comme la PD150. Il existe même des filtres protecteurs, qui valent dans les 100 euros. (On ne l'a jamais testé.) Mais avec le HDV, les filtres ne seraient plus compatibles !!
En fait, d'après les techniciens avec qui j'ai discuté, l'avenir étant à l'utilisation de ces caméscopes avec les cartes (Compact Flash dans le cas de la Z5), que l'on décharge sans le caméscope, son port FireWire n'est pas spécialement sécurisé ! Un gros défaut qui peut coûter très cher si on n'est plus sous garantie ! En effet, suivant les modèles, il faut changer une bonne partie de l'électronique de la caméra qui est sur la même carte que le port FireWire.

1 - page 106 de la notice

2 - page 109 de la notice

3 - page 109

Antisocial de Trust repris a capella par les Jambons

François Guillement — 2010-01-31T16:39:35Z

extrait de la captation d'un des derniers concerts des Jambons, à Clisson.
De gauche à droite :
Jérôme
Sébastien (ancien des épuisettes)
Philippe (maintenant en solo sous le nom de CHASSELOUP)
Laurent (La Pompe)

reportage sur les jambons (ici)

: antisocial de Trust repris par les Jambons

J'ai dit Amen An seisiun, musique (...) A la table des vieux (...)

Lecteur exportable :

Ils ne m'ont pas cru - Grigri Blue

François Guillement — 2010-01-27T14:21:32Z

Fabienne Roussignol : Steady-cam
Pierre Boureau : lumière
François Guillement : réalisation

Le site de Grigri Blue

: Ils ne m'ont pas cru SD

Jeter la télé - GURVAL GriGri Blue A la table des vieux (...) Dans La Rue

Lecteur exportable :

les chiens de paille

François Guillement — 2010-01-12T13:30:50Z

un essai sur la chanson de miossec.

: essai sur chien de pailles

J'ai dit Amen An seisiun, musique (...) A la table des vieux (...) Dans La Rue

Lecteur exportable :

Ma valise stop the tour

Guillaume Escoffier — 2009-12-22T15:12:47Z

Reportage sur le groupe « Ma Valise » en tournée cet été en allemagne.

: Ma valise stop the tour; Extrait - 16min

Les nouveaux chapitalistes

François Guillement — 2009-11-18T20:17:00Z

c'est un film qui fera une heure environ, sur le festival de cirque nouveau qui a eu lieu en avril 2004 à Nantes, avec la compagnie Maboul Distorsion, Adzel Cie, Mic Mac Cie, etc...

: Quai des chaps (extrait jour 5)

Louise Rafale : On the road... Toujours

François Guillement — 2009-10-06T07:44:31Z

Un couple en marge... et son caddiravane. Un spectacle de route... par la compagnie Louise Rafale.

: On The Road 800x448-45Mo

Mr Wilson au cabanier Mon Pays Saint-Hilaire - Chaseloup - ADZEL Cie - Chasseloup présente (...)

Dogora - Anjou Bleu

Les Amis de l'Ophas — 2009-09-26T07:46:08Z

Au printemps 2009, les villes de Segré, Chateaubriand et Chateau-Gontier ont accueillies 8 représentations de DOGORA, l'oeuvre musicale d'Étienne Perruchon : un spectacle musical hors-norme.

D'après ses initiateurs, « l'objectif du projet était d'unir sur une même scène, à partir de l'oeuvre musical d'Étienne Perruchon, plusieurs styles d'expression artistique : danse, chant choral et musique. DOGORA est un projet partenarial, tant dans la mise en oeuvre (travail de l'Ecole de musique du Pays Haut-Anjou Segréen avec d'autres établissements, ensembles vocaux, école de Danse, etc...) que dans les échanges autour du projet avec l'Education Nationale, les associations culturelles, les établissements sociaux... »

La représentation du 6 Juin 2009 à Segré a fait l'objet d'une captation vidéo, produite par l'association Les Amis de l'OPHAS, et réalisée par la société JF Vidéo.
Grand-Angle a collaboré au travail de montage et de post-production de ce film, ainsi qu'à l'édition d'un DVD dont quelques extraits sont disponibles sur cette page.

Obtenir le DVD
Le DVD est disponible auprès des Amis de l'Ophas.

Ces extraits vidéos sont publiés par Les Amis de l'Ophas sous licence Creative-Commons-By-Nd

: Dogora; Extrait N°4

Lecteur exportable :

: Tou Toeshtaké; extrait N°9

Lecteur exportable :

: La Vidjamé; Extrait N°16

Lecteur exportable :

: Donia; Extrait N°20

Lecteur exportable :

Compression vidéos pour le Web : un problème de taille

Pierre Boureau — 2009-09-14T09:25:21Z

Nous nous intéressons ici à un problème relativement simple en apparence : Comment déterminer les dimensions géométriques d'un fichiers en vue de le publier sur une page web ?

Optimiser les caractéristiques d'encodage
Un problème de taille
Spécificités du codage H264
Calculateur de dimensions en multiples de 16

Les formats vidéo de production classiques ont en effet des caractéristiques souvent incompatibles avec une diffusion sur les réseaux de faible débit comme le sont les liaisons internet actuelles. Pour se faire une idée, on peut rappeler que la moindre vidéo DV ou HDV requière un débit de 25 Mbits/s là où la plupart des fournisseurs d'accès proposent au grand public des connexions dont les capacités atteignent au mieux quelques Mbits/s ! Les nouveaux formats HD utilisent des bandes passantes de 30 à 50 Mb/s, voir davantage pour certains formats broadcast.

Une diffusion sur le réseau internet implique donc nécessairement un ré-encodage des fichiers afin d'en réduire le poids.

Le choix du format et des codecs vidéo compatibles avec une diffusion web est un sujet à part entière, trop vaste pour en faire un état complet ici. En attendant l'émergence de formats ouverts comme le OGG et le codec Dirac, les principaux formats actuelles sont ceux supportés par le Plugin Adobe Flash⁽¹⁾.

H264, aussi appelé Mpeg4-Part 10 ou MPEG4-AVC (Advanced Video Coding) est le plus récent, et donc aussi celui qui a le plus d'avenir... Il permet aujourd'hui une diffusion de qualité satisfaisante à des débits relativement faibles (512Kb/s).

Optimiser les caractéristiques d'encodage

Poids (en octets) et bande passante
Le poids d'un fichier vidéo est un éléments plus déterminant que sa taille (Largeur x Hauteur) pour la diffusion Web. Car il s'agit avant tout que la bande passante requise par la lecture en temps réel du fichier soit compatible avec la vitesse de connexion de l'internaute, soit sa capacité à télécharger le fichier au moins aussi vite qu'il est lu ! Il faudra donc avant tout fixer la bande passante du fichier produit en fonction du public visé. Par exemple, en 2009, on considère généralement qu'une bande passante de 512Kbps est un bon compromis entre qualité et capacités des équipement des internautes occidentaux.

La taille d'affichage (en Pixels)
La plupart des logiciels de compression vidéo proposent des pré-règlages plus ou moins adaptés au contexte. D'autres font carrément l'impasse et compressent dans la taille en pixels de la source, ce qui n'est pas toujours judicieux comme on le verra plus loin.

Lorsqu'on limite la bande passante d'un fichier, les dimensions géométriques de la vidéo produite ont une influence directe sur la qualité d'encodage. Une image trop grande risque, à débit constant, une compression trop forte qui dégraderait la qualité finale de l'encodage. Rien ne sert de préserver la résolution si en parallèle on dénature l'image avec une compression trop forte. Cette question rejoint la problématique pris en compte par des logiciels comme Adobe Photoshop ou Gimp, pour l'image fixe, avec les modules d'export pour le web qui permettent cette optimisation "poids/dimensions/qualité". Dans le domaine vidéo, de tels outils n'existent pas encore... !

Là encore, un compromis devra être fait, prenant en compte la largeur de la colonne de la page web qui embarquera la vidéo, les dimensions de la source, la complexité de la vidéo (mouvements rapides et nombreux, plans larges fourmillant de détails, etc...), et la compatibilité souhaitée avec les baladeurs vidéo.

Un problème de taille

Des pixels carrés
Le passage d'un format de production à un format web implique donc de redimensionner la vidéo d'origine, généralement composée de pixels rectangulaires⁽²⁾. Les dimensions de la source ne reflètent pas nécessairement les proportions réelles de l'image. Ainsi, une vidéo DV, qu'elle soit 4/3 ou 16/9, aura toujours les mêmes dimensions de 720x576 pixels, soit 5/4 !
Les lecteurs Flash sont aujourd'hui capables d'afficher correctement ces pixels rectangulaires au sein de la page web, mais le mode de consultation plein-écran peut poser problème dans la mesure où tous les écrans n'ont pas les mêmes dimensions et risquent de déformer l'affichage. Conserver les proportions d'origine et des pixels rectangulaires s'avèrent donc risqué. Il semble plus judicieux d'envisager systématiquement une conversion en pixels carrés.

Oublions les barres noires !
Il est trop courant de rencontrer sur la toile des vidéos encodées avec des barres noires (ex : une vidéo 16/9 dans un cadre 4/3). Là encore, ces barres risquent sérieusement de limiter le visionnage plein-écran. Par ailleurs, ces pixels inutiles alourdirons le poids du fichier ! L'idéal est donc de respecter scrupuleusement les proportions réelles de l'image, en la recadrant le cas échéant (les anglophones utilisent le terme « crop ») pour supprimer les barres letterbox présentent sur la source.

Spécificités du codage H264

Les codecs vidéo développés par le Motion Picture Experts Group (MPEG), dont les plus courants sont MPEG-1, MPEG-2, et toute la serie des MPEG-4 (DivX, Xvid, H264, etc...) s'appuient sur un découpage spacial de la luminance de l'image en macroblocs de pixels.

C'est ainsi que se sont imposés des dimensions familières à tous ceux qui manipulent des fichiers vidéo numériques :

Quelques dimensions usuelles
Largeur	Hauteur	Description
352	288	VideoCD PAL
640	480	SDTV NTSC (pixels carrés)
720	576	DV, DVD PAL
1280	720	HDV 720P (pixels carrés)

Dans la famille MPEG, seul le codec H264 est à l'heure actuelle compatible avec le plugin Flash qui rend les fichiers embarqués dans une page web consultablent en ligne. Le codage H264 utilise des macroblocs de 16x16 pixels. L'encodage d'une vidéo H264 s'avère donc sensiblement plus efficace si les dimensions - LARGEUR x HAUTEUR - du fichier généré sont des multiples de 16, c'est-à-dire composés d'un nombre entier de macroblocs.

Il nous faut donc trouver des dimensions d'image - LARGEUR x HAUTEUR - qui reflètent fidèlement en pixels carrés les proportions de la vidéo, et qui soient des multiples de 16.

Le calculateur ci-dessous n'a pas d'autre fonction que de proposer des dimensions compatibles...

Calculateur de dimensions en multiples de 16

1 - Voir : Les trois Codecs Flash

2 - Voir : Géométrie des Pixels