Recherche avancée

Médias (1)

Mot : - Tags -/getid3

Autres articles (50)

  • Pas question de marché, de cloud etc...

    10 avril 2011

    Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
    sur le web 2.0 et dans les entreprises qui en vivent.
    Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
    Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
    le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
    Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • Formulaire personnalisable

    21 juin 2013, par

    Cette page présente les champs disponibles dans le formulaire de publication d’un média et il indique les différents champs qu’on peut ajouter. Formulaire de création d’un Media
    Dans le cas d’un document de type média, les champs proposés par défaut sont : Texte Activer/Désactiver le forum ( on peut désactiver l’invite au commentaire pour chaque article ) Licence Ajout/suppression d’auteurs Tags
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire. (...)

Sur d’autres sites (6946)

  • Anomalie #3477 : Info sur la taille max des images disparue

    19 juin 2015, par Franck Dalot

    Je ne sas pas si c’est vraiment infini ou si la limitation est égale à un paramètre php ( upload_max_filesize ? ) mais en tout cas, le texte ne convient plus actuellement :-(
    Si un chiffre apparait toujours dans le cas ou il y a une limite, une idée de texte serait par exemple :

    Spip test la taille maximale des images qu’il peut traiter.
    Un "OK" apparaissant vous indique, qu’il n’y a pas de limite
    Un chiffre apparaissant implique que les images plus grandes que celui-ci ne seront pas réduite.

  • Anomalie #3486 : abstract_sql pas chargé en 3.1

    28 juin 2015, par nico d

    Revert du commit précédent ... c’est à mettre dans les formulaires en ayant besoin

    Donc ce serait "normal", et au développeur de l’inclure au besoin ?
    Pourtant, en 3.0 abstract_sql est bien chargé.
    Ce qui me parait logique, un CVT a quand même de grandes chances de manipuler des données et de faire appel à l’API.
    Et ça peut éviter les mauvaises surprises (développer et tester un CVT en étant connecté, sans se rendre compte qu’il est pété pour les visiteurs non connectés).

  • aac encoding with ffmpeg result in super short file

    5 janvier 2017, par Mockarutan

    So I’m having problem with AAC encoding. I’m trying to encode some synthetic sound waves, but it does not work as expected. The file I get gives just a super short sound when played in VLC. When I play is in ffplay is plays like I expect, but it says "duration : 00:00:00.05" which I suppose says 5 ms. But I encode a lot more than that, and it played more. So VLC plays a super short sound, ffplay plays a longer file (the expected length), but displays it with super short duration, what’s going on ?

    Source : http://pastebin.com/M5MKkEL3

    One of the things that looks wrong to me is this :
    If you look for the variable "audio_time", if you breakpoint it and read it every encode frame, you will get this :

    ..
    Encode frame 8 : 0.00010416666666666666
    Encode frame 9 : 0.00012500000000000000
    (and so on)

    The diff is : 0.00002085, which is a 1/1000 of a the diff I expected from 47 samples frames per second, which is what the encoder wants with 48k sample rate (48k / 1024 = 47).

    So why do I get a thousand of the expected data encoded ?

    Feel free to point anything suspicious out !

    Thanks in advance !

Navigation