Recherche avancée

Médias (3)

Mot : - Tags -/plugin

Autres articles (94)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (10915)

  • convert rmvb (rv40) to mp4 with ffmpeg ? [on hold]

    1er décembre 2014, par Wang

    When I try to convert rmvb to mp4, It always get some errors :
    New frame but still xxx MB left.concealing xxx DC, xxx AC, xxx MV errors
    What is the problem ?

    ffmpeg version 0.10.12-7:0.10.12-1~precise1 Copyright (c) 2000-2014 the FFmpeg developers
    
  built on Apr 26 2014 09:49:36 with gcc 4.6.3
    
  configuration: --arch=amd64 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.12-1~precise1' --libdir=/usr/lib/x86_64-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/x86_64-linux-gnu --enable-shared --disable-static
    
  libavutil      51. 35.100 / 51. 35.100
    
  libavcodec     53. 61.100 / 53. 61.100
    
  libavformat    53. 32.100 / 53. 32.100
    
  libavdevice    53.  4.100 / 53.  4.100
    
  libavfilter     2. 61.100 /  2. 61.100
    
  libswscale      2.  1.100 /  2.  1.100
    
  libswresample   0.  6.100 /  0.  6.100
    
  libpostproc    52.  0.100 / 52.  0.100
    
Hyper fast Audio and Video encoder

  • Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....

    31 octobre 2014, par YannX spip

    Salut,

    Le 31/10/2014 12:00, Ybbet Spip a écrit :

    Le 31 octobre 2014 11:19, YannX SPIP <
    yannx.spip@hotmail.fr>> a écrit :

    Le 30/10/2014 17:57, redmine@spip.org> a
    écrit :

    La demande #3196 a été mise à jour par cedric -.

    • Statut changé de /Nouveau/ à /Fermé/
    • Resolution mis à /invalid/

    Bon, faute de description et suite a r21750 / r21752 je ne
    constate aucun probleme de backup sur une base avec un prefixe
    different de ’spip’

    Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde
    standard des q’un prefixe ....
    <http://core.spip.org/issues/3196#change-10189>

    • Auteur : YannX spip
    • Statut : Fermé
    • Priorité : Normal
    • Assigné à :
    • Catégorie :
    • Version cible : 3.0
    • Resolution : invalid
    • Navigateur :

    Deux avertissements :
    - prévenir que la sauvegarde peut etre incomplète
    - préciser le prefixe utilisé "qq.part" dans l’interface
    (pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)

    Merci
    YannX

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.org/my/account

    Le problème est simple, bien que quelque peu aléatoire...
    depuis que la sauvegarde est passée sous sqlite,
    je crois n’avoir pas souvent réussi
    (sur une douzaine au moins de sites SPIP 3.x chez OVH) une
    sauvegarde complète d’une base SPIP.

    Encore en milieu de semaine sur SPN : la restauration a zappé
    totalement
    la tables ARTICLES .. et la table RUBRIQUES

    La seule solution a été de ré-intégrer "a la mano" par Adminer
    (merci Suske)
    de petits bouts du dump SQL que prudent j’avais AUSSI fait avec
    Save_auto

    Peut-etre que ce souci serait aussi dû à l’implémentation SQlite
    chez OVH ?
    (j’avais constaté que l’instalaltion automatique SQlite SPIP
    créait un MySQL non-accessible ! )
    mais il me faudrait demander à Bernard de vérifier sur son serveur
    kimSufi
    si c’est également le cas....

    Je n’ose imaginer un utilisateur moins aguerri...

    Et ça ne serait pas dans ton cas un soucis de timeout ? Ou de mémoire ?

    Sauf si je n’ai pas vu un rechargement de page,
    j’apercois bien l’ecran final de SPIP qui m’affiche parfois (0/...) sur
    certaines tables :
    donc si c’etait un timeout, ce serait plutot de la base.... mais pas dès
    les premières tables ??

    Non, je vais commencer à croire à un conflit d’implémentation
    MySQL-SQlite chez OVH
    (si ce n’est un bug dû au préfixe, ou au principe de SQlite...) mais je
    ne sais déterminer d’ici !

    Si cette hypothèse se verifiait (appel a tous les utilisateurs de bases
    SPIP_préfixées chez OVH ??),
    cela serait très gênant pour de nouveaux utilisateurs,
    car tout le monde ne peut pas etre hébergé chez Nursit ! ;-)

    —
    YannX
    http://www.spippourlesnuls.fr

  • ffmpeg Segmentation fault5 when video bit rate increasead

    17 novembre 2014, par sridhar govindaraj

    I’m trying to use ffmpeg for streaming directly from camera to mobile through wifi.So i would like increase the bit rate as 10Mbps for 720p.Is it possible do using ffmpeg ?
    When I tried to increase the bitrate I’m facing the following issue : "Segmentation fault5" the below is my command log :

    root@arm:~# ffmpeg -f video4linux2 -s 320x240 -i /dev/video0 -r 26 -b 1200k  -f mpegts       "udp://30.0.0.13:5050"
    
ffmpeg version 0.8.16-6:0.8.16-1, Copyright (c) 2000-2014 the Libav developers
    
built on Sep 17 2014 13:57:48 with gcc 4.6.3
    
The ffmpeg program is only provided for script compatibility and will be removed
    
in a future release. It has been deprecated in the Libav project to allow for
    
incompatible command line syntax improvements in its replacement called avconv
    
(see Changelog for details). Please use avconv instead.
    
[video4linux2 @ 0x40660] Estimating duration from bitrate, this may be inaccurate
    
Input #0, video4linux2, from '/dev/video0':
    
Duration: N/A, start: 1416222103.881697, bitrate: 27648 kb/s
    
Stream #0.0: Video: rawvideo, yuv420p, 320x240, 27648 kb/s, 30 tbr, 1000k tbn, 30 tbc
    
[buffer @ 0x40da0] w:320 h:240 pixfmt:yuv420p
    
[mpegts @ 0x410c0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts
    
Output #0, mpegts, to 'udp://30.0.0.13:5050':
    
  Metadata:
    
    encoder         : Lavf53.21.1
    
    Stream #0.0: Video: mpeg2video, yuv420p, 320x240, q=2-31, 1200 kb/s, 90k tbn, 25 tbc
    
Stream mapping:
    
  Stream #0.0 -> #0.0
    
Press ctrl-c to stop encoding
    
Segmentation fault5 q=7.0 size=   19220kB time=118.28 bitrate=1331.2kbits/s dup=0 drop=8

Navigation