Sink for sending data via librsync-lib

[Eugen Funk]

Dear community,
does somebody know about a feature in one of the plugins, where I can send image/video data using the stable rsync protocol to a remote server?
I would like to grab images from a camera and transfer them via Wifi to the server. This is not possible with nfs4, since the connection is unstable.

Thank you for every small hint or idea!

Cheers

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[mojontp]

Dear community,
does somebody know about a feature in one of the plugins, where I can send image/video data using the stable rsync protocol to a remote server?
I would like to grab images from a camera and transfer them via Wifi to the server. This is not possible with nfs4, since the connection is unstable.

Thank you for every small hint or idea!

Cheers

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Nicolas Dufresne]

Le jeudi 03 novembre 2011 à 18:26 +0100, Eugen Funk a écrit :

Dear community,
does somebody know about a feature in one of the plugins, where I can send image/video data using the stable rsync protocol to a remote server?

Well rsync is made for syncing existing files (or files hierarchy), not streaming. But if you simply want to record and upload your stream at the same time there exist multiple solutions. First I would suggest using sshfs and a normal filesink. Otherwise you could try this too:

gst-launch v4l2src ! theoraenc ! oggmux ! fdsink fd=4 4>&1 1>&2 | ssh server.com dd of=test.ogg

In a more serious way, you could create an SSH TCP tunnel and combine tcpclientsink and tcpserversrc.

cheers,
Nicolas
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[mojontp]

Hello Nicolas,
thank you for the advise.
Could you explain shortly what this part does?:

fd=4 4>&1 1>&2

I was thinkig to use librsync, because the connection between the server and the client is quite unstable.
Rsync has the ability to check which part of the file has been transfered correctly (hierarchical checksums) and retransfers the required part again.

In my case it is relevant not to loose the frames grabbed from the ip cam.

However, I will test your solution using ssh and report the result here.

Thanks alot!



_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Nicolas Dufresne]

Le mardi 08 novembre 2011 à 10:05 +0100, Eugen Funk a écrit :

Hello Nicolas,
thank you for the advise.
Could you explain shortly what this part does?:

fd=4 4>&1 1>&2

I write to file descriptor (fd) 4, redirect stdout to stderr (1>&2) et redirect fd 4 to stdout (4>&1). This prevent corruption by standard ouput. I don't pretend this is a clean solution, also you most likely want a queue2 to deal with connecion speed change.

I was thinkig to use librsync, because the connection between the server and the client is quite unstable.
Rsync has the ability to check which part of the file has been transfered correctly (hierarchical checksums) and retransfers the required part again.

As said, rsync only works if you store the file to your local disk first, which already works in GStreamer. Honestly  I thought that you mean connection speed is unstable, but if you loose connection, that is something else.

good luck,
Nicolas


_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel