Recherche avancée

Médias (1)

Mot : - Tags -/ticket

Autres articles (45)

  • Qualité du média après traitement

    21 juin 2013, par

    Le bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
    Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)

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

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

Sur d’autres sites (7146)

  • use ffmpeg.exe in Webservice hosted on Android

    24 novembre 2016, par ikazzaz

    I want to use ffmpeg with a Webservice hosted on Android. I include the "ffmpeg.exe" in "myservice.war" package and deploy it on i-jetty server. Problem I get is that "ffmpeg.exe" is not found when calling the service that runs ffmpeg command !!
    Any ideas why/how to solve this problem ? Thank you !

  • What are supported ffmpeg rtp_mpegts Muxer options ? (mpegts Muxer options are ignored)

    7 mars 2020, par drake7

    I created a UDP stream with -f mpegts and some options like -mpegts_transport_stream_id.

    I received the stream with "StreamXpert - Real-time stream analyzer" that shows all options are in the output. See my ffmpeg parameters and the StreamXpert at the end.

    The same Muxer options seem to be ignored with -f rtp_mpegts.

    I have tried to use -f mpegts and pipe it to -f rtp_mpegts like so :

    ffmpeg -i ... -f mpegts pipe: | ffmpeg pipe: -c copy -f rtp_mpegts "rtp://239.1.1.9:1234?pkt_size=1316"

    The options are still ignored.

    This ticket "support options for MPEGTS muxer when using RTP_MPEGTS" also notices the ignored option. Furthermore in this comment, "thovo" gives an analysis and suggests a solution.

    Obviously the problem still exists. Anybody found a workaround for this ?

    My additional question : I have not questioned if my project really needs rtp in the first place. Maybe my coworker didn’t know better and requested rtp when udp would be sufficient as well.

    The aim was to receive the RTP stream with a TV using DVB via IP. This was successful an a Panasonic TV.

    The SAT>IP Specification on page 10 requires rtp for Media Transport :

    The SAT>IP protocol makes use of :

    • UPnP for Addressing, Discovery and Description,
    • RTSP or HTTP for Control,
    • RTP or HTTP for Media Transport.

    Is udp out of the equation ?


    ffmpeg : (all options are in the output with -f mpegts)

    (HEX to decimal : 0x005A = 90, 0x005B = 91 0x005C = 92, 0x005D = 93, 0x005E= 94)

    ffmpeg -f lavfi -i testsrc \
    -r 25 \
    -c:v libx264 \
    -pix_fmt yuv420p \
    -profile:v main -level 3.1 \
    -preset veryfast \
    -vf scale=1280:720,setdar=dar=16/9 \
    -an \
    -bsf:v h264_mp4toannexb \
    -flush_packets 0 \
    -b:v 4M \
    -muxrate 8M \
    -pcr_period 20 \
    -pat_period 0.10 \
    -sdt_period 0.25 \
    -metadata:s:a:0 language=nya \
    -mpegts_flags +pat_pmt_at_frames \
    -mpegts_transport_stream_id 0x005A \
    -mpegts_original_network_id 0x005B \
    -mpegts_service_id 0x005C \
    -mpegts_pmt_start_pid 0x005D \
    -mpegts_start_pid 0x005E \
    -mpegts_service_type advanced_codec_digital_hdtv \
    -metadata service_provider='WI' \
    -metadata service_name='W' \
    -mpegts_flags system_b -flush_packets 0 \
    -f mpegts "udp://239.1.1.10:1234?pkt_size=1316"

    StreamXpert Output :

    -mpegts_transport_stream_id = Transport Stream ID (yellow text highlight)

    -mpegts_original_network_id = Original Network ID, onw (green text highlight)

    -mpegts_service_id = Program, service (pink text highlight)

    -mpegts_pmt_start_pid = PMT PID, Table PID (turquoise text highlight)

    -mpegts_start_pid = PID, PCR PID (red text highlight)

    -mpegts_service_type = service type (blue text)

    service_name = Service name (orange text)

    service_provider = Service provider (pink text)

    enter image description here

  • x86/synth_filter : add synth_filter_avx

    1er mars 2014, par James Almer
    x86/synth_filter : add synth_filter_avx
    

    Sandy Bridge Win64 :
    180 cycles on ff_synth_filter_inner_sse2
    150 cycles on ff_synth_filter_inner_avx

    Signed-off-by : James Almer <jamrial@gmail.com>
    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] libavcodec/x86/dcadsp.asm
    • [DH] libavcodec/x86/dcadsp_init.c