Recherche avancée

Médias (0)

Mot : - Tags -/objet éditorial

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (111)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 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, par

    Par 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 (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, 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 (...)

Sur d’autres sites (9845)

  • parseutil : Add more resolution aliases

    17 juillet 2015, par Luca Barbato
    parseutil : Add more resolution aliases

    Add DCI 2k and 4k and uhd1 and uhd2.
    • [DBH] doc/avconv.texi
    • [DBH] libavutil/parseutils.c

  • parseutil : Add more resolution aliases

    17 juillet 2015, par Luca Barbato
    parseutil : Add more resolution aliases

    Add DCI 2k and 4k and uhd1 and uhd2.
    • [DH] doc/avconv.texi
    • [DH] libavutil/parseutils.c

  • FFprobe reading incorrect resolution value despite players rendering it correctly

    24 juillet 2015, par Boehmi

    I’m creating a video from a stream with the help of FFMPEG and I also use FFPROBE to gather information for use on a status page like resolution, codecs et cetera.

    When FFProbe parses my video for information, I get a resolution value of 544x576 (almost a square !), but an aspect ratio of 16:9.

    These values are consistent on both the input stream and my saved video.

    When I watch the video in the standard HTML5 Player, VLC or FFPLAY however, I get a video with the proportions of 16:9 and a resolution (measured using an image editing program) of 1024x576 that does look native and not stretched in any way.

    Even if I re-encode the video using slightly different codecs, this incorrect resolution value persists, even though every player I use displays it correctly.

    This is slightly inconvenient because I am relying on getting the correct resolution value from the video for further processing.

    I’m also using a recent FFMPEG+FFPROBE version that was compiled on the 15th of July.

    Is this a bug within FFMPEG or is there anything I’m doing wrong ?

    Used command lines :

    FFMPEG :

    ffmpeg -i source -loglevel debug -vcodec copy -acodec copy -bsf:a aac_adtstoasc -movflags +faststart -t 360 -y video.mp4

    FFPROBE (I parse the output of this directly and save the values) :

    ffprobe -i source -show_format -show_streams

    FFProbe output :

    width=544
    
height=576
    
coded_width=544
    
coded_height=576
    
has_b_frames=2
    
sample_aspect_ratio=32:17
    
display_aspect_ratio=16:9

    I can see that the sample aspect ratio is different from the display aspect ratio, but how come the video looks proper in 16:9 when it’s supposedly encoded at a near square resolution ?

Navigation