
Recherche avancée
Médias (1)
-
Spitfire Parade - Crisis
15 mai 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
Autres articles (71)
-
L’espace de configuration de MediaSPIP
29 novembre 2010, parL’espace de configuration de MediaSPIP est réservé aux administrateurs. Un lien de menu "administrer" est généralement affiché en haut de la page [1].
Il permet de configurer finement votre site.
La navigation de cet espace de configuration est divisé en trois parties : la configuration générale du site qui permet notamment de modifier : les informations principales concernant le site (...) -
Script d’installation automatique de MediaSPIP
25 avril 2011, parAfin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
La documentation de l’utilisation du script d’installation (...) -
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...)
Sur d’autres sites (11716)
-
Google Speech Recognition API output errors, unsure why they're occuring
8 novembre 2019, par Requiem_7This is the output for when I feed flac files into Google’s Speech Recognition API. It says that if starts and finishes most of the files but then it gives me these errors when it nears the end. I have checked and all these files are native flac files. I took out a good chunk of the output above "source/out70.flac started" becuase it’s all the same besides the file number.
source/out70.flac started
source/out25.flac started
source/out17.flac done
source/out18.flac started
source/out25.flac done
source/out20.flac done
source/out21.flac started
source/out10.flac done
source/out100.flac started
source/out14.flac done
source/out18.flac done
source/out21.flac done
Traceback (most recent call last):
File "C:\Users\hmkur\AppData\Roaming\Python\Python37\site-packages\speech_recognition\__init__.py", line 203, in __enter__
self.audio_reader = wave.open(self.filename_or_fileobject, "rb")
File "C:\Program Files (x86)\Python37-32\lib\wave.py", line 510, in open
return Wave_read(f)
File "C:\Program Files (x86)\Python37-32\lib\wave.py", line 164, in __init__
self.initfp(f)
File "C:\Program Files (x86)\Python37-32\lib\wave.py", line 129, in initfp
self._file = Chunk(file, bigendian = 0)
File "C:\Program Files (x86)\Python37-32\lib\chunk.py", line 63, in __init__
raise EOFError
EOFError
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Users\hmkur\AppData\Roaming\Python\Python37\site-packages\speech_recognition\__init__.py", line 208, in __enter__
self.audio_reader = aifc.open(self.filename_or_fileobject, "rb")
File "C:\Program Files (x86)\Python37-32\lib\aifc.py", line 917, in open
return Aifc_read(f)
File "C:\Program Files (x86)\Python37-32\lib\aifc.py", line 352, in __init__
self.initfp(file_object)
File "C:\Program Files (x86)\Python37-32\lib\aifc.py", line 314, in initfp
chunk = Chunk(file)
File "C:\Program Files (x86)\Python37-32\lib\chunk.py", line 63, in __init__
raise EOFError
EOFError
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Users\hmkur\AppData\Roaming\Python\Python37\site-packages\speech_recognition\__init__.py", line 234, in __enter__
self.audio_reader = aifc.open(aiff_file, "rb")
File "C:\Program Files (x86)\Python37-32\lib\aifc.py", line 917, in open
return Aifc_read(f)
File "C:\Program Files (x86)\Python37-32\lib\aifc.py", line 358, in __init__
self.initfp(f)
File "C:\Program Files (x86)\Python37-32\lib\aifc.py", line 314, in initfp
chunk = Chunk(file)
File "C:\Program Files (x86)\Python37-32\lib\chunk.py", line 63, in __init__
raise EOFError
EOFError
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Users\hmkur\Desktop\Python\Transcribing_Audio_GoogleAPI_Python\fast.py", line 92, in <module>
all_text = pool.map(transcribe, enumerate(files))
File "C:\Program Files (x86)\Python37-32\lib\multiprocessing\pool.py", line 268, in map
return self._map_async(func, iterable, mapstar, chunksize).get()
File "C:\Program Files (x86)\Python37-32\lib\multiprocessing\pool.py", line 657, in get
raise self._value
File "C:\Program Files (x86)\Python37-32\lib\multiprocessing\pool.py", line 121, in worker
result = (True, func(*args, **kwds))
File "C:\Program Files (x86)\Python37-32\lib\multiprocessing\pool.py", line 44, in mapstar
return list(map(*args))
File "C:\Users\hmkur\Desktop\Python\Transcribing_Audio_GoogleAPI_Python\fast.py", line 82, in transcribe
with sr.AudioFile(name) as source:
File "C:\Users\hmkur\AppData\Roaming\Python\Python37\site-packages\speech_recognition\__init__.py", line 236, in __enter__
raise ValueError("Audio file could not be read as PCM WAV, AIFF/AIFF-C, or Native FLAC; check if file is corrupted or in another format")
ValueError: Audio file could not be read as PCM WAV, AIFF/AIFF-C, or Native FLAC; check if file is corrupted or in another format
</module> -
The Ultimate List of Alternatives to Google Products
2 août 2022, par Erin — Privacy -
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