reading the developers notes etc, theres nothing great about this avinity RenderCast platform ,it's basicly a
very limited subset of
XML,
CSS and
Javascript edited inside Eclipse ,much the same as the old antiquated Liberate CPU cycles swallowing GUI scripting language and interpreter in very limited scope.
"Elements
There are not many elements we can use in the RenderCast platform..."
http://developer.rendercast.com/doc/Tutorial
the super light, tiny yet powerful rebol View (written by
Carl Sassenrath of AmigaOS multitasking fame) would have been a far better base for any new expandable TCP/IP/UDP script GUI language in todays world STB/SOC market place
http://www.rebol.net/cgi-bin/r3blog.r
---------- Post added at 04:17 ---------- Previous post was at 04:14 ----------
Quote:
Originally Posted by Turkey Machine
The problem with migrating to H.264 is that it requires migration to DVB-C2, which is still in draft. The fact all their STBs (V+ and VBox) are DVB-C compatible means if they were to migrate their entire network to DVB-C2, they'd need to update EVERY box! Frankly I can't see that happening.
|
your mixing things up, AVC, aka H.264, aka Mpeg4-
part10 does NOT require any such DVB-C2, its just a video codec to get better quality at 2.5+ better compression at a given screensize ,and so save lots of bandwidth and file size, it's totally seperate and unrelated to any DVB-* tunnel protocol you might push your AVC/AAC/whatever container transport stream into to deliver it at the CPE end.
you have your video codec, your audio codec and any other data such as sub titles, you place all these inside your container, be it .mpeg,.mp4,or even .AVI container, or Transport Stream (although the TS [Transport Stream]isnt really a true container but close enough for this thread) you then place that on your DVB whatever tunnel , DVB comes in several flavours, each one incremental version basicly allowing you to put more and more data inside a given freq/space....
DVB-C(2) ,DVB-S(2) ,DVB-T(2) ,DVB-H(2), you can put any of your antiquated Mpeg2 only video+audio encoded transport stream or your far better compressable AVC+audio inside any of these DVB types and indeed they do.