But having live production IPTV system is something else...
This one is for my baybe, sometimes you just make me...
Tuesday, September 7, 2010
Wednesday, August 18, 2010
Dawn of new age for developing...
Well, I'm happy for being inline with future, one more time, following my lecture at Windays conference - DirectCompute Teraflop for masses, and realizing that this is just a sneak preview of multicore future...
And for that kind of happines we need new toys...
Great talk from a guy that knows a thing or two...
And for that kind of happines we need new toys...
Great talk from a guy that knows a thing or two...
Thursday, August 12, 2010
Monday, July 26, 2010
Smooth Streaming IPTV part 2
Well, I had a breakthrough, Smooth Streaming IPTV is near...
I've set main goals to develop architecture and prototypes for IPTV system using Smooth Streaming that has user control without using DRM.
And first prototypes are promising to accomplish all goals...
Just for reference, here are almost generalized requirements for any modern IPTV:
Main target goals are:
0. No DRM, although protection has to be reasonable.
1. Control access to live channels by users.
2. Control access to archived content by users.
3. Control number of concurrent session by single users.
- this implies control over leaching and credential sharing, because single user can have obtain single stream at any time.
4. Architecture must provide linear scalability.
5. Performance of Edge servers must be limited only by network interface, for available mainstream servers 8 core, 4-8 GB of RAM servers, 1 Gbit/s network.
6. Architecture must provide automated load balancing and failover clustering of any one logical and physical server in system.
7. Human resources are severely reduced, administration must be automated, development must be as low as possible, reusing system components like IIS as much as possible.
8. System must be primarily Azure, but in also in general cloud ready, waiting for price to come down.
9. System must be client platform agnostic, providing support for Windows, but also Apple and Android clients.
10. It has to be cheap.
I've set main goals to develop architecture and prototypes for IPTV system using Smooth Streaming that has user control without using DRM.
And first prototypes are promising to accomplish all goals...
Just for reference, here are almost generalized requirements for any modern IPTV:
Main target goals are:
0. No DRM, although protection has to be reasonable.
1. Control access to live channels by users.
2. Control access to archived content by users.
3. Control number of concurrent session by single users.
- this implies control over leaching and credential sharing, because single user can have obtain single stream at any time.
4. Architecture must provide linear scalability.
5. Performance of Edge servers must be limited only by network interface, for available mainstream servers 8 core, 4-8 GB of RAM servers, 1 Gbit/s network.
6. Architecture must provide automated load balancing and failover clustering of any one logical and physical server in system.
7. Human resources are severely reduced, administration must be automated, development must be as low as possible, reusing system components like IIS as much as possible.
8. System must be primarily Azure, but in also in general cloud ready, waiting for price to come down.
9. System must be client platform agnostic, providing support for Windows, but also Apple and Android clients.
10. It has to be cheap.
Wednesday, July 21, 2010
Tuesday, June 29, 2010
New stop - Smooth HD IPTV
Yeah, it is time to build Smooth HD IPTV system.
I've been working on prototypes for a few months, covering tricky aspects of building complete IPTV solution...
But there is still one very elusive functionality to overcome, HTTP fragmented streaming is basically session-less, not the strong unicast connection of RTSP streaming, so how do we control users, namely preventing multiple connections with one account.
In Windows Media Services, there is server which can be asked to list all active connections, so preventing of multiple login is simple, connect all servers via mesh of web services and prior to generating server side playlist with actual content, check for existing connections in farm.
But with Smooth Streaming, this will prove to be very tricky. Of course we are talking about non DRM protected content, having PlayReady DRM or some other DRM system is whole other game with challenges of it’s own.
I will try several ideas, first one is to create custom Advanced Logging Server, and process logs in real-time, second will be creating custom proxy server that will parse independent GOPs in realtime and provide as borderline protection layer, but from my point of view, it will be one hell of a ride…
For more up to date info on progress, email, skype, send pigeon, even the smoke signals will work on calm sunny days…
P.S.
Why I just don’t employ DRM? Well there are two factors, not all platforms support PlayReady and it is not very cost-effective.
Had I mention not very flexible?
I've been working on prototypes for a few months, covering tricky aspects of building complete IPTV solution...
But there is still one very elusive functionality to overcome, HTTP fragmented streaming is basically session-less, not the strong unicast connection of RTSP streaming, so how do we control users, namely preventing multiple connections with one account.
In Windows Media Services, there is server which can be asked to list all active connections, so preventing of multiple login is simple, connect all servers via mesh of web services and prior to generating server side playlist with actual content, check for existing connections in farm.
But with Smooth Streaming, this will prove to be very tricky. Of course we are talking about non DRM protected content, having PlayReady DRM or some other DRM system is whole other game with challenges of it’s own.
I will try several ideas, first one is to create custom Advanced Logging Server, and process logs in real-time, second will be creating custom proxy server that will parse independent GOPs in realtime and provide as borderline protection layer, but from my point of view, it will be one hell of a ride…
For more up to date info on progress, email, skype, send pigeon, even the smoke signals will work on calm sunny days…
P.S.
Why I just don’t employ DRM? Well there are two factors, not all platforms support PlayReady and it is not very cost-effective.
Had I mention not very flexible?
Friday, June 25, 2010
Beat the shit out of them...
http://www.maximumpc.com/article/news/ie9_bests_chrome_html5_test
Microsoft motto is still the same - it is important to be second...
And MS is also proving one additional point, people are true and only company's resource...
Once the MS politics decided on new target, it has most brilliant world resources on its disposal...
Living as a MS partner firm and developing products can be very stressful, because of sheer brute power that MS can resolve to and enter niche market you were working in...
It happened to me, when I've developed only true Windows Media PVR system in the world, client side, server side with DRM or not, complete success brought to production phase in Norway...
The MS brought Smooth Streaming, and all market advantage had gone down the drain :)
But, hey :)
We have new toys :D
Microsoft motto is still the same - it is important to be second...
And MS is also proving one additional point, people are true and only company's resource...
Once the MS politics decided on new target, it has most brilliant world resources on its disposal...
Living as a MS partner firm and developing products can be very stressful, because of sheer brute power that MS can resolve to and enter niche market you were working in...
It happened to me, when I've developed only true Windows Media PVR system in the world, client side, server side with DRM or not, complete success brought to production phase in Norway...
The MS brought Smooth Streaming, and all market advantage had gone down the drain :)
But, hey :)
We have new toys :D
Subscribe to:
Posts (Atom)