Recherche avancée

Médias (33)

Mot : - Tags -/creative commons

Autres articles (57)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (8257)

  • Cutting out a part of a video in ffmpeg creates a corrupted output file

    30 octobre 2020, par lagmoellertim

    I currently have a problem with ffmpeg. I'm trying to cut out a part of a video (e.g. from 00:10:00 to 00:10:30).

    


    I use this command ffmpeg -ss 600 -to 630 -i not_working.mp4  not_working_part.mp4.

    


    I tried reencoding the video, but it is still corrupted (only first few frames working, video is multiple hours long but jumps to end if you try to skip).

    


    I use the -ss and the -to parameter before the -i parameter because it is much faster I want to cut out a part that is e.g. right at the end of the video. Moving the -i parameter infront of the other args solves the problem, but the performance is really bad for cutouts late in the video. For many other of my videos, both methods work without a problem.

    


    Here is some metadata about the video from ffmpeg :

    


    Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'media\not_working.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: isommp42
    creation_time   : 2020-09-22T06:20:53.000000Z
  Duration: 03:03:40.04, start: 0.000000, bitrate: 537 kb/s
    Chapter #0:0: start 0.000000, end 204.120000
    Metadata:
      title           : Recording Started
    Chapter #0:1: start 204.120000, end 2045.200000
    Metadata:
      title           : Sharing Started
    Chapter #0:2: start 2045.200000, end 2056.880000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:3: start 2056.880000, end 4018.280000
    Metadata:
      title           : Sharing Started
    Chapter #0:4: start 4018.280000, end 4024.760000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:5: start 4024.760000, end 4096.000000
    Metadata:
      title           : Sharing Started
    Chapter #0:6: start 4096.000000, end 4101.800000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:7: start 4101.800000, end 4481.920000
    Metadata:
      title           : Sharing Started
    Chapter #0:8: start 4481.920000, end 4624.480000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:9: start 4624.480000, end 6902.000000
    Metadata:
      title           : Sharing Started
    Chapter #0:10: start 6902.000000, end 6906.760000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:11: start 6906.760000, end 6922.880000
    Metadata:
      title           : Sharing Started
    Chapter #0:12: start 6922.880000, end 6936.800000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:13: start 6936.800000, end 9140.840000
    Metadata:
      title           : Sharing Started
    Chapter #0:14: start 9140.840000, end 9145.680000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:15: start 9145.680000, end 9297.600000
    Metadata:
      title           : Sharing Started
    Chapter #0:16: start 9297.600000, end 9306.040000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:17: start 9306.040000, end 9572.480000
    Metadata:
      title           : Sharing Started
    Chapter #0:18: start 9572.480000, end 9620.680000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:19: start 9620.680000, end 10020.760000
    Metadata:
      title           : Sharing Started
    Chapter #0:20: start 10020.760000, end 10085.480000
    Metadata:
      title           : Sharing Stopped
    Chapter #0:21: start 10085.480000, end 10781.920000
    Metadata:
      title           : Sharing Started
    Chapter #0:22: start 10781.920000, end 11020.040000
    Metadata:
      title           : Sharing Stopped
    Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 32000 Hz, mono, fltp, 53 kb/s (default)
    Metadata:
      creation_time   : 2020-09-22T06:20:53.000000Z
      handler_name    : AAC audio
    Stream #0:1(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 481 kb/s, 25 fps, 25 tbr, 30k tbn, 60k tbc (default)
    Metadata:
      creation_time   : 2020-09-22T06:20:53.000000Z
      handler_name    : H.264/AVC video
      encoder         : AVC Coding
    Stream #0:2(und): Data: bin_data (text / 0x74786574)
    Metadata:
      creation_time   : 2020-09-22T06:20:53.000000Z
      handler_name    : Text


    


    Here is a link to the -report log file from ffmpeg (on pastebin) : https://pastebin.com/i9ix3GsC

    


  • Error trying to stream multiple files - Invalid data found when processing input

    14 avril 2020, par xybrek

    ffmpeg -re -stream_loop -1 -i mylist.txt -f mpegts -vcodec copy -acodec copy http://localhost:8081/yoursecret

    



    mylist.txt file contains :

    



    file 'out001.ts'
file 'out002.ts'


    



    up to out327.ts

    



    Here's the output of the above command :

    



    ffmpeg version git-2020-04-03-52523b6 Copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 9.3.1 (GCC) 20200328
  configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-ffnvcodec --enable-cuda-llvm --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf
  libavutil      56. 42.102 / 56. 42.102
  libavcodec     58. 77.101 / 58. 77.101
  libavformat    58. 42.100 / 58. 42.100
  libavdevice    58.  9.103 / 58.  9.103
  libavfilter     7. 77.101 /  7. 77.101
  libswscale      5.  6.101 /  5.  6.101
  libswresample   3.  6.100 /  3.  6.100
  libpostproc    55.  6.100 / 55.  6.100
mylist.txt: Invalid data found when processing input


    



    However streaming individual files works :

    



    ffmpeg -re -stream_loop -1 -i out001.ts -f mpegts -vcodec copy -acodec copy http://localhost:8081/yoursecret


    



    I've also tried but also does not work :

    



    ffmpeg -re -stream_loop -1 -i <(for %%i in (*.ts) do @echo file '%%i') -f mpegts -vcodec copy -acodec copy http://localhost:8081/yoursecret


    


  • ffmpeg crashes on crossfades between 3 clips if 2 clips coming from same input file [closed]

    14 avril 2020, par Erik

    I observed that ffmpeg 4.2.2 (macOS) crashes in particular cases of crossfades between clips, if one clip comes from file 1.dv, and two clips are cut out of file 2.dv, as shown below :

    



    ffmpeg -f lavfi -i color=black:size=720x576:duration=11:rate=25 -i 1.dv -i 2.dv -filter_complex "\
    [1:v]trim=5:10,setpts=expr=PTS-STARTPTS,yadif,fade=alpha=1:d=2:st=3:type=out,setpts=expr=PTS-STARTPTS,fifo[s5];\
    [2:v]split=2[s7][s8];\
    [s7]trim=5:10,setpts=expr=PTS-STARTPTS,yadif,fade=alpha=1:d=2:type=in,fade=alpha=1:d=2:st=6:type=out,setpts=expr=PTS-STARTPTS+(3/TB),fifo[s15];\
    [s8]trim=12:17,setpts=expr=PTS-STARTPTS,yadif,fade=alpha=1:d=2:type=in,setpts=expr=PTS-STARTPTS+(6/TB),fifo[s22];\
    [0:v][s5]overlay=eof_action=repeat[s6];\
    [s6][s15]overlay=eof_action=repeat[s16];\
    [s16][s22]overlay=eof_action=repeat[s24];\
    [1:a]atrim=5:10,asetpts=expr=PTS-STARTPTS[s26];\
    [2:a]asplit=2[s27][s28];\
    [s27]atrim=5:10,asetpts=expr=PTS-STARTPTS[s30];\
    [s28]atrim=12:17,asetpts=expr=PTS-STARTPTS[s33];\
    [s26][s30]acrossfade=d=2[s31];\
    [s31][s33]acrossfade=d=2[s36]" \
     -map "[s24]" -map "[s36]" -ab 128k -acodec aac -crf 23 -movflags faststart -preset medium -tune film -vcodec libx264 -aspect 1024:576 out.mp4 -y


    



    The order makes a difference : if the two clips from 2.dv are used first and then the clip from 1.dv is appended, everything works fine. Also, if all clips are coming from different files.

    



    ffmpeg 3.4.6 (ubuntu 18.04) shows no issues in any case.

    



    A self-compiled ffmpeg version N-97322-gb1699f4 (commit 2020-04-13) works with short clips as above, but crashes if one of the two clips taken from 2.dv is getting longer. In my tests 1500 frames (64 sec) is OK, 1700 (68 sec) leads to a segmentation fault. That is, if you replace in the command line above :

    



      

    • [s7]trim=5:10... -> [s7]trim=0:68 and accordingly
    • 


    • [s27]atrim=5:10... -> [s27]atrim=0:68
    • 


    



    Interestingly, the length of the clip taken from 1.dv does not play a role.

    



    The ffmpeg output shows about 20 times :

    



    frame=    0 fps=0.0 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x  


    



    before it continues (seg fault case) :

    



    frame=    4 fps=0.3 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   24 fps=1.6 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   25 fps=1.5 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   34 fps=1.9 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   36 fps=2.0 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   39 fps=2.1 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   40 fps=2.0 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   40 fps=2.0 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   40 fps=1.9 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    



    



    success case :

    



    frame=    5 fps=0.4 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   42 fps=3.2 q=28.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    
frame=   53 fps=3.9 q=28.0 size=       0kB time=00:00:00.36 bitrate=   2.9kbits/s speed=0.0264x    
frame=   65 fps=4.6 q=28.0 size=       0kB time=00:00:00.84 bitrate=   1.2kbits/s speed=0.0594x 
...   


    



    Slightly older versions included in the newest MacOS builds from zeranoe.com (git-2020-04-13-59e3a9a) and evermeet.cx (N-97308-g14dd0a9057-tessus, from 2020-04-12) are working nicely - also on my production cases (longer clips).

    



    Any feedback would be appreciated !