
Recherche avancée
Autres articles (42)
-
Les vidéos
21 avril 2011, parComme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...) -
Gestion générale des documents
13 mai 2011, parMé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 (...) -
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)
Sur d’autres sites (3685)
-
New Sanyo cameras have editing in mind
13 octobre 2009Sanyo has announced some ’A’ revisions to their existing FH1 and HD2000 cameras, which add a new "iFrame" mode. It appears this is an i-frame only h264 mode, at a reduced 960x540 resolution. It’s a very interesting idea - if other manufacturers adopted it as an optional setting, and if NLE manufacturers supported it, it could turn H264 into an edit-friendly format. Right now, editing H264 is hamstrung by the extremely long GOPs and complex interframe relationships. Going to i-frame only makes it essentially a more advanced version of a codec like DV or DVCProHD.
Interestingly, the bottom of the press release mentions that
"The iFrame logo and the iFrame symbol are trademarks of Apple Inc."
That’s news to me. One wonders if Sanyo jumped the gun on a release, or if this is just a format that Apple uses internally in tools like iMovie, which Sanyo has co-opted. I’ll certainly be keeping my eyes open for an Apple announcement about "iFrame."
-
Revision 21a0dade42 : vp8 : Modify to use closest reference in zero_mv bias. Modify zero_mv bias condi
14 août 2014, par MarcoChanged Paths :
Modify /vp8/encoder/onyx_if.c
Modify /vp8/encoder/onyx_int.h
Modify /vp8/encoder/pickinter.c
vp8 : Modify to use closest reference in zero_mv bias.Modify zero_mv bias condition to include check that "closest" reference is
last_frame.
This is needed for temporal layers, where the last_frame is not always the
closest reference.
Also, constain zeromv_count to be for last_frame reference.Change-Id : I7af54a809ebf01ef43b9933c9d4095b6cb189390
-
Metadata : Bower license should be the SPDX type of license.
23 août 2015, par sgilroyMetadata : Bower license should be the SPDX type of license.
Follow convention to make it easier for automated license checking utilities to determine which license is used. The license property in bower.json should be the SPDX type of license, in this case "MIT", instead of the URL of the license file.
Closes #544.