Recherche avancée

Médias (0)

Mot : - Tags -/publication

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

Autres articles (101)

  • Diogene : création de masques spécifiques de formulaires d’édition de contenus

    26 octobre 2010, par

    Diogene est un des plugins ? SPIP activé par défaut (extension) lors de l’initialisation de MediaSPIP.
    A quoi sert ce plugin
    Création de masques de formulaires
    Le plugin Diogène permet de créer des masques de formulaires spécifiques par secteur sur les trois objets spécifiques SPIP que sont : les articles ; les rubriques ; les sites
    Il permet ainsi de définir en fonction d’un secteur particulier, un masque de formulaire par objet, ajoutant ou enlevant ainsi des champs afin de rendre le formulaire (...)

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

  • Modifier la date de publication

    21 juin 2013, par

    Comment changer la date de publication d’un média ?
    Il faut au préalable rajouter un champ "Date de publication" dans le masque de formulaire adéquat :
    Administrer > Configuration des masques de formulaires > Sélectionner "Un média"
    Dans la rubrique "Champs à ajouter, cocher "Date de publication "
    Cliquer en bas de la page sur Enregistrer

Sur d’autres sites (7697)

  • Anomalie #4560 : Améliorer l’accessibilité de la page de login

    8 avril 2021

    C’est franchement nécessaire ?
    Peut-on améliorer cela ?

    J’ai compris les impératifs d’accessibilité mais pour l’utilisateur bien voyant
    c’est bizarre :
    - les étoiles n’ont pas de légende pour signifier que cela signifie obligatoire
    - les étoles flottent avec les " :" cela donne_ Login ou adresse email : * _ —> on dirait un smiley :*
    - on se doute bien que le login / mot de passe sont obligatoires. j’ai consulté les logins de gitlab, gmail, wordpress, redmine,.... aucun n’a cette mention
    le seul qui le fait est gitea (voir pièce jointe)

    au pire si on doit la conserver :
    - peut-on la masquer visuellement pour les voyants
    - sinon virer le " :" et mettre l’étoile en rouge ?

  • Revision 3656 : Un formulaire de login si on n’est pas autorisé à accéder à la ...

    28 juin 2010, par kent1 — Log

    Un formulaire de login si on n’est pas autorisé à accéder à la configuration

  • FFMPEG segment records a minute worth of data but metadata shows 0.1s length video

    1er février 2018, par Soft Strategy

    I’m recording a stream from a Live555 restream of a rtsp camera. I record in chunks of one minute videos. This is the setup :

    RTSP Camera -> Live555 Server -> Recorder

    Without the Live555 restreamer server I always record the rtsp camera stream with ffmpeg with no issues. This is the command :

    ffmpeg -rtsp_transport tcp -y -i rtsp://IPcamera/url/to/video -c copy -f segment -segment_time 60 -reset_timestamps 1 -segment_atclocktime 1 -strftime 1 /video/%Y-%m-%d_%H-%M-%Stest.ts

    I record in a ts container to mitigate framerate inaccuracies.

    If I capture the proxy stream after few ours with no errors, something happens the stream starts to record files with the usual space on disk (around 5-10MB each) but when I check the metadata, the duration is 0.16 seconds. If you watch the video, it’s of course too fast but shows the clock hard coded in the image that runs through the whole minute, so the data is there.

    The command I use with the restream, just an input change.

    ffmpeg -rtsp_transport tcp -y -i rtsp://IPstreamServer/proxyStream-1 -c copy -f segment -segment_time 60 -reset_timestamps 1 -segment_atclocktime 1 -strftime 1 /video/%Y-%m-%d_%H-%M-%Stest.ts

    It’s like ffmpeg is messing up the metadata. With the tcp setting there are no packets lost.

    What could be the problem ?

    Recording on Debian 8.8, ffmpeg version 3.2.5-1 bpo8+1.

    EDIT : I’ve found that some guy had problem receiving metadata from the server, could it be the problem ? http://lists.live555.com/pipermail/live-devel/2013-May/017033.html

Navigation