
Recherche avancée
Médias (91)
-
Spoon - Revenge !
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
My Morning Jacket - One Big Holiday
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Zap Mama - Wadidyusay ?
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
David Byrne - My Fair Lady
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Beastie Boys - Now Get Busy
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Granite de l’Aber Ildut
9 septembre 2011, par
Mis à jour : Septembre 2011
Langue : français
Type : Texte
Autres articles (68)
-
Gestion des droits de création et d’édition des objets
8 février 2011, parPar défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
Les formats acceptés
28 janvier 2010, parLes commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
ffmpeg -codecs ffmpeg -formats
Les format videos acceptés en entrée
Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
Les formats vidéos de sortie possibles
Dans un premier temps on (...)
Sur d’autres sites (9976)
-
Is there any way to resume live h264 playback (client rejoin) using the h.264 codec ?
22 février 2021, par IceCurrently, I'm having a bit of an issue with the MediaSource API for resuming live h264 playback.
My server-side code will keep the first packet from FFmpeg, then dispatch it to clients. However, this works well but raises an issue.


When I restart the stream and it dispatches to the client(s), it goes as expected and this is the result I expect when a client disconnects then has to reconnect to the stream, is the aforementioned result


However, if I were to rejoin the stream, I get this as the result


Also, FFMpeg data is being sent to the client in the picture above, it's just not rendering it for some reason.


Here's my function for playing audio/video frames that I get from the server.


private _playFrame(type: 0 | 1) {
 const src = type === 0 ? this.audioSource : this.videoSource;
 if (!src || src.updating) return;
 const queue = type === 0 ? this.audioFrameQueue : this.videoFrameQueue;
 src.appendBuffer(queue.shift());
 if (this.video.src && this.video.paused) this.video.play().then(() => null);
}



-
How to check if client is still connected with ffmpeg
11 décembre 2017, par AdalcarI am working on a live-streaming server in C++ using FFMPEG.
I have a I have an acquisition thread which grabs the images from the cameras and I spawn a new thread on each client connexion to send them the packets.Here’s my "send" function :
void Encoder::_encode()
{
int ret = 0;
if (avcodec_send_frame(ctx, frame) < 0)
throw new std::runtime_error("error sending a frame for encoding");
while (ret >= 0)
{
ret = avcodec_receive_packet(ctx, pkt);
if (ret == AVERROR(EAGAIN) || ret == AVERROR_EOF)
return;
avio_write(client, pkt->data, pkt->size);
avio_flush(client);
av_packet_unref(pkt);
}
}This encodes the frame and sends it to the client.
The problem is : whenever the client exits, the thread keeps sending it data, and throws no exception, even when the same client connects again, it will spawn a new thread while the old one keeps running...
Is there a way to "ping" the client to check whether it is still connected ? -
lavf doxy : add some general lavf information.
11 décembre 2011, par Anton Khirnovlavf doxy : add some general lavf information.