
Recherche avancée
Médias (3)
-
Exemple de boutons d’action pour une collection collaborative
27 février 2013, par
Mis à jour : Mars 2013
Langue : français
Type : Image
-
Exemple de boutons d’action pour une collection personnelle
27 février 2013, par
Mis à jour : Février 2013
Langue : English
Type : Image
-
Collections - Formulaire de création rapide
19 février 2013, par
Mis à jour : Février 2013
Langue : français
Type : Image
Autres articles (68)
-
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...) -
D’autres logiciels intéressants
12 avril 2011, parOn ne revendique pas d’être les seuls à faire ce que l’on fait ... et on ne revendique surtout pas d’être les meilleurs non plus ... Ce que l’on fait, on essaie juste de le faire bien, et de mieux en mieux...
La liste suivante correspond à des logiciels qui tendent peu ou prou à faire comme MediaSPIP ou que MediaSPIP tente peu ou prou à faire pareil, peu importe ...
On ne les connais pas, on ne les a pas essayé, mais vous pouvez peut être y jeter un coup d’oeil.
Videopress
Site Internet : (...) -
Possibilité de déploiement en ferme
12 avril 2011, parMediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)
Sur d’autres sites (8387)
-
Web Analytics Reports : 10 Key Types and How to Use Them
29 janvier 2024, par Erin -
ffmepg Video Encoding got a error with "invalid plane data size"
28 octobre 2020, par Mrguoffmpeg version:4.0.3 ; video size : 611G ; Duration:01:34:03


- 

- encoding command is :




ffmpeg -i 2131.MOV -vcodec libx264 -preset ultrafast -pix_fmt yuv420p -b:v 600k -vf scale=640 :-1 small.mp4


- 

- video info :




ffprobe version 4.0.3 Copyright (c) 2007-2018 the FFmpeg developers
 built with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-17)
 configuration: --enable-shared --enable-libx264 --enable-gpl
 libavutil 56. 14.100 / 56. 14.100
 libavcodec 58. 18.100 / 58. 18.100
 libavformat 58. 12.100 / 58. 12.100
 libavdevice 58. 3.100 / 58. 3.100
 libavfilter 7. 16.100 / 7. 16.100
 libswscale 5. 1.100 / 5. 1.100
 libswresample 3. 1.100 / 3. 1.100
 libpostproc 55. 1.100 / 55. 1.100
[mov,mp4,m4a,3gp,3g2,mj2 @ 0xca7ac0] overread end of atom '�mak' by 2 bytes
[mov,mp4,m4a,3gp,3g2,mj2 @ 0xca7ac0] overread end of atom '�swr' by 3 bytes
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '04487162221cb76b0a4465037f4a3d7d.MOV':
 Metadata:
 major_brand : qt 
 minor_version : 537199360
 compatible_brands: qt 
 creation_time : 2024-04-16T19:59:27.000000Z
 make : Atomos
 make-eng : Atomos
 encoder : ShogunSumo - 9.11Cn 
 encoder-eng : ShogunSumo - 9.11Cn 
 com.atomos.hdr.gamut: Rec709
 com.atomos.hdr.gamma: Rec709
 com.apple.proapps.image.{TIFF}.Make: Atomos
 com.apple.proapps.image.{TIFF}.Model: ShogunSumo
 com.apple.proapps.image.{TIFF}.Software: 9.11Cn
 timecode : 00:00:00:00
 Duration: 01:34:03.86, start: 0.000000, bitrate: 929321 kb/s
 Stream #0:0(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 4 channels, s32 (24 bit), 4608 kb/s (default)
 Metadata:
 creation_time : 2024-04-16T19:59:27.000000Z
 Stream #0:1(eng): Video: prores (apcn / 0x6E637061), yuv422p10le(bt709, progressive), 3840x2160, 924704 kb/s, SAR 1:1 DAR 16:9, 50 fps, 50 tbr, 5k tbn, 5k tbc (default)
 Metadata:
 creation_time : 2024-04-16T19:59:27.000000Z
 encoder : Apple ProRes 422
 Stream #0:2(eng): Data: none (tmcd / 0x64636D74) (default)
 Metadata:
 creation_time : 2024-04-16T19:59:27.000000Z
 timecode : 00:00:00:00
Unsupported codec with id 0 for input stream 2



- 

- log with error :




frame=166986 fps=9.8 q=24.0 size= 350976kB time=00:55:39.46 bitrate= 861.0kbits/s speed=0.196x 
frame=166991 fps=9.8 q=24.0 size= 350976kB time=00:55:39.56 bitrate= 861.0kbits/s speed=0.196x 
[prores @ 0x94f840] invalid plane data size
 Last message repeated 85 times
[prores @ 0x94f840] ac tex damaged 1024, 1024
[prores @ 0x94f840] invalid plane data size
 Last message repeated 1723 times
frame=166997 fps=9.8 q=24.0 size= 350976kB time=00:55:39.68 bitrate= 860.9kbits/s speed=0.196x 
[prores @ 0x94f840] invalid frame header
Error while decoding stream #0:1: Invalid data found when processing input



how can I solve the problem ?


-
Why does every encoded frame's size increase after I had use to set one frame to be key in intel qsv of ffmpeg
22 avril 2021, par TONYI used intel's qsv to encode h264 video in ffmpeg. My av codec context settings is like as below :


m_ctx->width = m_width;
 m_ctx->height = m_height;
 m_ctx->time_base = { 1, (int)fps };
 m_ctx->qmin = 10;
 m_ctx->qmax = 35;
 m_ctx->gop_size = 3000;
 m_ctx->max_b_frames = 0;
 m_ctx->has_b_frames = false;
 m_ctx->refs = 2;
 m_ctx->slices = 0;
 m_ctx->codec_id = m_encoder->id;
 m_ctx->codec_type = AVMEDIA_TYPE_VIDEO;
 m_ctx->pix_fmt = m_h264InputFormat;
 m_ctx->compression_level = 4;
 m_ctx->flags &= ~AV_CODEC_FLAG_CLOSED_GOP;
 AVDictionary *param = nullptr;
 av_dict_set(&param, "idr_interval", "0", 0);
 av_dict_set(&param, "async_depth", "1", 0);
 av_dict_set(&param, "forced_idr", "1", 0);



and in the encoding, I set the AVFrame to be AV_PICTURE_TYPE_I when key frame is needed :


if(key_frame){
 encodeFrame->pict_type = AV_PICTURE_TYPE_I;
 }else{
 encodeFrame->pict_type = AV_PICTURE_TYPE_NONE;
 }
 avcodec_send_frame(m_ctx, encodeFrame);
 avcodec_receive_packet(m_ctx, m_packet);
 std::cerr<<"packet size is "<size<<",is key frame "<code>


The strange phenomenon is that if I had set one frame to AV_PICTURE_TYPE_I, then every encoded frame's size after the key frame would increase. If I change the h264 encoder to x264, then it's ok.


The packet size is as below before I call "encodeFrame->pict_type = AV_PICTURE_TYPE_I" :


packet size is 26839
packet size is 2766
packet size is 2794
packet size is 2193
packet size is 1820
packet size is 2542
packet size is 2024
packet size is 1692
packet size is 2095
packet size is 2550
packet size is 1685
packet size is 1800
packet size is 2276
packet size is 1813
packet size is 2206
packet size is 2745
packet size is 2334
packet size is 2623
packet size is 2055



If I call "encodeFrame->pict_type = AV_PICTURE_TYPE_I", then the packet size is as below :


packet size is 23720,is key frame 1
packet size is 23771,is key frame 0
packet size is 23738,is key frame 0
packet size is 23752,is key frame 0
packet size is 23771,is key frame 0
packet size is 23763,is key frame 0
packet size is 23715,is key frame 0
packet size is 23686,is key frame 0
packet size is 23829,is key frame 0
packet size is 23774,is key frame 0
packet size is 23850,is key frame 0