Adam; This is the second time, actually, that you saved me work, since I thought at one time that AFD was in the pmt descriptors, and I coded for it. Stubbing out these things at this point makes my life easier, since there's no need to debug these things. John -----Mensaje original----- De: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] En nombre de Adam Goldberg Enviado el: Sunday, March 09, 2008 6:59 AM Para: opendtv@xxxxxxxxxxxxx Asunto: [opendtv] Re: Redefining anamorphic I don't mean to give you work, I thought you knew something I didn't. AFD, bar data, and pan/scan vectors are carried at the video layer (-2), and I'm unaware of any use or specification for any of these things at the system layer (-1, PSIP). Yes, of course, SMPTE is hard at works, and good on 'em. There needs to be mechanisms to carry this sort of data around so that it can end up in the video layer at emission. Adam Goldberg adam_g@xxxxxxxxx -----Original Message----- From: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] On Behalf Of John Willkie Sent: Sunday, March 09, 2008 12:42 AM To: opendtv@xxxxxxxxxxxxx Subject: [opendtv] Re: Redefining anamorphic There has been some recent smpte work on transporting afd and pan/scan - bar data in SDI/HD-SDI. It's somewhere on my hard-drive, but I've been having the weirdest problem for hours, and I haven't been able to spare the time to search, or have my computer search for it. I've rebooted about 5 times in the last three hours. Each reboot causes me to regroup, and none of these reboots has been unplanned. It's been years since I did any work in this area, but somewhere I saw a specification for bar data. I'm not so sure about pan/scan; the more recent SMPTE stuff might have confused me. There are just so many specifications and limited mental bandwidth to keep track of them. John Willkie -----Mensaje original----- De: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] En nombre de Adam Goldberg Enviado el: Saturday, March 08, 2008 9:26 PM Para: opendtv@xxxxxxxxxxxxx Asunto: [opendtv] Re: Redefining anamorphic 302M is an audio thing, I think. All 300 468 has is a different "component type" for streams with/without pan vectors. You may be right, something may be somewhere, but it'd be news to me. Adam Goldberg adam_g@xxxxxxxxx -----Original Message----- From: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] On Behalf Of John Willkie Sent: Saturday, March 08, 2008 8:43 PM To: opendtv@xxxxxxxxxxxxx Subject: [opendtv] Re: Redefining anamorphic IIRC, SMPTE S302M, and I thought it was in the DVB-SI spec, but it ain't jumping out for me at this moment. John Willkie -----Mensaje original----- De: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] En nombre de Adam Goldberg Enviado el: Saturday, March 08, 2008 4:32 PM Para: opendtv@xxxxxxxxxxxxx Asunto: [opendtv] Re: Redefining anamorphic Where's the descriptor definition for "pan/scan - bar data"? Adam Goldberg adam_g@xxxxxxxxx -----Original Message----- From: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] On Behalf Of John Willkie Sent: Friday, March 07, 2008 7:45 PM To: opendtv@xxxxxxxxxxxxx Subject: [opendtv] Re: Redefining anamorphic I'm sorry if what I said was confusing. I thought I was indicating that a PSIP generator has no ability to affect video picture metadata. However, a PSIP generator that could dynamically sample the transport stream could detect if AFD was present, and if not, could inject pan/scan - bar data into the inner loop descriptor of the PMT entry for the video elementary stream. John Willkie -----Mensaje original----- De: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] En nombre de Adam Goldberg Enviado el: Friday, March 07, 2008 10:33 AM Para: opendtv@xxxxxxxxxxxxx Asunto: [opendtv] Re: Redefining anamorphic Explain how a PSIP generator has any affect on AFD? ---------------------------------------------------------------------- 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. ---------------------------------------------------------------------- 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. ---------------------------------------------------------------------- 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. ---------------------------------------------------------------------- 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. ---------------------------------------------------------------------- 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. ---------------------------------------------------------------------- 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. ---------------------------------------------------------------------- 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.