
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 (111)
-
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 -
Récupération d’informations sur le site maître à l’installation d’une instance
26 novembre 2010, parUtilité
Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...) -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
Sur d’autres sites (12187)
-
How to open a remote radio stream with ffmpeg's `avformat_open_input` without segfault ?
19 août 2020, par Keyboard embossed forheadI'm at the beginning stage of writing a small app to stream internet radio stations. For the moment I'm just trying to get the detected info of the input stream. Whilst I am successful in getting all the stream's details via the the command line tool (
ffmpeg -i ${URL}
), calling the library'savformat_open_input(...)
method call results in a SEGFAULT (a stack overflow to be precise when checked in valgrind).

Passing a local file url works fine though in both the command line utility and the library call.


Here's a minimal example :


int test() {
 const char * station_url = "http://stream.srg-ssr.ch/m/rsc_de/aacp_96";
 const char * test_file = "test.mp3"; //works
 AVFormatContext * av_ctx = avformat_alloc_context();
 int ret = 0;

 avformat_network_init();

 if( ( ret = avformat_open_input( &av_ctx, station_url, NULL, NULL ) ) < 0 ) { //SEGFAULT 
 printf( "Could not open file '%s': %i", station_url, ret );
 return -1;
 }

 printf( "Format %s, duration %ld us", av_ctx->iformat->long_name, av_ctx->duration );

 avformat_network_deinit();
 return 0;
}



If anyone with experience in dealing with acquiring remote streams using ffmpeg libraries in C has some insights I'd be grateful. Thanks in advance.


I'm using ffmpeg v4.3.1 on Linux.


-
ppc : reduce overreads when loading 8 pixels in altivec dsp functions
13 février 2014, par Janne Grunauppc : reduce overreads when loading 8 pixels in altivec dsp functions
Altivec can only load naturally aligned vectors. To handle possibly
unaligned data a second vector is loaded from an offset of the original
location and the data is recovered through a vector permutation.
Overreads are minimal if the offset for second load points to the last
element of data. This is 7 for loading eight 8-bit pixels and overreads
are reduced from 16 bytes to 8 bytes if the pixels are 64-bit aligned.
For unaligned pixels the overread is reduced from 23 bytes to 15 bytes
in the worst case. -
Streaming a webcam to a web server to be streamed on web
19 octobre 2012, par gazzwi86I intend on streaming a web cam from a Raspberry Pi to a server, which can then serve the stream up to users over the web. I would ideally like the stream to work across all browsers with minimal complication, so the current mjpeg format I presume would not be ideal.
Firstly, I would like to know if ffmpeg is the right tool for the job as its what I'm experimenting with at the moment ? I also looked at using ffmpeg and motion but didnt see the need for motion as I don't need motion detection. My config for ffmpeg is listed below :
I installed via apt-get :
apt-get install ffmpeg
I have create a config file /etc/ffserver.conf containing the following :
Port 80
BindAddress 0.0.0.0
MaxClients 10
MaxBandwidth 50000
NoDaemon
<feed>
file /tmp/webcam.ffm
FileMaxSize 10M
</feed>
<stream>
Feed webcam.ffm
Format mpjpeg
VideoSize 640x480
VideoFrameRate 15
VideoBitRate 2000
VideoQMin 1
VideoQMax 10
strict -1
</stream>I have created a file in the sbin called webcam.sh containing the following :
ffserver -f /etc/ffserver.conf & ffmpeg -v verbose -r 5 -s 640x480 -f video4linux2 -i /dev/video0 http://localhost/webcam.ffm
Running the above starts the stream but at the moment viewing http://webcam.mjpeg starts a file downloading which seems not to start in chrome and doing the same with and html file with the stream in a img tag doesnt work.