Protocols for streaming

[leunam]

Hello, my name is Manuel.

I'd like to know if this is the correct forum for the following questions.
(I've searched this and others pages but didn't find the answers, sorry if my questions are too simple and disturb you)

We're trying to stream a video signal (no sound) trough internet, encrypted, and still don't knwo the "best" way of doing it:
- protocol (we have read https is not the optimus solution???) https, rstp,...
- will a barebone computer be able to manage h-264? is the best encoding for bandwith issues?
- is the vlc enough for it or do we need a separate wer server?

Thank you in advance
Best regards
Manu

PD: Forgive my poor english

[leunam]

Hello again
Would someone kindly tell me which is the correct forum to post these questions?

Sorry for disturbing

Best regards
Manu

[Rémi Denis-Courmont]

There is no yes/no answer. There are at least three different ways to encrypt in VLC: CSA for MPEG-TS content, Secure RTP for RTP protocol, and TLS for HTTP(S). It is really dependent on your requirements etc.

[leunam]

Thank you for your quick answer.
Is there a place where we could study the diferent options you mention related to vlc?
Best regards
Manu

[Jean-Baptiste Kempf]

Well, it depends on your use case... One-to-One? One-to-many?

[leunam]

We need to capture a vga video signal (no sound), compress it (for bandwidth issues), encrypt it (for legal issues).
In the other side, only one client needs to see it (live, on the run as we don't have a file, it's to be captured)

Thank you very much for your time and answers
Manu

[Jean-Baptiste Kempf]

Through a control netwrok? Through internet? Using VLC as a client?

[leunam]

Hello,

Through internet, using vlc as client, but in the future using only a web browser.
The server will be in diferent locations each time (portable) and also the client, so we need to send the server ip to the client.
We intend to use 3G in the first run and wait for ipv6.

Thank you very much

[Rémi Denis-Courmont]

Encrypting content is not a problem as such. There is TLS for HTTP streams and SRTP for RTP streams. The real problem is client authentication, or distribution of decryption keys.

In any case, there is no way to have both servers and clients be mobile. There has to be some kind of fixed rendez-vous point, usually the DNS hostname of the server.

[leunam]

Thank you for your invaluable time

Is there a site where we could study which one suits better our (simple) specifications (TLS or SRTP)?
(We have to stream a vga/xga quality video over Internet to just one client)
As you point, the ip rendez-vous will be (manually) solved, till ipv6 allow us fixed ips.

Best regards
Manu

[Greg]

A couple of ideas ...

Using a dns service like dyndns.com may be a solution to your currently roaming nonstatic IP.
If you only have one client, perhaps a VPN might be a simple solution to the security/encryption requirement.
Also
3G can be troublesome wrt : proxy servers, blocked ports, traffic management policys, etc.