Recherche avancée

Médias (1)

Mot : - Tags -/net art

Autres articles (94)

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

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

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

Sur d’autres sites (11908)

  • C run linux shell command(fmpeg) slower than typing directly in terminal

    11 novembre 2014, par dadylonglegs

    I’m writing an application that execute a linux shell command (ffmpeg) from my C code. Such as :

    char command[2000];
    sprintf(command, "ffmpeg -i %s/%s -r 1 -vf scale=-1:120 -vframes 1 -ss  00:00:00 %s.gif", publicFolder, mediaFile, mediaFile);
    system(command);

    To extract video thumbnail from a specific video. But the strange that it is too much slower when executing shell command form C compare to typing directly to the terminal. I have no idea about this.
    Can anybody help me pls ?. Thanks in advance.

  • Error splitting .mov file with ffmpeg

    5 novembre 2011, par Deepak Lamichhane

    I have used the following ffmpeg command to split the given media file.

    ffmpeg -i test.mov -ss 00:00:00 -t 00:07:00 -acodec copy -vcodec copy test1.mov

    The video "test.mov" has the following characteristics :

    Dimensions: 320 * 240
    Codecs: MPEG-4 Video, ACC
    Duration: 00:45
    Audio channels: 2
    Total bit rate: 1,292

    But while splitting it shows the following errors

    FFmpeg version 0.6, Copyright (c) 2000-2010 the FFmpeg developers
    built on Apr 29 2011 12:03:13 with gcc 4.2.1 (Apple Inc. build 5664)
    configuration: --disable-debug --prefix=/usr/local/Cellar/ffmpeg/0.6 --enable-shared --enable-pthreads --enable-nonfree --enable-gpl --disable-indev=jack --enable-libx264 --enable-libfaac --enable-libfaad --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx
     libavutil     50.15. 1 / 50.15. 1
     libavcodec    52.72. 2 / 52.72. 2
     libavformat   52.64. 2 / 52.64. 2
     libavdevice   52. 2. 0 / 52. 2. 0
     libswscale     0.11. 0 /  0.11. 0
    [aac @ 0x10181e200]channel element 1.0 is not allocated
       Last message repeated 215 times
    [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10180b000]max_analyze_duration reached

    Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 29.97 (30000/1001)
    Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/sts-107-/Dev/cloudfactory/tmp/media/test.mov':
     Duration: 00:00:45.14, start: 0.000000, bitrate: 1297 kb/s
       Stream #0.0(eng): Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 1195 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc
       Stream #0.1(eng): Audio: aac, 0 channels, s16, 97 kb/s
    File '/Users/sts-107-/Dev/cloudfactory/tmp/media/ten/ten-1.mov' already exists. Overwrite ? [y/N] y
    [mov @ 0x10181cc00]sample rate not set
    Output #0, mov, to '/Users/sts-107-/Dev/cloudfactory/tmp/media/ten/ten-1.mov':
       Stream #0.0(eng): Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], q=2-31, 1195 kb/s, 90k tbn, 30k tbc
       Stream #0.1(eng): Audio: libfaac, 0 channels, 97 kb/s
    Stream mapping:
     Stream #0.0 -> #0.0
     Stream #0.1 -> #0.1
    Could not write header for output file #0 (incorrect codec parameters ?)
    ""

    I couldn't figure out whats the problem.

    Any suggestions are most welcome
    Thank you in advance !!!

  • How do I debug why avconv is stalling ?

    9 juillet 2015, par Ecommerce Consultant

    I’m converting .mov files to .mpg files using avconv. The command being run by my php application is as follows :

    avconv -y -i ’$finalvideo’ -target ntsc-dvd -aspect 4:3 ’$mpgvideo’ > $logs

    I’m able to convert small .mov files to .mpg without any problems. However, I’m unable to convert videos that are over ten or fifteen minutes long. The log file is completely empty. When I run the command directly the frame stops somewhere around 34000 no matter which video I pick.

    The cpu shows 97% usage on this process, however, nothing is happening.

    OS Ubuntu 10 

    How can I gather more information about this stalled process ?

    Here’s the frozen output

    avconv version 0.7, Copyright (c) 2000-2011 the Libav developers
     built on Nov  3 2011 13:39:09 with gcc 4.3.3

    Seems stream 0 codec frame rate differs from container frame rate: 180000.00 (180000/1) -> 23.98 (24000/1001)
    Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/var/www/sites/default/files/compiled_videos/573-stream.mov':
     Metadata:
       major_brand     : qt  
       minor_version   : 512
       compatible_brands: qt  
       creation_time   : 1970-01-01 00:00:00
       encoder         : Lavf53.0.3
     Duration: 00:18:53.49, start: 0.000000, bitrate: 1430 kb/s
       Stream #0.0(eng): Video: h264 (Main), yuv420p, 854x480, 1387 kb/s, 25.60 fps, 23.98 tbr, 90k tbn, 180k tbc
       Metadata:
         creation_time   : 1970-01-01 00:00:00
       Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16, 126 kb/s
       Metadata:
         creation_time   : 1970-01-01 00:00:00
    [buffer @ 0x9d88820] w:854 h:480 pixfmt:yuv420p
    [scale @ 0x9d88b60] w:854 h:480 fmt:yuv420p -> w:720 h:480 fmt:yuv420p flags:0x4
    Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt'
    Output #0, dvd, to '/var/www/sites/default/files/compiled_videos/573.mpg':
     Metadata:
       major_brand     : qt  
       minor_version   : 512
       compatible_brands: qt  
       creation_time   : 1970-01-01 00:00:00
       encoder         : Lavf53.10.0
       Stream #0.0(eng): Video: mpeg2video, yuv420p, 720x480 [PAR 8:9 DAR 4:3], q=2-31, 6000 kb/s, 90k tbn, 29.97 tbc
       Metadata:
         creation_time   : 1970-01-01 00:00:00
       Stream #0.1(eng): Audio: ac3, 48000 Hz, stereo, flt, 448 kb/s
       Metadata:
         creation_time   : 1970-01-01 00:00:00
    Stream mapping:
     Stream #0.0 -> #0.0 (h264 -> mpeg2video)
     Stream #0.1 -> #0.1 (aac -> ac3)
    Press ctrl-c to stop encoding
    [mpeg2video @ 0x9d8bf20] rc buffer underflow
    Input stream #0.1 frame changed from rate:48000 fmt:s16 ch:2 to rate:48000 fmt:flt ch:2
    frame=33910 fps= 91 q=2.0 size=  151922kB time=336.58 bitrate=3697.7kbits/s dup=5475 drop=530    

    Oh interesting. I used -loglevel debug -debug. I was seeing this information

    stream #0:
     keyframe=0
     duration=0.000
     dts=1133.449  pts=1133.533
     size=103
    *** 1 dup!
    stream #0:
     keyframe=0
     duration=0.000
     dts=1133.449  pts=1133.449
     size=104

    Until I finally received this message

    *** drop!

    I have posted my bug with libav
    http://bugzilla.libav.org/show_bug.cgi?id=67

    thanks for your help.