
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 (112)
-
Script d’installation automatique de MediaSPIP
25 avril 2011, parAfin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
La documentation de l’utilisation du script d’installation (...) -
Demande de création d’un canal
12 mars 2010, parEn fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...) -
La sauvegarde automatique de canaux SPIP
1er avril 2010, parDans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)
Sur d’autres sites (12562)
-
YUY2 image ==>>sws_scale ==>>x264_encoder_encode doesn't work in Windows
8 décembre 2011, par shiju sasiI have a multi media app in Windows using x264 built using MSYS-MingW and ffmpeg Windows binaries. This works for most of the cameras which capture data in RGB24 and RGB32 formats in most of the OSes. But when I tested the app on a Windows 7 (64 bit OS) Sony Vaio Laptop which has an integrated webcam capturing in YUY2 format, the x264_enoder_encode crashes. The sws_scale to convert the YUY2 data to YUV420 Planar any way works fine here too and returns proper stride values. Please check the relevant code fragments that I have attached below.
x264_param_apply_profile(&m_param, "baseline");
m_pEncoder = x264_encoder_open(&m_param);
x264_encoder_parameters(m_pEncoder,&m_param);
m_encoderConvertCtx = sws_getContext(g_iWidth, g_iHeight, PIX_FMT_YUYV422, SCALE_WIDTH, SCALE_HEIGHT, PIX_FMT_YUV420P, SWS_BICUBIC, NULL, NULL, NULL);
x264_picture_t m_pic_in, m_pic_out; //X264 picture variables to get the X264 encoded picture out.
x264_picture_init(&m_pic_in);
m_pic_in.i_type = X264_CSP_I420;
x264_nal_t* m_nals;
srcstride = g_iWidth * 2; //For YUYV422 Packed
AVFrame* pictIn;
AVFrame* pictOut;
int iInBytes = avpicture_get_size(PIX_FMT_YUV420P, SCALE_WIDTH, SCALE_HEIGHT);
uint8_t* outbuffer = (uint8_t*)av_malloc(iInBytes);
pictOut = avcodec_alloc_frame();
avpicture_fill((AVPicture*)pictOut, outbuffer, PIX_FMT_YUV420P, SCALE_WIDTH, SCALE_HEIGHT);
sws_scale(m_encoderConvertCtx, &in_buf, &srcstride, 0, g_iHeight, pictOut->data, pictOut->linesize); //Scale from YUYV422 Packed to YUV420 Plane
///Code after Scale begins
memcpy(m_pic_in.img.plane[0],pictOut->data[0],SCALE_WIDTH * SCALE_HEIGHT);
memcpy(m_pic_in.img.plane[1],pictOut->data[1],SCALE_WIDTH * SCALE_HEIGHT/4);
memcpy(m_pic_in.img.plane[2],pictOut->data[2],SCALE_WIDTH * SCALE_HEIGHT/4);
m_pic_in.img.plane[3] = 0;
for(int iPlane = 0; iPlane < 3; iPlane++)
{
m_pic_in.img.i_stride[iPlane] = pictOut->linesize[iPlane];
}
m_pic_in.img.i_stride[3] = 0;
int frame_size = x264_encoder_encode(m_pEncoder, &m_nals, &i_nals, &m_pic_in, &m_pic_out);Please help if possible, as this has been consuming a lot of time at my end. But I am not able to dig in to the library side for debugging. Any experienced hands are requested to assist.
-
YUY2 image ==>>sws_scale ==>>x264_encoder_encode doesn't work in Windows
8 décembre 2011, par shiju sasiI have a multi media app in Windows using x264 built using MSYS-MingW and ffmpeg Windows binaries. This works for most of the cameras which capture data in RGB24 and RGB32 formats in most of the OSes. But when I tested the app on a Windows 7 (64 bit OS) Sony Vaio Laptop which has an integrated webcam capturing in YUY2 format, the x264_enoder_encode crashes. The sws_scale to convert the YUY2 data to YUV420 Planar any way works fine here too and returns proper stride values. Please check the relevant code fragments that I have attached below.
x264_param_apply_profile(&m_param, "baseline");
m_pEncoder = x264_encoder_open(&m_param);
x264_encoder_parameters(m_pEncoder,&m_param);
m_encoderConvertCtx = sws_getContext(g_iWidth, g_iHeight, PIX_FMT_YUYV422, SCALE_WIDTH, SCALE_HEIGHT, PIX_FMT_YUV420P, SWS_BICUBIC, NULL, NULL, NULL);
x264_picture_t m_pic_in, m_pic_out; //X264 picture variables to get the X264 encoded picture out.
x264_picture_init(&m_pic_in);
m_pic_in.i_type = X264_CSP_I420;
x264_nal_t* m_nals;
srcstride = g_iWidth * 2; //For YUYV422 Packed
AVFrame* pictIn;
AVFrame* pictOut;
int iInBytes = avpicture_get_size(PIX_FMT_YUV420P, SCALE_WIDTH, SCALE_HEIGHT);
uint8_t* outbuffer = (uint8_t*)av_malloc(iInBytes);
pictOut = avcodec_alloc_frame();
avpicture_fill((AVPicture*)pictOut, outbuffer, PIX_FMT_YUV420P, SCALE_WIDTH, SCALE_HEIGHT);
sws_scale(m_encoderConvertCtx, &in_buf, &srcstride, 0, g_iHeight, pictOut->data, pictOut->linesize); //Scale from YUYV422 Packed to YUV420 Plane
///Code after Scale begins
memcpy(m_pic_in.img.plane[0],pictOut->data[0],SCALE_WIDTH * SCALE_HEIGHT);
memcpy(m_pic_in.img.plane[1],pictOut->data[1],SCALE_WIDTH * SCALE_HEIGHT/4);
memcpy(m_pic_in.img.plane[2],pictOut->data[2],SCALE_WIDTH * SCALE_HEIGHT/4);
m_pic_in.img.plane[3] = 0;
for(int iPlane = 0; iPlane < 3; iPlane++)
{
m_pic_in.img.i_stride[iPlane] = pictOut->linesize[iPlane];
}
m_pic_in.img.i_stride[3] = 0;
int frame_size = x264_encoder_encode(m_pEncoder, &m_nals, &i_nals, &m_pic_in, &m_pic_out);Please help if possible, as this has been consuming a lot of time at my end. But I am not able to dig in to the library side for debugging. Any experienced hands are requested to assist.
-
Revision d7f26e13fe : Fix windows build : obj_int_extract to extract numbrs from .rdata The change in
30 mai 2012, par Alpha LamChanged Paths : Modify /build/make/obj_int_extract.c Fix windows build : obj_int_extract to extract numbrs from .rdata The change in assembly offset files to define values as const int broke Windows build, because the variables are stored in .rdata section instead of .data section. This CL changes (...)