
Recherche avancée
Médias (1)
-
Carte de Schillerkiez
13 mai 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
Autres articles (56)
-
Librairies et logiciels spécifiques aux médias
10 décembre 2010, parPour un fonctionnement correct et optimal, plusieurs choses sont à prendre en considération.
Il est important, après avoir installé apache2, mysql et php5, d’installer d’autres logiciels nécessaires dont les installations sont décrites dans les liens afférants. Un ensemble de librairies multimedias (x264, libtheora, libvpx) utilisées pour l’encodage et le décodage des vidéos et sons afin de supporter le plus grand nombre de fichiers possibles. Cf. : ce tutoriel ; FFMpeg avec le maximum de décodeurs et (...) -
Emballe Médias : Mettre en ligne simplement des documents
29 octobre 2010, parLe plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...) -
Librairies et binaires spécifiques au traitement vidéo et sonore
31 janvier 2010, parLes logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
Binaires complémentaires et facultatifs flvtool2 : (...)
Sur d’autres sites (7885)
-
Solution for VB6 to broadcast Webcam
11 juillet 2014, par vantrung -cunconSorry, I know VB6 is decades ago, but I’m in a situation that I have to use VB6 to deliver live webcam stream beetween 2 PC in Server - Client Model program. Vb6-code holds the connection then I have no choice but to transfer all data via that connection.
I’ve tried weeks for this, uncountable approaches but went to nowhere.
My efforts focused on 3 major approaches :1/ Use ffmpeg to record live webcam as ".avi" file on hard disk, transfer parts of file to other end & play it. But I’ve stucked with a media-player that can play a "being written" avi file.
Windows Media Player control told me "file already in use..." & VLC Plugin can’t even be added to VB6 (axvlc.dll).
2/ Use ffmpeg to save live webcam as avi file, transfer each bit of that file to the other end, then in other end, extract 24 images / second from the avi to display continously in a picture box.
This approach is ok except that my hard disk get fulled of images in a time of wink and my program get very slow before hanging.3/ Use ffmpeg to stream the live webcam to a rtp-port like this :
ffmpeg -f dshow -i video="Lenovo EasyCamera" -vcodec mpeg2video -pix_fmt yuv422p -f rtp -an rtp://224.1.2.3:8191
I’ve successfully watch the stream in VLC, but VLC(axvlc.dll) refused to be integrated into ancient VB6. And more important, I don’t know how to redirect/reroute the rtp stream to other PC with VB6.
Any one please light me up ? (Any 3rd party component is welcomed)
-
How to comile avconv with libx264 in ubuntu 12.04
11 août 2012, par KugutsumenIs there any step by step on how to compile avconv in ubuntu ?
It seems hard to search for any tutorial with avconv compared to ffmpeg.thanks in advance !
-
FFMPEG video encoding time increases over time
8 août 2018, par NStofI am creating a fairly basic DVR in C# using the FFMPEG wrapper in Accord.net. Essentially it works by getting the raw frames from the on-board frame grabber, displays the frame on screen and places it in a buffer. In a Separate thread in 20 second intervals, the frames are taken from the buffer and using Accord.Video.FFMPEG.VideoFileWriter.WriteVideoFrame(Bitmap bmp) the frame is encoded and saved to disk. Video is saved in two minute file chunks.
This works happily for about 24-30 hours, however after that it looks like the average time it takes to encode/save each frame increases to the point where it gets new frames faster than they can be saved. This causes buffer to grow and ends in tears.What I would like to know is why does the time it takes to complete the WriteVideoFrame(Bitmap bmp) function increase over time.
What I think I know so far :
I do not know if this problem is caused by something in FFMPEG or in the Accord.net wrapper.
I am reasonably sure it is not caused by hardware. Neither CPU usage nor HDD are working particularly hard. In fact, when I monitor the CPU usage, it does not work any harder or less hard when the encoding time increases.
When I stop recording (close and dispose all Accord.net objects) and start again, it does not reset the encoding speed. Only when I close the software and start it again does it fix the problem.
Any thoughts and help with this will be greatly appreciated. If more information is required, please let me know.