Recherche avancée

Sur d’autres sites (9769)

• building MobileVLC -> armc7 + ffmpeg issue

  28 septembre 2012, par Shamil

  I'm trying to build MobileVLC on OS X Lion, against iOS SDK 5.0. So far, no dice.

  Followed the given instructions, however, build stops and fails here :
  [info] Building contrib for iOS in '/Users/shamil/Documents/MobileVLC/ImportedSources/vlc/contrib-builddir-ios-i686-apple-darwin10

  Current log :
  ./buildMobileVLC.sh -s
  [info] Preparing build dirs
  [info] Building
  [info] Building vlc
  [info] Building libvlc for the iOS
  [info] Using i386 with SDK version 4.2
  [info] Building contrib for iOS in '/Users/shamil/Documents/MobileVLC/ImportedSources/vlc/contrib-builddir-ios-i686-apple-darwin10'

  The error is given as follows :

  make[1]: *** [.ffmpeg] Error 1
  
  make: *** [using-src] Error 2

  /ImportedSources/vlc/contrib-builddir-ios-arm-apple-darwin10/build-src/ffmpeg/config.log tells me :

  ld: warning: directory not found for option 'L/Users/shamil/Documents/MobileVLC/ImportedSources/vlc/contrib-ios-arm-apple-darwin10/lib'
  
  ld: warning: directory not found for option '-L/Users/shamil/Documents/MobileVLC/ImportedSources/vlc/contrib-ios-arm-apple-darwin10/lib'
  
  **ld: in /usr/lib/system/libcache.dylib, missing required architecture armv7 in file for architecture armv7**
  
  collect2: ld returned 1 exit status
  
  C compiler test failed.

  I've bolded the one which I think is causing it to fail. Now - how do I fix THIS error ?

• FFmpeg : merge 8 mono audio streams MOV file into one audio stream FLV file

  1er décembre 2015, par snucky

  I have a MOV file with eight mono audio streams, likely a 5.1 or 7.1 setup. I want to generate a for-web preview FLV file from it but in doing so lose the voices in the dialogue. FFmpeg is likely favoring an audio stream out of the eight that doesn’t have the voices. When I researched ways to merge the audio streams, in order to bring the voices back, I lose the ability to execute my ffmpeg command entirely. Here’s what I have at the moment (the introduction of the "-map 0" option rendered the command non-executable)

  /usr/local/bin/ffmpeg -i ../vmx_files/6711177.mov -map 0 -y -f flv -qmax 10
  
        -vf "scale=trunc(oh*a/2)*2:720" -ar 44100 -ab 64k assets/flv/6711177.flv
  
  
  
  
  
  ffmpeg version N-69160-g1013c15 Copyright (c) 2000-2015 the FFmpeg developers
  
    built on Jan 20 2015 09:41:10 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-11)
  
    configuration:
  
    libavutil      54. 17.100 / 54. 17.100
  
    libavcodec     56. 20.100 / 56. 20.100
  
    libavformat    56. 19.100 / 56. 19.100
  
    libavdevice    56.  4.100 / 56.  4.100
  
    libavfilter     5.  8.100 /  5.  8.100
  
    libswscale      3.  1.101 /  3.  1.101
  
    libswresample   1.  1.100 /  1.  1.100
  
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '../vmx_files/6711177.mov':
  
    Metadata:
  
      major_brand     : qt
  
      minor_version   : 537199360
  
      compatible_brands: qt
  
      creation_time   : 2015-11-24 23:00:27
  
    Duration: 00:01:48.34, start: 0.000000, bitrate: 229443 kb/s
  
      Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le(bt709), 1920x1080, 220043 kb/s, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc (default)
  
      Metadata:
  
        creation_time   : 2015-11-24 23:00:27
  
        handler_name    : Apple Alias Data Handler
  
        encoder         : Apple ProRes 422 (HQ)
  
        timecode        : 00:59:50;00
  
      Stream #0:1(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32 (24 bit), 1152 kb/s (default)
  
      Metadata:
  
        creation_time   : 2015-11-24 23:00:27
  
        handler_name    : Apple Alias Data Handler
  
      Stream #0:2(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32 (24 bit), 1152 kb/s (default)
  
      Metadata:
  
        creation_time   : 2015-11-24 23:00:27
  
        handler_name    : Apple Alias Data Handler
  
      Stream #0:3(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32 (24 bit), 1152 kb/s (default)
  
      Metadata:
  
        creation_time   : 2015-11-24 23:00:27
  
        handler_name    : Apple Alias Data Handler
  
      Stream #0:4(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32 (24 bit), 1152 kb/s (default)
  
      Metadata:
  
        creation_time   : 2015-11-24 23:00:27
  
        handler_name    : Apple Alias Data Handler
  
      Stream #0:5(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32 (24 bit), 1152 kb/s (default)
  
      Metadata:
  
        creation_time   : 2015-11-24 23:00:27
  
        handler_name    : Apple Alias Data Handler
  
      Stream #0:6(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32 (24 bit), 1152 kb/s (default)
  
      Metadata:
  
        creation_time   : 2015-11-24 23:00:27
  
        handler_name    : Apple Alias Data Handler
  
      Stream #0:7(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32 (24 bit), 1152 kb/s (default)
  
      Metadata:
  
        creation_time   : 2015-11-24 23:00:27
  
        handler_name    : Apple Alias Data Handler
  
      Stream #0:8(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32 (24 bit), 1152 kb/s (default)
  
      Metadata:
  
        creation_time   : 2015-11-24 23:00:28
  
        handler_name    : Apple Alias Data Handler
  
      Stream #0:9(eng): Data: none (tmcd / 0x64636D74)
  
      Metadata:
  
        rotate          : -0
  
        creation_time   : 2015-11-24 23:03:22
  
        handler_name    : Apple Alias Data Handler
  
        timecode        : 00:59:50;00
  
  Data stream encoding not supported yet (only streamcopy)

• Should libavcodec handle non-packed/non-byte-aligned mp3 packets ?

  27 août 2015, par Rhythmic Fistman

  I’m transcoding shoutcast streams using libavcodec and I noticed that during the day I get a few 10s’ of packets that it cannot decode without some help :

  1. Leading zero bytes before a packet sync word, e.g. 0x0000fffa

  2. non-byte aligned syncword, e.g 0x82a0fffa

  In the first case I have to toss out the zero bytes and in the second I have to shift the data up by an odd number of nibbles.

  I don’t have a watertight knowledge of the mp3 spec (is there one ?), but my impression was that the packet format was a bit oriented, not byte, so both types of packets look right to me.

  So who is in the wrong here ?

  Is it libavcodec for not parsing valid packets ?

  Or the stream encoder for producing non-standard packets ?