GStreamer > rtsp > tcp dump > dissector > reaasembly > playable video file

[darius]

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/