Recherche avancée

Médias (0)

Mot : - Tags -/content

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

Autres articles (68)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • 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 (...)

  • Sélection de projets utilisant MediaSPIP

    29 avril 2011, par

    Les exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
    Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
    Ferme MediaSPIP @ Infini
    L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)

Sur d’autres sites (5716)

  • avformat : refactor ff_stream_encode_params_copy() to stream_params_copy()

    6 août 2022, par Pierre-Anthony Lemieux
    avformat : refactor ff_stream_encode_params_copy() to stream_params_copy()
    

    Addresses http://ffmpeg.org/pipermail/ffmpeg-devel/2022-August/299726.html

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavformat/avformat.c
    • [DH] libavformat/fifo.c
    • [DH] libavformat/internal.h
    • [DH] libavformat/mux.h
    • [DH] libavformat/mux_utils.c
    • [DH] libavformat/segment.c
    • [DH] libavformat/tee.c
    • [DH] libavformat/webm_chunk.c
  • Can I use the file buffer or stream as input for fluent-ffmpeg ? I am trying to avoid saving the video locally to get its path before removing

    22 avril 2023, par Moath Thawahreh

    I am receiving the file via an api, I was trying to process the file.buffer as input for FFmpeg but it did not work, I had to save the video locally first and then process the path and remove the saved video later on.&#xA;I don't want to believe that there is no other way to solve this and I have been looking for solutions and workarounds but it was all about ffmpeg input as a path.

    &#xA;

    I would love to find a solution using fluent-ffmpeg because it has some other great features, but I won't mind any suggestions for compressing the video using any different approaches if it's more efficient

    &#xA;

    Again my code below works fine but I have to save the video and then remove it I am hoping for a more efficient solution :

    &#xA;

      fs.writeFileSync(&#x27;temp.mp4&#x27;, file.buffer);&#xA;&#xA;    // Resize the temporary file using ffmpeg&#xA;    ffmpeg(&#x27;temp.mp4&#x27;) // here I tried pass file.buffer as readable stream,it receives paths only &#xA;      .format(&#x27;mp4&#x27;)&#xA;      .size(&#x27;50%&#x27;)&#xA;      .save(&#x27;resized.mp4&#x27;)&#xA;      .on(&#x27;end&#x27;, async () => {&#xA;        // Upload the resized file to Firebase&#xA;        const resizedFileStream = bucket.file(`video/${uniqueId}`).createWriteStream();&#xA;        fs.createReadStream(&#x27;resized.mp4&#x27;).pipe(resizedFileStream);&#xA;&#xA;        await new Promise<void>((resolve, reject) => {&#xA;          resizedFileStream&#xA;            .on(&#x27;finish&#x27;, () => {&#xA;              // Remove the local files after they have been uploaded&#xA;              fs.unlinkSync(&#x27;temp.mp4&#x27;);&#xA;              fs.unlinkSync(&#x27;resized.mp4&#x27;);&#xA;              resolve();&#xA;            })&#xA;            .on(&#x27;error&#x27;, reject);&#xA;        });&#xA;&#xA;        // Get the URL of the uploaded resized version&#xA;        const resizedFile = bucket.file(`video/${uniqueId}`);&#xA;        const url = await resizedFile.getSignedUrl({&#xA;          action: &#x27;read&#x27;,&#xA;          expires: &#x27;03-17-2025&#x27;, // Change this to a reasonable expiration date&#xA;        });&#xA;&#xA;        console.log(&#x27;Resized file uploaded successfully.&#x27;);&#xA;      })&#xA;      .on(&#x27;error&#x27;, (err) => {&#xA;        console.log(&#x27;An error occurred: &#x27; &#x2B; err.message);&#xA;      });&#xA;</void>

    &#xA;

  • avcodec/hevcdec : Add stat_coeffs to HEVCABACState

    30 juin 2022, par Andreas Rheinhardt
    avcodec/hevcdec : Add stat_coeffs to HEVCABACState
    

    The HEVC decoder has both HEVCContext and HEVCLocalContext
    structures. The latter is supposed to be the structure
    containing the per-slicethread state.

    Yet that is not how it is handled in practice : Each HEVCLocalContext
    has a unique HEVCContext allocated for it and each of these
    coincides with the main HEVCContext except in exactly one field :
    The corresponding HEVCLocalContext.
    This makes it possible to pass the HEVCContext everywhere where
    logically a HEVCLocalContext should be used.

    This led to confusion in the first version of what eventually became
    commit c8bc0f66a875bc3708d8dc11b757f2198606ffd7 :
    Before said commit, the initialization of the Rice parameter derivation
    state was incorrect ; the fix for single-threaded as well as
    frame-threaded decoding was to add backup stats to HEVCContext
    that are used when the cabac state is updated*, see
    https://ffmpeg.org/pipermail/ffmpeg-devel/2020-August/268861.html
    Yet due to what has been said above, this does not work for
    slice-threading, because the each HEVCLocalContext has its own
    HEVCContext, so the Rice parameter state would not be transferred
    between threads.

    This is fixed in c8bc0f66a875bc3708d8dc11b757f2198606ffd7
    by a hack : It rederives what the previous thread was and accesses
    the corresponding HEVCContext.

    Fix this by treating the Rice parameter state the same way
    the ordinary CABAC parameters are shared between threads :
    Make them part of the same struct that is shared between
    slice threads. This does not cause races, because
    the parts of the code that access these Rice parameters
    are a subset of the parts of code that access the CABAC parameters.

    * : And if the persistent_rice_adaptation_enabled_flag is set.

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/hevc_cabac.c
    • [DH] libavcodec/hevcdec.c
    • [DH] libavcodec/hevcdec.h