Recherche avancée

Sur d’autres sites (10505)

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