<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Ensemble Designs Forum]]></title>
	<link rel="self" href="http://forum.ensembledesigns.com/feed/atom/"/>
	<updated>2011-12-01T22:56:50Z</updated>
	<generator>PunBB</generator>
	<id>http://forum.ensembledesigns.com/</id>
		<entry>
			<title type="html"><![CDATA[Audio Downmix]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/85/audio-downmix/new/posts/"/>
			<summary type="html"><![CDATA[When using a 7920 HD to SD downconverter, an 8415 audio proccessor card can manually downmix discreet embedded surround channels to 2-channel stereo mix.  Tracks can be mixed or deleted as needed.  We drop LFE and surround, mix the center channel to left and right, or make any downmix we need.  Works great.]]></summary>
			<author>
				<name><![CDATA[bbobich]]></name>
				<uri>http://forum.ensembledesigns.com/user/51/</uri>
			</author>
			<updated>2011-12-01T22:56:50Z</updated>
			<id>http://forum.ensembledesigns.com/topic/85/audio-downmix/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Avenue PC control]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/35/avenue-pc-control/new/posts/"/>
			<summary type="html"><![CDATA[Hi this is my first post...
I do have a subject which I'm sure members will be able to advise me on.
We have a number of distributed Avenue frames in our facility. They have various IP addresses all in the same subnet.
Some of the frames also have members connected via Avnet.
I'm sure in the past I was able to see all the frames (and their Avnet members) via the Avenue PC software even though they had different IPs .
Now it seems like I can only see one frame group at a time once I have entered the IP address in the Avenue PC communications menu. 
I can see the Avnet members in the frame and if I enter another frames IP I can then see that frame and its members just not every frame with a different IP simultaneously.
I am using ver 2.0.11 of the software and most of the control cards are using ver 2.2.8
Any thoughts or suggestions would be greatly appreciated.
Thanks in advance]]></summary>
			<author>
				<name><![CDATA[mike]]></name>
				<uri>http://forum.ensembledesigns.com/user/56/</uri>
			</author>
			<updated>2011-10-27T15:53:57Z</updated>
			<id>http://forum.ensembledesigns.com/topic/35/avenue-pc-control/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[How to Install the MittoMagic Bookmark on your browser]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/56/how-to-install-the-mittomagic-bookmark-on-your-browser/new/posts/"/>
			<summary type="html"><![CDATA[A cool tool created by our Software department, the MittoMagic automatically resizes your Mitto output window to the video portion of specific websites.  MittoMagic is a bookmark on your browser...


MittoMagic Page:    [url]http://www.ensembledesigns.com/support/brighteye-support/mittomagic[/url] 

Youtube Video:   [url]http://www.youtube.com/user/EnsembleDesigns#p/u/6/p0HFZzpNl7Y[/url]]]></summary>
			<author>
				<name><![CDATA[Jeremy]]></name>
				<uri>http://forum.ensembledesigns.com/user/7/</uri>
			</author>
			<updated>2011-07-11T09:11:55Z</updated>
			<id>http://forum.ensembledesigns.com/topic/56/how-to-install-the-mittomagic-bookmark-on-your-browser/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[TBC for HD]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/66/tbc-for-hd/new/posts/"/>
			<summary type="html"><![CDATA[Hi there,

I'm trying to use an unlocked HD/Sdi video feed as part of my workflow.  Without tying up any of my other playout kit, is there a way I can sync the feed before it gets to my downstream keyer.  If I was working with an analogue feed there would be any number of TBCs to choose from, but I can't seem to spot any product that can take in HD/Sdi and tri-level sync and output a timed HD/SDi feed.

Any help would be appreciated.

Thanks,

Thom]]></summary>
			<author>
				<name><![CDATA[mondae]]></name>
				<uri>http://forum.ensembledesigns.com/user/82/</uri>
			</author>
			<updated>2011-05-05T17:40:04Z</updated>
			<id>http://forum.ensembledesigns.com/topic/66/tbc-for-hd/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Brighteye and Closed captioning]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/67/brighteye-and-closed-captioning/new/posts/"/>
			<summary type="html"><![CDATA[I need to use a Brighteye device as a HD 608/708 closed caption reader.  

Input to Brighteye: HD-SDI signal with 608/708 closed caption
Output from Brighteye: HD-SDI signal with open caption lines visible on screen

Which Brighteye can do this?  The Brighteye 72 is close, but if I understand this correctly, the 72 outputs HDMI with open caption, and not HD-SDI.]]></summary>
			<author>
				<name><![CDATA[mike]]></name>
				<uri>http://forum.ensembledesigns.com/user/85/</uri>
			</author>
			<updated>2011-05-05T14:46:08Z</updated>
			<id>http://forum.ensembledesigns.com/topic/67/brighteye-and-closed-captioning/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[converting RGBHV to HD-SDI]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/65/converting-rgbhv-to-hdsdi/new/posts/"/>
			<summary type="html"><![CDATA[I am looking for a solution that will convert my RGBHV signal to HD-SDI for recording.  I have not found a product available on the website has anyone tried a two step process and is that the best way to get it done.

Thanks in advance]]></summary>
			<author>
				<name><![CDATA[michel]]></name>
				<uri>http://forum.ensembledesigns.com/user/79/</uri>
			</author>
			<updated>2011-04-23T22:50:08Z</updated>
			<id>http://forum.ensembledesigns.com/topic/65/converting-rgbhv-to-hdsdi/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Color Correcting On-Set Monitors]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/58/color-correcting-onset-monitors/new/posts/"/>
			<summary type="html"><![CDATA[Our new BrightEye 72 is no ordinary converter. It's much, much more. It has a host of features -- 
[list=*]
[*]Built-in Test Patterns[/*]
[*]Closed Caption Decoding[/*]
[*]Timecode Burn-in[/*]
[*]Audio Level Meters[/*]
[*]H&V Shift and Horizontal Mirror[/*]
[*]Graticule Overlay[/*]
[/list]

And...A complete Proc Amp and RGB Color Corrector.

Here's a situation where that color corrector makes a BIG difference. Putting a television monitor on set, where it will appear in the scene on camera presents a difficult challenge. After the scene is lit and the camera is white balanced to the studio lighting, the on camera talent will look correct. But unless the color temperature of the monitor matches the studio lighting, the color in the images on the monitor will be incorrect when in the camera shot. This App Note shows how easy it is to fix this problem with our BrightEye 72 converter.

[url=http://www.ensembledesigns.com/file_download/514/BE72-On-Set-Color-Correction.pdf/]Click Here[/url] to download the full version.

Let us know what you think!]]></summary>
			<author>
				<name><![CDATA[PL]]></name>
				<uri>http://forum.ensembledesigns.com/user/12/</uri>
			</author>
			<updated>2011-03-10T15:45:18Z</updated>
			<id>http://forum.ensembledesigns.com/topic/58/color-correcting-onset-monitors/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Suggested Level Settings for Avenue 9670 AGC - Automatic Gain Control]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/29/suggested-level-settings-for-avenue-9670-agc-automatic-gain-control/new/posts/"/>
			<summary type="html"><![CDATA[One broadcaster who has been testing our Avenue 9670 AGC - Automatic Gain Control Software - suggests 
the following as the "sweet spot" for his station, a balance between controlling wild levels and not making
the AGC obvious:

Max Level               0 dB
Min Level             -15 dB
Analysis Time      15 sec
Max Atten            -10 dB
Max Gain              10 dB
Transition Time      3 sec

[url]http://www.ensembledesigns.com/products/9670[/url]]]></summary>
			<author>
				<name><![CDATA[bbobich]]></name>
				<uri>http://forum.ensembledesigns.com/user/7/</uri>
			</author>
			<updated>2011-01-03T03:45:32Z</updated>
			<id>http://forum.ensembledesigns.com/topic/29/suggested-level-settings-for-avenue-9670-agc-automatic-gain-control/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[How is ATC different from VITC? Time code details on Ensemble TSGs]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/64/how-is-atc-different-from-vitc-time-code-details-on-ensemble-tsgs/new/posts/"/>
			<summary type="html"><![CDATA[Time code is carried in HD as Ancilliary Time Code or ATC. VITC (Vertical Interval Time Code) is time code for standard definition (SD) signals.  

In SD, it matters which line is used to carry time code because it will actually consume the entire active portion of the line.  And if other services were expecting to use that line there would be a conflict that could not be resolved without moving one of the them.  These sorts of services will only be found by downstream devices if they are located where the device is going to look.  Position is important.

But in HD, where the time code is carried as a data packet, it can be placed most anywhere in the vertical interval.  These data packets do not need to be tied to a specific line.  They are short bursts of data (like embedded audio, but not nearly as many of them), with each burst (a packet) completely identified by the header (label) it carries with it.  In general, these packets are well-behaved and when a device wants to insert one, it will be a good citizen and not put it 'on top of' an existing packet.

Ensemble's test pattern generators (also referred to a test signal generators or TSGs,) such as the 7400 and 9400,  always put the ATC (Ancilliary Time Code) packet in the same place in the vertical interval.

Having said that, why do we still have a line selection control on our time code generator when we are operating in HD?  Because the ATC standard requires that the packet include an identifier as to which line this time code should appear on if the signal is downconverted to SD.  

One would not see the actual physical location of the ATC packet change when adjusting the line select control in the time code menu.  But if you looked inside the ATC packet you would see that we're changing they 'SD equivalent' line marking.  Also, since the 7400 (and 9400) can generate HD SDI on the digital output while simultaneously generating analog NTSC black on the reference output, we still need to be able to move that time code around to suit the needs of the user.]]></summary>
			<author>
				<name><![CDATA[cindy]]></name>
				<uri>http://forum.ensembledesigns.com/user/4/</uri>
			</author>
			<updated>2010-12-16T17:52:54Z</updated>
			<id>http://forum.ensembledesigns.com/topic/64/how-is-atc-different-from-vitc-time-code-details-on-ensemble-tsgs/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Need a portable 2 channel 1 x 8 Analog Audio DA?]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/62/need-a-portable-2-channel-1-x-8-analog-audio-da/new/posts/"/>
			<summary type="html"><![CDATA[Our BrightEye 33 is a 1 x 4 Analog Audio DA.  Testing here at the factory shows you can "stack" (2) two BE33 units together and "bridge" the input from one to the other to create a 1x8 (2 channel) DA system with no signal loss on the output.


[url]http://www.ensembledesigns.com/products/brighteye/be33[/url]]]></summary>
			<author>
				<name><![CDATA[mondae]]></name>
				<uri>http://forum.ensembledesigns.com/user/7/</uri>
			</author>
			<updated>2010-08-26T17:08:09Z</updated>
			<id>http://forum.ensembledesigns.com/topic/62/need-a-portable-2-channel-1-x-8-analog-audio-da/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Creating balance with an AGC - Automatic Gain Control]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/61/creating-balance-with-an-agc-automatic-gain-control/new/posts/"/>
			<summary type="html"><![CDATA[[b]An email thread talking about how to create balance in our AGC software so that the audio changes aren't obvious to the listener and help maintain the integrity of the dynamic range within a program.[/b]

One of our international representatives reported this:  Our customer (name deleted) informed us:
When a huge sound happened, such as a lasting explosion for example, 9670 is
not able to compress this huge sound immediately. It needs at least 1 second
to down the sound to a pre-specified level. Listener will clearly feel the
sound fell down during this 1 second. Under this situation, transition time
is set to 1 second; analysis time is set to 1 second also.

In order to make this explosion to be compressed to a pre-specified level
more quickly, then set both transition and analysis time to minimum 0.5
second, then the sound will become fluctuating, suddenly goes high or low,
very rapidly. This rapid up and down makes person who is watching TV feel
uncomfortable.

Is it normal? Or should we change any parameters to let person who is
watching TV feel better.

(name deleted) is a head-end system and owns dozens channels.  Maybe you
can tell us how they set the parameter on 9670.

[b]My reply:[/b]  The idea behind our AGC is not to compress the dynamic range of a (or
within a) program.  An explosion should be loud, footsteps should be quiet.
The artistic director knows how they want the overall sound of the program
to be.

We help adjust very high or very low prolonged noises, or sound between
programs, or when you break for commercial, or...?  The point is not to
never have a high or low noise, but to make sure that your customers
watching television aren't reaching for their remotes every 5 minutes to
adjust the volume when you go to commercial or when they change channels.

I agree that you don't want to set the transition and analysis time so
tightly, as it will sound like the audio is pumping.

One broadcaster who has been testing our Avenue 9670 AGC - Automatic Gain
Control Software - suggests the following settings for his station, a balance between
controlling wild levels and not making the AGC obvious:
Max Level               0 dB
Min Level             -15 dB
Analysis Time      15 sec
Max Atten            -10 dB
Max Gain              10 dB
Transition Time      3 sec
This may or may not be right for your client, but it is a good place to start.

[b]Their reply:[/b] Thanks for your support and this real example of 9670.
I will try later and reply you.

[url]http://www.ensembledesigns.com/products/9670[/url]]]></summary>
			<author>
				<name><![CDATA[mondae]]></name>
				<uri>http://forum.ensembledesigns.com/user/7/</uri>
			</author>
			<updated>2010-08-23T19:20:15Z</updated>
			<id>http://forum.ensembledesigns.com/topic/61/creating-balance-with-an-agc-automatic-gain-control/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[How ASI and 310M Clock Can Be Improved]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/60/how-asi-and-310m-clock-can-be-improved/new/posts/"/>
			<summary type="html"><![CDATA[Overheard in the lab, "Our clock improvement mechanism is seeing great success out in the field.  One broadcaster had recently installed a new transmitter.  His old ASI to SMPTE 310 converter had such sloppy frequency accuracy that his new exciter would not lock to it.  This can be a big challenge because the SMPTE spec is very loose – too loose, in fact.  It allows a frequency error of up to 2.8 ppm.  This corresponds to the 'old-school' subcarrier frequency spec of 3.58 Mhz +/- 10 Hz.  
That much frequency error corresponds to a bitrate offset of 54 bps (bits-per-second) for the 19.3 Mb/s ATSC service.  The new transmitter  was only sped'd to tolerate a maximum bit error rate of 20 bps.  This is, I believe, a case where the transmitter manufacturer was forced to a much tighter spec than the standard called for in order to produce an acceptable output."

More at:http://www.ensembledesigns.com/products/avenue/4500]]></summary>
			<author>
				<name><![CDATA[cindy]]></name>
				<uri>http://forum.ensembledesigns.com/user/4/</uri>
			</author>
			<updated>2010-06-28T23:46:15Z</updated>
			<id>http://forum.ensembledesigns.com/topic/60/how-asi-and-310m-clock-can-be-improved/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Quality Clocks for Quality Transmission]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/59/quality-clocks-for-quality-transmission/new/posts/"/>
			<summary type="html"><![CDATA[[i]A look at the importance of transport stream bit clocks to ATSC transmission[/i] 

[b]David G. S. Wood[/b]
Chief Design Engineer, Ensemble Designs, Inc.
Former Director of Engineering, WKOW-TV, Madison, Wisconsin


[b]It's a New World[/b]

The shift from analog to digital television transmission in North America presents broadcasters with a host of technical challenges. This is, without question, the biggest change television broadcasting has ever experienced – more significant even than the advent of color. There have been changes at every step in the path. Some things that used to be important are no longer so. There are a lot of new things to learn.

This white paper looks specifically at the importance of clean, accurate, low-jitter clocks in the MPEG transport stream feeding an ATSC transmitting system. It presents a method to improve clock quality, thereby improving the overall performance of the transmission system.

[url=http://www.ensembledesigns.com/file_download/515/Bdcst-Clock-WP.pdf/]Click here[/url] to download the full white paper.]]></summary>
			<author>
				<name><![CDATA[tisha]]></name>
				<uri>http://forum.ensembledesigns.com/user/12/</uri>
			</author>
			<updated>2010-06-16T17:43:46Z</updated>
			<id>http://forum.ensembledesigns.com/topic/59/quality-clocks-for-quality-transmission/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[A Taste of NAB 2010 Road Show - Itinerary by Larry Bloomfield]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/57/a-taste-of-nab-2010-road-show-itinerary-by-larry-bloomfield/new/posts/"/>
			<summary type="html"><![CDATA[We’re doing the Taste of NAB Road Show again for the ninth year. As you know from the past eight years, the Tech-Notes newsletters and our website, we do this so that some of the new technology from the NAB convention in Las Vegas will get out to the grassroots engineers that didn’t make it to the big one in the desert.
 
During these past eight years, we've had approximately 8600 or more in total attendance at the 415 presentations. The count is growing even more this, our eighth year. We've received countless e-mail thanking us and requesting us to return the following year. You can see them posted here on our website, along with other information from past and present years at:  [url=http://www.tech-notes.tv/Taste_of_NAB.html/] Click for Itinerary and Comments[/url].]]></summary>
			<author>
				<name><![CDATA[tisha]]></name>
				<uri>http://forum.ensembledesigns.com/user/12/</uri>
			</author>
			<updated>2010-06-16T17:07:01Z</updated>
			<id>http://forum.ensembledesigns.com/topic/57/a-taste-of-nab-2010-road-show-itinerary-by-larry-bloomfield/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[VGA Connection to BrightEye Mitto]]></title>
			<link rel="alternate" href="http://forum.ensembledesigns.com/topic/47/vga-connection-to-brighteye-mitto/new/posts/"/>
			<summary type="html"><![CDATA[If you are feeding a VGA input to BrightEye Mitto and it's not working properly, please check your cable and be sure the cable has pin 9.]]></summary>
			<author>
				<name><![CDATA[gokce]]></name>
				<uri>http://forum.ensembledesigns.com/user/4/</uri>
			</author>
			<updated>2010-03-08T16:21:12Z</updated>
			<id>http://forum.ensembledesigns.com/topic/47/vga-connection-to-brighteye-mitto/new/posts/</id>
		</entry>
</feed>

