Recherche avancée

Sur d’autres sites (4377)

• Convert 10bit Apple pro res 422 HQ video mov to png without changing color format using ffmpeg only 2 png created [closed]

  15 janvier 2024, par Mark Brady

  I am looking to convert a 'Formats : 10-Bit ProRes 422 (2K)' .MOV to PNGs, I saw this post and got the following information / questiosn.

  


  This is form this post form awhile ago.
Convert 10bit Apple pro res 422 HQ video mov to png without changing color format using ffmpeg

  


  I ran this command
ffmpeg -i "Hyper.mov" -vf fps=1 -pix_fmt rgba -sws_flags +accurate_rnd+bitexact+full_chroma_int "out-%04d.png" on a short mov in the format of Formats : 10-Bit ProRes 422 (2K)

  


  From this site, it is a hyper warp mov (effect), I want to convert into either pngs or a gif or a flipbook of 8x8 (which is prob to small to do it all, but maybe a few 8x8x) end goal is getting the effect in Roblox

  


  The mov is from this site
https://www.actionvfx.com/collections/free-blasters-stock-footage/8798

  


  The hyper one.

  


  When I did the command it only generated 2 images, perhaps the start frame and the end.

  


  Does anyone know why it only did 2 images ?

  


  [enter image description here](https://i.stack.imgur.com/REDDx.jpg)

  


  In the post I saw this, it has 'without changing color format ', which I do not know if I need that... just trying to get the effect mov into png or a flipbook

  


  Thanks

  


  Tried the above syntax and expecting it to generate a bunch of pngs, not just 2.

  


• ffmpeg on iOS 5.1 Undefined Symbols Error

  25 avril 2012, par AndyDunn

  So I've spent several hours now working through the scant amount of information available online about building ffmpeg for iOS. The building process seems to work well and I end up with fat files for armv6 and armv7 which I drag over into my project.

  However, whenever I try to use the "avcodec_init()" command I get the following error :

  Undefined symbols for architecture armv7 :
  "_avcodec_init", referenced from :

   -[FirstViewController viewDidLoad] in FirstViewController.o

  ld : symbol(s) not found for architecture armv7

  clang : error : linker command failed with exit code 1 (use -v to see invocation)

  The library files are included in the 'Link Binary with Libraries' of the project settings, so they are definitely compiled into the app. I just can't for the life of me work out why I'm getting an error on this.

  I've tried several different projects, and downloaded some existing project files from the web and get the same error.

  This is the build script I used :

  export PLATFORM="iPhoneOS" export MIN_VERSION="4.0" export
  MAX_VERSION="5.1" export
  DEVROOT=/Volumes/Lion/Applications/Xcode.app/Contents/Developer/Platforms/$PLATFORM.platform/Developer
  export SDKROOT=$DEVROOT/SDKs/$PLATFORM$MAX_VERSION.sdk export
  CC=$DEVROOT/usr/bin/llvm-gcc export LD=$DEVROOT/usr/bin/ld export
  CPP=$DEVROOT/usr/bin/cpp export CXX=$DEVROOT/usr/bin/llvm-g++ export
  AR=$DEVROOT/usr/bin/ar export LIBTOOL=$DEVROOT/usr/bin/libtool export
  NM=$DEVROOT/usr/bin/nm export CXXCPP=$DEVROOT/usr/bin/cpp export
  RANLIB=$DEVROOT/usr/bin/ranlib

  COMMONFLAGS="-pipe -gdwarf-2 -no-cpp-precomp -isysroot $SDKROOT
  -marm -fPIC" export LDFLAGS="$COMMONFLAGS -fPIC" export CFLAGS="$COMMONFLAGS -fvisibility=hidden" export
  CXXFLAGS="$COMMONFLAGS -fvisibility=hidden
  -fvisibility-inlines-hidden"

  FFMPEG_LIBS="libavcodec libavdevice libavformat libavutil libswscale"

  echo "Building armv6..."

  make clean ./configure \
  —cpu=arm1176jzf-s \
  —extra-cflags='-arch armv6 -miphoneos-version-min=$MIN_VERSION -mthumb' \
  —extra-ldflags='-arch armv6 -miphoneos-version-min=$MIN_VERSION' \
  —enable-cross-compile \
  —arch=arm \
  —target-os=darwin \
  —cc=$CC \
  —sysroot=$SDKROOT \
  —prefix=installed \
  —disable-network \
  —disable-decoders \
  —disable-muxers \
  —disable-demuxers \
  —disable-devices \
  —disable-parsers \
  —disable-encoders \
  —disable-protocols \
  —disable-filters \
  —disable-bsfs \
  —enable-decoder=h264 \
  —enable-decoder=svq3 \
  —enable-gpl \
  —enable-pic \
  —disable-doc perl -pi -e 's/HAVE_INLINE_ASM 1/HAVE_INLINE_ASM 0/' config.h make -j3

  mkdir -p build.armv6 for i in $FFMPEG_LIBS ; do cp ./$i/$i.a
  ./build.armv6/ ; done

  echo "Building armv7..."

  make clean ./configure \
  —cpu=cortex-a8 \
  —extra-cflags='-arch armv7 -miphoneos-version-min=$MIN_VERSION -mthumb' \
  —extra-ldflags='-arch armv7 -miphoneos-version-min=$MIN_VERSION' \
  —enable-cross-compile \
  —arch=arm \
  —target-os=darwin \
  —cc=$CC \
  —sysroot=$SDKROOT \
  —prefix=installed \
  —disable-network \
  —disable-decoders \
  —disable-muxers \
  —disable-demuxers \
  —disable-devices \
  —disable-parsers \
  —disable-encoders \
  —disable-protocols \
  —disable-filters \
  —disable-bsfs \
  —enable-decoder=h264 \
  —enable-decoder=svq3 \
  —enable-gpl \
  —enable-pic \
  —disable-doc perl -pi -e 's/HAVE_INLINE_ASM 1/HAVE_INLINE_ASM 0/' config.h make -j3

  mkdir -p build.armv7 for i in $FFMPEG_LIBS ; do cp ./$i/$i.a
  ./build.armv7/ ; done

  mkdir -p build.universal for i in $FFMPEG_LIBS ; do lipo -create
  ./build.armv7/$i.a ./build.armv6/$i.a -output ./build.universal/$i.a ;
  done

  for i in $FFMPEG_LIBS ; do cp ./build.universal/$i.a ./$i/$i.a ; done

  make install

• avformat/oggparsevorbis : Update end_trimming for the last packet

  7 juillet 2021, par Guangyu Sun

  avformat/oggparsevorbis : Update end_trimming for the last packet
  Without end_trimming, the last packet will contain unexpected samples used
  
  for padding.
  This commit partially fixes #6367 when the audio length is long enough.
  dd if=/dev/zero of=./silence.raw count=20 bs=500
  
  oggenc —raw silence.raw —output=silence.ogg
  
  oggdec —raw —output silence.oggdec.raw silence.ogg
  
  ffmpeg -codec:a libvorbis -i silence.ogg -f s16le -codec:a pcm_s16le silence.libvorbis.ffmpeg.raw
  
  ffmpeg -i silence.ogg -f s16le -codec:a pcm_s16le silence.native.ffmpeg.raw
  
  ls -l *.raw
  The original test case in #6367 is still not fixed due to a remaining issue.
  The remaining issue is that ogg_stream->private is not kept during
  
  ogg_save()/ogg_restore(). Field final_duration in the private data is
  
  important to calculate end_trimming.
  Some common operations such as avformat_open_input() and
  
  avformat_find_stream_info() before reading packet will trigger ogg_save()
  
  and ogg_restore().
  Luckily, final_duration will not get updated until the last ogg page. The
  
  save/restore mentioned above will not change final_duration most of the
  
  time. But if the audio length is short, those reads may be performed on
  
  the last ogg page, causing trouble keeping the correct value of
  
  final_duration. We probably need a more complicated patch to address this
  
  issue.
  Signed-off-by : Guangyu Sun <gsun@roblox.com>
  

  • [DH] libavformat/oggparsevorbis.c