
Recherche avancée
Médias (91)
-
999,999
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
The Slip - Artworks
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
-
Demon seed (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
The four of us are dying (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Corona radiata (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Lights in the sky (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (88)
-
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 -
MediaSPIP Player : problèmes potentiels
22 février 2011, parLe lecteur ne fonctionne pas sur Internet Explorer
Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...) -
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)
Sur d’autres sites (11715)
-
Feed avcodec_encode_video2 more frames than the desired output framerate [closed]
9 septembre 2024, par muniateguiI am capturing frames at a variable rate and sending them after getting encoded in a livestream (low latency configuration). The send stream is the raw H264 without encapsulating it in any media container. The input/captured frames goes from 60 fps to 70-75 fps. These frames are feed directly to
avcodec_encode_video2
, with the context configured to :

c->time_base.num=1;
c->time_base.den=60;
c->framerate.num=60;
c->framerate.den=1;



The expected behavior of the encoder would be to get
got_packet_ptr = 0
as output ofavcodec_encode_video2
multiple times when the amount of frames exceeds the desired output frame rate. However, what I get is that every single call produces a frame and sending all the frames results in exceeding the desired frame rate.

I have tried to set
AVFrame::pts
to :

in_frame->pts = pts;
pts++;



So basically increase pts by one on each frame (ignoring
got_packet_ptr
is always increased).

This did not fix the problem. Reading more, I think that I have to use something like
av_rescale_q
to set the pts, but as said, the input frame rate is not constant. I am missing another field to set related to time stamps ? I do have to calculate my self the FPS for the input frames ? I am in the wrong path and the problems is not related to this ?

In order to reproduce it, just feed the encoder directly with an amount of frame per second faster than the output and check that packets are always returned with the default configuration of the encoder except profile to lowlatency (NVENC in this case but x264 has the same problem)


-
I Need Help Making Our FIRST Robotics Competition Driver Station Video Feed Faster [closed]
30 mars, par Joshua GreenI am currently using FFmpeg on a Raspberry Pi 4 Model B using an ArduCam UC-844 Rev. B as the camera. We do not need any audio and I don't care about the quality of the video. All we need is for the stream to be as fast as possible. The video from the camera is being streamed to the driver station via FFmpeg and being picked up on the driver station via FFplay. Right now we are getting a delay that we wish could go away or be significantly shortened. These are the commands we are using.


- 

-
Raspberry Pi :
ffmpeg -i /dev/video0 -c:v libx264 -crf 45 -maxrate 1M -bufsize 1.2M -preset ultrafast -tune zerolatency -filter:v fps=30 -f mpegts -omit_video_pes_length 0 udp://10.2.33.5:554


-
Driver Station :
ffplay -fflags nobuffer -flags low_delay -probesize 32 -analyzeduration 0 -f mpegts -vf setpts=0 udp://10.2.33.5:554








-
-
I Need Help Making Our Driver Station Video Feed Faster [closed]
30 mars, par Joshua GreenI am currently using FFmpeg on a Raspberry Pi 4 Model B using an ArduCam UC-844 Rev. B as the camera. We do not need any audio and I don't care about the quality of the video. All we need is for the stream to be as fast as possible. The video from the camera is being streamed to the driver station via FFmpeg and being picked up on the driver station via FFplay. Right now we are getting a delay that we wish could go away or be significantly shortened. These are the commands we are using.


- 

-
Raspberry Pi :
ffmpeg -i /dev/video0 -c:v libx264 -crf 45 -maxrate 1M -bufsize 1.2M -preset ultrafast -tune zerolatency -filter:v fps=30 -f mpegts -omit_video_pes_length 0 udp://10.2.33.5:554


-
Driver Station :
ffplay -fflags nobuffer -flags low_delay -probesize 32 -analyzeduration 0 -f mpegts -vf setpts=0 udp://10.2.33.5:554








-