
Recherche avancée
Autres articles (5)
-
Qualité du média après traitement
21 juin 2013, parLe bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...) -
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ; -
Selection of projects using MediaSPIP
2 mai 2011, parThe examples below are representative elements of MediaSPIP specific uses for specific projects.
MediaSPIP farm @ Infini
The non profit organizationInfini develops hospitality activities, internet access point, training, realizing innovative projects in the field of information and communication technologies and Communication, and hosting of websites. It plays a unique and prominent role in the Brest (France) area, at the national level, among the half-dozen such association. Its members (...)
Sur d’autres sites (2015)
-
Changing bit-rate with timestamp copy still offsets events by 1 or 2 frames
10 avril 2018, par harkmugAs a novice user, I am trying to understand the following. I have an mp4 (encoder=Lavf57.66.104) that is 127 MB in size and I use the following to reduce its size :
ffmpeg -i original.mp4 -start_at_zero -copyts -b:v 1000k -c:a copy output.mp4
The
duration
and number of frames stay the same after this process, however, when I annotate (using ELAN) the same events (at millisecond level, e.g. a blink) the output video (encoder=Lavf57.55.100) seems to be offset relative to the original by 1 or 2 frames.Can someone help me understand this shift ? Thanks !
UPDATE (2018-04-10) :
As per @Mulvya’s suggestion, ran :ffmpeg -i original.mp4 -copyts -b:v 1000k -c:a copy output.mp4
Looking at the two files :
fprobe -v error -select_streams v:0 -show_frames -show_entries frame=key_frame,pkt_pts_time,pict_type,coded_picture_number -of default=noprint_wrappers=1:nokey=1 -of csv=p=0 original.mp4 | head -n 5
1,5292.861000,I,0
0,5292.894333,P,1
0,5292.927667,P,2
0,5292.961000,P,3
0,5292.994333,P,4Same for output :
1,5292.866016,I,0
0,5292.899349,P,1
0,5292.932682,P,2
0,5292.966016,P,3
0,5292.999349,P,4Trying to understand how to get the same time-stamps for the same frames. Maybe this is not possible ?
-
avformat/av1 : Avoid allocation + copying when filtering OBUs
24 janvier 2020, par Andreas Rheinhardtavformat/av1 : Avoid allocation + copying when filtering OBUs
Certain types of OBUs are stripped away before muxing into Matroska and
ISOBMFF ; there are two functions to do this : One that outputs by
directly writing in an AVIOContext and one that returns a freshly
allocated buffer with the units not stripped away copied into it.The latter option is bad for performance, especially when the input
does already not contain any of the units intended to be stripped away
(this covers typical remuxing scenarios). Therefore this commit changes
this by avoiding allocating and copying when possible ; it is possible if
the OBUs to be retained are consecutively in the input buffer (without
an OBU to be discarded between them). In this case, the caller receives
the offset as well as the length of the part of the buffer that contains
the units to be kept. This also avoids copying when e.g. the only unit
to be discarded is a temporal delimiter at the front.For a 22.7mb/s file with average framesize 113 kB this improved the time
for the calls to ff_av1_filter_obus_buf() when writing Matroska from
313319 decicycles to 2368 decicycles ; for another file with 1.5mb/s
(average framesize 7.3 kB) it improved from 34539 decicycles to 1922
decicyles. For these files the only units that needed to be stripped
away were temporal unit delimiters at the front.Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
Signed-off-by : James Almer <jamrial@gmail.com> -
Anomalie #3765 (Fermé) : Bug spip 3.1 urls arborescentes | Jointures
2 avril 2016, par Karen BouscarleBonjour,
J’ai constaté que lorsqu’on sélectionne la réécriture des urls avec "urls arborescentes" (et seulement cette méthode-ci), on ne peut plus afficher ni les documents joints (quand ils ne sont pas intégrés dans le texte via un raccourci spip) ni les miniatures des images passées en portfolio.
Après l’avoir constaté sur un site en production, je l’ai testé en local et en distant sur un SPIP natif sans squelette, ni plugin, ni réglages particuliers autres que les nécessaires.
Je n’ai malheureusement pas les connaissances nécessaires pour contribuer, et c’est b_b qui a compris l’origine du problème, à savoir un problème avec la balise base href dans le head, puis m’a invitée à ouvrir un ticket ici. Ici notre échange : http://forum.spip.net/fr_263992.html#forum264143
Voilà, novice ici, j’espère que j’ai fait comme il fallait, pas osé monter la priorité au dessus de "haut", c’est déjà peut-être exagéré :-) ?
Merci à tous pour votre super et généreux boulot.