Newest 'x264' Questions - Stack Overflow

http://stackoverflow.com/questions/tagged/x264

Les articles publiés sur le site

  • Stacking 2 videos horizontal with x264

    1er août 2014, par Henrik

    I have two videos of the same length and dimension encoded and I want to combine them into one video in such way, that both videos are viewed next to each other in a single video file. I'm looking for a solution that makes use of the x264 encoder (+ Avisynth script)

  • x265 Set max NAL/slice size via libx265

    7 juillet 2014, par Roland

    I want to send my encoded NAL packets via UDP as a fast webcam streaming program. Because of the MTU size, I want to set the NAL packets to a max size of around 1390 bytes.

    I've found another response on Stack Overflow explaining that one has to set the i_max_slice_size or something, but this was for x264. I've been trying to find the equivalent for x265 but I cannot see it anywhere.

    I am using the libx265 (using x265.h) library for encoding.

    Can anyone guide me in the right direction please? All help is greatly appreciated!

  • Per macroblock encoding in libx264

    6 juillet 2014, par Wei.M

    I know that in x264 encoding, the process is going on with the unit of macroblock. However, is that possible to set the parameters for each macroblocks? For example, if I want to let the QP of some specific area to be smaller than others. Is that possible? If I need to modify the functions and Apis in libx264, where should I begin?

  • Any solution to convert .yuv file to h264 file on Mac ?

    27 juin 2014, par piaChai

    I want to develop an app for mac which can record the current screen.But now I have trouble on not knowing how to encode .yuv file I got from CGImage.Somebody told me to encode with x264 or ffmpeg,I am not sure if these are the right choice for OS X development.If anyone has any experience in doing this,I really appreciate that you could tell me.Thanks.

  • Android JNI x264 as a library give relocation R_ARM_MOVW_ABS_NC ; recompile with -fPIC

    25 juin 2014, par MoAdiB

    I'm trying to build x264 library to use it in a shared library that I load using jni on android. I'm able to build everything as an executable without any error but when I build as a shared library I get errors with dynamic relocation of R_ARM_MOVW_ABS_NC:

    [armeabi-v7a] SharedLibrary  : libx264.so
    /home/martin/bin/android-ndk/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld: error: /home/martin/Documents/Sources/ScreenSharingServer/app/src/main/obj/local/armeabi-v7a/objs/x264/common/arm/pixel-a.o: requires unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
    /home/martin/bin/android-ndk/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld: error: /home/martin/Documents/Sources/ScreenSharingServer/app/src/main/obj/local/armeabi-v7a/objs/x264/common/arm/mc-a.o: requires unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
    /home/martin/bin/android-ndk/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld: error: /home/martin/Documents/Sources/ScreenSharingServer/app/src/main/obj/local/armeabi-v7a/objs/x264/common/arm/dct-a.o: requires unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
    /home/martin/bin/android-ndk/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld: error: /home/martin/Documents/Sources/ScreenSharingServer/app/src/main/obj/local/armeabi-v7a/objs/x264/common/arm/quant-a.o: requires unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
    /home/martin/bin/android-ndk/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld: error: /home/martin/Documents/Sources/ScreenSharingServer/app/src/main/obj/local/armeabi-v7a/objs/x264/common/arm/predict-a.o: requires unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
    collect2: error: ld returned 1 exit status
    make: *** [/home/martin/Documents/Sources/ScreenSharingServer/app/src/main/obj/local/armeabi-v7a/libx264.so] Error 1
    

    Here is my android.mk:

    LOCAL_PATH := $(my-dir)
    
    include $(CLEAR_VARS)
    
    APP_ABI := armeabi armeabi-v7a
    TARGET_ARCH_ABI := armeabi-v7a
    LOCAL_ARM_NEON := true
    ARCH_ARM_HAVE_NEON := true
    
    AM_CFLAGS := -march=armv7-a -mfpu=neon
    AM_CCASFLAGS := -march=armv7-a -mfpu=neon
    
    LOCAL_SRC_FILES:= common/mc.c common/predict.c common/pixel.c common/macroblock.c \
           common/frame.c common/dct.c common/cpu.c common/cabac.c \
           common/common.c common/osdep.c common/rectangle.c \
           common/set.c common/quant.c common/deblock.c common/vlc.c \
           common/mvpred.c common/bitstream.c \
           encoder/analyse.c encoder/me.c encoder/ratecontrol.c \
           encoder/set.c encoder/macroblock.c encoder/cabac.c \
           encoder/cavlc.c encoder/encoder.c encoder/lookahead.c \
           common/threadpool.c \
           common/arm/mc-c.c common/arm/predict-c.c \
           x264.c \
           common/arm/cpu-a.S common/arm/pixel-a.S common/arm/mc-a.S \
           common/arm/dct-a.S common/arm/quant-a.S common/arm/deblock-a.S \
           common/arm/predict-a.S
    
    LOCAL_SHARED_LIBRARIES := libcutils
    LOCAL_STATIC_LIBRARIES := swscale
    
    LOCAL_C_INCLUDES := $(LOCAL_PATH) $(LOCAL_PATH)/..
    LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH) $(LOCAL_PATH)/..
    
    LOCAL_CFLAGS := -fPIC -O3 -ffast-math -fstrict-aliasing -DANDROID -std=c99
    LOCAL_CPPFLAGS := -fPIC
    LOCAL_LDFLAGS := -lm
    LOCAL_MODULE := x264
    
    include $(BUILD_SHARED_LIBRARY)
    

    When I build with V=1 I see -fPIC option in every compilation line...

    I wonder if anybody can help me understand what I do wrong.

    Thanks for your time!

    Martin