Recherche avancée

Sur d’autres sites (13284)

• How to add dynamic captions with animations on a video in a cross-platform Android & iOS app and export it as a final video ? [closed]

  29 avril, par Danial Qsk

  I'm building a cross-platform mobile app using Flutter (or React Native) where users can :

  


  Add dynamic text captions with animations over a video, similar to TikTok

  


  See these changes in real-time during video playback

  


  Export the video with the animated captions burned into the output (e.g., MP4)

  


  What I’ve implemented so far :

  


  Video playback using video_player in Flutter (or react-native-video).

  


  Captions are rendered using Canvas/UI layer during playback.

  


  Problem : While I can overlay animated text in the UI, I can't figure out how to include these in the exported video. I’m considering using FFmpeg to burn in the captions, but I’m unclear how to integrate it with the animated UI overlays or render them into a final video on both Android and iOS.

  


  What I want to achieve :

  


  Efficient way to render animated text overlays onto a video and export it as a final video file on both Android and iOS.

  


  Maintain good performance for real-time playback and smooth export.

  


  What approaches or processing pipelines could achieve this ?
(For example, rendering the UI layer to an offscreen video, integrating with FFmpeg, or using native rendering techniques.)

  


• Anomalie #4189 : extraire_multi mélange un /li /ul final avec le de langue ajouté par code_...

  13 février 2021, par Jacques Bouthier

  J’ai testé de rajouter ces trois lignes et ça règle le problème d’affichage.
  (test effectué en English sur un site monolingue et en recherchant des plugins à ajouter avec un mot qui génère une longue liste : "multi". Ensuite j’ai activé plusieurs langues dans l’espace privé et ai activé le plugin multilang sans constater de souci particulier.)

• Anomalie #3988 : meta cache_signature trop restrictive

  4 septembre 2017, par cedric -

  je vais regarder, mais je pense que la PR ne doit pas être appliquée en l’état :

  • les caches sont déjà distingués en fonction du host qui sert à accéder au site, via le contexte implicite du cache, qui sert à définir l’identifiant de mise en cache (donc 2 hits sur la meme page via 2 host différents tomberont sur 2 identifiants différents)

  Le cas qui peut être problématique est celui de la base répliquée entre plusieurs serveurs, mais là on entre dans un autre sujet et pour qu’il y ait collision cela supposerait que le dossier tmp/cache est commun aux serveurs. Ce qui semble une mauvaise idée si chaque serveur à sa base (répliquées avec possibles désynchro ?). Dans ce cas il suffit de définir un dossier cache sur chaque machine (via un @define(’_DIR_CACHE’,...) qui tape dans un dossier qui n’est pas partagé).

  Si le problème vient d’une utilisation de memoization (cache via memcached ou autre), alors ce n’est pas ici qu’il faut en parler car ça ne concerne pas le core