Recherche avancée

Sur d’autres sites (11425)

• PySceneDetect FFmpeg Not Available

  14 août 2023, par Dmitriy Pushkarev

  I already installed FFmpeg and this is available in terminal I can convert video and etc, but it's completely not available in PySceneDetect.

  


  pip installed FFmpeg-python and FFmpeg library and FFmpeg itself in system.

  


  PySceneDetect returns :

  


  ffmpeg could not be found on the system. Please install ffmpeg to enable video output support.


  


  I think trouble with path, but can't put path in PySceneDetect. I can use path to binary FFmpeg, only in ffmpeg-python library, like this and it's working

  


  This code working fine :

  


  Here i using only FFmpeg-python library

  


  stream = ffmpeg.input('vi0.mp4')
stream = ffmpeg.filter(stream, 'fps', fps=10, round='up')
stream = ffmpeg.output(stream, 'vi1.mp4')
ffmpeg.run(stream,cmd='./ffmpeg')


  


  But can't it to get work with PySceneDetect

  


  print(scenedetect.video_splitter.is_ffmpeg_available())


  


  return False

  


  split_video_ffmpeg(video_path, scene_list, show_progress=False)


  


  returns "ffmpeg could not be found on the system. Please install ffmpeg to enable video output support."

  


• convert m3u8 to mp4 and simultaneously downloadable using http protocol

  12 juin 2020, par akshaybhuradia

  I want to convert m3u8 to mp4 and i would like to do conversion as well as download on same time. for download i have used http protocol of ffmpeg.

  



  I am running this command

  



  ffmpeg -i ultra.m3u8 -c copy -listen 1 -seekable 1 -f mp4 http://0.0.0.0:8080/test.mp4

  



  when i trigger this url("http://0.0.0.0:8080/test.mp4"), then file start's download, but i am not able to play video.

  



  and i get error when all chunks are read:

    [hls @ 0x55da053b4100] Opening 'ultra177.ts' for reading
    [tcp @ 0x55da0540f940] Connection to tcp://0.0.0.0:8080 failed: Connection refused
    [tcp @ 0x55da05520480] Connection to tcp://0.0.0.0:8080 failed: Connection refused
    [tcp @ 0x55da053ca780] Connection to tcp://0.0.0.0:8080 failed: Connection refused
    [tcp @ 0x55da05485f80] Connection to tcp://0.0.0.0:8080 failed: Connection refused
    [tcp @ 0x55da053ced40] Connection to tcp://0.0.0.0:8080 failed: Connection refused
    [tcp @ 0x55da054255c0] Connection to tcp://0.0.0.0:8080 failed: Connection refused
    [tcp @ 0x55da0540f940] Connection to tcp://0.0.0.0:8080 failed: Connection refused
    [tcp @ 0x55da05435380] Connection to tcp://0.0.0.0:8080 failed: Connection refused

frame=53236 fps=7939 q=-1.0 Lsize=  476447kB time=00:29:36.30 bitrate=2197.3kbits/s speed= 265x
video:446847kB audio:28278kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.278083%


  


• Anomalie #4506 : Supprimer les CSS inline des modèles de documents

  12 février 2021, par cedric -

  Le problème c’est pas de pouvoir ou non le gérer en css : on peut tout faire en css.

  Le problème c’est de garantir un comportement acceptable sur les sites qui font une mise à jour, qui ont un squelette qui marchait dans la version antérieure et qui doit continuer à marcher à peu près.
  Si tout le monde est obligé de reprendre ses css partout à cause des modèles de document, ça va être l’enfer (sans compter tous les utilisateurs qui ne savent pas faire)
  Ça a toujours été la raison de ces styles en dur.

  Là j’ai passé du temps à trouver un compromis en refondant les modèles. Il est peut-être possible de faire mieux, mais il faut se refader les tests.
  Tu prends un squelette 3.2 qui marche, tu passes aux nouveaux modèles et tu te débrouille pour que ça marche encore sans toucher aux css du site.

  Mais bon : SI on a un plugin "modèles documents historiques" qui reprend les modèles exacts de SPIP 3.2 et que tout fonctionne à l’identique avec ce plugin, ça peut être la solution de dire
  - Si vous mettes à jour votre site, ajoutez le plugin "modèles documents historiques" pour que tout continue à fonctionner comme avant
  sachant que petit à petit tout se cassera la figure quand même parce que les nouveaux plugins, ou les mises à jour de plugin vont se baser sur les nouveaux modèles et que le fonctionnement avec les anciens modèles sera de plus en plus cassé...

  J’ai pas de solution idéale.
  Le principal problème de ce width en dur qui me chagrine aussi, c’est que si on passe un image_reduire sur le texte de l’article qui contenait des grandes images, les images sont réduites mais ce width ne bouge pas et c’est le drame...