Recherche avancée

Médias (0)

Mot : - Tags -/tags

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (40)

  • 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 (...)

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

  • MediaSPIP Player : les contrôles

    26 mai 2010, par

    Les contrôles à la souris du lecteur
    En plus des actions au click sur les boutons visibles de l’interface du lecteur, il est également possible d’effectuer d’autres actions grâce à la souris : Click : en cliquant sur la vidéo ou sur le logo du son, celui ci se mettra en lecture ou en pause en fonction de son état actuel ; Molette (roulement) : en plaçant la souris sur l’espace utilisé par le média (hover), la molette de la souris n’exerce plus l’effet habituel de scroll de la page, mais diminue ou (...)

Sur d’autres sites (7339)

  • Delphi android, deploying AND dynamic loading (external) libraries

    13 décembre 2020, par coban

    I am trying to start creating an application to test FFmpeg libraries, kind of a mediaplayer application, for ANDROID using Delphi 10.3/10.4

    


    I am getting some (strange ?) behaviors on different machines and locations of the files on the phone/tablet.

    


    The very first question should be ; what folder is the right one to put (external) libraries for dynamic/static loading ?

    


    I tried 2 locations ; '.\assets\internal' -> 'files' folder of the app
and 'library\lib\armeabi-v7a' -> bin folder (if i'm right)

    


    behavior on mobile phone Android 8

    


    when I choose to place the (FFmpeg) libraries in the Files folder '.\assets\internal' and try to load the libraries, 3 of the 7 libraries succesfully loads, while the other does not. Every tiem the same libraries which fail and succeeds to load. The succesfully loading libraries are 'libavutil.so', 'swresample.so' and 'libswscale.so'.

    


    When I choose to place the libraries in the bin folder 'library\lib\armeabi-v7a', all libraries are succesfully loaded.

    


    behavior on tablet android 4.4.4

    


    When choosing to put the libraries in the 'Files' folder, exact the same behavior as "Android 8 phone".

    


    The strange thing is ; When I choos the bin folder, none of the libraries are being loaded ?

    


    I did not compile/build the (FFmpeg) libraries myself, I downloaded them.
I tried libraries from different places.
In every attempt I checked for the existance of the files.
I used 'loadlibrary' function, after some reading and suggestions on the internet I allso tried 'dlopen' function directly which looks like unnecessary to use it directly after all.
I was not able to debug using D10.4 and Android 4.4.4 tablet, because of the minsdk version. Using D10.3 I am able to try on both machines.

    


    Delphi10.3 'Android SDK 25.2.5 32bit', 'jdk1.8.0_60'

    


    Delphi10.4 'Android SDK 25.2.5 32bit', 'AdoptOpenJDK jdk-8.0.242.08-hotspot'

    


    Any idea why 3 of the libraries are able to load in case of they are in the 'Files' folder while all of them can be loaded when they are in the 'BIN' folder (android 8) ?
And why does nothing load by android 4.4.4 when the files are in the 'Bin' folder while 3 of them are able to be loaded when they are placed in the 'Files' Folder ?

    


    I've been using FFmpeg libraries for windows (allmost)without issues, my question should not be FFmpeg specific but Delphi+android+(external)libraries specific except if this behavior is FFmpeg specific.

    


    Both are Samsung machines,

    


    Android 4.4 tablet cpu (using 'syscheck' embarcadero recommends);

family = ARM
processor = ARMv7 processor rev 5(v7I)
CPU Cores = 4
neon supported  yes
armv7 (ARMv7 compatible architecture)  yes

Android 8 phone cpu

Family   ARM
processor   unknown
CPU Cores   8
Neon   yes
armv7 = Arm
armv7 (ARMv7 compatible architecture)   yes


    


    Edit

    


    Test on Android 10, redmi note 10 lite

    


    None of the library files are being loaded from the 'Files'->'.\assets\internal' folder. All library files are being succesfully loaded from the 'Bin'->'library\lib\armeabi-v7a' Folder.

    


    I'll need an reasonably explanation for this. It looks like Andrid specific behavior ?

    


    Edit 2

    


    One of the reasons seems like that some those FFmpeg libraries are loading other FFmpeg libraries, even if they are in the same directory, if they are outside the folder of the EXE file, or not in a (library) folder where the OS searches by default, they cannot find/load eachother.

    


    This looks like the explanation why some of them are able to load in the 'Files'->'.\assets\internal' folder.

    


  • IllegalStateException while compressing video at "dequeueOutputBuffer()" [on hold]

    11 juillet 2017, par Mr Narendra

    I’ve also checked a few or more similar posted questions, but none of them was having any satisfying response.

    My requirement is to compress videos in approx. 1-2 minutes.
    The video size restriction in my app is 500 MB and the duration limit is 4 minutes.

    The commands, I have tried -

    -i /storage/sdcard0/Videos/Lat_test.mp4 -r 20 -vcodec mpeg4 -preset ultrafast -c:a copy -tune fastdecode -strict -2 -b:v 150k
    /storage/sdcard0/Videos/output.mp4

    -y -i /storage/sdcard0/Videos/test3.mp4 -crf 24 -vcodec mpeg4 -preset ultrafast -c:a copy -me_method zero -tune fastdecode -tune zerolatency
    -strict -2 -b:v 1000k -pix_fmt yuv420p /storage/sdcard0/Videos/output.mp4

    and a few more mentioned here

    1) https://github.com/Tourenathan-G5organisation/SiliCompressor (the one using MediaCodec, instead of FFMPEG).

    2) https://github.com/lalongooo/VideoCompressor

    When tried with Samsung Galaxy Grand GT-i9082, version 5.0.1 (rooted), it failed with the below error -

    > java.lang.IllegalStateException
    > at android.media.MediaCodec.native_dequeueOutputBuffer(Native Method)
    > at android.media.MediaCodec.dequeueOutputBuffer(MediaCodec.java:1033)
    > at com.iceteck.silicompressorr.videocompression.MediaController.convertVideo(MediaController.java:491)
    > at com.iceteck.silicompressorr.SiliCompressor.compressVideo(SiliCompressor.java:300)
    > at com.iceteck.silicompressor.SelectPictureActivity$VideoCompressAsyncTask.doInBackground(SelectPictureActivity.java:379)
    > at com.iceteck.silicompressor.SelectPictureActivity$VideoCompressAsyncTask.doInBackground(SelectPictureActivity.java:358)
    > at android.os.AsyncTask$2.call(AsyncTask.java:288)
    > at java.util.concurrent.FutureTask.run(FutureTask.java:237)
    > at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:231)
    > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
    > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
    > at java.lang.Thread.run(Thread.java:818)

    Please suggest how to resolve this issue.

    Or please suggest any other better video compressing approach / sample / reference, if possible

    I have tried various samples of video compression using FFMPEG, as well as MediaCodec, but none of them are working well. A few are very very slow. and rest gets failed in a few devices.

  • Revision 33515 : Erreur dans la requête

    4 décembre 2009, par kent1@… — Log

    Erreur dans la requête