
Recherche avancée
Médias (1)
-
La conservation du net art au musée. Les stratégies à l’œuvre
26 mai 2011
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (52)
-
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 (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.
Sur d’autres sites (13224)
-
test_streams : Use fopen instead of flac_fopen
1er février 2016, par Erik de Castro Lopotest_streams : Use fopen instead of flac_fopen
test_streams doesn’t create/open files with non-ascii filenames,
so there’s no need in unicode support.Patch-from : lvqcl <lvqcl.mail@gmail.com>
-
avformat/rtpdec_jpeg : fix low contrast image on low quality setting
24 mars 2016, par Ico Doornekampavformat/rtpdec_jpeg : fix low contrast image on low quality setting
Original mail and my own followup on ffmpeg-user earlier today :
I have a device sending out a MJPEG/RTP stream on a low quality setting.
Decoding and displaying the video with libavformat results in a washed
out, low contrast, greyish image. Playing the same stream with VLC results
in proper color representation.Screenshots for comparison :
http://zevv.nl/div/libav/shot-ffplay.jpg
http://zevv.nl/div/libav/shot-vlc.jpgA pcap capture of a few seconds of video and SDP file for playing the
stream are available athttp://zevv.nl/div/libav/mjpeg.pcap
http://zevv.nl/div/libav/mjpeg.sdpI believe the problem might be in the calculation of the quantization
tables in the function create_default_qtables(), the attached patch
solves the issue for me.The problem is that the argument ’q’ is of the type uint8_t. According to the
JPEG standard, if 1 <= q <= 50, the scale factor ’S’ should be 5000 / Q.
Because the create_default_qtables() reuses the variable ’q’ to store the
result of this calculation, for small values of q < 19, q wil subsequently
overflow and give wrong results in the calculated quantization tables. The
patch below uses a new variable ’S’ (same name as in RFC2435) with the proper
range to store the result of the division.Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
-
src/ : Remove un-needed MSVC6 workaround.
4 juillet 2014, par Erik de Castro Loposrc/ : Remove un-needed MSVC6 workaround.
MSVC6 was not able to cast from a uint64_t to a double and this
commit removes some #ifdef hackery designed to work around this
problem.Patch-from : lvqcl <lvqcl.mail@gmail.com>