Recherche avancée

Médias (1)

Mot : - Tags -/belgique

Autres articles (62)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

Sur d’autres sites (6790)

  • Revision f3b31380fa : Use inter mode flag in super_block_yrd Use a flag variable to determine if code

    23 octobre 2013, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_rdopt.c



    Use inter mode flag in super_block_yrd

    Use a flag variable to determine if coded in inter mode, thus avoiding
    multiple inter mode checks in super_block_yrd.

    Change-Id : I0ef998b2811c38e185a2e0583f0f636cee45d2cf

  • Why ffmpeg launched on a google cloud function can throw "Error : Output stream error : Maximum call stack size exceeded" ?

    15 décembre 2020, par Stepan Shilin

    I'm trying to process video files with ffmpeg running on google cloud functions. Video files are downloaded from a google file storage, processed in stream by fluent-ffmpeg and streamed to a new google storage file. It works on smaller files but throws an "Output stream error : Maximum call stack size exceeded" on larger files.

    



    I tried running the code on a normal pc, and I haven't encountered this error, even with larger files.

    



    These are the parameters I deploy the function with

    



    gcloud functions deploy $FUNCTION_NAME --runtime nodejs8 --trigger-http --timeout=180 --memory 256


    



    This is the code that processes video

    



    function cutVideo({videoUrl, startTime, duration, dist}) {
    return ffmpeg(videoUrl)
    .outputOptions('-movflags frag_keyframe+empty_moov')
    .videoCodec('copy')
    .audioCodec('copy')
    .format('mp4')
    .setStartTime(startTime)
    .setDuration(duration);
}

const sectionStream = cutVideo({
    videoUrl,
    startTime,
    duration,
    dist: tempFilePath,
});

const outputStream = bucket.file(sectionPath)
.createWriteStream({
    metadata: {
        contentType: config.contentType,
    },
    public: true,
});


    



    Actual error stack looks like this

    



      Error: Output stream error: Maximum call stack size exceeded&#xA;                                                                  at Pumpify.<anonymous> (/srv/node_modules/fluent-ffmpeg/lib/processor.js:498:34)&#xA;                                                                  at emitOne (events.js:121:20)&#xA;                                                                  at Pumpify.emit (events.js:211:7)&#xA;                                                                  at Pumpify.Duplexify._destroy (/srv/node_modules/duplexify/index.js:191:15)&#xA;                                                                  at /srv/node_modules/duplexify/index.js:182:10&#xA;                                                                  at _combinedTickCallback (internal/process/next_tick.js:132:7)&#xA;                                                                  at process._tickDomainCallback (internal/process/next_tick.js:219:9)&#xA;  RangeError: Maximum call stack size exceeded&#xA;                                                                  at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:28:31)&#xA;                                                                  at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:37:30)&#xA;                                                                  at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:37:30)&#xA;                                                                  at value.map.v (/srv/node_modules/@google-cloud/projectify/build/src/index.js:30:32)&#xA;                                                                  at Array.map (<anonymous>)&#xA;                                                                  at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:30:23)&#xA;                                                                  at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:37:30)&#xA;                                                                  at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:37:30)&#xA;                                                                  at value.map.v (/srv/node_modules/@google-cloud/projectify/build/src/index.js:30:32)&#xA;                                                                  at Array.map (<anonymous>)&#xA;</anonymous></anonymous></anonymous>

    &#xA;&#xA;

    What could cause this error on a google cloud function ?

    &#xA;

  • Revision 50bf8fd4f5 : Enables alt-ref frames in one pass mode Includes a few fixes and clean-ups that

    23 janvier 2014, par Deb Mukherjee

    Changed Paths :
     Modify /vp9/encoder/vp9_firstpass.c


     Modify /vp9/encoder/vp9_lookahead.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_ratectrl.c


     Modify /vp9/encoder/vp9_temporal_filter.c


     Modify /vp9/encoder/vp9_temporal_filter.h



    Enables alt-ref frames in one pass mode

    Includes a few fixes and clean-ups that adds the ability
    to use alt-ref frames in one-pass mode.
    Whether alt-refs are actually used or not is controlled by a
    macro USE_ALTREF_FOR_ONE_PASS in vp9_firstpass.c.

    This first cut seems to improve derf by 15+% in 1-pass mode.
    But further experiments with parameters are underway.

    Change-Id : I78254421435478003367c788c7930d2dc4ee2816

Navigation