
Recherche avancée
Médias (2)
-
Valkaama DVD Label
4 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Image
-
Podcasting Legal guide
16 mai 2011, par
Mis à jour : Mai 2011
Langue : English
Type : Texte
Autres articles (106)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains 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 ;
-
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.
Sur d’autres sites (10637)
-
Can't process RTP video stream from Firefox browser or Python based scripts by FFMPEG
3 avril 2023, par Gentelam.SAny time I want to process (forward, analyze, copy, ...) RTP video stream from FF browser or python based scripts by FFMPEG, it "chucks" and can't work with it. Seems to be stream encoding issue.
I have a Janus server where clients join from browsers or anothers services, like Python, then I forward the stream to the URL, where FFMPEG is listening on. There is no issue when I try to process any forwarded stream coming from Chrome based browsers, but the problem occurs when I join from FF or Python.


I run ffmpeg in Ubuntu container.
The command I use :

-loglevel trace -analyzeduration 300M -probesize 300M -protocol_whitelist file,udp,rtp -i port4000.sdp -vf scale=1280:720 -vcodec libx264 -profile:v baseline -preset:v ultrafast -acodec aac -f flv -flvflags no_duration_filesize {{rtmpUrl}}


I used also very simple commands like the following but the result is the same :

ffmpeg -protocol_whitelist file,udp,rtp -i ./SDP/port4000.sdp -c copy -t 10 -y test.mkv


The SDP file I use :


SDP:
v=0
o=- 0 0 IN IP4 127.0.0.1
s=No Name
c=IN IP4 127.0.0.1
t=0 0
a=tool:libavformat 58.29.100
m=video 4000 RTP/AVP 96
b=AS:200
a=rtpmap:96 VP8/90000



The screens below depicts how FFMPEG behaves in case of FF and Chrome (loglevel of ffmpeg set to trace).


Firefox :
enter image description here


Chrome :
enter image description here








It looks like it brokes after the following log :
Before avformat_find_stream_info() pos: xxx


(Same problem is if I try to run ffprobe)
Thank you for any suggestion.


As described above, I tried quite a lot of of arguments running ffmpeg, different SDP files but seems to be not enough. I want the stream to be procced properly by FFMEPG.


-
hlsenc : add use_localtime_mkdir option to automatically create time-based directory
3 février 2016, par Johan Strömhlsenc : add use_localtime_mkdir option to automatically create time-based directory
Use with -use_localtime, and set -hls_segment_filename to a path which
contains a subdirectory i.e. /some/path/%Y%m%d/%Y%m%dT%H%M%S-%s.ts
This will mkdir the %Y%m%d-part of the path if it does not already
exist.
In addition, each filename in the playlist output will be prefixed with
this subdirectory (if playlist and segment shares the same base path).Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
-
Revision 8c5670bb6f : Merge "Use SATD based mode decision for block sizes below 16x16"
31 mars 2015, par Jingning HanMerge "Use SATD based mode decision for block sizes below 16x16"