
Recherche avancée
Médias (17)
-
Matmos - Action at a Distance
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
DJ Dolores - Oslodum 2004 (includes (cc) sample of “Oslodum” by Gilberto Gil)
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Danger Mouse & Jemini - What U Sittin’ On ? (starring Cee Lo and Tha Alkaholiks)
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Cornelius - Wataridori 2
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
The Rapture - Sister Saviour (Blackstrobe Remix)
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Chuck D with Fine Arts Militia - No Meaning No
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
Autres articles (55)
-
Sélection de projets utilisant MediaSPIP
29 avril 2011, parLes exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
Ferme MediaSPIP @ Infini
L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...) -
Configuration spécifique pour PHP5
4 février 2011, parPHP5 est obligatoire, vous pouvez l’installer en suivant ce tutoriel spécifique.
Il est recommandé dans un premier temps de désactiver le safe_mode, cependant, s’il est correctement configuré et que les binaires nécessaires sont accessibles, MediaSPIP devrait fonctionner correctement avec le safe_mode activé.
Modules spécifiques
Il est nécessaire d’installer certains modules PHP spécifiques, via le gestionnaire de paquet de votre distribution ou manuellement : php5-mysql pour la connectivité avec la (...) -
Installation en mode standalone
4 février 2011, parL’installation de la distribution MediaSPIP se fait en plusieurs étapes : la récupération des fichiers nécessaires. À ce moment là deux méthodes sont possibles : en installant l’archive ZIP contenant l’ensemble de la distribution ; via SVN en récupérant les sources de chaque modules séparément ; la préconfiguration ; l’installation définitive ;
[mediaspip_zip]Installation de l’archive ZIP de MediaSPIP
Ce mode d’installation est la méthode la plus simple afin d’installer l’ensemble de la distribution (...)
Sur d’autres sites (7638)
-
Revision 36900 : On enregistre les infos de ffmpeg dans les metas pour être utilisables ...
4 avril 2010, par kent1@… — LogOn enregistre les infos de ffmpeg dans les metas pour être utilisables partout...
On ajoute un bouton pour forcer leur mise à jour -
Revision 28930 : on bouge
31 mai 2009, par ben.spip@… — Logon bouge
-
ffmpeg : fisheye -> rectilinear conversion with remap_opencl : green tinted output [closed]
4 septembre, par thinkfatI'm having a bit of a problem converting a fisheye video from an Insta360 camera to rectilinear. I know how to do it with the v360 filter but obviously it's slow, just barely realtime. I'm trying to set up a filter chain that uses remap_opencl and vaapi to keep everyhing in hw frames. I did succeed, technically, but the output video has a green tint, which hints that there is some pixel format related issue.


The whole thing is on Linux, (openSUSE Tumbleweed if thats of any interest), a KabyLake platform with Intel HD 620 GPU. Using the NEO OpenCL driver from Intel (24.something, last version that still supported those GPUs). It implements va-opencl media sharing.


This is the chain I came up with :


[0:v]hwmap=derive_device=opencl[vid];
 [1:v]hwupload[xm];
 [2:v]hwupload[ym];
 [vid][xm][ym]remap_opencl[out];
 [out]hwmap=derive_device=vaapi:reverse=1[vout]



The input into the chain are from a vaapi h.264 decoder and two precomputed maps in PGM format. All good here. The chain works and produces an output video that shows the mapping worked and that all the frames make it through the chain. It's fast, too, about 5x realtime. But the output video has a greenish tint which tells me that somewhere in the chain there is a pixel format related hickup. Obviously I want to avoid costly intermediate CPU involvement, so hwdownload,hwupload kind of defeats the purpose.


This is the command line :


ffmpeg -init_hw_device opencl=oc0:0.0 -filter_hw_device oc0
 -init_hw_device" vaapi=va:/dev/dri/renderD128
 -vaapi_device /dev/dri/renderD128
 -hwaccel vaapi
 -hwaccel_output_format vaapi
 -i input.mp4
 -i xmap.pgm
 -i ymap.pgm
 -filter_complex <filter chain="chain">
 -map [vout]
 -c:v h264_vaapi
 -c:a copy
 -y output.mp4
</filter>


I'm looking for a way to do an explicit pixel format conversion before/after mapping the frames between the different hardware contexts. I tried it on the vaapi side by adding a "scale_vaapi=format=
", but whatever I put there, it completely breaks the filter chain because of impossible conversions between formats. 

This is the ffmpeg version :


ffmpeg version N-120955-g6ce02bcc3a Copyright (c) 2000-2025 the FFmpeg developers


I had to compile it manually because nothing I had on the distro supported opencl and va-opencl media sharing.