Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (100)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • L’agrémenter visuellement

    10 avril 2011

    MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
    Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté.

Sur d’autres sites (14724)

  • Android - Choosing between MediaRecorder, MediaCodec and Ffmpeg

    26 novembre 2018, par Rohan Stark

    I am working on a video recording and sharing application for Android. The specifications of the app are as follows :-

    • Recording a 10 second (maximum) video from inside the app (not using the device’s camera app)
    • No further editing on the video
    • Storing the video in a Firebase Cloud Storage (GCS) bucket
    • Downloading and playing of the said video by other users

    From the research, I did on SO and others sources for this, I have found the following (please correct me if I am wrong) :-

    The three options and their respective features are :-

    1.Ffmpeg

    • Capable of achieving the above goal and has extensive answers and explanations on sites like SO, however
    • Increases the APK size by 20-30mb (large library)
    • Runs the risk of not working properly on certain 64-bit devices

    2.MediaRecorder

    • Reliable and supported by most devices
    • Will store files in .mp4 format (unless converted to h264)
    • Easier for playback (no decoding needed)
    • Adds the mp4 and 3gp headers
    • Increases latency according to this question

    3.MediaCodec

    • Low level
    • Will require MediaCodec, MediaMuxer, and MediaExtractor
    • Output in h264 ( without using MediaMuxer for playback )
    • Good for video manipulations (though, not required in my use case)
    • Not supported by pre 4.3 (API 18) devices
    • More difficult to implement and code (my opinion - please correct me if I am wrong)
    • Unavailability of extensive information, tutorials, answers or samples (Bigflake.com being the only exception)

    After spending days on this, I still can’t figure out which approach suits my particular use case. Please elaborate on what I should do for my application. If there’s a completely different approach, then I am open to that as well.

    My biggest criteria are that the video encoding process be as efficient as possible and the video to be stored in the cloud should have the lowest possible space usage without compromising on the video quality.

    Also, I’d be grateful if you could suggest the appropriate format for saving and distributing the video in Firebase Storage, and point me to tutorials or samples of your suggested approach.

    Thank you in advance ! And sorry for the long read.

  • Android - Choosing between MediaRecorder, MediaCodec and Ffmpeg

    15 mars 2017, par Rohan Stark

    I am working on a video recording and sharing application for Android. The specifications of the app are as follows :-

    • Recording a 10 second (maximum) video from inside the app (not using the device’s camera app)
    • No further editing on the video
    • Storing the video in a Firebase Cloud Storage (GCS) bucket
    • Downloading and playing of the said video by other users

    From the research, I did on SO and others sources for this, I have found the following (please correct me if I am wrong) :-

    The three options and their respective features are :-

    1.Ffmpeg

    • Capable of achieving the above goal and has extensive answers and explanations on sites like SO, however
    • Increases the APK size by 20-30mb (large library)
    • Runs the risk of not working properly on certain 64-bit devices

    2.MediaRecorder

    • Reliable and supported by most devices
    • Will store files in .mp4 format (unless converted to h264)
    • Easier for playback (no decoding needed)
    • Adds the mp4 and 3gp headers
    • Increases latency according to this question

    3.MediaCodec

    • Low level
    • Will require MediaCodec, MediaMuxer, and MediaExtractor
    • Output in h264 ( without using MediaMuxer for playback )
    • Good for video manipulations (though, not required in my use case)
    • Not supported by pre 4.3 (API 18) devices
    • More difficult to implement and code (my opinion - please correct me if I am wrong)
    • Unavailability of extensive information, tutorials, answers or samples (Bigflake.com being the only exception)

    After spending days on this, I still can’t figure out which approach suits my particular use case. Please elaborate on what I should do for my application. If there’s a completely different approach, then I am open to that as well.

    My biggest criteria are that the video encoding process be as efficient as possible and the video to be stored in the cloud should have the lowest possible space usage without compromising on the video quality.

    Also, I’d be grateful if you could suggest the appropriate format for saving and distributing the video in Firebase Storage, and point me to tutorials or samples of your suggested approach.

    Thank you in advance ! And sorry for the long read.

  • ffmpeg - conflicting libraries or unable to compile C++ project [duplicate]

    2 octobre 2020, par QRrabbit

    This is less about C++, and more about specific compiling avcodec and avformat as those are used inside FFmpeg. I'm trying to compile for the first time newly downloaded ffmpeg source. All the linking has been resolved, and the program errors on this specific allocation.

    


    I'm writing my first program - attempt at avformat libraries inside my C++ code. Linker errors on this line :

    


    [ 89%] Linking CXX executable ffmpeg_01
clang: error: no such file or directory: 'VideoToolbox'
clang: error: no such file or directory: 'CoreFoundation'
clang: error: no such file or directory: 'CoreMedia'
clang: error: no such file or directory: 'CoreVideo'
clang: error: no such file or directory: 'CoreServices'
clang: error: no such file or directory: 'OpenGL'
clang: error: no such file or directory: 'CoreImage'
clang: error: no such file or directory: 'AppKit'
clang: error: no such file or directory: 'Foundation'
clang: error: no such file or directory: 'CoreAudio'
clang: error: no such file or directory: 'AVFoundation'
clang: error: no such file or directory: 'CoreGraphics'
make[3]: *** [ffmpeg_01] Error 1


    


    This is the content of my *libavcodec.pc file, and it has an entry of conflicts : which lists all of the items that clang cannot find, I don't know if those are linked somehow. I found a source pointing that similar error appears if I had other forks of ffmpeg, but I do not.

    


    prefix=/usr/local
exec_prefix=${prefix}
libdir=/usr/local/lib
includedir=/usr/local/include

Name: libavcodec
Description: FFmpeg codec library
Version: 58.108.100
Requires: libswresample >= 3.8.100, libavutil >= 56.60.100
Requires.private: 
Conflicts:
Libs: -L${libdir}  -lavcodec -liconv -lm -llzma -lz -framework AudioToolbox -L/usr/local/Cellar/x264/r3011/lib -lx264 -pthread -framework VideoToolbox -framework CoreFoundation -framework CoreMedia -framework CoreVideo -framework CoreServices
Libs.private: 
Cflags: -I${includedir}


    


    I don't have experience in cmakefile, I can paste it here if needed.
Any help is greatly appreciated, because I'm stuck for the past several days.