
Recherche avancée
Autres articles (64)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
Mise à disposition des fichiers
14 avril 2011, parPar défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)
Sur d’autres sites (7251)
-
avformat : Auto-detect mjpeg 2000 in mpeg-ts
11 octobre 2016, par Ståle Kristoffersenavformat : Auto-detect mjpeg 2000 in mpeg-ts
This makes it possible to decode motion jpeg 2000
encoded in a transport stream without a correct PMT/PAT.Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
-
avcodec : Bump micro version after changing public JPEG 2000 defines
24 mai 2016, par Diego Biurrun -
ffmpeg decode JPEG 2000 in multithread
30 septembre 2015, par mattobobSo, I have a Video-decoder written in c++ whit help of ffmpeg library, non problem till when it comes to decode JPEG 2000 frame in multi threads, in this case the image is discontinuous, I set the context to have even number of threads and to process image slices :
m->context->thread_count = m_cfgHhiThreads->value();
m->context->thread_type = FF_THREAD_SLICE;here is a sample image captured after decoding process (dimension is fine), this only happen if multithred is set
Question is, why is this happening ?
FFMPEG does not report any error, it actually think that the image has been correctly decoded. It is also correctly decoded the problem is in slicing.