Recherche avancée

Médias (1)

Mot : - Tags -/pirate bay

Autres articles (77)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Pas question de marché, de cloud etc...

    10 avril 2011

    Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
    sur le web 2.0 et dans les entreprises qui en vivent.
    Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
    Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
    le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
    Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)

  • Liste des distributions compatibles

    26 avril 2011, par

    Le tableau ci-dessous correspond à la liste des distributions Linux compatible avec le script d’installation automatique de MediaSPIP. Nom de la distributionNom de la versionNuméro de version Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    Si vous souhaitez nous aider à améliorer cette liste, vous pouvez nous fournir un accès à une machine dont la distribution n’est pas citée ci-dessus ou nous envoyer le (...)

Sur d’autres sites (9607)

  • arm : vp9itxfm16 : Avoid reloading the idct32 coefficients

    24 février 2017, par Martin Storsjö
    arm : vp9itxfm16 : Avoid reloading the idct32 coefficients
    

    Keep the idct32 coefficients in narrow form in q6-q7, and idct16
    coefficients in lengthened 32 bit form in q0-q3. Avoid clobbering
    q0-q3 in the pass1 function, and squeeze the idct16 coefficients
    into q0-q1 in the pass2 function to avoid reloading them.

    The idct16 coefficients are clobbered and reloaded within idct32_odd
    though, since that turns out to be faster than narrowing them and
    swapping them into q6-q7.

    Before : Cortex A7 A8 A9 A53
    vp9_inv_dct_dct_32x32_sub4_add_10_neon : 22653.8 18268.4 19598.0 14079.0
    vp9_inv_dct_dct_32x32_sub32_add_10_neon : 37699.0 38665.2 32542.3 24472.2
    After :
    vp9_inv_dct_dct_32x32_sub4_add_10_neon : 22270.8 18159.3 19531.0 13865.0
    vp9_inv_dct_dct_32x32_sub32_add_10_neon : 37523.3 37731.6 32181.7 24071.2

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] libavcodec/arm/vp9itxfm_16bpp_neon.S
  • Trying to use ffmpeg to create slideshow from ISO-8601 named pictures. Getting output with no playable streams

    19 juin 2019, par Robert Ellegate

    I’m trying to create a slideshow of images that are irregular in dimension/orientation but all named with the same ISO-8601 date format.

    I’ve normalized the filenames so they are all YYYYMMDD.jpg. I have tried using the globular pattern type for ffmpeg and various methods for inputting the files, including piping the concatenation of the files into ffmpeg.

    Here are the images I’m trying to use :

    $ ls *.jpg | xargs -n1 file
    20190411.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=upper-left, width=0], baseline, precision 8, 10128x3984, components 3
    20190417.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=lower-right, width=0], baseline, precision 8, 10176x3952, components 3
    20190424.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=upper-left, width=0], baseline, precision 8, 12128x3840, components 3
    20190429.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=upper-left, width=0], baseline, precision 8, 11104x3888, components 3
    20190430.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=lower-right, width=0], baseline, precision 8, 10992x3920, components 3
    20190501.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=lower-right, width=0], baseline, precision 8, 10528x3936, components 3
    20190502.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=lower-right, width=0], baseline, precision 8, 10992x3792, components 3
    20190508.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=lower-right, width=0], baseline, precision 8, 11008x3808, components 3
    20190515.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=lower-right, width=0], baseline, precision 8, 10416x3760, components 3
    20190516.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=lower-right, width=0], baseline, precision 8, 10928x3760, components 3
    20190517.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=lower-right, width=0], baseline, precision 8, 10720x3840, components 3
    20190522.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6552x1688, components 3
    20190523.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6572x1700, components 3
    20190524.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6468x1659, components 3
    20190528.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 5424x1644, components 3
    20190529.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=7, model=Pixel 2 XL, height=0, manufacturer=Google, orientation=[*0*], datetime=2019:05:29 16:38:01, width=0]
    20190531.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6584x1693, components 3
    20190603.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6536x1690, components 3
    20190604.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 5748x1618, components 3
    20190606.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6196x1690, components 3
    20190607.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6112x1674, components 3
    20190610.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6440x1670, components 3
    20190611.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6312x1694, components 3
    20190612.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=4, height=0, orientation=[*0*], width=0], baseline, precision 8, 6176x1689, components 3

    And these are the various ffmpeg commands I’ve tried using :

    cat *.jpg | ffmpeg -framerate 1/5 -c:v libx264 -r 30 -pix_fmt yuv420p out.mp4
    cat *.jpg | ffmpeg -f image2pipe -i - output.mkv
    ffmpeg -framerate 1/5 -pattern_type glob -i '*.jpg' out.mp4
    ffmpeg -framerate 1/5 -pattern_type glob -i '*.jpg' -c:v libx264 -vf fps=25 -pix_fmt yuv420p out.mp4

    I’m trying to create a video that shows each image for 5 seconds in order, but I’m getting a mp4 video file with no playable streams.

  • Converting AC3 to AAC with minimal loss [on hold]

    20 juin 2016, par forthrin

    iPad does not seem to support the ac3 audio codec.

    Therefore, I am converting an mkv/h264/ac3 movie into m4v/m264/aac using ffmpeg to view it on the iPad.

    The video part is simply copied as it is ; my question is how I preserve the audio as best possible.

    1. Is there any way to do the audio conversion losslessly ?

    2. If no to question 1, what is the best way to preserve the audio quality ? If the source audio is 192 kb/s and 48000 Hz, should I simply use 192/48000 for the target too ? Or will I preserve the audio better if I increase the the bit rate somewhat ?

    3. Side question : I noticed that a lot of mkv files have rather poor audio to begin with. Will the loss of ac3/aac re-encoding be negligable compared to the initial quality loss from the source material ? And why isn’t high audio quality more of a priority for movie files ? It’s not like file sizes matter much anymore with today’s storage and bandwidth.