Recherche avancée

Sur d’autres sites (14284)

• App crashes on Google TV when playing MP4 videos

  14 avril 2023, par fab

  I am having problems with an Android app that was developed for me. The issue occurs when playing MP4 videos ; the app plays them correctly, but at some point, the app crashes and exits. I have been reviewing errors using Android Studio, and the only error that appears is the following :

  


  2023-04-14 00:45:45.846 7221-7650 SurfaceUtils com.app.X D connecting to surface 0xbf0d2808, reason connectToSurface(reconnect) 2023-04-14 00:45:45.848 7221-7654 ACodec com.app.X E [OMX.amlogic.avc.decoder.awesome2] setPortMode on output to DynamicANWBuffer failed w/ err -2147483648 2023-04-14 00:45:45.855 7221-7334 com.app.X com.app.X I get_buffer_dataspace_setting get_metadata return 0 dataspace:268500992 2023-04-14 00:45:45.875 7221-7334 NdkImageReader com.app.X D acquireImageLocked: Overriding buffer format YUV_420_888 to 0x11. 2023-04-14 00:45:45.877 7221-7334 com.app.X com.app.X I get_buffer_dataspace_setting get_metadata return 0 dataspace:268500992 2023-04-14 00:45:45.887 7221-7280 MediaCodec com.app.X D keep callback message for reclaim 2023-04-14 00:45:45.896 7221-7334 com.app.X com.app.X I get_buffer_dataspace_setting get_metadata return 0 dataspace:268500992 2023-04-14 00:45:45.914 7221-7334 com.app.X com.app.X I get_buffer_dataspace_setting get_metadata return 0 dataspace:268500992 2023-04-14 00:45:45.915 7221-7654 SurfaceUtils com.app.X D disconnecting from surface 0xbf0d2808, reason setNativeWindowSizeFormatAndUsage 2023-04-14 00:45:45.915 7221-7654 SurfaceUtils com.app.X D connecting to surface 0xbf0d2808, reason setNativeWindowSizeFormatAndUsage 2023-04-14 00:45:45.915 7221-7654 SurfaceUtils com.app.X D set up nativeWindow 0xbf0d2808 for 1920x1080, color 0x11, rotation 0, usage 0x402b00 2023-04-14 00:45:45.915 7221-7654 ACodec com.app.X W [OMX.amlogic.avc.decoder.awesome2] setting nBufferCountActual to 9 failed: -1010 2023-04-14 00:45:45.922 7221-7654 ion com.app.X E ioctl c0084905 failed with code -1: Invalid argument 2023-04-14 00:45:45.928 7221-7654 ion com.app.X E ioctl c0084905 failed with code -1: Invalid argument 2023-04-14 00:45:45.943 7221-7334 com.app.X com.app.X I get_buffer_dataspace_setting get_metadata return 0 dataspace:268500992 2023-04-14 00:45:45.954 7221-7654 ion com.app.X E ioctl c0084905 failed with code -1: Invalid argument 2023-04-14 00:45:45.960 7221-7654 ion com.app.X E ioctl c0084905 failed with code -1: Invalid argument 2023-04-14 00:45:45.962 7221-7654 ion com.app.X E ioctl c0084905 failed with code -1: Invalid argument 2023-04-14 00:45:45.969 7221-7654 ion com.app.X E ioctl c0084905 failed with code -1: Invalid argument 2023-04-14 00:45:45.979 7221-7654 ion com.app.X E ioctl c0084905 failed with code -1: Invalid argument 2023-04-14 00:45:45.986 7221-7654 ion com.app.X E ioctl c0084905 failed with code -1: Invalid argument

  


  One clarification is that the app is built with IONIC and Angular.

  


  The FFMPEG code that converts the video in golang is as follows :

  


  func ConvertVideoFile(inputFileName, outputFileName string) error { err := ffmpeg_go.Input(inputFileName). Filter("scale", ffmpeg_go.Args{"800:600"}). Output(outputFileName, ffmpeg_go.KwArgs{ "c:v": "libx264", "profile:v": "high", "level": "3.1", "pix_fmt": "yuv420p", "preset": "medium", "crf": "23", "b:v": "782k", "r": "25", "c:a": "aac", "b:a": "2k", "ar": "48000", "movflags": "+faststart", "max_muxing_queue_size": "1024", }, ). OverWriteOutput().ErrorToStdOut().Run() return err }

  


  Remove this error 2023-04-14 00:45:45.848 7221-7654 ACodec com.app.X E [OMX.amlogic.avc.decoder.awesome2

  


• Google Speech Recognition API output errors, unsure why they're occuring

  8 novembre 2019, par Requiem_7

  This 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>

• Manim Animation Rendering Fails on Google Cloud Run : Segment Combination Issues [closed]

  28 juin, par Ahaskar Kashyap

  Problem 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

  


  

  1. Why does FFmpeg combination work for 2 segments but fail for 8+ segments ?

  


  2. Why does the same code work locally but fail on Cloud Run ?

  


  3. Is this a Cloud Run container limitation, FFmpeg configuration issue, or Manim-specific problem ?

  


  4. 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 :

  


  

  1. Resource constraints : Upgraded to 16GB/8CPU - made things worse

  


  2. FFmpeg version : Upgraded 5.1.6→7.x - broke basic functionality

  


  3. File accumulation : Container restart helps temporarily

  


  4. Path detection : Isolation script may look in wrong directories