Recherche avancée

Médias (1)

Mot : - Tags -/ipad

Autres articles (62)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (11044)

  • 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

  • Analytics for ePortfolios, Mahara hui conference

    20 mars 2014, par Matthieu Aubry — Community, Meta

    I was privileged to present at the Mahara Hui conference in Wellington, New Zealand.

    Here are the slides of my presentation “Analytics for ePortfolios” :

    Summary : by using an analytics tool that integrates well with Mahara, such as Piwik, Mahara users can benefit from a multitude of insightful analytics reports.

    Learn more

    Mahara is a web application to build your electronic portfolio. You can create journals, upload files, embed social media resources from the web and collaborate with other users in groups. Mahara is a popular open source project built by a passionate community, and used in universities, schools and companies all over the world.

    Mahara Hui is the first kiwi conference on Mahara, the open source ePortfolio system, in New Zealand. This 2-day conference was held at Te Papa in Wellington from 19 to 20 March 2014 (schedule)

    Next steps

    I’m excited to join the Mahara team at the Mahara Hui Hackfest organised today at Catalyst IT offices. We will brainstorm how to integrate Piwik beautifully within Mahara, and how to ultimately provide students and employees useful analytics on all the content they create !

  • Carrierwave-video "Process hung" error while encoding uncompressed video files

    28 avril 2014, par Cramps

    I have an API for a mobile app that accepts video uploads. This app is for both iOS and Android devices, so for video compatibility’s sake these videos are encoded to H.264 once uploaded to the server using carrierwave-video (ffmpeg wrapper gem for Ruby on Rails). Right now this seems to be working, and videos are uploaded and encoded and can be played in both Android and iOS devices. However, sometimes the process hangs while encoding heavy (uncompressed ?) video files, usually 10+ seconds long. This is the output of ffmpeg :

    Failed to transcode with FFmpeg.
    
Check ffmpeg install and verify video is not corrupt or cut short.
    
Original error: Process hung. Full output:

    (That’s it, the full output seems empty.)

    These are the encoding parameters I’m using in my Carrierwave Uploader :

    encode_video(:mp4, custom: '-y -vcodec libx264 -acodec libfaac -vpre ultrafast 2> /home/user/log/ffmpeg.log, resolution: '640x640')

    According to the SuperUser question I linked above a solution would be to encode the video twice, once to AVI for compression(?) and then encode to MP4. I don’t know if that would work, but I don’t know how to do this either in my uploader. I would have to encode the output video file of my first (AVI) encoding process.

    Now that there’s some context, my question is : How can I solve this "Process hung" error ?

    In case the answer to that is to go with this double encoding method suggested, how can I achieve this using Carrierwave-video ?

    One last note is that if I try to encode these videos using ffmpeg straight from command-line the videos encode and playback successfully.

    Thank you for your time !

    PD : Wasn’t sure if I should add ruby-on-rails tag. I’ll remove it if necessary !

    Edit
    This is what I get from ffmpeg -i filename.mp4

    ffmpeg version 0.10.3 Copyright (c) 2000-2012 the FFmpeg developers
    
  built on Apr 30 2013 11:26:53 with gcc 4.5.4
    
  configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-O2 -march=athlon64 -pipe' --extra-cflags='-O2 -march=athlon64 -pipe' --extra-cxxflags='-O2 -march=athlon64 -pipe' --disable-static --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-vaapi --disable-vdpau --disable-ffplay --enable-openssl --enable-nonfree --enable-libmp3lame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libaacplus --enable-nonfree --enable-libfaac --enable-nonfree --disable-indev=v4l --disable-indev=v4l2 --disable-indev=alsa --disable-indev=oss --disable-indev=jack --disable-outdev=alsa --disable-outdev=oss --disable-outdev=sdl --enable-pthreads --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libvpx --enable-libope  libavutil      51. 35.100 / 51. 35.100
    
  libavcodec     53. 61.100 / 53. 61.100
    
  libavformat    53. 32.100 / 53. 32.100
    
  libavdevice    53.  4.100 / 53.  4.100
    
  libavfilter     2. 61.100 /  2. 61.100
    
  libswscale      2.  1.100 /  2.  1.100
    
  libswresample   0.  6.100 /  0.  6.100
    
  libpostproc    52.  0.100 / 52.  0.100
    

    
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/user/api/uploads/tmp/e54zfghzt9.mp4':
    

    

    
Metadata:
    
    major_brand     : isom
    
    minor_version   : 0
    
    compatible_brands: isom3gp4
    
    creation_time   : 2014-04-23 14:56:19
    
  Duration: 00:00:14.27, start: 0.000000, bitrate: 20757 kb/s
    
    Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 20993 kb/s, SAR 65536:65536 DAR 16:9, 30 fps, 30 tbr, 90k tbn, 180k tbc
    

    

    
Metadata:
    
      creation_time   : 2014-04-23 14:56:19
    
      handler_name    : VideoHandle
    
    Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 190 kb/s
    

    

    
Metadata:
    
      creation_time   : 2014-04-23 14:56:19
    
      handler_name    : SoundHandle

    Then it just starts buffering as such :

    time=00:00:13.20 bitrate=2533.2kbits/s    
    
frame=  405 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
    
frame=  407 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
    
frame=  409 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
    
frame=  412 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
    
frame=  417 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
    
frame=  417 fps=  7 q=24.0 Lsize=    4194kB time=00:00:13.90 bitrate=2471.5kbits/s    
    
video:3957kB audio:223kB global headers:0kB muxing overhead 0.310939%
    
[libx264 @ 0x7f28327ccc50] frame I:2     Avg QP:21.50  size: 25120
    
[libx264 @ 0x7f28327ccc50] frame P:415   Avg QP:25.32  size:  9642
    
[libx264 @ 0x7f28327ccc50] mb I  I16..4: 35.8%  0.0% 64.2%
    
[libx264 @ 0x7f28327ccc50] mb P  I16..4:  8.4%  0.0%  3.2%  P16..4: 43.6% 19.0%  5.6%  0.0%  0.0%    skip:20.2%
    
[libx264 @ 0x7f28327ccc50] coded y,uvDC,uvAC intra: 45.2% 53.6% 27.3% inter: 39.4% 27.6% 2.7%
    
[libx264 @ 0x7f28327ccc50] i16 v,h,dc,p: 28% 57% 11%  5%
    
[libx264 @ 0x7f28327ccc50] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 66% 11%  1%  1%  1%  2%  1%  2%
    
[libx264 @ 0x7f28327ccc50] i8c dc,h,v,p: 23% 58% 17%  3%
    
[libx264 @ 0x7f28327ccc50] kb/s:2331.88

    `

Navigation