Recherche avancée

Médias (91)

Autres articles (42)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

Sur d’autres sites (6981)

  • How can I mux H.264 RTP output into a container using FFMPEG ?

    23 septembre 2013, par Grad

    I am working on the effects of network losses in video transmission. In order to simulate the network losses I use a simple program which drops random RTP packets from the output of H.264 RTP encoding.

    I use Joint Model (JM) 14.2 in order to encode the video. However, I don't use AnnexB format as my output, instead I choose the output as RTP packets. The JM output is generated as RTP packets with RTP headers and payload as a sequence. After that, some of RTP packets are dropped by using a simple program. Then, I decode the output by using also JM and it's error concealment methods. That gives me a YUV file as output. The format of the output is as follows :

         ----------------------------------------------------------------------
    
     | RTP Header #1 | RTP Payload #1 | RTP Header #2 | RTP Payload #2 |...
    
     ----------------------------------------------------------------------

    I want to make a subjective test with these bitstreams and it's very inconvenient to crowdsource this subjective test with GBs of video data. So, I want to mux these bitstreams into a container (i.e. AVI) by using FFMPEG. I have tried to decode these bitstreams with FFMPEG and FFPLAY ; however, both of them didn't work. I also tried the following command and it didn't work, either.

        ffmpeg - f h264 -i  -vcodec copy -r 25 out.avi

    Which format or muxer should I use ? Do I need to convert these files to any other format ?

  • configure.h file and assembbler error in FFT from FFMPEG

    26 février 2015, par khalil

    i build a project on Eclipse using GCC Toolchain and arm-linux-gnueabi libraries
    i have tow main issues using this codes attached (not my code, fft from ffmpeg with testcode to measure speed-error)
    http://e2e.ti.com/cfs-file/__key/telligent-evolution-components-attachments/00-447-01-00-00-25-97-76/FFMPEG_5F00_FFT.zip

    i have a C-code files with 2 .S files asm.S and neon_fft.S
    i am not a software engineer but i understood that i use function keyword from asm.S file to use it in neon_fft.S
    but it seems that project doesn’t see the first file so i get the following error

    Building file: ../src/fft_neon.S
    
Invoking: GCC Assembler
    
arm-linux-gnueabi-as -mcpu=cortex-a8 -mfpu=neon -I/usr/arm-linux-gnueabi/include -I/usr/arm-linux-gnueabi/include/asm -o "src/fft_neon.o" "../src/fft_neon.S"
    
../src/fft_neon.S: Assembler messages:
    
../src/fft_neon.S:34: Error: bad instruction `function fft4_neon'
    
../src/fft_neon.S:50: Error: bad instruction `endfunc'

    also how can i get right configure.h file ?

  • dashenc : use avio_dynbuf instead of packet_write callback

    29 janvier 2017, par Peter Große
    dashenc : use avio_dynbuf instead of packet_write callback

    The dash_write function drops data, if no IOContext is initialized.
    

    Since the mp4 muxer is used in "frag_custom" mode, data is only
    
written when calling av_write_frame(NULL) explicitly and thus
    
there will be no data loss.
    

    To add support for webm as subordinate muxer, which doesn’t have
    
such a mode, a dynamic buffer is required to provide an always
    
initialized IOContext.
    

    Signed-off-by : Peter Große <pegro@friiks.de>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavformat/dashenc.c

Navigation