[opendtv] Re: Half Truths - Was More 1080p@60

Tom;

At least in the digital realm, I think that the switching is done somewhat
different.  For one thing, MPEG-2 only permits switching at designated
points.  Also, SMPTE time code (see ISO/IEC-13818-2) specifically does not
play any part in multiplexing or demultiplexing MPEG-2 streams.)

Also, there are proprietary interfaces everywhere in automation systems, and
the developers may have worked things out in weird ways.  But, that approach
is just about dead.

The emerging BXF protocol (SMPTE 2021, still in development, but not for
long) for automation/etc (there will be an article on this in next month's
Broadcast Engineering magazine that might be helpful) provides support for
SMPTE time code, but the timing is done in millisecond increments.

I just did a google search for broadcast automation system vendors in
Gainesville.  Florical has membership on the SMPTE S22-WG10 group that is
developing the SMPTE 2021 protocol. Indeed, I believe that florical has
already deployed a working system.  Digital Broadcast doesn't appear to have
a member on the group and will have to do some catch-up work, since "the
whole industry" is going to SMPTE 2021, and that's would appear to include
broadcast, cable and IPTV.

(I'm a member of S22-WG10, and have been participating since the second
meeting of the Ad-hoc group.)

John Willkie


-----Mensaje original-----
De: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] En
nombre de Tom Barry
Enviado el: Friday, December 07, 2007 4:23 PM
Para: opendtv@xxxxxxxxxxxxx
Asunto: [opendtv] Re: Half Truths - Was More 1080p@60

Actually I work on commercial broadcast automation software, including a 
couple of applications that do that cutting you mention.  But I've never 
had to go into that part of the code to see how it does it.  Maybe I 
will when I get the chance.

- Tom

John Willkie wrote:
> Tom;
> 
> I told you before -- it's not the "long run" that counts, it's EACH FRAME.
> If you are simply cutting a program at the end of 30 minutes, your
approach
> would work.
> 
> Ever watch TV?  You'll note that there are many cuts within a minute.
Each
> one of those is matched up with time code.  (This is without worrying
about
> the 1 in 4 four limitation on a cutting -- with some editors -- only at
the
> boundary of a color sequence in NTSC.)
> 
> Your approach would mean that after assembling a program using many short
> cuts, the editor would have to go back and possibly trim the assemblage to
> fit the allotted time.  And, they'd be s-o-l, since they might have to
> assemble the whole piece again.
> 
> John Willkie


 
 
----------------------------------------------------------------------
You can UNSUBSCRIBE from the OpenDTV list in two ways:

- Using the UNSUBSCRIBE command in your user configuration settings at 
FreeLists.org 

- By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word 
unsubscribe in the subject line.

Other related posts: