Michael Lazar
Forum Replies Created
-
I did a bit of research and based on what you described it seems you have an SD-2000 encoder and the additional card with the S/PDIF input supports real-time encoding of 5.1 audio into AC-3.
Michael
-
This *sounds* like a Creator system with the external Sonic Audio Interface box and both an SD-series real-time encoder card (the one that has the BNC and VHDIC SCSI connectors on the back) and a Fusion decoder card for proofing only (note that the SD-series encoder card is also capable of proofing so technically you don’t need both cards in the system at once). Nice system. You should take a closer look at the SD card to determine if it’s a 1000 or 2000 card.
The SD-series encoders (1000 or 2000) require SDI video. If you don’t have any video decks with SDI outputs, this system won’t be of much use to you – working or not. You also need video decks that are frame accurate and capable of being controlled via an RS-422 interface. Finally, you need AES/EBU audio outputs on the video deck to feed into the exernal Sonic Audio Interface box. [Note with the Fusion card you don’t need a video monitor with SDI inputs for proofing – Y/C will do. Though the quality of the video is so much better with SDI.]
If you don’t have these kinds of components, this is likely the wrong system for you. If you do, let me know and I’ll try to walk you through the hook-ups. It’s actually not that hard.
But…you also need a valid Sonic keyfile to enable the software – which is created by running the Sonic Keyfile Activator application (in the folder with the rest of the Sonic applications). It requires that you in turn have a Activator Code – which comes from Sonic. The person who sold you the system should be able to give you either the generated keyfile (which ought to have been in place already) or (even better) the permanent Activator Code for you configuration. Sonic sends this to you shortly after the system is purchased new. If you don’t have either you’ll have to get the serial numbers off the SD and Fusion cards and contact Sonic. They should be able to help you out.
Then there’s learning how to author using a spec-level tools like Creator. ;->
Good Luck!
Michael
-
The specific question regards player behavior when there are “gaps” in the list of available streams.
For example, if the VTS has four subtitle streams (0, 1, 2, & 3) and you only mark streams 0 and 2 as Available in a Title (PGC), do all the players you test behave in a useful and consistent manner when playing this Title (PGC)? Or, are the results undefined with different players behaving differently?
Michael
-
Sure. No problem.
First, I don’t own a Scenrist system and I’m not looking for technical support.
I am investigating a relatively obscure feature of the DVD Video specifiction know as the Availability flag. This allows the DVD author to restrict access to subtitles and/or audio streams in a given VTS on a per-title (PGC) basis. So, for example, a VTS can be created with four different subtitle streams but the Availability flag can – in theory – be used so that one Title (PGC) provides access to just the first two streams and another Title (PGC) provides access just to the last two streams. By “providing access” I am specifically referring to the use of the subtitle button on the remote. There’s a similar flag associated with audio streams as well.
[NOTE: One can use UOPs to completely disable access to subtitle and audio streams in a Title (PGC) but the Availability flag – in theory – provides a finer grained control.]
To the best of my knowledge, Scenarist is the only non-proprietary authoring system that exposes the Availability flag.
Now, back to my question: I’m looking to contact someone who’s authored a commercial (replicated) title that used the Availability flag feature of Scenarist to restrict viewer access to subtitle and/or audio streams in a VTS.
Thanks!
Michael Lazar
-
Thanks for the tip.
Seems like this (an adjustment layer) would be a cool feature for a future rev.
Michael
-
Matt –
This is good news!
Will you be posting an announcment on this forum when these are available?
Thanks!
Michael
-
Careful! Best as I can tell the 10-bit software codecs don’t match the luminance of the newer codecs that are installed along with the Decklink drivers.
Michael Lazar
-
Let me also put my 2c in here and ask (again) that whatever BMD does to the codecs installed with the card drivers it also does to the software codecs. Right now there’s no way to get luma matching between systems with Decklink cards and the new codecs installed and systems with only the older software codecs installed (i.e. that have no Decklink card).
Even if the software codecs simply matched the new luma behavior I would be happy.
Michael Lazar
-
OK – I think I’ve sussed out how to set the CSG-50’s outputs on my own. There are some pretty clearly labeled jumpers on the PCB: Blackburst and Sync. But there’s still something I’m not understanding about the signal that the Io is looking for (probably a function of my ignorance of analog signals).
If I hook the Io up to what I am pretty sure is Blackburst, the Ref light does not illuminate. If I hook the Io up to one of the Color Sync outputs, the Ref light goes on.
So what specifically is the Io looking for at the Ref input and why doesn’t the black burst from the BSG-50 cause the Ref light to illuminate?
Thanks in advance!
Michael Lazar
-
Bob –
Thanks for the suggestion. I’ll give them a call on Monday and see if they can help me out.
Michael