
Recherche avancée
Médias (1)
-
The pirate bay depuis la Belgique
1er avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (68)
-
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Ecrire une actualité
21 juin 2013, parPrésentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
Vous pouvez personnaliser le formulaire de création d’une actualité.
Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...) -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir
Sur d’autres sites (10263)
-
how encode xdcam.mxf and set for mediainfo flag "standard : component"
3 août 2018, par livioMy goal is to encode an XdcamHD 50Mb .mxf, with ffmpeg or ffmbc or bmx, and get the following Mediainfo technical and tag data
Format Settings, Matrix : Custom
Standard : Component
When I try to convert with FFmbc I get a correct XdcamHD in every aspects, except the following Mediainfo technical data :
Format Settings, Matrix : Default
Standard : PAL
The target file and my file analized whith ffprobe are identical
on the left target file on the right my encoded file
and this is my code
ffmbc.exe -i %1 -tff -target xdcamhd422 -t 5 -y rewrapffmbc.mxf
When i try to convert with ffmpeg I obtain the same good file but if I read the technical and tag data in Mediainfo the flag "Standard :" has disappeared. Also in this case my file is being rejected from a Broadcast Company we deal with.
here is the ffmpeg code
ffmpeg.exe -i %1 -r 25 -aspect 16:9 -pix_fmt yuv422p -color_primaries 1 -color_trc 1 -colorspace 1 -vcodec mpeg2video -non_linear_quant 1 -flags +ildct+ilme -top 1 -intra_vlc 1 -qmax 3 -lmin "1*QP2LAMBDA" -vtag xd5c -rc_max_vbv_use 1 -rc_min_vbv_use 1 -g 12 -b:v 50000k -minrate 50000k -maxrate 50000k -bufsize 3835k -bf 2 -trellis 1 -map 0:0 -map 0:1 -map 0:2 -map 0:1 -map 0:2 -map 0:1 -map 0:2 -map 0:1 -map 0:2 -map_channel 0.1.0:0.1.0 -map_channel 0.2.0:0.2.0 -map_channel 0.1.0:0.3.0 -map_channel 0.2.0:0.4.0 -map_channel 0.1.0:0.5.0 -map_channel 0.2.0:0.6.0 -map_channel 0.1.0:0.7.0 -map_channel 0.2.0:0.8.0 -c:a pcm_s24le -ar 48000 -ac 1 -map_metadata 0 -timecode 09:59:59:20 -y profilo-1.mxf
Can someone provide a solution or a workaround ?
Thank you
-
Writing an image to linux framebuffer distorts the image C++
8 avril 2021, par maxIm trying to set up
rtsp
video stream from teledyne Dalsa Genie Nano camera. For grab images I'm using a framework provided by this company.
Forrtsp
stream I will use ffmpeg tool that can stream video directly from linux frame buffer.

So i tried to write this image via memcpy function and at this moment the image is not recorded correctly. because when i try to take a screenshot from Facebook with ffmpeg in output i have corrupted image.

Here's some information :

In the framework I have an image object that contains :


- 

- void *address (address of one frame)
- int width (1280)
- int height (1024)
- int depth (1)












It's working fine without any errors but when I print image from frame buffer (fb) I have




I think it happens because fb device depth is 32 but frame depth is 1.


Am I right ?


I tried to change fb device depth with fbset tool but it returns an error -



Command I use for taking an image from fb :
sudo ffmpeg -f fbdev -framerate 1 -i /dev/fb0 -frames:v 1 screenAA3.jpeg


Can someone tell me what I'm doing wrong ?


-
deprecate AV_CODEC_ID_VOXWARE and introduce AV_CODEC_ID_METASOUND instead
6 août 2013, par Kostya Shishkov