Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (66)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (12003)

  • avutil/log : Fix context pointer used for get_category()

    30 avril 2013, par Michael Niedermayer
    avutil/log : Fix context pointer used for get_category()
    

    Fixes calling a random pointer

    Found-by : Mateusz "j00ru" Jurczyk and Gynvael Coldwind
    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] libavutil/log.c
  • libavutil/hwcontext_cuda : don't destroy external context when using current CUDA...

    29 septembre 2023, par Roman Arzumanyan
    libavutil/hwcontext_cuda : don't destroy external context when using current CUDA context
    

    Signed-off-by : Timo Rothenpieler <timo@rothenpieler.org>

    • [DH] libavutil/hwcontext_cuda.c
  • Manim Animation Rendering Fails on Google Cloud Run : Segment Combination Issues [closed]

    28 juin, par Ahaskar Kashyap

    Problem Summary

    &#xA;

    I'm running a Manim animation server on Google Cloud Run that successfully creates video segments but fails during the FFmpeg combination step. The behavior is inconsistent based on the number of segments created.

    &#xA;

    Environment

    &#xA;

      &#xA;
    • Platform : Google Cloud Run (8GB RAM, 4 CPU)
    • &#xA;

    • Container : Debian 12 (bookworm) with Python 3.9.23
    • &#xA;

    • FFmpeg : 5.1.6 (with h264 support enabled)
    • &#xA;

    • Manim : Latest version with -ql (480p15) quality setting
    • &#xA;

    • Timeout : 240 seconds
    • &#xA;

    &#xA;

    Observed Behavior

    &#xA;

    &#xA;&#xA;&#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;&#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    &#xA;

    Animation Complexity Segments Created Final Video Status
    Simple (2 segments) ✅ Success ✅ Created (7,681 bytes) ❌ Reports "failed"
    Complex (8+ segments) ✅ Success ❌ Not created ❌ Actually fails

    &#xA;

    Code Structure

    &#xA;

    # Manim command used&#xA;manim_cmd = [&#xA;    &#x27;manim&#x27;, python_file, scene_class,&#xA;    &#x27;--media_dir&#x27;, output_dir,&#xA;    &#x27;-ql&#x27;,  # Low quality (480p15)&#xA;    &#x27;--disable_caching&#x27;,&#xA;    &#x27;--output_file&#x27;, f"{output_filename}.mp4",&#xA;    &#x27;--verbosity&#x27;, &#x27;ERROR&#x27;,&#xA;    &#x27;--progress_bar&#x27;, &#x27;none&#x27;,&#xA;    &#x27;--write_to_movie&#x27;&#xA;]&#xA;

    &#xA;

    Specific Issues

    &#xA;

    Issue 1 : False Negatives (Simple Animations)

    &#xA;

      &#xA;
    • What happens : Manim creates 2 segments successfully, FFmpeg combines them into final video
    • &#xA;

    • Problem : Final video exists and is playable, but process reports "Manim failed (code 1)"
    • &#xA;

    • Evidence : Can download the "failed" video via /videos/filename.mp4 and it plays correctly
    • &#xA;

    &#xA;

    Issue 2 : Real Failures (Complex Animations)

    &#xA;

      &#xA;
    • What happens : Manim creates 8+ segments successfully
    • &#xA;

    • Problem : FFmpeg combination step genuinely fails, no final video created
    • &#xA;

    • Error : Process exits with code 1, only partial segments remain
    • &#xA;

    &#xA;

    Key Questions

    &#xA;

      &#xA;
    1. Why does FFmpeg combination work for 2 segments but fail for 8+ segments ?
    2. &#xA;

    3. Why does the same code work locally but fail on Cloud Run ?
    4. &#xA;

    5. Is this a Cloud Run container limitation, FFmpeg configuration issue, or Manim-specific problem ?
    6. &#xA;

    7. How can I debug FFmpeg combination failures in a containerized environment ?
    8. &#xA;

    &#xA;

    File Structure (When Working)

    &#xA;

    /app/manim_animations/&#xA;└── animation_name/&#xA;    └── videos/&#xA;        └── animation_name_1234/&#xA;            └── 480p15/&#xA;                ├── partial_movie_files/&#xA;                │   └── SceneClass/&#xA;                │       ├── uncached_00000.mp4&#xA;                │       └── uncached_00001.mp4&#xA;                └── final_animation.mp4  # This gets created for 2 segments&#xA;

    &#xA;

    Error Output

    &#xA;

    &#128274; ISOLATED: Manim return code: 1&#xA;Manim failed (code 1): [stderr contains FFmpeg errors]&#xA;

    &#xA;

    Has anyone encountered similar issues with Manim + FFmpeg on Cloud Run or other containerized environments ? Any insights into why segment count affects combination success would be greatly appreciated.

    &#xA;

    Investigation Results

    &#xA;

    What Works :

    &#xA;

      &#xA;
    • ✅ Local development (identical code works perfectly)
    • &#xA;

    • ✅ FFmpeg installation (ffmpeg -version works, h264 encoders available)
    • &#xA;

    • ✅ Segment creation (all uncached_*.mp4 files created with correct sizes)
    • &#xA;

    • ✅ Simple animations after container restart
    • &#xA;

    &#xA;

    What Doesn't Work :

    &#xA;

      &#xA;
    • ❌ Segment combination for 8+ segments
    • &#xA;

    • ❌ Status detection for 2-segment animations
    • &#xA;

    • ❌ Animations after multiple renders (resource accumulation ?)
    • &#xA;

    &#xA;

    Theories Tested :

    &#xA;

      &#xA;
    1. Resource constraints : Upgraded to 16GB/8CPU - made things worse
    2. &#xA;

    3. FFmpeg version : Upgraded 5.1.6→7.x - broke basic functionality
    4. &#xA;

    5. File accumulation : Container restart helps temporarily
    6. &#xA;

    7. Path detection : Isolation script may look in wrong directories
    8. &#xA;

    &#xA;