
Recherche avancée
Médias (1)
-
GetID3 - Bloc informations de fichiers
9 avril 2013, par
Mis à jour : Mai 2013
Langue : français
Type : Image
Autres articles (71)
-
Organiser par catégorie
17 mai 2013, parDans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...) -
Récupération d’informations sur le site maître à l’installation d’une instance
26 novembre 2010, parUtilité
Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...) -
Le plugin : Podcasts.
14 juillet 2010, parLe problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
Types de fichiers supportés dans les flux
Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)
Sur d’autres sites (3658)
-
lavc/v4l2_context : Change the type of the ioctl cmd to uint32_t.
5 novembre 2017, par Carl Eugen Hoyoslavc/v4l2_context : Change the type of the ioctl cmd to uint32_t.
Fixes a warning on recent Linux :
libavcodec/v4l2_context.c : In function 'ff_v4l2_context_set_status' :
libavcodec/v4l2_context.c:496:26 : warning : comparison is always false due to limited range of data type -
What really causes stutter in RTSP stream ? Live555/FFMPEG server, Android Client
2 mars 2015, par WajihOk,I am going to ask you a few simple questions after I had some lengthy arguments with my manager. I am not going to post lengthy code snippets, but just try to explain what I know and I know someone can guide me.
- I am working on a opensource project that contains two different streaming servers, FFMPEG and Live555. Both stream H264 video over UDP
- I can easily switch between the two and the client seems to understands which server it is talking to.
- At the android client, the code uses hardware decoding via MediaCodec apis for Android SDK 4.1.2
From this point onward I have been arguing with my manager that video breakage and stutter are two different things, where breakage is caused by packet loss over the network. And stutter is completely different, though my knowledge about stutter is limited, I could not argue much so I turned to SO.
I am not really sure as to why stutter is frequently occuring. Even at 0% 1% packet loss, packets encoded as H264 stream are being received at Android Client - Client tries to decode the stream and render it. I did not expect stutter to occur so frequently and so badly. I feel it sometimes even induces lag or delay in video play by couple of seconds. Stutter occurs after almost every minute or so.
I am not really into H.264 streaming or H264 codec - both are new to me.
May be someone can guide me in the right direction, any possibility that stutter occurs due to re-transmission of UDP packets ? -
pgssubdec : fix subpicture output colorspace and range
24 avril 2016, par Jan Ekströmpgssubdec : fix subpicture output colorspace and range
Functionality used before didn’t widen the values from limited to
full range. Additionally, now the decoder uses BT.709 where it
should be used according to the video resolution.Default for not yet set colorimetry is BT.709 due to most observed
HDMV content being HD.BT.709 coefficients were gathered from the first two parts of BT.709
to BT.2020 conversion guide in ARIB STD-B62 (Pt. 1, Chapter 6.2.2).
They were additionally confirmed by manually calculating values.Fixes #4637