Recherche avancée

Médias (91)

Autres articles (41)

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

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

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (7156)

  • Cannot play video in TextureView Android

    26 octobre 2014, par Billda

    I have a problem with playing video on some devices. I am using textureview with mediaplayer, every methods of SurfaceTextureView are called but when I just call mediaPlayer.start(), immediately the listener with completition of playing is called. In log is this error :

    E/MediaPlayer﹕ error (1, -2147483648)

    When I list log from all applications, I can see some errors and I dont know if it is somehow related http://pastebin.com/rRxxQgdJ

    This log is from CyanogenMod with Android 4.3.1 but on some other devices like Samsung Galaxy S3 mini this error is happening.

    On my Nexus 4 everything works fine. I’ve tried convert that video with mp4 codec for android H.264 and even with ffmpeg but the result is still the same. I am using TextureVideoView implementation from here :
    https://github.com/dmytrodanylyk/video-crop/blob/master/library/src/com/dd/crop/TextureVideoView.java

    Thanks for any advice

  • Can't maintain desired fps with ffmpeg live stream when overlay is added

    1er avril 2019, par jawsware

    I’m attempting to produce a 4K live stream for YouTube.

    I’m capturing 2160p30 frames from a BlackMagic Design DeckLink Mini Recorder. I’m passing those frames to ffmpeg in their raw 8-bit 4:2:2 format. I’m able to achieve 30 fps encoding ( 16kbits/s and q= in the high 20s to low 30s) with my current parameters which are :

    ffmpeg -threads:v 2 -threads:a 8 -filter_threads 2
    
-f rawvideo -framerate 30 -pixel_format uyvy422 -video_size 3840x2160 -i \\.\pipe\videopipe
    
-f s16le -ac 2 -ar 44100 -i \\.\pipe\audiopipe
    
-r 30 -g 60 -c:v h264_nvenc -pix_fmt yuv420p -preset fast -profile main
    
-b:v 16000K -maxrate 24000k -bufsize 6000k
    
-f flv "rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx"

    I’m dilemma is that once I introduce an overlay graphic, my encoding fps drops to 28 at best. Which leads me to believe I’m barley achieving the 30 fps without the overlay. I’m only adding these parameters to include the overlay :

    -i logo.png
    

    
-filter_complex "overlay=100:100"

    I further diminish the encoding fps (20 fps max) when I introduce a dynamic overlay which I feed to ffmpeg through an additional pipe.

    My questions are 1.) is there a better set a parameters I could be using to encode the 4K stream ? 2.) is there a better way to include the overlay ?

  • avdevice/decklink_enc : Add support for compressed AC-3 output over SDI

    7 avril 2023, par Devin Heitmueller
    avdevice/decklink_enc : Add support for compressed AC-3 output over SDI

    Extend the decklink output to include support for compressed AC-3,
    
encapsulated using the SMPTE ST 377:2015 standard.
    

    This functionality can be exercised by using the "copy" codec when
    
the input audio stream is AC-3.  For example :
    

    ./ffmpeg -i /foo.ts -codec:a copy -f decklink 'UltraStudio Mini Monitor'
    

    Note that the default behavior continues to be to do PCM output,
    
which means without specifying the copy codec a stream containing
    
AC-3 will be decoded and downmixed to stereo audio before output.
    

    Thanks to Marton Balint for providing feedback.
    

    Signed-off-by : Devin Heitmueller <dheitmueller@ltnglobal.com>
    
Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] libavdevice/decklink_enc.cpp

Navigation