Recherche avancée

Médias (0)

Mot : - Tags -/xml-rpc

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

Autres articles (3)

  • Le plugin : Podcasts.

    14 juillet 2010, par

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

  • Selection of projects using MediaSPIP

    2 mai 2011, par

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

  • Sélection de projets utilisant MediaSPIP

    29 avril 2011, par

    Les exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
    Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
    Ferme MediaSPIP @ Infini
    L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)

Sur d’autres sites (1173)

  • How to correct faulty aspect ratio with FFMPEG when encoded in both stream and container

    14 mai, par Kurt Fitzner

    I have a video that I converted from the original in a way that seems to have poisoned the aspect ratio. The intended aspect ratio is 12:5 (2.4.:1) at 1920x800 with square pixels, but the cuda scale seems to have adjusted the storage aspect ratio.

    


    The video was created with :

    


    ffmpeg -analyzeduration 1000000000 -probesize 100G -loglevel warning -stats -hwaccel cuda \
  -hwaccel_output_format cuda -y -i "UHDSOURCE.mkv" -map 0:v? -c:v hevc_nvenc \
  -preset p7 -2pass true -multipass fullres -rc vbr -rc-lookahead 55 -b:v 1000k -minrate 0 -maxrate 3000k \
  -bufsize 120000k -vf crop=3840:1600:0:280,scale_cuda=1920:800 -metadata title="HDDEST" \
  -map 0:a:2 -c:a:0 aac -b:a:0 160k -map 0:a:4 -c:a:1 aac -b:a:1 96k \
  -map 0:s? -c:s copy -map_metadata 0 "HDDEST.mkv"


    


    The original was 16:9 letterboxed, and the above command seems to have decided the SAR should reflect that. The result is a video with :

    


    Stream #0:0(eng): Video: hevc (Main 10), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 1920x800 [SAR 20:27 DAR 16:9], SAR 27:20 DAR 81:25, 23.98 fps, 23.98 tbr, 1k tbn (default)


    


    I can get halfway to fixing this with :

    


    ffmpeg -i HDDEST.mkv -aspect 12:5 -c copy HDDEST_ASPECT.mkv


    


    But the resultant video still shows two different SAR and DARs. Some players use one, some players insist on the 16:9, though :

    


    Stream #0:0[0x1](eng): Video: hevc (Main 10) (hev1 / 0x31766568), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 1920x800 [SAR 20:27 DAR 16:9], 1072 kb/s, SAR 1:1 DAR 12:5, 23.98 fps, 23.98 tbr, 16k tbn, Start 0.021000 (default)


    


    Q1 : What are the two aspect ratio displays ? I think one of them is the file globally and one of them is the stream, but can get no clear answer

    


    Q2 : How to correct this without re-encoding ? The disc this came from was damaged when my burner was knocked off the table.

    


  • swresample/rematrix : Use correct function pointer types for calls

    23 juin, par Andreas Rheinhardt
    swresample/rematrix : Use correct function pointer types for calls

    Calling a function via a different function pointer type is
    
undefined behavior (C11, 6.3.2.3 8) ; two pointer parameters
    
of different type are not equivalent in this regard, although
    
it happens to work in practice ; the current code relies on this.
    

    This patch brings the code in line with the spec. This fixes the
    
following FATE-tests when run with Clang-UBSan :
    
ac3-fixed-encode-2 audiomatch-afconvert-16000,44100-mono-he-adts,m4a
    
audiomatch-dolby-44100-mono-he-mp4 filter-metadata-avf-aphase-meter-mono
    
filter-pan-downmix1,downmix2,mono2,stereo2,stereo3,stereo4,upmix1,upmix2
    
lavf-dv_pal,ntsc matroska-encoding-delay
    
The error was something like
    
src/libswresample/rematrix.c:621:17 : runtime error : call to function sum2_float through pointer to incorrect function type 'void (*)(void *, const void *, const void *, void *, int, int, int)
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libswresample/rematrix.c
    • [DH] libswresample/rematrix_template.c

  • Revision 32594 : plugins en minuscules, et alias pour les noms de sites

    1er novembre 2009, par fil@… — Log

    plugins en minuscules, et alias pour les noms de sites

Navigation