Recherche avancée

Médias (0)

Mot : - Tags -/logo

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (69)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Mediabox : ouvrir les images dans l’espace maximal pour l’utilisateur

    8 février 2011, par

    La visualisation des images est restreinte par la largeur accordée par le design du site (dépendant du thème utilisé). Elles sont donc visibles sous un format réduit. Afin de profiter de l’ensemble de la place disponible sur l’écran de l’utilisateur, il est possible d’ajouter une fonctionnalité d’affichage de l’image dans une boite multimedia apparaissant au dessus du reste du contenu.
    Pour ce faire il est nécessaire d’installer le plugin "Mediabox".
    Configuration de la boite multimédia
    Dès (...)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette 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.

Sur d’autres sites (9884)

  • Crash in ffmpeg avcodec_free_context in one application but not in other

    5 novembre 2017, par geekowl

    I am building an application in C++ on Windows 10 using Microsoft Visual Studio 2012 Professional.

    I have created a wrapper library around ffmpeg (libavcodec) to encode video in H.264 format using libx264. This wrapper contains following functions :

    Initialize()
    
Open()
    
EncodeFrame()
    
Close()
    
Uninitialize()

    I created a test application to test the wrapper library. The test application works perfectly fine.

    When I use the wrapper library in my actual main application, the main application crashes in Close() API. Inside close, it crashes in avcodec_free_context(). The difference between the main application and the test application is that the main application links with some more dependent libraries that test application does not link with.

    To debug the problem in the main application, I put avcodec_free_context() in Open() after the context is allocated. The crash occurs if avcodec_free_context() is put at a certain point as shown below.

    pCodecContext = avcodec_alloc_context3(pCodec);
    

    
// <---- No crash here.
    

    
pCodecContext->bit_rate = 200000;
    
pCodecContext->width = 320;
    
pCodecContext->height = 240;
    
.
    
.
    
.
    
if (pCodec->id == AV_CODEC_ID_H264)
    
{
    
    av_opt_set(pCodecContext->priv_data, "preset", "slow", 0);
    
    av_opt_set(pCodecContext->priv_data, "tune", "zerolatency", 0);
    
}
    

    
pCodecContext->flags |= CODEC_FLAG_GLOBAL_HEADER;
    

    
// <-- No crash here
    

    
if (avcodec_open2(pCodecContext, pCodec, NULL) < 0)
    
{
    
    return -1;
    
}
    

    
// <-- Crash here [avcodec_free_context(&pCodecContext);]

    What is a correct approach to identify and resolve this problem ?

    Thanks in advance.

    Update

    I found out that ffmpeg was built using gcc. That was causing the crash. I rebuilt ffmpeg using Visual Studio. That solved problem.

  • Crash in ffmpeg avcodec_free_context in one application but not in other

    5 novembre 2017, par geekowl

    I am building an application in C++ on Windows 10 using Microsoft Visual Studio 2012 Professional.

    I have created a wrapper library around ffmpeg (libavcodec) to encode video in H.264 format using libx264. This wrapper contains following functions :

    Initialize()
    
Open()
    
EncodeFrame()
    
Close()
    
Uninitialize()

    I created a test application to test the wrapper library. The test application works perfectly fine.

    When I use the wrapper library in my actual main application, the main application crashes in Close() API. Inside close, it crashes in avcodec_free_context(). The difference between the main application and the test application is that the main application links with some more dependent libraries that test application does not link with.

    To debug the problem in the main application, I put avcodec_free_context() in Open() after the context is allocated. The crash occurs if avcodec_free_context() is put at a certain point as shown below.

    pCodecContext = avcodec_alloc_context3(pCodec);
    

    
// <---- No crash here.
    

    
pCodecContext->bit_rate = 200000;
    
pCodecContext->width = 320;
    
pCodecContext->height = 240;
    
.
    
.
    
.
    
if (pCodec->id == AV_CODEC_ID_H264)
    
{
    
    av_opt_set(pCodecContext->priv_data, "preset", "slow", 0);
    
    av_opt_set(pCodecContext->priv_data, "tune", "zerolatency", 0);
    
}
    

    
pCodecContext->flags |= CODEC_FLAG_GLOBAL_HEADER;
    

    
// <-- No crash here
    

    
if (avcodec_open2(pCodecContext, pCodec, NULL) < 0)
    
{
    
    return -1;
    
}
    

    
// <-- Crash here [avcodec_free_context(&pCodecContext);]

    What is a correct approach to identify and resolve this problem ?

    Thanks in advance.

    Update

    I found out that ffmpeg was built using gcc. That was causing the crash. I rebuilt ffmpeg using Visual Studio. That solved problem.

  • lavf/movenc : Write 'dby1' minor brand if Dolby content is being muxed to MP4

    3 août 2021, par Derek Buitenhuis
    lavf/movenc : Write 'dby1' minor brand if Dolby content is being muxed to MP4

    This is as per :
    
   * mp4ra : http://mp4ra.org/#/brands
    
   * Dolby Vision muxing spec (which is public) :
    
       https://professional.dolby.com/siteassets/content-creation/dolby-vision-for-content-creators/dolby_vision_bitstreams_within_the_iso_base_media_file_format_dec2017.pdf
    

    Signed-off-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>
    • [DH] libavformat/movenc.c
    • [DH] tests/ref/fate/copy-trac3074

Navigation