Recherche avancée

Médias (0)

Mot : - Tags -/latitude

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

Autres articles (101)

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

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

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette 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 (14605)

  • Revision 040eeed9d0 : Turning model based reverse update on for coefs Turns model based reverse updat

    26 avril 2013, par Deb Mukherjee

    Changed Paths :
     Modify /vp9/common/vp9_entropy.c


     Modify /vp9/common/vp9_entropy.h



    Turning model based reverse update on for coefs

    Turns model based reverse updates on for coefficients in an
    effort to reduce the memory requirement for counters.

    With this patch the counters needed will be reduced by about
    75% since only 3 counts are needed instead of 12.

    The impact in performance is :
    derf300 : -0.252%
    stdhd250 : -0.046%

    However retraining should alleviate some of the drop in
    performance.

    Change-Id : I6f2b3e13f6d5520aa3400b0b228fb5e8b4a43caa

  • Event callback model mimics DOM Event API model.

    26 mars 2014, par JamesMGreene
    Event callback model mimics DOM Event API model.

    Also changed all event names.
    

    Fixes #286.
    
Fixes #285.
    
Fixes #105.

  • Frames are different when extracted from FFMPEG and Android Tablets (Through TextureView)

    20 décembre 2019, par Keyang

    I am extracting frames from the same clip through FFMPEG and Android Tablets. The clip is encoded using h264 with pixel format yuv420p. The frames generated on two ends are visually different. See below

    Frame from FFMPEG
    Frame from FFMPEG

    Frame from Android TextureView
    enter image description here

    Both frames are in 72x72 resolution. But frame from Android Tablet has obvious less feature compared to that of FFMPEG (e.g. the face of the lady is ’smoother’ on frame from android).

    The frames extraction for FFMPEG is like :

    ffmpeg -i sample.mp4 ./frames/%05d.png

    While on Android device, TextureView is used to render decoded Video onto an OpenGL Texture. Then TextureView.getBitmap() is called to retrieve the bitmap when "onSurfaceTextureUpdated" is called. So basically :

    // mediaPlayer is MediaPlayer set properly
    
// textureView is a TextureView component
    

    
mediaPlayer.setSurface(textureViewSurface)
    
onSurfaceTextureUpdated-> {
    
bmp=textureView.getBitmap(); 
    
bmp.compress(PNG,100,outputStream);
    
}

    FFMPEG uses sRGB internally and OpenGL uses linear RGB. I have tried to adjust gamma but does not work quite well.

    Anyone knows the reason and how to resolve the issue so that frames extracted from both ends look the same ?

Navigation