N-tier video streaming
Pierre Sahores
Using Revolution for Socket Driven and Server Applications
Why Revolution, instead of Java?
Just because...
- I need to increase the performance of the solutions I provide, and make my customers happy, without having to ask them for incredible budgets.
- Revolution lets me design and code all the core parts of my sockets-driven applications where the java-world doesn't provide any equivalent.
- Revolution never leaves me "beside the road", even when I use it to build critical-state applications servers, which have to be able to serve millions of write-mode connections every day...
...because, whenever I find, outside the Revolution paradigm, a useful feature I need, it's childs play to make it available to my application using Revolution. The last feature I picked out from the java-world to get it available inside my apps : the EJB2.0 design pattern, cloned to Revolution as my ERB design patterns show...
...besides using Rev to build WEB/ERP "n-tier" reporting solutions - Rev+Apache+PostgreSQL as core tools - I'm now working on "n-tier" video streaming solutions, Rev+Apache+PostgreSQL+QTSS as core tools. This activity is growing fast as a business and a technical response to the need to serve different kind of video streaming contents in both unicast and multicast contexts.
National French Museums are investigating using our high quality/bandwidth unicast solution in their LAN networks, as a replacement of the analogic video solutions they are currently using.
- With the introduction of the "Ecole Pratique des Hautes-Etudes" (EPHE - Sorbonne Univ), two french universities are considering using our middle-quality/bandwidth multicast solution in their WAN networks policy, to provide their students with courses over the web.