<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Down The Sync?</title>
	<atom:link href="http://blog.depomerai.com/2008/11/down-the-sync/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.depomerai.com/2008/11/down-the-sync/</link>
	<description>the website of rowan de pomerai</description>
	<lastBuildDate>Sat, 31 Oct 2009 16:40:28 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Rowan</title>
		<link>http://blog.depomerai.com/2008/11/down-the-sync/comment-page-1/#comment-170</link>
		<dc:creator>Rowan</dc:creator>
		<pubDate>Mon, 10 Nov 2008 16:14:11 +0000</pubDate>
		<guid isPermaLink="false">http://rowan.depomerai.com/?p=604#comment-170</guid>
		<description>Olly

Sorry for only just replying - your message got flagged as spam... Yes, metadata for emission coding is exactly what I&#039;m talking about - how to integrate Dolby E into a file-based workflow in the sense of Dolby E coming in (from a contribution link or whatever), transferring it into a file system but keeping the metadata in tact for re-use later. Yes, you almost certainly want to work in linear, but keeping the metadata is important - that&#039;s what I&#039;m talking about really. Currently in PQ for example, they have to manually read the metadata settings off the decoder, store them in a database and re-enter them by hand onto the output audio! And like it or not, Dolby E coming in is a fact of life for now, so we need a better solution... (And yeah, I&#039;m talking to Andrew, thanks though)

R</description>
		<content:encoded><![CDATA[<p>Olly</p>
<p>Sorry for only just replying &#8211; your message got flagged as spam&#8230; Yes, metadata for emission coding is exactly what I&#8217;m talking about &#8211; how to integrate Dolby E into a file-based workflow in the sense of Dolby E coming in (from a contribution link or whatever), transferring it into a file system but keeping the metadata in tact for re-use later. Yes, you almost certainly want to work in linear, but keeping the metadata is important &#8211; that&#8217;s what I&#8217;m talking about really. Currently in PQ for example, they have to manually read the metadata settings off the decoder, store them in a database and re-enter them by hand onto the output audio! And like it or not, Dolby E coming in is a fact of life for now, so we need a better solution&#8230; (And yeah, I&#8217;m talking to Andrew, thanks though)</p>
<p>R</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rowan</title>
		<link>http://blog.depomerai.com/2008/11/down-the-sync/comment-page-1/#comment-174</link>
		<dc:creator>Rowan</dc:creator>
		<pubDate>Mon, 10 Nov 2008 15:13:54 +0000</pubDate>
		<guid isPermaLink="false">http://rowan.depomerai.com/?p=604#comment-174</guid>
		<description>Hi Simon

Thanks for the message. I&#039;ve certainly come across plenty of your kit, and I&#039;ve come across Valid/Valid8... One of my jobs will be to look at test/lineup/sync requirements, so I&#039;ll certainly be finding out more. I&#039;ll get in touch when I&#039;m back at work (having day off today!), it&#039;d be great to chat to you.

Rowan</description>
		<content:encoded><![CDATA[<p>Hi Simon</p>
<p>Thanks for the message. I&#8217;ve certainly come across plenty of your kit, and I&#8217;ve come across Valid/Valid8&#8230; One of my jobs will be to look at test/lineup/sync requirements, so I&#8217;ll certainly be finding out more. I&#8217;ll get in touch when I&#8217;m back at work (having day off today!), it&#8217;d be great to chat to you.</p>
<p>Rowan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon PB</title>
		<link>http://blog.depomerai.com/2008/11/down-the-sync/comment-page-1/#comment-173</link>
		<dc:creator>Simon PB</dc:creator>
		<pubDate>Mon, 10 Nov 2008 14:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://rowan.depomerai.com/?p=604#comment-173</guid>
		<description>Rowan,

We make Valid in both HD &amp; SD for video/audio line up, and you&#039;ve doubtless seen lots of our other kit around.  I work in development for our Vistek line, and would be happy to help in any way I can.  We are active in Dolby E embedding, and keep finding all sorts of issues...

Best Regards,

Simon</description>
		<content:encoded><![CDATA[<p>Rowan,</p>
<p>We make Valid in both HD &amp; SD for video/audio line up, and you&#8217;ve doubtless seen lots of our other kit around.  I work in development for our Vistek line, and would be happy to help in any way I can.  We are active in Dolby E embedding, and keep finding all sorts of issues&#8230;</p>
<p>Best Regards,</p>
<p>Simon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rowan</title>
		<link>http://blog.depomerai.com/2008/11/down-the-sync/comment-page-1/#comment-172</link>
		<dc:creator>Rowan</dc:creator>
		<pubDate>Fri, 07 Nov 2008 10:26:17 +0000</pubDate>
		<guid isPermaLink="false">http://rowan.depomerai.com/?p=604#comment-172</guid>
		<description>Hi Trevor

Tell me about it - getting your delays exactly right is a big problem. I take it you&#039;re using an LCD display? (This will introduce a video delay because of its own processing.) I&#039;m not aware of any simple consumer device (i.e. anything that doesn&#039;t cost thousands) for doing this type of test, but then to be honest, I&#039;ve never looked... If I hear of anything, I&#039;ll let you know.

Thanks for reading! Rowan</description>
		<content:encoded><![CDATA[<p>Hi Trevor</p>
<p>Tell me about it &#8211; getting your delays exactly right is a big problem. I take it you&#8217;re using an LCD display? (This will introduce a video delay because of its own processing.) I&#8217;m not aware of any simple consumer device (i.e. anything that doesn&#8217;t cost thousands) for doing this type of test, but then to be honest, I&#8217;ve never looked&#8230; If I hear of anything, I&#8217;ll let you know.</p>
<p>Thanks for reading! Rowan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trevor Harris</title>
		<link>http://blog.depomerai.com/2008/11/down-the-sync/comment-page-1/#comment-175</link>
		<dc:creator>Trevor Harris</dc:creator>
		<pubDate>Fri, 07 Nov 2008 00:00:24 +0000</pubDate>
		<guid isPermaLink="false">http://rowan.depomerai.com/?p=604#comment-175</guid>
		<description>Hi Rowan Thanks for a very interesting blog. One major problem for me is setting audio delay exactly. The time delays from my Onkyo Amplifier can be calibated automatically with a microphone. The time delay from my Sky box can be adjusted in 20ms intervals. I use the Sky testcard which is transmitted from time to time on Sky Arts but I find it very difficult to judge when sync is achieved. So I need some simple device to measure the time delay.</description>
		<content:encoded><![CDATA[<p>Hi Rowan Thanks for a very interesting blog. One major problem for me is setting audio delay exactly. The time delays from my Onkyo Amplifier can be calibated automatically with a microphone. The time delay from my Sky box can be adjusted in 20ms intervals. I use the Sky testcard which is transmitted from time to time on Sky Arts but I find it very difficult to judge when sync is achieved. So I need some simple device to measure the time delay.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Olly</title>
		<link>http://blog.depomerai.com/2008/11/down-the-sync/comment-page-1/#comment-178</link>
		<dc:creator>Olly</dc:creator>
		<pubDate>Tue, 04 Nov 2008 10:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://rowan.depomerai.com/?p=604#comment-178</guid>
		<description>Q &quot;What do you do when you want to put Dolby E into a file-based workflow?&quot;
A Think carefully about why you would want to do that..... and then don&#039;t do it! - Go linear, Dolby E exists because you only get 4 audio tracks on an HDcam machine and because some contribution links have limited bandwidth. In a file based world there is very little need for it - it complicates things. With HDSDI you get 32 tracks of audio and that is where we need to put the surround mix. The real question is how do you transport the metadata for the emission coder....

Did you talk to Andrew M about the sync stuff he&#039;s doing?</description>
		<content:encoded><![CDATA[<p>Q &#8220;What do you do when you want to put Dolby E into a file-based workflow?&#8221;<br />
A Think carefully about why you would want to do that&#8230;.. and then don&#8217;t do it! &#8211; Go linear, Dolby E exists because you only get 4 audio tracks on an HDcam machine and because some contribution links have limited bandwidth. In a file based world there is very little need for it &#8211; it complicates things. With HDSDI you get 32 tracks of audio and that is where we need to put the surround mix. The real question is how do you transport the metadata for the emission coder&#8230;.</p>
<p>Did you talk to Andrew M about the sync stuff he&#8217;s doing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rowan</title>
		<link>http://blog.depomerai.com/2008/11/down-the-sync/comment-page-1/#comment-177</link>
		<dc:creator>Rowan</dc:creator>
		<pubDate>Tue, 04 Nov 2008 08:25:15 +0000</pubDate>
		<guid isPermaLink="false">http://rowan.depomerai.com/?p=604#comment-177</guid>
		<description>Hi Mark. Well if you can notice a 6ms sync error then you certainly have a sharper ear than I! However one of the things I&#039;m going to be looking into is a line-up and sync test that can be run and provide us all the testing checks we need as we&#039;re unhappy with any current solution. We&#039;ll see how it goes...</description>
		<content:encoded><![CDATA[<p>Hi Mark. Well if you can notice a 6ms sync error then you certainly have a sharper ear than I! However one of the things I&#8217;m going to be looking into is a line-up and sync test that can be run and provide us all the testing checks we need as we&#8217;re unhappy with any current solution. We&#8217;ll see how it goes&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Simpson</title>
		<link>http://blog.depomerai.com/2008/11/down-the-sync/comment-page-1/#comment-176</link>
		<dc:creator>Mark Simpson</dc:creator>
		<pubDate>Mon, 03 Nov 2008 22:36:54 +0000</pubDate>
		<guid isPermaLink="false">http://rowan.depomerai.com/?p=604#comment-176</guid>
		<description>Hi Rowan, Martin passed on the link to your blog. I&#039;m looking forward to seeing/hearing the improvements you&#039;re going to make as it has been a rather messy few months as far as the BBC HD lip sync is concerned!  When I bought my Humax Foxsat it took me weeks to convince some nice people there where the fault lay, then a few weeks ago found it was a mile out again.  I am fussy mind you, an audio delay I reported to our engineers in Belfast was measured as 6ms...

As to those pesky playout people (!) at least there is plenty of time on the channel where you can play about to trace faults where there&#039;s no programming on air.  If you could convince them of the usefulness of a test card incorporating a lip-sync test, that&#039;d be good!  8o)

Mark.</description>
		<content:encoded><![CDATA[<p>Hi Rowan, Martin passed on the link to your blog. I&#8217;m looking forward to seeing/hearing the improvements you&#8217;re going to make as it has been a rather messy few months as far as the BBC HD lip sync is concerned!  When I bought my Humax Foxsat it took me weeks to convince some nice people there where the fault lay, then a few weeks ago found it was a mile out again.  I am fussy mind you, an audio delay I reported to our engineers in Belfast was measured as 6ms&#8230;</p>
<p>As to those pesky playout people (!) at least there is plenty of time on the channel where you can play about to trace faults where there&#8217;s no programming on air.  If you could convince them of the usefulness of a test card incorporating a lip-sync test, that&#8217;d be good!  8o)</p>
<p>Mark.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
