
Recherche avancée
Médias (2)
-
SPIP - plugins - embed code - Exemple
2 septembre 2013, par
Mis à jour : Septembre 2013
Langue : français
Type : Image
-
Publier une image simplement
13 avril 2011, par ,
Mis à jour : Février 2012
Langue : français
Type : Video
Autres articles (37)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
Prérequis à l’installation
31 janvier 2010, parPréambule
Cet article n’a pas pour but de détailler les installations de ces logiciels mais plutôt de donner des informations sur leur configuration spécifique.
Avant toute chose SPIPMotion tout comme MediaSPIP est fait pour tourner sur des distributions Linux de type Debian ou dérivées (Ubuntu...). Les documentations de ce site se réfèrent donc à ces distributions. Il est également possible de l’utiliser sur d’autres distributions Linux mais aucune garantie de bon fonctionnement n’est possible.
Il (...) -
Changer son thème graphique
22 février 2011, parLe thème graphique ne touche pas à la disposition à proprement dite des éléments dans la page. Il ne fait que modifier l’apparence des éléments.
Le placement peut être modifié effectivement, mais cette modification n’est que visuelle et non pas au niveau de la représentation sémantique de la page.
Modifier le thème graphique utilisé
Pour modifier le thème graphique utilisé, il est nécessaire que le plugin zen-garden soit activé sur le site.
Il suffit ensuite de se rendre dans l’espace de configuration du (...)
Sur d’autres sites (6317)
-
hay iwant to make a stream server
17 mars 2017, par Mahmod Mostfahay i want to make a stream server that can stream live videos to youtube
the videos source is from vlc streaming .ts urls iptv
i tried to make live streaming from vps windows by capturing the screen but lag of course because no gpu card
so i want to know if i can make stream using any other os like linux
i read a lot about ffmpeg and red5 but i dont know if they support streaming from .ts urls that i use vlc player to play them on my windows 7
i can buy any vps with all requirments for this
-
How can I capture video from different windows using ffmpeg ?
13 janvier 2016, par RdBI have a proprietary IPTV player, and my goal is to capture a video from this player’s several windows simultaneously. I’m able to do that with ffmpeg and VLC (for instance) using vlc windows’ titles like this :
ffmpeg -f gdigrab -framerate 30 -i title="german.avi - VLC media player" -b:v 3M germ.flv
ffmpeg -f gdigrab -framerate 30 -i title="2015-05-10 Sportscene.mkv - VLC media player" -b:v 3M scot.flvand so on.
But when I run 2 or more instances of that proprietary player, all of its windows’ titles are similar. So the question is how can I specify which window’s video in which file to record ?
-
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.