GStreamer > rtsp > tcp dump > dissector > reaasembly > playable video file
Locked
 
|
re:
GStreamer > rtsp > tcp dump > dissector > reaasembly > playable video file Hi, I plan to install a number of IP (Wifi) cameras supporting WiFi Direct (P2P) I can access a single IP camera from app run on Android tablet. Some claim, 4 wifi cameras can be connected to Android tablet to get quad video mode enabled. I would like to emulate WiDi Direct camera with GStreamer, as a proof of concept, if rtsp video stream can tcp dumped (saved to a file), processed (dissected), reassembled into video (file), animated gif, image frames, to be played back as video in VLC or other video player. My project aims at setting up a number of WiFi Direct cameras in outdoor, to let a driver on-the-goto watch a front and back of high/ her car while driving. As you know, a driver is banned to operate his tablet, smartphone while driving, for safety reasons. So an app run on Android's tablet, smartphone , should monitor WiFi traffic, select Wifi video stream from my WiFi Direct camera/s , save it as tcp dump, process, dissect, reassmbly and play back as a video, for just few seconds, while a driver is still in close proximity of such camera. Ok, WiFi Direct camera can support multicast, to let more drivers to access the same video stream, to be played on their smartphone, following: 1. WiFi pairing 2. Start video player app 3. Close video player app if signal from WiFi Direct camera is lost but if you drive a car, it takes time to execute the above operations, so video stream signal can be easily lost The same procedure should be repeated accessing another WiFi Direct camera ( known by UID or SSID). Video stream from my cameras should bo open, public, not encrypted That way WiFi Direct camera can work as an old analog camera, multicasting video to unlimited of concurrent users. WiFi direct camera has a limit set on a number of concurrent users, so video access can be easily disrupted if a number of drivers park their cars while keeping connected to WiFi Direct camera match the limit and a new driver on-the-go can not be paired to the same camera. Some use a solution to power on/ power off a camera to log out long-time users, in a loop. But I don't have such option and it takes camera more than 10-20s to start video streaming again after power is back, making such solution not welcome. So my idea is to use GStreamer to emulate WiFi Direct camera and save rtsp video stream as tcp dump find a proper dissector ( none found with wireshark) and tcp reassembler to make things to work as planned. Please let me know your opinion. -- Sent from: http://gstreamer-devel.966125.n4.nabble.com/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Re: GStreamer > rtsp > tcp dump > dissector > reaasembly > playable video file
|
|
Le ven. 22 févr. 2019 04 h 27, darius <[hidden email]> a écrit : re: I'm not saying I have followed everything here, but are you looking for pcapparse element ?
_______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Re: GStreamer > rtsp > tcp dump > dissector > reaasembly > playable video file
|
|
I may be missing some context here, but why do you need to TCP dump in order to save into a file?
Won’t something like the following achieve roughly the same? gst-launch-1.0 uridecodebin uri=rtsp://ip.address:port/mapping ! x264enc ! qtmux ! filesink location=file.mp4 -e This will receive de RTSP stream, decode it, re-encode it, and save it to a file. If you knew the camera’s encoding format and handled key frames properly you could do it without the transcoding and save the processing (and battery life). You could even capture the 4 cameras and combine them in a single file using the compositor. Michael
_______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
Thank you Michael,
Thank you Nicolas, at the Wireshark ask forum I was told the solution described by you is not supported by the Wireshark "gst-launch-1.0 uridecodebin uri=rtsp://ip.address:port/mapping ! x264enc ! qtmux ! filesink location=file.mp4 -e This will receive de RTSP stream, decode it, re-encode it, and save it to a file. If you knew the camera’s encoding format and handled key frames properly you could do it without the transcoding and save the processing (and battery life). You could even capture the 4 cameras and combine them in a single file using the compositor. --- WiFi Direct IP camera generally comes with support for multicasting but number of concurrent users is limited to 4 or 8, as I was told. What is hot about WiFi Direct IP camera is no extra hardware like router, server, Internet access, is required to watch video streamed locally on tablet, smartphone, laptop Limit set on a number of concurrent users is an obstacle for me if I plan my WiFi Direct camera to stream video as a public camera ( not encrypted) since that number of users, having once connnected to the camera ( wifi pairing) and staying connected locally for a longer time, may block any new user from accessing my public camera. Linux supports monitor mode for selected wifi interface usb dongles to let app to look for wifi stream and wifi stream from my public camera/s ( if m ore than 1 installed), identified not by pairing but by UID / SSID of my camera to dissect the wifi stream to get only video stream from my camera and get it processed to make it playable live in video player / web b rowser/ VLC ... Ok, video stream from my public camera over wifi, can be identified by some source/destination addresses but ACK messages come as third party's traffic so I am not sure if the solution can handle such tcp dump correctly. 2. Buying IP camera I don't get API, specification, configuration manual all I get is a request to get Guard app from Google Play (for Android) and nothing more 3. I would like to emulate WiFi Direct standard with wifi router / server / wifi interface / GStreamer to let me run tests if my concept is feasible to make public WiFi Direct IP camera accessible by 10+ peers in multicast mode 4. I am not aware of relations between WiFi Direct vs. ONVIF camera standards so I would like to emulate ONVIF camera with the above hardware/ software configuration to run more tests Let me know your opinion -- Sent from: http://gstreamer-devel.966125.n4.nabble.com/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |