Recherche avancée

Médias (0)

Mot : - Tags -/flash

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

Autres articles (107)

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

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

Sur d’autres sites (12394)

  • Need help on handling MPEG4V1 data

    14 septembre 2011, par Gediminas

    I'm in situation where I need to get a chunk of MPEG4V1 (Microsoft MPEG-4 VKI
    Codec V1
    ) data located in the beginning of a packet (that was sent by some DVR unit).

    Packet structure looks something like this :

    • Compressed MPEG4 data.
    • Long integer - Number of events and tripwires.
    • Long integer - Number of events.
    • Event - Event's sequence.
    • Long integer - Number of tripwires.
    • Tripwire - Tripwires sequence.
    • Long integer - Cyclical redundant code (CRC).

    So there is no indication of how to know where does the MPEG4 data ends (Or is there ?),
    and from where should I start reading this additional data like "Number of events and tripwires" and etc...

    I uploaded two packet's so you could see how the actual data looks like :
    recvData1.txt,
    recvData2.txt.

    I've tried to decode those packets using FFmpeg library with avcodec_decode_video function and by removing byte by byte from the end of my recvData buffer in a hope for any results,
    but FFmpeg just allways returned with an error messages like this :

    "[msmpeg4v1 @ 038865a0] invalid startcode",
    "[msmpeg4v1 @ 038865a0] header damaged".

    I'm not that good specialist on knowing of how does the MPEG4 works from the inside,
    but judging by the error messages it's clearly seen that I'm missing some data for decoding at the start of the buffer.

    So I'm not sure of what part / kind of MPEG data I'm getting here..
    Maybe it's some kind of MPEG's "frame" data with it's "end" indication or something ?

    I've even compared the start of my recvData buffer to some of MPEG4V1 encoded video files I found on the net "http://www.trekmania.net/clips/video_clips4.htm" to check if the start of my buffer really contains the MPEG data ..and not some kind of DVR vendor specific stuff..

    And I noticed that there are about 20bytes of data
    (at the start of my packet data, and in .avi files right after about 180bytes..)
    that looks like some kind of header or something..

    Please check this image : "http://ggodis.gamedev.lt/stackOverflow/recvData.jpg"

    Maybe someone knows what this part of MPEG4V1 data represents ?

    P.S. ..I've checked the CRC values for my received packets and they were correct..

  • lavc/rawdec : Use AV_PIX_FMT_PAL8 for raw 1 bpp video in AVI

    28 janvier 2016, par Mats Peterson
    lavc/rawdec : Use AV_PIX_FMT_PAL8 for raw 1 bpp video in AVI
    

    From
    https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:

    "If biCompression equals BI_RGB and the bitmap uses 8 bpp or less, the
    bitmap has a color table immediatelly following the BITMAPINFOHEADER
    structure. The color table consists of an array of RGBQUAD values. The
    size of the array is given by the biClrUsed member. If biClrUsed is
    zero, the array contains the maximum number of colors for the given
    bitdepth ; that is, 2^biBitCount colors."

    Nothing about "monochrome" here. Unfortunately, pal8 to monow conversion
    seems a bit flaky, but that’s another story.

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavcodec/raw.c
    • [DH] tests/ref/vsynth/vsynth1-bpp1
    • [DH] tests/ref/vsynth/vsynth2-bpp1
    • [DH] tests/ref/vsynth/vsynth3-bpp1
    • [DH] tests/ref/vsynth/vsynth_lena-bpp1
  • .NET Process - Redirect stdin and stdout without causing deadlock

    21 juillet 2017, par user1150856

    I’m trying to encode a video file with FFmpeg from frames generated by my program and then redirect the output of FFmpeg back to my program to avoid having an intermediate video file.

    However, I’ve run into what seems to be a rather common problem when redirecting outputs in System.Diagnostic.Process, mentioned in the remarks of the documentation here, which is that it causes a deadlock if run synchronously.

    After tearing my hair out over this for a day, and trying several proposed solutions found online, I still cannot find a way to make it work. I get some data out, but the process always freezes before it finishes.


    Here is a code snippet that produces said problem :

    static void Main(string[] args)
       {

           Process proc = new Process();

           proc.StartInfo.FileName = @"ffmpeg.exe";
           proc.StartInfo.Arguments = String.Format("-f rawvideo -vcodec rawvideo -s {0}x{1} -pix_fmt rgb24 -r {2} -i - -an -codec:v libx264 -preset veryfast -f mp4 -movflags frag_keyframe+empty_moov -",
               16, 9, 30);
           proc.StartInfo.UseShellExecute = false;
           proc.StartInfo.RedirectStandardInput = true;
           proc.StartInfo.RedirectStandardOutput = true;

           FileStream fs = new FileStream(@"out.mp4", FileMode.Create, FileAccess.Write);

           //read output asynchronously
           using (AutoResetEvent outputWaitHandle = new AutoResetEvent(false))
           {
               proc.OutputDataReceived += (sender, e) =>
               {
                   if (e.Data == null)
                   {
                       outputWaitHandle.Set();
                   }
                   else
                   {
                       string str = e.Data;
                       byte[] bytes = new byte[str.Length * sizeof(char)];
                       System.Buffer.BlockCopy(str.ToCharArray(), 0, bytes, 0, bytes.Length);
                       fs.Write(bytes, 0, bytes.Length);
                   }
               };
           }


           proc.Start();
           proc.BeginOutputReadLine();

           //Generate frames and write to stdin
           for (int i = 0; i &lt; 30*60*60; i++)
           {
               byte[] myArray = Enumerable.Repeat((byte)Math.Min(i,255), 9*16*3).ToArray();
               proc.StandardInput.BaseStream.Write(myArray, 0, myArray.Length);
           }

           proc.WaitForExit();
           fs.Close();
           Console.WriteLine("Done!");
           Console.ReadKey();

       }

    Currently i’m trying to write the output to a file anyway for debugging purposes, but this is not how the data will eventually be used.

    If anyone knows a solution it would be very much appreciated.