
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 (69)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page. -
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)
Sur d’autres sites (6989)
-
Why is ffmpeg output video contrast / brightness too bright ?
24 février 2024, par danday74I have a .mov file which I run through
ffmpeg
to create HLS segments / chunks. However, when I playback the HLS video it is too bright.

For a sanity check, I ran the same .mov video file through the FlowPlayer processing pipeline and the results were the same, the output video is too bright !


I have a number of videos. Most do not have this problem but some (and only some) of the .mov files exhibit this issue.


A broken video stream reports (see below for full output) :


Stream #0:0[0x1](und): Video: hevc (Main 10) (hvc1 / 0x31637668), yuv420p10le(tv, bt2020nc/bt2020/arib-std-b67), 1920x1080, 8507 kb/s, 29.98 fps, 29.97 tbr, 600 tbn (default)



A working video stream reports (see below for full output) :


Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 3840x2160, 45457 kb/s, 29.99 fps, 29.97 tbr, 600 tbn (default)



Is this something to do with
hevc v h264
(whatever they mean) ?

Incidentally, I am using the native HTML5 video player in conjunction with hls.js to playback the videos.


How do I fix this ?


Here is my
ffmpeg
command :

ffmpeg -i "rgb.mov" \
 -v warning -preset ultrafast -g 59.96 -sc_threshold 0 \
 -map 0:0 -map 0:0 \
 -s:v:0 1920x1080 -c:v:0 libx264 -b:v:0 4521k \
 -s:v:1 1920x1080 -c:v:1 libx264 -b:v:1 7347k \
 -var_stream_map "v:0 v:1" \
 -master_pl_name master.m3u8 -f hls \
 -hls_time 6 -hls_list_size 0 -hls_playlist_type vod \
 -hls_segment_filename "hls/v%v/chunk%d.ts" "hls/v%v/index.m3u8"



And here are some screenshots showing the original video in comparison to the output video.


ORIGINAL :




OUTPUT :




For the problem video
ffmpeg -i "rgb.mov" -hide_banner
gives :

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'rgb.mov':
 Metadata:
 major_brand : qt
 minor_version : 0
 compatible_brands: qt
 creation_time : 2021-08-03T11:23:40.000000Z
 com.apple.quicktime.location.accuracy.horizontal: 3.594173
 com.apple.quicktime.location.ISO6709: +51.5483+000.1628+000.459/
 com.apple.quicktime.make: Apple
 com.apple.quicktime.model: iPhone 12 Pro
 com.apple.quicktime.software: 14.7.1
 com.apple.quicktime.creationdate: 2021-08-03T12:23:40+0100
 Duration: 00:00:54.54, start: 0.000000, bitrate: 8730 kb/s
 Stream #0:0[0x1](und): Video: hevc (Main 10) (hvc1 / 0x31637668), yuv420p10le(tv, bt2020nc/bt2020/arib-std-b67), 1920x1080, 8507 kb/s, 29.98 fps, 29.97 tbr, 600 tbn (default)
 Metadata:
 creation_time : 2021-08-03T11:23:40.000000Z
 handler_name : Core Media Video
 vendor_id : [0][0][0][0]
 encoder : HEVC
 Side data:
 DOVI configuration record: version: 1.0, profile: 8, level: 4, rpu flag: 1, el flag: 0, bl flag: 1, compatibility id: 4
 Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 172 kb/s (default)
 Metadata:
 creation_time : 2021-08-03T11:23:40.000000Z
 handler_name : Core Media Audio
 vendor_id : [0][0][0][0]
 Stream #0:2[0x3](und): Data: none (mebx / 0x7862656D), 0 kb/s (default)
 Metadata:
 creation_time : 2021-08-03T11:23:40.000000Z
 handler_name : Core Media Metadata
 Stream #0:3[0x4](und): Data: none (mebx / 0x7862656D), 0 kb/s (default)
 Metadata:
 creation_time : 2021-08-03T11:23:40.000000Z
 handler_name : Core Media Metadata
 Stream #0:4[0x5](und): Data: none (mebx / 0x7862656D), 34 kb/s (default)
 Metadata:
 creation_time : 2021-08-03T11:23:40.000000Z
 handler_name : Core Media Metadata
At least one output file must be specified



For a working video
ffmpeg -i "rgb.mov" -hide_banner
gives :

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'rgb.mov':
 Metadata:
 major_brand : qt
 minor_version : 0
 compatible_brands: qt
 creation_time : 2021-12-01T10:53:47.000000Z
 com.apple.quicktime.location.accuracy.horizontal: 4.785777
 com.apple.quicktime.location.ISO6709: +51.5485+000.1627+012.533/
 com.apple.quicktime.make: Apple
 com.apple.quicktime.model: iPhone 12 Pro
 com.apple.quicktime.software: 14.8.1
 com.apple.quicktime.creationdate: 2021-12-01T10:53:47+0000
 Duration: 00:00:36.35, start: 0.000000, bitrate: 45692 kb/s
 Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 3840x2160, 45457 kb/s, 29.99 fps, 29.97 tbr, 600 tbn (default)
 Metadata:
 creation_time : 2021-12-01T10:53:47.000000Z
 handler_name : Core Media Video
 vendor_id : [0][0][0][0]
 encoder : H.264
 Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 188 kb/s (default)
 Metadata:
 creation_time : 2021-12-01T10:53:47.000000Z
 handler_name : Core Media Audio
 vendor_id : [0][0][0][0]
 Stream #0:2[0x3](und): Data: none (mebx / 0x7862656D), 0 kb/s (default)
 Metadata:
 creation_time : 2021-12-01T10:53:47.000000Z
 handler_name : Core Media Metadata
 Stream #0:3[0x4](und): Data: none (mebx / 0x7862656D), 0 kb/s (default)
 Metadata:
 creation_time : 2021-12-01T10:53:47.000000Z
 handler_name : Core Media Metadata
 Stream #0:4[0x5](und): Data: none (mebx / 0x7862656D), 34 kb/s (default)
 Metadata:
 creation_time : 2021-12-01T10:53:47.000000Z
 handler_name : Core Media Metadata
At least one output file must be specified



-
can someone explain this difference between H.264 and H.265 ?
19 janvier 2017, par Muhammad Abu bakrI have studied this in a research paper :
"The off-the-shelf video codecs like H.264 handle all the movements equally. In our case there are some non moving region that lies in region of interest and need to be encode in high quality and there are some moving regions which don’t need such requirements. H.265 can help us in such circumstances."
How H.265 deals with movements differently ?
-
avcodec/speexdec : Consider mode in frame size check
26 décembre 2021, par Michael Niedermayeravcodec/speexdec : Consider mode in frame size check
No speex samples with non default frame sizes are known (to me)
the official speexenc seems to only generate the 3 default ones.
Thus it may be that the fuzzer samples where the first non default
values encountered by the decoder.
Possibly the "<" should be " !="Fixes : out of array access
Fixes : 42821/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SPEEX_fuzzer-5640695772217344Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>