
Recherche avancée
Autres articles (2)
-
Création définitive du canal
12 mars 2010, parLorsque votre demande est validée, vous pouvez alors procéder à la création proprement dite du canal. Chaque canal est un site à part entière placé sous votre responsabilité. Les administrateurs de la plateforme n’y ont aucun accès.
A la validation, vous recevez un email vous invitant donc à créer votre canal.
Pour ce faire il vous suffit de vous rendre à son adresse, dans notre exemple "http://votre_sous_domaine.mediaspip.net".
A ce moment là un mot de passe vous est demandé, il vous suffit d’y (...) -
Le plugin : Gestion de la mutualisation
2 mars 2010, parLe plugin de Gestion de mutualisation permet de gérer les différents canaux de mediaspip depuis un site maître. Il a pour but de fournir une solution pure SPIP afin de remplacer cette ancienne solution.
Installation basique
On installe les fichiers de SPIP sur le serveur.
On ajoute ensuite le plugin "mutualisation" à la racine du site comme décrit ici.
On customise le fichier mes_options.php central comme on le souhaite. Voilà pour l’exemple celui de la plateforme mediaspip.net :
< ?php (...)
Sur d’autres sites (2754)
-
ffmpeg dshow Frame dropped on removal and re-insertion of headset
11 février 2019, par Debendra ModiI am using avformat_open_input and av_read_frame to capture audio frames from my usb headset (speaker and mic - "audio=virtual-audio-capturer" and my usb mic device) and then further processing of the frame. Everything works fine. I can run my code for days without any issue. However, when I remove my headset from the usb jack, as expected av_read_frame gives an error code -5.
At this time, I close my input device using avformat_close_input and try to open the input device. This continues to fail till I re-insert my headset. I am then again able to capture the frames and process them. However, after some time, I get messages as follows from the ffmpeg library -
[dshow @ 0a529040] real-time buffer [virtual-audio-capturer] [audio input] too full or near too full (99% of size : 3041280 [rtbufsize parameter]) ! frame dropped !
It appears dshow continues to capture frames although I have closed the input. Most forums mention to increase the rtbufsize, but that may not be a proper solution specially if I want to remove my headset for long duration.
Isn’t there any way to stop dshow from capturing frames so that i am able to run my code without dropping frames, regardless of how many times or how long I remove the headset ?
Thanks in advance.
-
SDL2.0 Alternative for SDL_Overlay
19 juin 2019, par JoshSo I’ve been trying to go through the following tutorial on ffmpeg : http://dranger.com/ffmpeg/tutorial02.html
However, when I try to compile using gcc, I get the following output :
root:/Users/mbrodeur/Downloads/HACKATHON CONTENT/Tutorials-> gcc -o tutorial02 tutorial02.c -lavutil -lavformat -lavcodec -lz -lavutil -lm -lswscale -D_THREAD_SAFE -lSDL2
tutorial02.c: In function ‘main’:
tutorial02.c:41: error: ‘SDL_Overlay’ undeclared (first use in this function)
tutorial02.c:41: error: (Each undeclared identifier is reported only once
tutorial02.c:41: error: for each function it appears in.)
tutorial02.c:41: error: ‘bmp’ undeclared (first use in this function)
tutorial02.c:98: warning: assignment makes pointer from integer without a cast
tutorial02.c:110: error: ‘SDL_YV12_OVERLAY’ undeclared (first use in this function)Now, I read that SDL_Overlay is no longer used in SDL2, so therein lies the problem. I’ve been poking around, but can’t seem to find anything helpful. Is there a replacement for SDL_Overlay ? Is it necessary ?
SDL_Overlay is used in the following context :
SDL_Overlay *bmp;
bmp = SDL_CreateYUVOverlay(pCodecCtx->width, pCodecCtx->height,
SDL_YV12_OVERLAY, screen); -
avformat/avformat.h : Correct some comments
9 août 2019, par Andreas Rheinhardtavformat/avformat.h : Correct some comments
1. When set_parameters was removed from AVOutputFormat in 2fb75019, it
was forgotten to remove the comment pertaining to it. Said comment now
appeared to apply to interleave_packet() ; it is of course nonsense and
has been replaced by an accurate description.
2. The description of av_write_uncoded_frame() suggested
av_interleaved_write_frame() as a replacement if the input is not
already correctly interleaved ; it also referred to said function for
details. Given that said function can't write AVFrames and that the
specifics of writing uncoded frames are explained in the description
of av_interleaved_write_uncoded_frame(), both references have been fixed.
3. Removed an outdated comment about avformat_seek_file().Reviewed-by : Marton Balint <cus@passwd.hu>
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>