
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (95)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...) -
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 (9057)
-
Best way of playing mkv video that is being recorded with ffmpeg in web browser
17 juin 2017, par martin49I’m looking for a way to play a video that is being recorded with ffmpeg in a web browser preferably using HTML5 video tag.
I have this code in my page, the URL is pointing to a video file (example.mkv) that is being recorded by ffmpeg.
<video class="video-player" controls="controls" loop="loop">
<source src="{{asset('example.mkv')}}" type="video/mp4">
<p>Your browser does not support H.264/MP4.</p>
</source></video>Google Chrome/Chromium can play mkv video in HTML5, but only plays the part that was loaded when page was loaded. Is it possible to continue to load the video while it is being recorded ?
-
How can I learn the effective quality of the h264_nvenc encoder ?
24 septembre 2020, par pfdint2I seek to ascertain the end-product quality of various cq ("constant quality") values for the h264_nvenc video encoder.


To use the h264_nvenc encoder through ffmpeg and with a target quality, I follow the instructions in Nvidia's documentation, last paragraph of the linked anchor.


I specify a Variable Bit Rate rate control mode (rc=vbr_hq) and a target quality (cq=
). This should be enough to test various values of cq. The story should end there. 

HOWEVER, that only outputs the same perfect quality video of extremely large size for any cq value. (Using cq=1, cq=20, and cq=51 all output a file with the same hash.)


Per documentation, I can also specify a maxBitRate (maxrate=
). If I don't specify a maxrate, the documentation indicates : 



If maxBitRate is not specified, the encoder will use as many bits as needed to achieve the target quality.




But that's not the behavior I'm observing. I'm seeing the encoder use as many bits as possible, not as many bits as needed. The resultant video has an overall bitrate of 100Mb/s. Double the source video.


If I do set a maxrate, it is observed by the encoder. But if I have to set the bitrate correctly for every cq value, what is the point of the cq value ? I would just set cq=1 and test various bitrates, which would then only be applicable to a specific video.


Is there some warning or output that notes that the bitrate was insufficient to reach the target quality that I'm not seeing ? That would at least allow me to brute force this.


Or am I misunderstanding the relationship between these settings ?


-
How can I learn the effective quality of the h264_nvenc encoder ?
24 septembre 2020, par pfdint2I seek to ascertain the end-product quality of various cq ("constant quality") values for the h264_nvenc video encoder.


To use the h264_nvenc encoder through ffmpeg and with a target quality, I follow the instructions in Nvidia's documentation, last paragraph of the linked anchor.


I specify a Variable Bit Rate rate control mode (rc=vbr_hq) and a target quality (cq=
). This should be enough to test various values of cq. The story should end there. 

HOWEVER, that only outputs the same perfect quality video of extremely large size for any cq value. (Using cq=1, cq=20, and cq=51 all output a file with the same hash.)


Per documentation, I can also specify a maxBitRate (maxrate=
). If I don't specify a maxrate, the documentation indicates : 



If maxBitRate is not specified, the encoder will use as many bits as needed to achieve the target quality.




But that's not the behavior I'm observing. I'm seeing the encoder use as many bits as possible, not as many bits as needed. The resultant video has an overall bitrate of 100Mb/s. Double the source video.


If I do set a maxrate, it is observed by the encoder. But if I have to set the bitrate correctly for every cq value, what is the point of the cq value ? I would just set cq=1 and test various bitrates, which would then only be applicable to a specific video.


Is there some warning or output that notes that the bitrate was insufficient to reach the target quality that I'm not seeing ? That would at least allow me to brute force this.


Or am I misunderstanding the relationship between these settings ?