Recherche avancée

Médias (91)

Autres articles (79)

  • Participer à sa documentation

    10 avril 2011

    La documentation est un des travaux les plus importants et les plus contraignants lors de la réalisation d’un outil technique.
    Tout apport extérieur à ce sujet est primordial : la critique de l’existant ; la participation à la rédaction d’articles orientés : utilisateur (administrateur de MediaSPIP ou simplement producteur de contenu) ; développeur ; la création de screencasts d’explication ; la traduction de la documentation dans une nouvelle langue ;
    Pour ce faire, vous pouvez vous inscrire sur (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (6941)

  • avconv transcoding drops frames

    8 mars 2015, par ziggestardust

    I have a logitech c920 that I can send perfectly fine to a wowza server with this with excelent results :

    ./capture  -o -c0|avconv -f alsa  -b 128k -i hw:1   -re -i - -vcodec copy  -ar 44100 -bufsize 1835k   -map 0:0 -map 1:0 -f flv rtmp://myhost/live/streamname

    (capture program is from here : http://derekmolloy.ie/streaming-video-using-rtp-on-the-beaglebone-black/ I’m not using beaglebone, but his capture software runs excellent on my debian pc)

    However, I want to store the h264 stream from the camera down to disk, and later send it in a lower resolution with avconv so I’m playing with libx264

    It seems I can’t even do this without getting drops :

    ./capture  -o -c0|avconv -f alsa  -b 128k -i hw:1   -re -i - -vcodec libx264  -ar 44100 -bufsize 1835k   -map 0:0 -map 1:0 -f flv rtmp://myhost/live/streamname

    This is what avconv ’-v verbose’ shows :

    alsa @ 0x864b940] Estimating duration from bitrate, this may be inaccurate
    
Input #0, alsa, from 'hw:1':
    
  Duration: N/A, start: 22758.998967, bitrate: N/A
    
    Stream #0.0: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s
    
.................................................................................................................................[h264 @ 0x8659400] max_analyze_duration reached
    
[h264 @ 0x8659400] Estimating duration from bitrate, this may be inaccurate
    
Input #1, h264, from 'pipe:':
    
  Duration: N/A, bitrate: N/A
    
    Stream #1.0: Video: h264 (Constrained Baseline), yuvj420p, 1280x720 [PAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1200k tbn, 48 tbc
    
Parsing...
    
Parsed protocol: 0

    ...... and then this :

    Output #0, flv, to 'rtmp://mystream/live/streamname':
    
  Metadata:
    
    encoder         : Lavf53.21.1
    
    Stream #0.0: Audio: libmp3lame, 44100 Hz, 2 channels, s16, 200 kb/s
    
    Stream #0.1: Video: libx264, yuvj420p, 1280x720 [PAR 1:1 DAR 16:9], q=-1--1, 1k tbn, 25 tbc
    
Stream mapping:
    
  Stream #0:0 -> #0:0 (pcm_s16le -> libmp3lame)
    
  Stream #1:0 -> #0:1 (h264 -> libx264)
    
Press ctrl-c to stop encoding
    
[alsa @ 0x864b940] ALSA buffer xrun.
    
*** drop!
    
    Last message repeated 39 times
    
*** drop!11 fps=  0 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=40    
    
    Last message repeated 46 times
    
*** drop!22 fps= 21 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=87    
    
.    Last message repeated 20 timesss
    
.....*** drop!   27 fps= 13 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=108    
    
    Last message repeated 3 timess
    
..*** drop! fps= 10 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=112    
    
    Last message repeated 5 timesss
    
.*** drop!0 fps=  9 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=118    
    
.    Last message repeated 5 timess
    
.*** drop!2 fps=  9 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=124    
    
    Last message repeated 6 timesss
    
.*** drop!3 fps=  8 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=131    
    
^C    Last message repeated 1 times
    
*** drop!
    
    Last message repeated 3 times

    I have tried with ffmpeg but it gives same result with dropped frames.

    Any help appreciated

  • Get_iplayer not converting to MP4 [closed]

    16 juin 2022, par PhilDunford

    get_iplayer

    


    I know that this is an old piece of code, but it still does a great job.

    


    In the last week or so it's stopped converting the .ts files to .mp4. I've seem this mentioned elsewhere, but no solution. I think the key line among many error messages may be 'unable to determine ffmpeg version'.

    


    I assume the BBC has done something to break it (this has happened many times before).

    


    Needs someone much cleverer than me to fix it. Does anyone still update the code or know a work around ?

    


  • Core : Improve elementValue method

    31 mars 2014, par staabm
    Core : Improve elementValue method

    Do not rewrap several times. Call .val() only when required.
    

    Closes #1055

Navigation