Recherche avancée

Médias (1)

Mot : - Tags -/publicité

Autres articles (18)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

Sur d’autres sites (4489)

  • RTSP streaming on Android client using FFMpeg

    10 août 2013, par rurtle

    I am working on a hobby project the goal for which is to develop an Android application capable of streaming live feeds captured through web cams in a LAN setting using FFMpeg as the underlying engine. So far, I did the following -

    A. Compiling and generating FFMpeg related libraries for the following releases -

    FFMpeg version : 2.0
    NDK version : r8e & r9
    Android Platform version : android-16 & android-18thisthisthisthis
    Toolchain version : 4.6 & 4.8
    Platform built on : Fedora 18 (x86_64)

    B. Creating the files Android.mk & Application.mk in appropriate path.

    However, when it came to writing the native code for accessing appropriate functionality of FFMpeg from the application layer using Java, I'm stuck with following questions -

    a) Which all of FFMpeg's features I need to make available from native to app layer for streaming real-time feeds ?
    b) In order to compile FFMpeg for Android, I followed this link. Whether the compilation options are sufficient for handling *.sdp streams or do I need to modify it ?
    c) Do I need to make use of live555 ?

    I am totally new to FFMpeg and Android application development and this is going to be my first serious project for Android platform. I have been searching for relevant tutorials dealing with RTSP streaming using FFMpeg for a while now without much success. Moreover, I tried the latest development build of VLC player and found it to be great for streaming real-time feeds. However, it's a complex beast and the goal for my project is of quite limited nature, mostly learning - in a short time span.

    Could you suggest some pointers (e.g. links, documents or sample code) on how can I write the native code for utilizing FFMpeg library and subsequently use those functionality from the app layer for streaming real-time feeds ? Moreover, will really appreciate if you could let me know the kind of background knowledge necessary for this project from a functional standpoint (in a language agnostic sense).

  • RTSP streaming on Android client using FFMpeg

    7 février 2021, par rurtle

    I am working on a hobby project the goal for which is to develop an Android application capable of streaming live feeds captured through web cams in a LAN setting using FFMpeg as the underlying engine. So far, I did the following -

    



    A. Compiling and generating FFMpeg related libraries for the following releases -

    



    FFMpeg version : 2.0
    
NDK version : r8e & r9
    
Android Platform version : android-16 & android-18thisthisthisthis
    
Toolchain version : 4.6 & 4.8
    
Platform built on : Fedora 18 (x86_64)

    



    B. Creating the files Android.mk & Application.mk in appropriate path.

    



    However, when it came to writing the native code for accessing appropriate functionality of FFMpeg from the application layer using Java, I'm stuck with following questions -

    



    a) Which all of FFMpeg's features I need to make available from native to app layer for streaming real-time feeds ?
    
b) In order to compile FFMpeg for Android, I followed this link. Whether the compilation options are sufficient for handling *.sdp streams or do I need to modify it ?
    
c) Do I need to make use of live555 ?

    



    I am totally new to FFMpeg and Android application development and this is going to be my first serious project for Android platform. I have been searching for relevant tutorials dealing with RTSP streaming using FFMpeg for a while now without much success. Moreover, I tried the latest development build of VLC player and found it to be great for streaming real-time feeds. However, it's a complex beast and the goal for my project is of quite limited nature, mostly learning - in a short time span.

    



    Could you suggest some pointers (e.g. links, documents or sample code) on how can I write the native code for utilizing FFMpeg library and subsequently use those functionality from the app layer for streaming real-time feeds ? Moreover, will really appreciate if you could let me know the kind of background knowledge necessary for this project from a functional standpoint (in a language agnostic sense).

    


  • Anomalie #4736 (Fermé) : nouveau date picker et la modalbox ou les crayons dans le public

    16 avril 2021, par cedric -

    Alors, comment dire...

    1/ Le core fournit un date-picker à usage interne pour l’espace privé, et une méthode de chargement associée
    2/ il n’a jamais été supporté que ce date picker ait vocation à être utilisé dans le site public
    3/ en conséquence, aucune méthode de chargement pour l’espace public n’a jamais été proposée ni garantie
    4/ en pratique inclure le inc-dateur dans un formulaire marche également dans le site public, que le formulaire soit chargé dans la page principale ou dans un formulaire chargé dans une brique ajax, et cet usage s’est répandu, notamment via saisies et formidable
    5/ c’est la seule et unique méthode officielle supportée, toute autre relève du hack

    Alors insérer le inc-dateur dans le ça me parait totalement une mauvaise idée, mais chacun fait bien ce qu’il veut du moment qu’il demande pas ensuite à la team core de gérer les bugs qui vont avec...

    (et il n’y a amha aucune bonne raison de faire ça : personne ne veut charger un script js "sur toutes les pages au cas où")