
Recherche avancée
Autres articles (66)
-
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
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 (...) -
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)
Sur d’autres sites (8356)
-
Streaming low latency video
26 août 2018, par user4893295Goal is to get low latency HD video over the LAN from a USB camera on a ARM device (a10 Lime running Armbian Jessie) to OBS Studio.
Thinking first step is to at least get it viewable on VLC on another device. So, to that end, I have tried gstreamer (no joy), ffmpeg (same) and VLC. Best luck with VLC so far, but the picture is mostly blank with occasional spots of picture.
This is the command I’m using :
cvlc v4l2:///dev/video0:chroma=h264:width=1920:height=1080 --sout '#standard{access=http,mux=ts,dst=0.0.0.0:8080/stream,name=stream,mime=video/ts}' -vvv
It moans a bit at first with
[00b4a178] core interface error: no suitable interface module
[00ab18f8] core libvlc error: interface "globalhotkeys,none" initialization failed
[00b4a178] core interface debug: looking for interface module matching "dbus,none": 18 candidates
[00b4a178] dbus interface error: Failed to connect to the D-Bus session daemon: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[00b4a178] core interface debug: no interface modules matched
[00b4a178] core interface error: no suitable interface module
[00ab18f8] core libvlc error: interface "dbus,none" initialization failedBut then seems to get a bit happier
[b4316038] core demux meta debug: no meta reader modules matched
[b4300508] core input debug: `v4l2:///dev/video0:chroma=h264:width=1920:height=1080' successfully opened
[b4300508] core input debug: Buffering 0%
[b4300508] core input debug: switching to sync mode
[b430cce8] packetizer_h264 decoder debug: found NAL_SPS (sps_id=0)
[b430cce8] packetizer_h264 decoder debug: found NAL_PPS (pps_id=0 sps_id=0)
[b4300508] core input debug: Buffering 10%
[b43041a0] core stream output debug: adding a new sout input (sout_input:0xb49004f0)
[b43060f8] core mux debug: adding a new input
[b43060f8] mux_ts mux debug: adding input codec=h264 pid=68
[b43060f8] mux_ts mux debug: new PCR PID is 68
[b4300508] core input debug: Buffering 32%
[b4300508] core input debug: Buffering 44%
[b4300508] core input debug: Buffering 55%
[b4300508] core input debug: Buffering 65%
[b4300508] core input debug: Buffering 77%
[b4300508] core input debug: Buffering 88%
[b4300508] core input debug: Buffering 98%
[b4300508] core input debug: Stream buffering done (332 ms in 331 ms)
[b4300508] core input debug: Decoder wait done in 0 msAnd I can connect to it from VLC, but the picture looks like
Processor peaks at around 17% and memory even less than that, so it’s not that.
Any suggestions ?
-
rtsp stream transcode with ffserver/ffmpeg
30 juin 2018, par TorbjørnI’m having a unifi dome webcam. Connected thrue a USG Pro4. I’m sending a rtsp live stream at 1024x576px. Until now I have been using ffserver to transcode the stream into a new mpjpeg stream that I can show in a html file.
But after I updated ffserver to the newest version. This does not work.Using debian.
ffserver.conf file :
HTTPPort 8090
# bind to all IPs aliased or not
HTTPBindAddress 0.0.0.0
# max number of simultaneous clients
MaxClients 1000
# max bandwidth per-client (kb/s)
MaxBandwidth 100000
# Suppress that if you want to launch ffserver as a daemon.
# NoDaemon
NoDefaultsFile /tmp/feed1.ffm
FileMaxSize 500MFeed feed1.ffm
Format mpjpeg
VideoCodec mjpeg
VideoFrameRate 1
#VideoBufferSize 80000
VideoQMin 1
VideoQMax 5
VideoSize 1024x576
PreRoll 0
Noaudioffmpeg startup :
`ffmpeg -rtsp_transport tcp -re -i "rtsp ://user:pass@193.213.XXX.XXX:554/s2" -b:v 1016k http://localhost:8090/feed1.ffm`
I’ve tried with different startups after some google search. But I can get 1-10 fps before it shuts down.
Sometimes I get :`rtsp ://user:pass@193.213.XXX.XXX:554/s2 : Invalid data found when processing input`
Input #0, rtsp, from ’rtsp ://user:pass@193.213.XXX.XXX:554/s2’ :
Metadata :
title : s2
Duration : N/A, start : 0.000000, bitrate : N/A
Stream #0:0 : Audio : aac (LC), 11025 Hz, mono, fltp
Stream #0:1 : Video : h264 (Main), yuvj420p(pc, bt709, progressive), 1024x576 [SAR 189:190 DAR 168:95], 1 fps, 1 tbr, 90k tbn, 2 tbc
Output #0, ffm, to ’http://localhost:8090/feed1.ffm’ :
Metadata :
title : s2
creation_time : now
encoder : Lavf57.56.101
Stream #0:0 : Video : mjpeg, yuvj420p(pc), 1024x576 [SAR 189:190 DAR 168:95], q=1-5, 1016 kb/s, 1 fps, 1000k tbn, 1 tbc
Metadata :
encoder : Lavc57.64.101 mjpeg
Side data :
cpb : bitrate max/min/avg : 0/0/1016000 buffer size : 0 vbv_delay : -1
Stream mapping :
Stream #0:1 -> #0:0 (h264 (native) -> mjpeg (native))
Press [q] to stop, [?] for help
frame= 4 fps=0.7 q=2.1 Lsize= 564kB time=00:00:03.00 bitrate=1540.1kbits/s dup=1 drop=0 speed=0.54x
video:558kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead : 1.089245%Is there an easy way to get this working, or is there a much better way of doing it ?
What i want out of this is an live web cam stream in an html site that works on all platforms without any plugins on clients end. -
Run ffmpeg as window service
7 juin 2018, par Brad ReiterMy setup is like this :
It contains components :
- Web Cam : which send out the RTP packets when i get a stream request
- Agent server : Which receives the stream from the Webcam and forwards
the same to ffmpeg server. - ffmpeg server : this where i need to run the ffmpeg as window service,
receives the rtp stream sent by agent server and create a ts file.
What have i done is :
I have setup the ffmpeg in one of my dev environment using this link :
https://video.stackexchange.com/questions/20495/how-do-i-set-up-and-use-ffmpeg-in-windows
My problems :
- How to make ffmpeg run as daemon.?
- How can i make ffmpeg aware that new stream is coming from agent
server and start creating a ts file.? - Is there a way in ffmpeg that i reserve ports for ffmpeg and make it
listen to all the ports for eg : reserve 2000 - 3000 ports and listen
to them as soon as rtp stream arrives, convert to ts stream.
Regards