
Recherche avancée
Médias (3)
-
MediaSPIP Simple : futur thème graphique par défaut ?
26 septembre 2013, par
Mis à jour : Octobre 2013
Langue : français
Type : Video
-
GetID3 - Bloc informations de fichiers
9 avril 2013, par
Mis à jour : Mai 2013
Langue : français
Type : Image
-
GetID3 - Boutons supplémentaires
9 avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (59)
-
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...) -
MediaSPIP Core : La Configuration
9 novembre 2010, parMediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs
Sur d’autres sites (5300)
-
ffmpeg : consider increasing probesize error, but it is never satisfied
27 janvier 2021, par JazI was trying to use an Arch solution for streaming to twitch today through FFMPEG, but all of my attempts were in vain because of one simple thing on FFMPEG. it says that the probesize is not large enough, so I instinctively increased the probesize value more and more... and now it is
-probesize "500M"
yet it is still saying it is not enough. here is the code snippet

[x11grab @ 0x5631f846cd00] Stream #0: not enough frames to estimate rate; consider increasing probesize
Input #0, x11grab, from ':0.0':
 Duration: N/A, start: 1603397505.341400, bitrate: 1007124 kb/s
 Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 1366x768, 1007124 kb/s, 30 fps, 1000k tbr, 1000k tbn, 1000k tbc
0: Input/output error



and the code


#!/bin/bash
 INRES="1366x768" # input resolution
 OUTRES="1366x768" # output resolution
 FPS="30" # target FPS
 GOP="60" # i-frame interval, should be double of FPS,
 GOPMIN="30" # min i-frame interval, should be equal to fps,
 THREADS="2" # max 6
 CBR="1000k" # constant bitrate (should be between 1000k - 3000k)
 QUALITY="ultrafast" # one of the many FFMPEG preset
 AUDIO_RATE="44100"
 PROBESZ="500M" # specify a size for the ffmpeg tool to assess frames
 STREAM_KEY="$1" # paste the stream key after calling stream_now
 SERVER="live-mia" # twitch server in miami Florida, see https://stream.twitch.tv/ingests/ for list

 ffmpeg -f x11grab -s "$INRES" -r "$FPS" -i :0.0 -f pulse -i 0 -f flv -ac 2 -ar $AUDIO_RATE \
 -vcodec libx264 -g $GOP -keyint_min $GOPMIN -b:v $CBR -minrate $CBR -maxrate $CBR -pix_fmt yuv420p\
 -s $OUTRES -preset $QUALITY -tune film -acodec aac -threads $THREADS -strict normal \
 -bufsize $CBR -probesize $PROBESZ "rtmp://$SERVER.twitch.tv/app/$STREAM_KEY"



even though it was a solution to store in .bashrc, I stored it in a script to call manually.


and if this is helpful, here is the fancy banner ffmpeg shows before the error


ffmpeg version n4.3.1 Copyright (c) 2000-2020 the FFmpeg developers
 built with gcc 10.1.0 (GCC)
 configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-avisynth --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libdrm --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libjack --enable-libmfx --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librav1e --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-nvdec --enable-nvenc --enable-omx --enable-shared --enable-version3
 libavutil 56. 51.100 / 56. 51.100
 libavcodec 58. 91.100 / 58. 91.100
 libavformat 58. 45.100 / 58. 45.100
 libavdevice 58. 10.100 / 58. 10.100
 libavfilter 7. 85.100 / 7. 85.100
 libswscale 5. 7.100 / 5. 7.100
 libswresample 3. 7.100 / 3. 7.100
 libpostproc 55. 7.100 / 55. 7.100



-
Looking for a multimedia SDK (open source or paid) which can play audio (.mp3, .aac) and video (.mp4 etc.)
8 avril 2022, par AhmadHI would like to embed audio (and video) files in my cross platform application.
Searching for an SDK with below functionality :


- 

- Play audio - .mp3,.aac (are must) & other common formats
- Play video - .mp4 & other common formats
- Audio recording would be an added advantage.
- Open source or affordable price










[ Note : FFmpeg is not an option due to some License restriction]


**Anything that has all FFmpeg properties would be ideal.


Looking online but haven't found any suitable option.
Please help.


-
Multiple applications to access the same DeckLink device (openCV and rtmp pushing) ? What options do I have ?
7 septembre 2020, par Giorgi AptsiauriDescription :


I have a requirement that I must do two things to a single camera stream from a DeckLink device - OpenCV processing and RTMP live streaming. If it is relevant, the device is DeckLink 8K Pro.


The DeckLink device (one particular port) does not allow more than one application to access the video stream. My two applications are :


- 

- C++ OpenCV application which must run image processing algorithms on the video stream.
- Unreal Media Server which must RTMP push the stream to a remote endpoint, which should redistribute the stream to clients.






Both applications must be running on the same Windows workstation.


Problem :


If either application is running, it has exclusive access to the video stream and the other application cannot read the stream, and there seems to be no solution to this problem.


So, I am really looking for a smart solution some of you may have implemented before or have an idea which might work for me.


My solution so far :


In this solution, Unreal Media Server is replaced with FFMPEG.


Since OP's effort must be put into the solution before posting here, I have been browsing through possible solutions the past week. I came up with an FFMPEG-based solution which is the only application which reads the DeckLink video stream and does exactly two things in a single command - pushes video packets via RTMP and creates a local UDP stream. And, OpenCV's VideoCapture class is able to pick up UDP stream. For testing, I have used Twitch as RTMP server and VLC as UDP tester. It works and it seems like a good solution except for the delay introduced in UDP streaming which is about 0.4 seconds. Unfortunately, I am not able to evaluate RTMP delay because Twitch introduces its own >5s delay on its own. But that is not a problem for now.


Here's the FFMPEG solution (Note I am using computer webcam here but same goes for DeckLink).


Steram via :


ffmpeg -threads:v 2 -threads:a 8 -filter_threads 2 -thread_queue_size 512 -y -f dshow -video_size 640x480 -pixel_format yuyv422 -framerate 30 -rtbufsize 100M -i video="HD WebCam" -f dshow -rtbufsize 100M -i audio="Microphone Array (Realtek High Definition Audio(SST))" -preset ultrafast -vcodec libx264 -tune zerolatency -b 900k -map 0:v:0 -f mpegts udp://127.0.0.1:5555 -pix_fmt yuv420p -c:v libx264 -qp:v 19 -profile:v high -rc:v cbr_ld_hq -level:v 4.2 -r:v 60 -g:v 120 -bf:v 3 -refs:v 16 -f flv rtmp://live-fra05.twitch.tv/app/stream_key



Play via :


ffplay -probesize 32 -sync ext udp://127.0.0.1:5555



I want to hear how you would improve my own solution to better fit the problem (e.g. less latency) or if you have a better solution than mine.


Thanks in advance.