
Recherche avancée
Autres articles (62)
-
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs
Sur d’autres sites (9976)
-
Anomalie #3779 : Erreur ""Un dossier temporaire est manquant pour télécharger les fichiers"
7 mai 2016, par Franck DalotBuenos dias, :-)
necesito mas informaciones para tratar de reproducir el problema
version de PHP ?
Version de spip 3.1.x ; 3.0.x ; 2.1.x ?
Se trata de una version NATIVA o de un sitio que ,por ejemplo paso de una version 3.0.x a una version 3.10x ?
tipo del’magen ?jpeg ?gif ?... -
Manim Animation Rendering Fails on Google Cloud Run : Segment Combination Issues [closed]
28 juin, par Ahaskar KashyapProblem Summary


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.


Environment


- 

- Platform : Google Cloud Run (8GB RAM, 4 CPU)
- Container : Debian 12 (bookworm) with Python 3.9.23
- FFmpeg : 5.1.6 (with h264 support enabled)
- Manim : Latest version with
-ql
(480p15) quality setting - Timeout : 240 seconds












Observed Behavior






 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 







Code Structure


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



Specific Issues


Issue 1 : False Negatives (Simple Animations)


- 

- What happens : Manim creates 2 segments successfully, FFmpeg combines them into final video
- Problem : Final video exists and is playable, but process reports "Manim failed (code 1)"
- Evidence : Can download the "failed" video via
/videos/filename.mp4
and it plays correctly








Issue 2 : Real Failures (Complex Animations)


- 

- What happens : Manim creates 8+ segments successfully
- Problem : FFmpeg combination step genuinely fails, no final video created
- Error : Process exits with code 1, only partial segments remain








Key Questions


- 

- Why does FFmpeg combination work for 2 segments but fail for 8+ segments ?
- Why does the same code work locally but fail on Cloud Run ?
- Is this a Cloud Run container limitation, FFmpeg configuration issue, or Manim-specific problem ?
- How can I debug FFmpeg combination failures in a containerized environment ?










File Structure (When Working)


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



Error Output


🔒 ISOLATED: Manim return code: 1
Manim failed (code 1): [stderr contains FFmpeg errors]



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.


Investigation Results


What Works :


- 

- ✅ Local development (identical code works perfectly)
- ✅ FFmpeg installation (
ffmpeg -version
works, h264 encoders available) - ✅ Segment creation (all
uncached_*.mp4
files created with correct sizes) - ✅ Simple animations after container restart










What Doesn't Work :


- 

- ❌ Segment combination for 8+ segments
- ❌ Status detection for 2-segment animations
- ❌ Animations after multiple renders (resource accumulation ?)








Theories Tested :


- 

- Resource constraints : Upgraded to 16GB/8CPU - made things worse
- FFmpeg version : Upgraded 5.1.6→7.x - broke basic functionality
- File accumulation : Container restart helps temporarily
- Path detection : Isolation script may look in wrong directories










-
Revision 223bf29307 : libyuv : update to r1305 MIPS build fixes https://code.google.com/p/webm/issues
3 mars 2015, par JohannChanged Paths :
Modify /third_party/libyuv/README.libvpx
Modify /third_party/libyuv/include/libyuv/compare.h
Modify /third_party/libyuv/include/libyuv/convert.h
Modify /third_party/libyuv/include/libyuv/convert_argb.h
Modify /third_party/libyuv/include/libyuv/convert_from.h
Modify /third_party/libyuv/include/libyuv/convert_from_argb.h
Delete /third_party/libyuv/include/libyuv/format_conversion.h
Modify /third_party/libyuv/include/libyuv/row.h
Modify /third_party/libyuv/include/libyuv/scale.h
Modify /third_party/libyuv/include/libyuv/scale_row.h
Modify /third_party/libyuv/include/libyuv/version.h
Modify /third_party/libyuv/include/libyuv/video_common.h
Modify /third_party/libyuv/source/compare.cc
Modify /third_party/libyuv/source/compare_neon.cc
Add /third_party/libyuv/source/compare_neon64.cc
Modify /third_party/libyuv/source/compare_posix.cc
Modify /third_party/libyuv/source/compare_win.cc
Modify /third_party/libyuv/source/convert.cc
Modify /third_party/libyuv/source/convert_argb.cc
Modify /third_party/libyuv/source/convert_from.cc
Modify /third_party/libyuv/source/convert_from_argb.cc
Modify /third_party/libyuv/source/convert_to_argb.cc
Modify /third_party/libyuv/source/convert_to_i420.cc
Modify /third_party/libyuv/source/cpu_id.cc
Delete /third_party/libyuv/source/format_conversion.cc
Modify /third_party/libyuv/source/mjpeg_validate.cc
Modify /third_party/libyuv/source/planar_functions.cc
Modify /third_party/libyuv/source/rotate.cc
Modify /third_party/libyuv/source/rotate_argb.cc
Modify /third_party/libyuv/source/rotate_neon.cc
Add /third_party/libyuv/source/rotate_neon64.cc
Modify /third_party/libyuv/source/row_any.cc
Modify /third_party/libyuv/source/row_common.cc
Modify /third_party/libyuv/source/row_mips.cc
Modify /third_party/libyuv/source/row_neon.cc
Modify /third_party/libyuv/source/row_neon64.cc
Modify /third_party/libyuv/source/row_posix.cc
Modify /third_party/libyuv/source/row_win.cc
Modify /third_party/libyuv/source/scale.cc
Modify /third_party/libyuv/source/scale_argb.cc
Modify /third_party/libyuv/source/scale_common.cc
Modify /third_party/libyuv/source/scale_neon.cc
Modify /third_party/libyuv/source/scale_neon64.cc
Modify /third_party/libyuv/source/scale_posix.cc
Modify /third_party/libyuv/source/scale_win.cc
Modify /third_party/libyuv/source/video_common.cc
libyuv : update to r1305MIPS build fixes
https://code.google.com/p/webm/issues/detail?id=957
Change-Id : I9d53900af36d783c369b5dff27a7479cb94fd16b