Recherche avancée

Médias (0)

Mot : - Tags -/masques

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

Autres articles (95)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

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

Sur d’autres sites (8658)

  • Evolution #4559 : Découpage et rangement des CSS de l’espace privé

    29 avril 2021

    Bon, les divers ajustements des css du privé ont fait mettre le pied dans l’engrenage.

    J’en profite pour faire un tour d’horizon et noter ce qu’il resterait à faire.
    J’ajoute au cahier des charges le reformatage de css, si le but du rangement est de faciliter les interventions, la lisibilité du code en fait partie.

    Pour éviter les malentendus : la proposition est de rester en gros sur les bases du rangement actuel, en complétant et en ajustant un peu.
    Et plus loin dans le futur, en cas de tabula rasa je pousserais à adopter un rangement à la Integraal, pour ma part.

    Composant Rangement Formatage Commentaire
    alertes ok ok
    bando ok* ok Contient aussi les menus de navigation, à déplacer dans un composant dédié
    boutons ok ok
    box_skins ok* ok À renommer en « box » tout court (le vieux box.css a été supprimé)
    clear - - Contient quelques resets et des styles utilitaires (pour masquer, etc.). Doublon avec utils.css, fusionner les 2 ? Pour le reset, il y a déjà celui de meyer, par ailleurs.
    content - - Contient beaucoup de choses. Les styles correspondant aux sections pourraient être rangées ailleurs (#pied, #chemin). Le #wysiwyg également sans doute.
    exceptions - - S’il s’agit vraiment de règles spécifiques à des pages précises, renommer en « pages » ? Contient la liste des plugins → à déplacer ?
    forms ok ok
    grids - - Encore utilisé ?
    icons ok* ok Contient aussi les onglets, à déplacer dans un composant onglet.css
    layout ok -
    lists ok* - Contient des composants qui pourraient être déplacés ailleurs : pagination, plan du site, menu-item + divers (.en-edition, ...)
    minipres ok -
    picker ok -
    reset ok -
    table ok -
    theme - - Tout le contenu devrait être dispatché dans les composants adéquats. Ne laisser que des choses spéciales ne pouvant être rangées ailleurs.
    typo ok* - Quelques styles pour les documents qui devraient être dans medias plutôt
    utils ok ok Cf. commentaire sur clear.css
    vieilles_def - - Vide (???)
  • Anomalie #4751 : Refonte du jeu d’icônes : retours et commentaires

    29 avril 2021

    C’est un immense et chouette boulot que tu as fait avec toutes ces icones personnalisées !
    Et c’est très bien.

    J’espère n’énerver personne pour la suite :p
    J’ai principalement 2 remarques :

    - la première et principale concerne l’icone de rubrique, qui pour moi ne se détache pas assez du fond (ça dépend du thème aussi et où elle est utilisée). Tu as proposé un contour sympa sur le plugin archiviste. Ce contour, plus un peu de couleur serait probablement intéressant.

    - la seconde concerne l’épaisseur des traits, qui n’est pas toujours identique (plus fin généralement) sur certaines icones. C’est pas dramatique, mais par cohérence si c’était la même taille ça serait cool. Je pense à notamment à
    - "suivi des révisions" ,
    ou "plan du site" (celui du bandeau du moins)
    - ou "vider le cache" (qui lui est plus gros)

    une 3è : chez moi l’icone "agenda interne" a un reflet contrairement aux autres (à moins que ce ne soit du au plugin agenda)
    - une 4è : l’icone "gestion des plugins" est un peu comme la rubrique, jaune sans contour, dans certaines situations elle se détache mal

    Le reste des remarques sont des détails et mes préférences, sans drame apparent, à voir selon les humeurs et d’autres avis :

    - certaines icones sont en fond plein (mots par exemple), ça sort un peu de l’apparence filaire des autres
    - une petite touche de couleur sur certaines icones était sympa (article, ou mot, a perdu sa touche de couleur par exemple)
    - le A (français) des icones de langues a le trou du A central à peine visible en petit. Il semble très légèrement trop épais quoi
    - « fonctions avancée" : 1 seul outil avec un engrenage ?
    - "identité du site" : je suis pas fan du terminal (je n’avais absolument pas compris l’analogie), mais s’il est conservé, mettre un peu plus de contraste entre les gris ?
    - je n’ai pas vu comment était la boite du compagnon récemment, mais son logo, je ne suis pas sûr de l’intérêt d’avoir son contour plus épais que les autres
    - SVP : je ne comprends toujours pas l’analogie (tu as repris la même qu’avant donc… bon…)
    - Plugin "Dev" : chez moi il a une icone différente des autres plugins du core ?
    - le "auteur" (le vert surtout, et jaune aussi) sont pas facile à voir. Peut être qu’augmenter la taille du buste par rapport à la tête aiderait ?


    Et sinon, la vue des logos des plugins du core est trop chouette ! C’est magnifique cet ensemble !

  • Android - How can I pass camera stream to ffmpeg, using Camera2 library ?

    29 mars 2021, par Juan José Cetraro

    I am trying to create an app that shows the camera of the device on the screen, and also streams the camera by srt. To do this, I am using Camera2 library, and ffmpeg (in partucular I am using https://github.com/tanersener/mobile-ffmpeg, that is a ffmpeg wrapper for Android).

    


    My plan is to get the camera stream using Camera2 (using the method onImageAvailable on ImageReader.OnImageAvailableListener class), and send this stream to udp ://localhost:1234. Then, I can use ffmpeg to get that stream by udp, and send it by srt.

    


    I've already solved the part of sending the stream by srt using ffmpeg, and it works fine. In fact, if I set "android_camera" as the input of my ffmpeg command, my app works ok. The problem with this approach, is that if I do that, I block the access to the camera, so I can't show the camera on the screen with another library.

    


    I also found a code that uses Camera2 to stream the camera by udp, and it works, but the problem with this code is that converts each frame to bitmap before sending it by udp, and it makes that it is not performant.

    


    So, I need to know which is the best way to pass the data by udp to ffmpeg, so ffmpeg could process it and send it by srt ?

    


    Camera2 let me to configure which format I want to receive the frames on my listener :

    


    ImageReader.newInstance(1280, 720, ImageFormat.JPEG, /*maxImages*/2);


    


    In this example I am setting JPEG as ImageFormat, but here I let you all the available formats I could use :

    


    UNKNOWN, RGB_565, YV12, Y8, Y16, NV16, NV21, YUY2, JPEG, DEPTH_JPEG, YUV_420_888, YUV_422_888, YUV_444_888, FLEX_RGB_888, FLEX_RGBA_8888, RAW_SENSOR, RAW_PRIVATE, RAW10, RAW12, DEPTH16, DEPTH_POINT_CLOUD, RAW_DEPTH, PRIVATE, HEIC

    


    This is the method where I am going to receive each frame, and what I need to know is what kind of transformation I have to do before sending the frame by udp to ffmpeg ? :

    


    @Override
public void onImageAvailable(ImageReader reader) {

}


    


    Thanks in advance for reading the question :)