
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 (111)
-
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 (...) -
Contribute to documentation
13 avril 2011Documentation is vital to the development of improved technical capabilities.
MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
To contribute, register to the project users’ mailing (...) -
Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs
12 avril 2011, parLa manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.
Sur d’autres sites (7223)
-
lavu/timestamp : Avoid C++-unfriendly code in user header
31 août 2016, par Mark Thompson -
Colors are not correct for FFMPEG videos
23 août 2016, par Mohammad Abu MusaI am writing a screen recorder, I managed to record the videos and export them as
webm
but I have a color and timing issue(which I am working on).For coloring the video frames I get are formatted with
FORMAT_I420
which I transfer them to YUV sources and encode them as the following codevoid EncoderInstance::OnGetFrame(int32_t result, pp::VideoFrame frame) {
if (result != PP_OK)
return;
//const uint8_t* data = static_cast<const>(frame.GetDataBuffer());
unsigned char* data = static_cast<unsigned>(frame.GetDataBuffer());
pp::Size size;
frame.GetSize(&size);
uint32_t buffersize = frame.GetDataBufferSize();
//frame.GetFormat() == PP_VIDEOFRAME_FORMAT_BGRA);
//Logger::Log("Format is :%d", frame.GetFormat());
//PP_VIDEOFRAME_FORMAT_I420
Logger::Log("stream received is: %02X", data);
if (is_recording_) {
vpx_codec_iter_t iter = NULL;
const vpx_codec_cx_pkt_t *pkt;
int iSizeY = out_width * out_height;
int iSizeUV = (out_width * out_height)/4;
unsigned char* pY = data;
unsigned char* pU = data + iSizeY; // there are width * height Y components
unsigned char* pV = data + iSizeUV; // skip the U components
Logger::Log("pY: %02X", pY);
Logger::Log("pU: %02X", pU);
Logger::Log("pV: %02X", pV);
// copy the pixels into our "raw input" container.
int bytes_filled = avpicture_fill(&pic_raw, NULL, AV_PIX_FMT_YUV420P, out_width, out_height);
pic_raw.data[0] = pY;
pic_raw.data[1] = pU;
pic_raw.data[2] = pU;
Logger::Log("bytes filled: %d", bytes_filled);
if(!bytes_filled) {
Logger::Log("Cannot fill the raw input buffer");
return;
}
// convert to i420 for vp8
int h = sws_scale(sws, pic_raw.data, pic_raw.linesize, 0, out_height, raw.planes, raw.stride);
if(h != out_height) {
Logger::Log("scale failed: %d", h);
return;
}
Logger::Log("Picture Raw data is: %d", pic_raw.data);
if(vpx_codec_encode(&codec, &raw, frame_cnt, 1, flags, VPX_DL_REALTIME))
die_codec(&codec, "Failed to encode frame");
while( (pkt = vpx_codec_get_cx_data(&codec, &iter)) ) {
switch(pkt->kind) {
case VPX_CODEC_CX_FRAME_PKT:
Logger::Log("Compressed buffer is %02X:",pkt->data.frame.buf);
Logger::Log("Compressed buffer size %02X:",pkt->data.frame.sz);
glb_app_thread.message_loop().PostWork(callback_factory_.NewCallback(&EncoderInstance::write_ivf_frame_header, pkt));
glb_app_thread.message_loop().PostWork(callback_factory_.NewCallback(&EncoderInstance::WriteFile, pkt));
break;
default:break;
}
}
frame_cnt++;
}
video_track_.RecycleFrame(frame);
if (need_config_) {
ConfigureTrack();
need_config_ = false;
} else {
video_track_.GetFrame(
callback_factory_.NewCallbackWithOutput(
&EncoderInstance::OnGetFrame));
}
}
</unsigned></const>Here is a screenshot of an image I got from the video generated
-
Video encoding green screen
22 août 2016, par Mohammad Abu MusaI am building a screen recorder, the input stream is formatted with
PP_VIDEOFRAME_FORMAT_I420
and the output is formatted withAV_PIX_FMT_YUV420P
below is the code I use to do the conversionconst uint8_t* data = static_cast<const>(frame.GetDataBuffer());
pp::Size size;
frame.GetSize(&size);
uint32_t buffersize = frame.GetDataBufferSize();
if (is_recording_) {
vpx_codec_iter_t iter = NULL;
const vpx_codec_cx_pkt_t *pkt;
// copy the pixels into our "raw input" container.
int bytes_filled = avpicture_fill(&pic_raw, data, AV_PIX_FMT_YUV420P, out_width, out_height);
if(!bytes_filled) {
Logger::Log("Cannot fill the raw input buffer");
return;
}
if(vpx_codec_encode(&codec, &raw, frame_cnt, 1, flags, VPX_DL_REALTIME))
die_codec(&codec, "Failed to encode frame");
while( (pkt = vpx_codec_get_cx_data(&codec, &iter)) ) {
switch(pkt->kind) {
case VPX_CODEC_CX_FRAME_PKT:
glb_app_thread.message_loop().PostWork(callback_factory_.NewCallback(&EncoderInstance::write_ivf_frame_header, pkt));
glb_app_thread.message_loop().PostWork(callback_factory_.NewCallback(&EncoderInstance::WriteFile, pkt));
break;
default:break;
}
}
frame_cnt++;
</const>I have three questions :
1- Is the conversion is done correctly ? do I have to investigate image formats more ? are data channels mapped correctly.
2- What causes the green screen to show ? what does it mean ?
3- Is this a thread issue ? I mean is data passed correctly and the conversion is done correctly but the threads are racing