Recherche avancée

Médias (1)

Mot : - Tags -/biographie

Autres articles (79)

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

Sur d’autres sites (5536)

  • ffmpeg -progress parameter not POST-ing any data

    8 mai 2019, par Viktor Joras

    I have noticed that the ffmpeg -progress parameter doesn’t work with URLs. It only works with files.

    For eaxmple :

    ffmpeg -progress log_file.txt -i http://123.123.123.123:8888/live -c copy -f mpegts out.ts

    works and log_file.txt is filled with data.

    While

    ffmpeg -progress http://127.0.0.1:8888/progress.php -i http://123.123.123.123:8888/live -c copy -f mpegts out.ts

    does not post any data to http://127.0.0.1:8888/progress.php script.

    It’s not a web server configuration issue because :

    curl --data "param1=value1&param2=value2" http://127.0.0.1:9790/progress.php

    creates a file with the $_POST array content :

    Array (
    [param1] => value1
    [param2] => value2 )

    Does -progress really make ffmpeg to post data to urls ?

  • ffmpeg -progress parameter not POST-ing any data

    27 avril 2017, par Viktor Joras

    I have noticed that the ffmpeg -progress parameter doesn’t work with URLs. It only works with files.

    For eaxmple :

    ffmpeg -progress log_file.txt -i http://123.123.123.123:8888/live -c copy -f mpegts out.ts

    works and log_file.txt is filled with data.

    While

    ffmpeg -progress http://127.0.0.1:8888/progress.php -i http://123.123.123.123:8888/live -c copy -f mpegts out.ts

    does not post any data to http://127.0.0.1:8888/progress.php script.

    It’s not a web server configuration issue because :

    curl --data "param1=value1&param2=value2" http://127.0.0.1:9790/progress.php

    creates a file with the $_POST array content :

    Array (
    [param1] => value1
    [param2] => value2 )

    Does -progress really make ffmpeg to post data to urls ?

  • How to successfully decode ffmpeg frames with http timeouts without parsers

    28 août 2019, par igal k

    I’m facing a scenario where connectivity issues cause ffmpeg generate false / messed artifacts(frames) contrary to what the manual states.

    We use curl as our http transmitting library and ffmpeg as the processing library. To simulate network timeouts, I place several breakpoints in the AVIOContext which is passed to the AVFormatContext

    avformat_open_input('http://some.com/1.ts')
    
while(!eof)
    
  av_read_frame
    
  av_send_packet
    
  while(!av_receive_frame)
    
     do_something
    
close

    av_receive_frame should either return 0 upon success or error -35 for cases where additional data is needed.

    So after timeout-ing the session, ffmpeg can still somehow extract (av_receive_frame) the first frame even though it hadn’t have the chance to download / accumulate enough data.

    enter image description here

    My question, without using parsers is there a way to validate that the decoder can successfully decode the packet ?

    "EDIT" : i saw that av_read_frame use parsing if AVStream::need_parsing attribute is anything than NONE, any ideas on how setting it up ?

Navigation