Recherche avancée

Médias (0)

Mot : - Tags -/navigation

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (44)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

Sur d’autres sites (7105)

  • whether it takes long time for convert flv to MP4 using ffmpeg from server

    29 décembre 2016, par Firman Firdaus

    I want to convert a flv file to mp4. I use with a basic command like this :

    ffmpeg -i /var/www/html/rawmedia/d2cb9f152f27d9beb4a15d61e177fa22.flv /var/www/html/media/new.mp4

    The command above has result 0 B mp4.
    I read for My reference for this in this link,
    there is a very simple and basic I think.
    So I try the command above for testing php vibe command like this :

    ffmpeg -i /var/www/html/rawmedia/d2cb9f152f27d9beb4a15d61e177fa22.flv -vcodec libx264 -s 640x360 -threads 4 -movflags faststart /var/www/html/media/test4.mp4

    I got that command from PHPVIBE for convert other format file except mp4.
    So I got a result just the same as like first command that still 0 B mp4.
    But the Output of the second command give me like this

    Incompatible sample format 's16' for codec 'aac', auto-selecting format 'flt'
    
[libx264 @ 0xcebde0] using cpu capabilities: none!
    
[libx264 @ 0xcebde0] profile High, level 3.0
    
[libx264 @ 0xcebde0] 264 - core 120 r2151 a3f4407 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=4 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
    
[NULL @ 0xd5f1a0] Codec is experimental but experimental codecs are not enabled, see -strict -2
    
Output #0, mp4, to '/var/www/html/media/test4.mp4':
    
  Metadata:
    
    starttime       : 0
    
    totalduration   : 57
    
    totaldatarate   : 353
    
    bytelength      : 2535814
    
    canseekontime   : true
    
    sourcedata      : B0AFCE7F5HH1428394559963956
    
    purl            :
    
    pmsg            :
    
    Stream #0:0: Video: h264, yuv420p, 640x360, q=-1--1, 90k tbn, 30 tbc
    
    Stream #0:1: Audio: none, 22050 Hz, stereo, flt, 128 kb/s
    
Stream mapping:
    
  Stream #0:0 -> #0:0 (flv -> libx264)
    
  Stream #0:1 -> #0:1 (mp3 -> aac)
    
Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height

    Output give me some information that test.mp4 have bytelength      : 2535814.
    But I still have 0B mp4 converted result until now. Is there taking a time or I was wrong with the command. But especially my first command very basic and still get zero byte result.

  • ffmpeg weird x264 encoding behavior

    1er février 2016, par JMor

    I have a captured a 720x480 video with a display aspect ratio of 16:9 which I want to crop, resize and pad, but just the x264 encoding command is giving me a headache.

    (Screenshot of input.m2v) Here is my command :

    ffmpeg -ss 1861 -i input.m2v -c:v libx264 -profile:v main -preset:v medium -level 3.1 -x264opts crf=21.228 -t 60 -y -f mp4 output.mp4

    And here is the ffmpeg output :

    (Screen shot of output.mp4)

    Input #0, mpegvideo, from 'input.m2v':
    
  Duration: N/A, bitrate: N/A
    
    Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x480 [SAR 32:27 DAR 1
    
6:9], max. 6605 kb/s, 31.02 fps, 59.94 tbr, 1200k tbn, 59.94 tbc
    
[libx264 @ 02ba84c0] using SAR=32/27
    
[libx264 @ 02ba84c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
    
[libx264 @ 02ba84c0] profile Main, level 3.1
    
[libx264 @ 02ba84c0] 264 - core 144 r2525 40bb568 - H.264/MPEG-4 AVC codec - Cop
    
yleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb
    
lock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m
    
e_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chro
    
ma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1
    
interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
    
 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scene
    
cut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=21.2 qcomp=0.60 qpmin
    
=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
    
Output #0, mp4, to 'output.mp4':
    
  Metadata:
    
    encoder         : Lavf56.19.100
    
    Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x48
    
0 [SAR 32:27 DAR 16:9], q=-1--1, 29.97 fps, 30k tbn, 29.97 tbc
    
    Metadata:
    
      encoder         : Lavc56.21.102 libx264
    
Stream mapping:
    
  Stream #0:0 -> #0:0 (mpeg2video (native) -> h264 (libx264))

    The output size is 720x480, displayed as 853x480, as expected.
    But it looks like the frame has been vertically scaled by a factor of 1.18 and then cropped to a height of 480, so that I am losing the top and bottom of the frame. In fact, the behavior is equivalent to :

    -vf "scale=720:569,crop=720:480:0:0"

    Although I assume the aspect ratio plays a part here (I think the 1.18 factor is really (16/9)/(720/480)) I am surprised that ffmpeg would do that out of the blue. May be someone more knowledgeable than me could explain it ?

  • ffmpeg weird x264 encoding behavior

    1er février 2016, par JMor

    I have a captured a 720x480 video with a display aspect ratio of 16:9 which I want to crop, resize and pad, but just the x264 encoding command is giving me a headache.

    (Screenshot of input.m2v) Here is my command :

    ffmpeg -ss 1861 -i input.m2v -c:v libx264 -profile:v main -preset:v medium -level 3.1 -x264opts crf=21.228 -t 60 -y -f mp4 output.mp4

    And here is the ffmpeg output :

    (Screen shot of output.mp4)

    Input #0, mpegvideo, from 'input.m2v':
    
  Duration: N/A, bitrate: N/A
    
    Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x480 [SAR 32:27 DAR 1
    
6:9], max. 6605 kb/s, 31.02 fps, 59.94 tbr, 1200k tbn, 59.94 tbc
    
[libx264 @ 02ba84c0] using SAR=32/27
    
[libx264 @ 02ba84c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
    
[libx264 @ 02ba84c0] profile Main, level 3.1
    
[libx264 @ 02ba84c0] 264 - core 144 r2525 40bb568 - H.264/MPEG-4 AVC codec - Cop
    
yleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb
    
lock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m
    
e_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chro
    
ma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1
    
interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
    
 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scene
    
cut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=21.2 qcomp=0.60 qpmin
    
=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
    
Output #0, mp4, to 'output.mp4':
    
  Metadata:
    
    encoder         : Lavf56.19.100
    
    Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x48
    
0 [SAR 32:27 DAR 16:9], q=-1--1, 29.97 fps, 30k tbn, 29.97 tbc
    
    Metadata:
    
      encoder         : Lavc56.21.102 libx264
    
Stream mapping:
    
  Stream #0:0 -> #0:0 (mpeg2video (native) -> h264 (libx264))

    The output size is 720x480, displayed as 853x480, as expected.
    But it looks like the frame has been vertically scaled by a factor of 1.18 and then cropped to a height of 480, so that I am losing the top and bottom of the frame. In fact, the behavior is equivalent to :

    -vf "scale=720:569,crop=720:480:0:0"

    Although I assume the aspect ratio plays a part here (I think the 1.18 factor is really (16/9)/(720/480)) I am surprised that ffmpeg would do that out of the blue. May be someone more knowledgeable than me could explain it ?

Navigation