Recherche avancée

Médias (91)

Autres articles (101)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Qualité du média après traitement

    21 juin 2013, par

    Le bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
    Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)

Sur d’autres sites (13447)

  • Failing to push mpeg dash segment to webdav server using method PUT

    18 avril 2020, par Safwan Sada

    I am trying to push mpeg dash segments to webdav server.

    



    Here is the command :

    



    ffmpeg -loglevel verbose -re -i /home/SAFWAN/URI.mp4 -codec copy -sc_threshold 0 -b_strategy 0 -use_timeline 0 -use_template 1 -window_size 10 -init_seg_name init-$RepresentationID$.mp4 -strict -2 -f dash -segment_list_flags +live -min_seg_duration 2000000 -method PUT http://192.168.22.112/webdav/SAFWAN5/manifest.mpd

    



    But I am able to push hls segments using sample ffmpeg command :
ffmpeg -loglevel verbose -re -i /home/SAFWAN/URI.mp4 -codec copy -method PUT -f hls http://192.168.22.112/webdav/SAFWAN5/master.m3u8

    



    Here is the apache2 access log :
183.82.0.170 - - [18/Apr/2020:10:32:28 -0400] "POST /webdav/SAFWAN5/manifest.mpd HTTP/1.1" 200 292 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:38 -0400] "POST /webdav/SAFWAN5/chunk-stream0-00004.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:38 -0400] "POST /webdav/SAFWAN5/chunk-stream1-00004.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:39 -0400] "POST /webdav/SAFWAN5/manifest.mpd HTTP/1.1" 200 292 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:48 -0400] "POST /webdav/SAFWAN5/chunk-stream0-00005.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:48 -0400] "POST /webdav/SAFWAN5/chunk-stream1-00005.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:49 -0400] "POST /webdav/SAFWAN5/manifest.mpd HTTP/1.1" 200 292 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:53 -0400] "POST /webdav/SAFWAN5/chunk-stream0-00006.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:53 -0400] "POST /webdav/SAFWAN5/chunk-stream1-00006.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:53 -0400] "POST /webdav/SAFWAN5/manifest.mpd HTTP/1.1" 200 292 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:57 -0400] "POST /webdav/SAFWAN5/chunk-stream0-00007.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:57 -0400] "POST /webdav/SAFWAN5/chunk-stream1-00007.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:32:57 -0400] "POST /webdav/SAFWAN5/manifest.mpd HTTP/1.1" 200 292 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:33:00 -0400] "POST /webdav/SAFWAN5/chunk-stream0-00008.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:33:00 -0400] "POST /webdav/SAFWAN5/chunk-stream1-00008.m4s HTTP/1.1" 404 498 "-" "Lavf/57.83.100"
183.82.0.170 - - [18/Apr/2020:10:33:01 -0400] "POST /webdav/SAFWAN5/manifest.mpd HTTP/1.1" 200 292 "-" "Lavf/57.83.100"

    



    Please let me know why the dash segments is failing to push to webdav server ?

    


  • SVT-AV1 Vertical 4k video

    14 avril 2020, par Dmitry Maksakov

    I have a vertical 4k video captured on my phone with the following parameters (ffprobe) :

    



    Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/bt709/smpte170m), 3840x2160, 71980 kb/s, SAR 1:1 DAR 16:9, 59.96 fps, 60 tbr, 90k tbn, 180k tbc (default)
Metadata:
  rotate          : 90
  creation_time   : 2020-04-03T17:17:11.000000Z
  handler_name    : VideoHandle
Side data:
  displaymatrix: rotation of -90.00 degrees


    



    When I try to transcode it to av1 with svt_av1

    



    ffmpeg -i video.mp4 -c:v libsvt_av1 -y output.webm


    



    I am getting

    



    Error instance 1: Source Height must be less than 2160
[libsvt_av1 @ 0x5614a858c400] Error setting encoder parameters: bad parameter (0x80001005)
Segmentation fault


    



    How could I encode such videos ?

    


  • 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 !

    


Navigation