
Recherche avancée
Médias (1)
-
Rennes Emotion Map 2010-11
19 octobre 2011, par
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (90)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Personnaliser les catégories
21 juin 2013, parFormulaire de création d’une catégorie
Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
On peut modifier ce formulaire dans la partie :
Administration > Configuration des masques de formulaire.
Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...) -
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 (11855)
-
IP camera turns off RTSP stream to ffmpeg client after 1/2 of camera's RTSP timeout setting, when transport is UDP
25 octobre 2020, par MAXdBCapturing RTSP Motion JPEG stream from an IP camera with ffmpeg.


ffmpeg -loglevel debug -i rtsp://192.168.1.100:554/videoinput_1/mjpeg_3/media.stm -an -codec copy -y test.avi



On the IP camera, the RTSP Timeout has a setting valid 1 to 120. When the rtsp_transport is default (UDP), ffmpeg will terminate after half the camera's timeout setting. If the camera is set to RTSP Timeout = 30, then ffmpeg will quit after 15 seconds. If set to 120, ffmpeg will quit after 60 seconds. With ffmpeg loglevel set to debug, get "No more output streams to write to" message :


No more output streams to write to, finishing.
frame= 375 fps= 26 q=-1.0 Lsize= 34794kB time=00:00:14.98 bitrate=19027.7kbits/s speed=1.06x
video:34771kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.067360%
Input file #0 (rtsp://192.168.1.100:554/videoinput_1/mjpeg_3/media.stm):
 Input stream #0:0 (video): 375 packets read (35605476 bytes);
 Total: 375 packets (35605476 bytes) demuxed
Output file #0 (test.avi):
 Output stream #0:0 (video): 375 packets muxed (35605476 bytes);
 Total: 375 packets (35605476 bytes) muxed
0 frames successfully decoded, 0 decoding errors



However, if transport is set to TCP with
-rtsp_transport tcp
or-rtsp_flags prefer_tcp
, then the connection remains indefinitely, which, of course, is the desired behavior. Is there any way to get this working properly when the transport is UDP ? Is ffmpeg supposed to be sending info/keep alive back to the camera, but isn't when in UDP ?

-
Record ip camera streaming with two login authentication
13 octobre 2020, par oxorioI'm trying to record a stream with ffmpeg, VLC or OBS that before you view the stream player you need to login with a microsoft account, the URL is something like this


https://yourwebsite.msappproxy.net/Camera/player.html?stats=1



And after you login you have to insert a username and password to watch the camera you want to see.


I've got the .m3u8 and tried to play it on VLC but doesn't start the streaming, searching i found that you can add the credentials to the stream link but this doesn't work either


https://user:password@yourwebstite.msappproxy.net/Camera/hls/live.stream.m3u8



I also tried with the extension "Video DownloadHelper" on Firefox and this extension is able to download the stream but at somepoint stops the download and you need to relogin on the website


Edit :
Added the VLC output log


-- logger module started --
main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
main: playlist is empty
-- logger module stopped --



I tried with "Open in VLC" extension on Firefox so you can open the link you want to play on VLC.


The URL that capture this extension is like this


https://yourwebsite.msappproxy.net/Camara/hls/live.stream-152121.ts



And the VLC output log


-- logger module started --
main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
ps warning: this does not look like an MPEG PS stream, continuing anyway
ps warning: garbage at input from 509, trying to resync...
ps warning: this does not look like an MPEG PS stream, continuing anyway
ps warning: garbage at input from 509, trying to resync...
-- logger module stopped --



Edit 2 (Solution) :
I solved the problem using this chrome extension




Using this extension I was able to capture the stream without cuts


-
OpenCV FFMPEG RTSP Camera Feed Errors
4 avril, par trn2020I'm getting these errors at random times when saving frames from an rtsp camera feed. The errors happen at different times, usually after 100-200 images have been saved, and the errors themselves are not always exactly the same. They cause the images that are saved at the time of the error to be distorted either to the point of being completely grey or contain distorted pixels.


#Frame_142 - [hevc @ 0c3bf800] The cu_qp_delta 29 is outside the valid range [-26, 25].


#Frame_406 - [hevc @ 0b6bdb80] Could not find ref with POC 41


I've tried implementing the code in both python and c++ with the same result. Also tried saving as .png instead of .jpg. The rtsp feed works fine when using imshow to display the camera, the problem only appears to happen when trying to save the frames. From what I can gather the errors have to do with ffmpeg but google isn't much help for these types of errors.


#include <iostream>
#include 
#include <chrono>
#include <thread>

using namespace std;
using namespace cv;

int main() {

 VideoCapture cap("rtsp://admin:admin@192.168.88.97/media/video1");
 if (!cap.isOpened())
 return -1;

 for (int i = 0; i < 500; i++)
 {
 Mat frame;
 cap >> frame;
 imwrite("C:\\Users\\Documents\\Dev\\c++\\OpenCVExample\\frames\\frame" + std::to_string(i) + ".png", frame);
 cout << i << "\n";
 std::this_thread::sleep_for(std::chrono::milliseconds(10));

 }

 return 0;
}
</thread></chrono></iostream>