Recherche avancée

Médias (91)

Autres articles (55)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (11258)

  • Revision 86955 : Le plug est dit pour spip 3.0 et 3.1, donc la version mini de saisies ...

    11 juin 2018, par spip.franck@… — Log

    Le plug est dit pour spip 3.0 et 3.1, donc la version mini de saisies doit être une version qui supporte 3.1 et moins.
    Ajout également d’une borne mini absente à l’utilise de crayons (1.13.0) première version pour spip 3.0.0

  • Revision 86955 : Le plug est dit pour spip 3.0 et 3.1, donc la version mini de saisies ...

    11 juin 2018, par spip.franck@… — Log

    Le plug est dit pour spip 3.0 et 3.1, donc la version mini de saisies doit être une version qui supporte 3.1 et moins.
    Ajout également d’une borne mini absente à l’utilise de crayons (1.13.0) première version pour spip 3.0.0

  • FFMpeg(Android) av_read_frame or avcodec_decode_video2 returning same colour

    5 décembre 2012, par Cehm

    I've been experimenting FFMpeg for the past 2 weeks and I'm having a bit of trouble...
    First I've been working with a Galaxy S3, which worked super fine, gave me the best pictures ever but I recently switched to a Galaxy NEXUS which gave me a bunch of problems...

    What I'm doing : I just extract frame from a video

    How I'm doing :

    while(av_read_frame(gFormatCtx, &packet)>=0)
    
        {
    
            // Is this a packet from the video stream?
    
            if(packet.stream_index==videoStream)
    
            {
    
                // Decode video frame
    
                avcodec_decode_video2(gVideoCodecCtx, pFrame, &frameFinished, &packet);
    
                // Did we get a video frame?
    
                if(frameFinished)
    
                {//and so on... But our problem is already here...

    Ok, now pFrame is holding a YUV representation of my frame... So, in order to check what I'm getting from the avcodec_decode_video2(...) function I'm just writing pFrame to a file so I can see it with any YUV reader on the web.

    char yuvFileName[100];
    
sprintf(yuvFileName,"/storage/sdcard0/yuv%d.yuv",index);
    
FILE* fp = fopen(yuvFileName, "wb");
    
int y;
    
// Write pixel data
    
for(y=0; yheight; y++)
    
{
    
    fwrite(pFrame->data[0]+y*pFrame->linesize[0], 1, gVideoCodecCtx->width, fp);    
    
}
    
for(y=0; yheight/2; y++)
    
{
    
    fwrite(pFrame->data[1]+y*pFrame->linesize[1], 1, gVideoCodecCtx->width/2, fp);
    
}
    
for(y=0; yheight/2; y++)
    
{
    
    fwrite(pFrame->data[2]+y*pFrame->linesize[2], 1, gVideoCodecCtx->width/2, fp);
    
}
    
fclose(fp);

    Ok so Here I now have my result on a file store @ /storage/sdcard0/blabla.YUV on my Galaxy Nexus root memory.

    But If I open the file with (for example XnView, which is meant to display YUV type properly) I only see Dark green on the picture.

    What bothers me is that everything worked properly on Galaxy S3 but something failed on GNexus...

    So here's my question : Why doesn't it work on Galaxy Nexus ?

    Compatibility problem between Gnexus and armeabiv7 ?

    I don't know !

    Regards,
    Cehm

Navigation