
Recherche avancée
Autres articles (76)
-
L’agrémenter visuellement
10 avril 2011MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté. -
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
Le super Cron (gestion_mutu_super_cron)
Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...) -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir
Sur d’autres sites (7609)
-
How to solve Jiiter Buffer problem in receiving audio RTP stream (bad sound quality) in PJSIP ?
1er août 2019, par Mayur PatelI’m a newbie to pjsip and want to build an RTP stream receiver using pjsip.
Setup :
I want to use specific L16/16000/1 codec and have also enabled it in "config_site.h" during compiling the pjsip project and checked that its available
Receiver :
- BeagleBone
- CrossCompiled Pjsip and Installed all req. libs and sample apps
Sender :
- Another Windows PC in the same Network using FFmpeg to transmit Audio Stream via Multicast
I got to know about streamutil.c(pjsip sample-apps) which does similar things to send and receive both. Now for the sake of easyness, I’m using the same Cross-Compiled binary streamutil.
SENDER :
..\ffmpeg -re -stream_loop -1 -i test.mp3 -ar 16000 -acodec pcm_s16be -b:a 128k -ac 1 -payload_type 123 -f rtp udp://239.255.255.211:5500?pkt_size=652
......
Output #0, rtp, to 'udp://239.255.255.211:5500?pkt_size=652':
Metadata:
title : -----
artist : --------
album : -------
date : 2019
track : 1
encoder : Lavf58.20.100
Stream #0:0: Audio: pcm_s16be, 16000 Hz, mono, s16, 256 kb/s
Metadata:
encoder : Lavc58.35.100 pcm_s16be
SDP:
v=0
o=- 0 0 IN IP4 127.0.0.1
s=GREATEST HITS (2) [1 HOUR 20 MINUTES LONG]
c=IN IP4 239.255.255.211/5
t=0 0
a=tool:libavformat 58.26.101
m=audio 5500 RTP/AVP 123
b=AS:256
a=rtpmap:97 L16/16000/1
a=rtpmap:123 L16/16000/1
a=control:streamid=
size= 833kB time=00:00:25.91 bitrate= 263.4kbits/s speed= 1xRECIEVER LOG :
./streamutil --mcast-addr=239.255.255.211 --recv-only --codec=L16/16000/1
...
...
17:05:05.178 strm0x55dee1537f48 Jitter buffer starts returning normal frames (after 1 empty/lost)
17:05:05.246 strm0x55dee1537f48 Jitter buffer empty (prefetch=0), plc invoked
17:05:05.266 strm0x55dee1537f48 Jitter buffer starts returning normal frames (after 1 empty/lost)
17:05:05.325 strm0x55dee1537f48 Jitter buffer empty (prefetch=0), plc invoked
17:05:05.344 strm0x55dee1537f48 Jitter buffer starts returning normal frames (after 1 empty/lost)
17:05:05.422 strm0x55dee1537f48 Jitter buffer empty (prefetch=0), plc invokedTried So far :
- set different payload_type
- set specific codec in streamutil as parameter
- all other parameters in FFmpeg ex. bitrate, clockrate, channels
Check working stream
I am facing no issue, if I use a *.sdp file to receive RTP stream in VLC.
SDP file :
v=0
o=- 0 0 IN IP4 127.0.0.1
s=GREATEST HITS (2) [1 HOUR 20 MINUTES LONG]
c=IN IP4 239.255.255.211/5
t=0 0
a=tool:libavformat 58.26.101
m=audio 5500 RTP/AVP 123
b=AS:256
a=rtpmap:97 PCMU/8000/1
a=rtpmap:123 PCMU/8000/1
a=control:streamid=I have googled a lot but stuck now at this problem.
So finally my question is that,
How can I get the same Output via Pjsip without this Jitter Buffer logging and dropped sound ?Any help would be greatly appreciated.!
-
How to mark TIME on each h.264 frames [duplicate]
22 août 2019, par kylesongThis question already has an answer here :
I want to create python script to make time shown in video(h.264) file.
There’s unixtime(in hex) in each frame header, so I want to use this time value to put in the video.In video.h264 binary file, there’s unix time written like below.
frame header004D195D (offset 0x12)
=> 2019-07-01 00:00:00(UTC0)What I’ve tried is, parse unixtime and convert to 2019-07-01 00:00:00 format using datetime module.
unixtime = int.from_bytes(fh.read(4), byteorder='little')
timestring = datetime.utcfromtimestamp(unixtime).strftime('%Y-%m-%d %H:%M:%S')However, I’m stuck to express time in video frame.
I attached sample video files(video.h264), and some screenshots.
Any possible way to make this thing work ?
original.png possible_result.pngAnd you can download sample video, always welcome to test and play wih it.
https://drive.google.com/open?id=1Csn7RdvUifSGIGjhTFUJbkRru5J2uDFdif you want to see the sample video(video.h264) that I’ve attached, use "ffplay" command like below.
ffplay.exe video.h264
To convert to AVI,
ffmpeg.exe -i video.h264 video.avi
-
Anomalie #4369 (En cours) : YQL n’est plus actif
7 août 2019, par Ybbet SPIPBonjour tout le monde,
J’ai envoyé un message sur la liste SPIP-Dev. Je crée un ticket pour traçabilité.
SPIP offre depuis la boucle DATA la source YQL. Cf. code ici : https://core.spip.net/projects/spip/repository/entry/spip/ecrire/iterateur/data.php#L642
Malheureusement, le service est fermé depuis le 3 janvier 2019. cf. https://news.ycombinator.com/item?id=18785255Je n’ai pas trouvé de solutions alternatives équivalentes en ligne. Que du Desktop "freemium" quand une solution existe.
Il existe https://vespa.ai/ qui est à installer sur une machine.
Autre élément trouvé https://www.pipes.digital/
Je ne suis pas sûr qu’on retrouve une souplesse telle que l’était YQL.Bien à vous,