
Recherche avancée
Autres articles (103)
-
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 ;
-
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...)
Sur d’autres sites (11003)
-
-use_wallclock_as_timestamps adds delay in live stream
2 novembre 2020, par ArikaelWe have a livestream (MPEG-TS with RTP), which we currently, for testing purposes, replay with
tcpreplay
.

Our mpeg-ts stream consists of 4 streams (codec details omitted for brevity).


Stream #0:2: Video: h264
Stream #0:1: Audio: mp2
Stream #0:4: Data: bin_data ([6][0][0][0] / 0x0006)
Strean #0:3: Data: bin_data (FBID / 0x4494246)
Stream #0:0: Data: klv (KLVA / 0x41564C4B)



Sometimes the stream indexes are different (like audio stream being stream 0 and so on, I don't know if thats normal behavior)


What we currently try is just to get the stream and copy it with ffmpeg, like


ffmpeg -nostdin -hide_banner -i rtp://239.0.0.2:3000 -map 0 -codec copy -f rtp_mpegts rtp://239.0.0.1:2000`



This leads to the error
Application provided invalid, non monotonically incereasing dts to muxer in stream 0: [NUMBER] >= 0


It always says
stream 0
no matter what stream 0 contains.

if I add
use_wallclock_as_timestamps
it works but adds a delay (compared to a video directly streamed from239.0.0.2:3000
of 10seconds which are never caught up.

If I set the output format to
mpegts
instead ofrpt_mpegts
it works as expected, the same I if don't map the KLVA and FBID stream.

Is this behavior expected (because of wallclock) or what can I do to either
use_wallclock_as_timestamps
without delay or get rid of the error above ?

-
whether it takes long time for convert flv to MP4 using ffmpeg from server
29 décembre 2016, par Firman FirdausI want to convert a flv file to mp4. I use with a basic command like this :
ffmpeg -i /var/www/html/rawmedia/d2cb9f152f27d9beb4a15d61e177fa22.flv /var/www/html/media/new.mp4
The command above has result 0 B mp4.
I read for My reference for this in this link,
there is a very simple and basic I think.
So I try the command above for testing php vibe command like this :ffmpeg -i /var/www/html/rawmedia/d2cb9f152f27d9beb4a15d61e177fa22.flv -vcodec libx264 -s 640x360 -threads 4 -movflags faststart /var/www/html/media/test4.mp4
I got that command from PHPVIBE for convert other format file except mp4.
So I got a result just the same as like first command that still 0 B mp4.
But the Output of the second command give me like thisIncompatible sample format 's16' for codec 'aac', auto-selecting format 'flt'
[libx264 @ 0xcebde0] using cpu capabilities: none!
[libx264 @ 0xcebde0] profile High, level 3.0
[libx264 @ 0xcebde0] 264 - core 120 r2151 a3f4407 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=4 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
[NULL @ 0xd5f1a0] Codec is experimental but experimental codecs are not enabled, see -strict -2
Output #0, mp4, to '/var/www/html/media/test4.mp4':
Metadata:
starttime : 0
totalduration : 57
totaldatarate : 353
bytelength : 2535814
canseekontime : true
sourcedata : B0AFCE7F5HH1428394559963956
purl :
pmsg :
Stream #0:0: Video: h264, yuv420p, 640x360, q=-1--1, 90k tbn, 30 tbc
Stream #0:1: Audio: none, 22050 Hz, stereo, flt, 128 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (flv -> libx264)
Stream #0:1 -> #0:1 (mp3 -> aac)
Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or heightOutput give me some information that test.mp4 have
bytelength : 2535814
.
But I still have 0B mp4 converted result until now. Is there taking a time or I was wrong with the command. But especially my first command very basic and still get zero byte result. -
libavcodec/vp8dec : fix the multi-thread HWAccel decode error
11 juin 2019, par Shaofei Wanglibavcodec/vp8dec : fix the multi-thread HWAccel decode error
Fix the issue : https://github.com/intel/media-driver/issues/317
the root cause is update_dimensions will be called multple times
when decoder thread number is not only 1, but update_dimensions
call get_pixel_format in each decode thread will trigger the
hwaccel_uninit/hwaccel_init more than once. But only one hwaccel
should be shared with all decode threads.
in current context,
there are 3 situations in the update_dimensions() :
1. First time calling. No matter single thread or multithread,
get_pixel_format() should be called after dimensions were
set ;
2. Dimention changed at the runtime. Dimention need to be
updated when macroblocks_base is already allocated,
get_pixel_format() should be called to recreate new frames
according to updated dimension ;
3. Multithread first time calling. After decoder init, the
other threads will call update_dimensions() at first time
to allocate macroblocks_base and set dimensions.
But get_pixel_format() is shouldn't be called due to low
level frames and context are already created.In this fix, we only call update_dimensions as need.
Signed-off-by : Wang, Shaofei <shaofei.wang@intel.com>
Reviewed-by : Jun, Zhao <jun.zhao@intel.com>
Reviewed-by : Haihao Xiang <haihao.xiang@intel.com>
Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>