Recherche avancée

Sur d’autres sites (14789)

• FFMPEG add DATA stream to MPEGTS

  30 octobre 2016, par omerfirmak

  ffmpeg -re -f lavfi -i testsrc=rate=30 -re -thread_queue_size 131072
  
  -f data -i udp://127.0.0.1:4444 -map 0:0 -map 1:0 -c:v h264 -c:d copy -f mpegts test.ts

  This is the output of the command above. I simply want to record the data coming from udp synced with video. I push some KLV encoded metadata from udp ://127.0.0.1:4444 but recording stops at frame 51.

  ffmpeg version 3.1.5 Copyright (c) 2000-2016 the FFmpeg developers
  
    built with gcc 6.2.1 (GCC) 20160830
  
    configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-avisynth --enable-avresample --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libass --enable-libbluray --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-netcdf --enable-shared --enable-version3 --enable-x11grab
  
    libavutil      55. 28.100 / 55. 28.100
  
    libavcodec     57. 48.101 / 57. 48.101
  
    libavformat    57. 41.100 / 57. 41.100
  
    libavdevice    57.  0.101 / 57.  0.101
  
    libavfilter     6. 47.100 /  6. 47.100
  
    libavresample   3.  0.  0 /  3.  0.  0
  
    libswscale      4.  1.100 /  4.  1.100
  
    libswresample   2.  1.100 /  2.  1.100
  
    libpostproc    54.  0.100 / 54.  0.100
  
  Input #0, lavfi, from 'testsrc=rate=30':
  
    Duration: N/A, start: 0.000000, bitrate: N/A
  
      Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 30 tbr, 30 tbn, 30 tbc
  
  Input #1, data, from 'udp://127.0.0.1:4444':
  
    Duration: N/A, start: 0.000000, bitrate: N/A
  
      Stream #1:0: Data: none
  
  File 'test.ts' already exists. Overwrite ? [y/N] y
  
  [mpegts @ 0x55ece57efc20] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
  
      Last message repeated 1 times
  
  Output #0, mpegts, to 'test.ts':
  
    Metadata:
  
      encoder         : Lavf57.41.100
  
      Stream #0:0: Video: mpeg2video (Main), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 30 fps, 90k tbn, 30 tbc
  
      Metadata:
  
        encoder         : Lavc57.48.101 mpeg2video
  
      Side data:
  
        cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1
  
      Stream #0:1: Data: none
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (rawvideo (native) -> mpeg2video (native))
  
    Stream #1:0 -> #0:1 (copy)
  
  Press [q] to stop, [?] for help
  
  frame=    2 fps=0.0 q=4.7 size=       0kB time=00:00:00.00 bitrate=N/A speed=   frame=    2 fps=2.0 q=4.7 size=       0kB time=00:00:00.00 bitrate=N/A speed=   frame=    2 fps=1.3 q=4.7 size=       0kB time=00:00:00.00 bitrate=N/A speed=   frame=    2 fps=1.0 q=4.7 size=       0kB time=00:00:00.00 bitrate=N/A speed=   frame=    2 fps=0.8 q=4.7 size=       0kB time=00:00:00.00 bitrate=N/A speed=   frame=    2 fps=0.7 q=2.0 Lsize=      14kB time=00:00:00.00 bitrate=10117818.2kbits/s speed=3.63e-06x    
  
  video:12kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 10.228984%
  
  [omer@OmerDesktop HDD]$ ffmpeg -re -f lavfi -i testsrc=rate=30 -re -thread_queue_size 131072 -f data -i udp://127.0.0.1:4444 -map 0:0 -map 1:0 -c:v h264 -c:d copy -f mpegts test.ts
  
  ffmpeg version 3.1.5 Copyright (c) 2000-2016 the FFmpeg developers
  
    built with gcc 6.2.1 (GCC) 20160830
  
    configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-avisynth --enable-avresample --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libass --enable-libbluray --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-netcdf --enable-shared --enable-version3 --enable-x11grab
  
    libavutil      55. 28.100 / 55. 28.100
  
    libavcodec     57. 48.101 / 57. 48.101
  
    libavformat    57. 41.100 / 57. 41.100
  
    libavdevice    57.  0.101 / 57.  0.101
  
    libavfilter     6. 47.100 /  6. 47.100
  
    libavresample   3.  0.  0 /  3.  0.  0
  
    libswscale      4.  1.100 /  4.  1.100
  
    libswresample   2.  1.100 /  2.  1.100
  
    libpostproc    54.  0.100 / 54.  0.100
  
  Input #0, lavfi, from 'testsrc=rate=30':
  
    Duration: N/A, start: 0.000000, bitrate: N/A
  
      Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 30 tbr, 30 tbn, 30 tbc
  
  Input #1, data, from 'udp://127.0.0.1:4444':
  
    Duration: N/A, start: 0.000000, bitrate: N/A
  
      Stream #1:0: Data: none
  
  File 'test.ts' already exists. Overwrite ? [y/N] y
  
  No pixel format specified, yuv444p for H.264 encoding chosen.
  
  Use -pix_fmt yuv420p for compatibility with outdated media players.
  
  [libx264 @ 0x56461eb0f500] using SAR=1/1
  
  [libx264 @ 0x56461eb0f500] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
  
  [libx264 @ 0x56461eb0f500] profile High 4:4:4 Predictive, level 1.3, 4:4:4 8-bit
  
  [mpegts @ 0x56461eb0dc80] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
  
      Last message repeated 1 times
  
  Output #0, mpegts, to 'test.ts':
  
    Metadata:
  
      encoder         : Lavf57.41.100
  
      Stream #0:0: Video: h264 (libx264), yuv444p, 320x240 [SAR 1:1 DAR 4:3], q=-1--1, 30 fps, 90k tbn, 30 tbc
  
      Metadata:
  
        encoder         : Lavc57.48.101 libx264
  
      Side data:
  
        cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
  
      Stream #0:1: Data: none
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
  
    Stream #1:0 -> #0:1 (copy)
  
  Press [q] to stop, [?] for help
  
  frame=   17 fps=0.0 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   
  
  frame=   32 fps= 31 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   
  
  frame=   47 fps= 31 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   
  
  frame=   51 fps= 25 q=29.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=  
  
  frame=   51 fps= 20 q=29.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=  
  
  frame=   51 fps= 17 q=29.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=  
  
  frame=   51 fps= 14 q=29.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=  
  
  frame=   51 fps= 13 q=-1.0 Lsize=      19kB time=00:00:01.60 bitrate=  94.9kbits/s speed=0.407x    

• FFMPEG convert and codec

  11 mars 2018, par RonaldoLanhellas

  I have a CENTOS and i installed ffmpeg with : yum install ffmpeg command

  I’m trying to converting a video with the following command :

  ffmpeg -y -i "C:\home\app\cedoc\convert\TREINO_PSC_ACD_PR_02_09_14_IMAGEM_GOROTO_PRESO.MXF" -crf 18.0 -vcodec libx264 -filter:v scale=1920:1080 -preset veryslow -acodec libvo_aacenc -ar 48000 -b:a 192k -coder 1 -flags +loop -cmp chroma -partitions +parti4x4+partp8x8+partb8x8 -me_method hex -subq 6 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -b_strategy 1 -threads 0 "C:\Users\lanhellas\Documents\TREINO_PSC_ACD_PR_02_09_14_IMAGEM_GOROTO_PRESO.mp4"

  But i got the following :

  Unknown encoder 'libvo_aacenc'

  This is my ffmpeg configuration :

  ffmpeg version 2.6.8 Copyright (c) 2000-2016 the FFmpeg developers
  
    built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4)
  
    configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic' --enable-bzlib --disable-crystalhd --enable-gnutls --enable-ladspa --enable-libass --enable-libcdio --enable-libdc1394 --enable-libfaac --enable-nonfree --enable-libfdk-aac --enable-nonfree --disable-indev=jack --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-openal --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libx264 --enable-libx265 --enable-libxvid --enable-x11grab --enable-avfilter --enable-avresample --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect
  
    libavutil      54. 20.100 / 54. 20.100
  
    libavcodec     56. 26.100 / 56. 26.100
  
    libavformat    56. 25.101 / 56. 25.101
  
    libavdevice    56.  4.100 / 56.  4.100
  
    libavfilter     5. 11.102 /  5. 11.102
  
    libavresample   2.  1.  0 /  2.  1.  0
  
    libswscale      3.  1.101 /  3.  1.101
  
    libswresample   1.  1.100 /  1.  1.100
  
    libpostproc    53.  3.100 / 53.  3.100
  
  Hyper fast Audio and Video encoder
  
  usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...

• The First Problem

  19 janvier 2011, par Multimedia Mike — HTML5

  A few years ago, The Linux Hater made the following poignant observation regarding Linux driver support :

  Drivers are only just the beginning... But for some reason y’all like to focus on the drivers. You know why lusers do that ? Because it just happens to be the problem that people notice first.

  And so it is with the HTML5 video codec debate, re-invigorated in the past week by Google’s announcement of dropping native H.264 support in their own HTML5 video tag implementation. As I read up on the fiery debate, I kept wondering why people are so obsessed with this issue. Then I remembered the Linux Hater’s post and realized that the video codec issue is simply the first problem that most people notice regarding HTML5 video.

  I appreciate that the video codec debate has prompted Niedermayer to post on his blog once more. Otherwise, I’m just munching popcorn on the sidelines, amused and mildly relieved that the various factions are vociferously attacking each other rather than that little project I help with at work.

  Getting back to the "first problem" aspect— there’s so much emphasis on the video codec ; I wonder why no one ever, ever mentions word one about an audio codec. AAC is typically the codec that pairs with H.264 in the MPEG stack. Dark Shikari once mentioned that "AAC’s licensing terms are exponentially more onerous than H.264′s. If Google didn’t want to use H.264, they would sure as hell not want to use AAC." Most people are probably using "H.264" to refer to the entire MPEG/H.264/AAC stack, even if they probably don’t understand what all of those pieces mean.

  Anyway, The Linux Hater’s driver piece continues :

  Once y’all have drivers, the fight will move to the next layer up. And like I said, it’s a lot harder at that layer.

  A few months ago, when I wanted to post the WebM output of my new VP8 encoder and thought it would be a nice touch to deliver it via a video tag, I ignored the video codec problem (just encoded a VP8/WebM file) only to immediately discover a problem at a different layer— specifically, embedding a file using a video tag triggers a full file download when the page is loaded, which is unacceptable from end user and web hosting perspectives. This is a known issue but doesn’t get as much attention, I guess because there are bigger problems to solve first (c.f. video codec issue).

  For other issues, check out the YouTube blog’s HTML5 post or Hulu’s post that also commented on HTML5. Issues such as video streaming flexibility, content protection, fullscreen video, webcam/microphone input, and numerous others are rarely mentioned in the debates. Only "video codec" is of paramount importance.

  But I’m lending too much weight to the cacophony of a largely uninformed internet debate. Realistically, I know there are many talented engineers down in the trenches working to solve at least some of these problems. To tie this in with the Linux driver example, I’m consistently stunned these days regarding how simple it is to get Linux working on a new computer— most commodity consumer hardware really does just work right out of the box. Maybe one day, we’ll wake up and find that HTML5 video has advanced to the point that it solves all of the relevant problems to make it the simple and obvious choice for delivering web video in nearly all situations.

  It won’t be this year.