
Recherche avancée
Médias (1)
-
The Great Big Beautiful Tomorrow
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
Autres articles (62)
-
Configurer la prise en compte des langues
15 novembre 2010, parAccé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, parDixit 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, parTalk 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 HanChanged Paths :
Modify /vp9/encoder/vp9_rdopt.c
Use inter mode flag in super_block_yrdUse 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 ShilinI'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
 at Pumpify.<anonymous> (/srv/node_modules/fluent-ffmpeg/lib/processor.js:498:34)
 at emitOne (events.js:121:20)
 at Pumpify.emit (events.js:211:7)
 at Pumpify.Duplexify._destroy (/srv/node_modules/duplexify/index.js:191:15)
 at /srv/node_modules/duplexify/index.js:182:10
 at _combinedTickCallback (internal/process/next_tick.js:132:7)
 at process._tickDomainCallback (internal/process/next_tick.js:219:9)
 RangeError: Maximum call stack size exceeded
 at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:28:31)
 at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:37:30)
 at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:37:30)
 at value.map.v (/srv/node_modules/@google-cloud/projectify/build/src/index.js:30:32)
 at Array.map (<anonymous>)
 at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:30:23)
 at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:37:30)
 at replaceProjectIdToken (/srv/node_modules/@google-cloud/projectify/build/src/index.js:37:30)
 at value.map.v (/srv/node_modules/@google-cloud/projectify/build/src/index.js:30:32)
 at Array.map (<anonymous>)
</anonymous></anonymous></anonymous>



What could cause this error on a google cloud function ?


-
Revision 50bf8fd4f5 : Enables alt-ref frames in one pass mode Includes a few fixes and clean-ups that
23 janvier 2014, par Deb MukherjeeChanged 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 modeIncludes 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