What we do at JFJ Productions
就是要一起同時玩音樂！
#jfjsanctuary #livemusic #JFJ聖所
JFJ SANCTUARY DEMO
Simultaneous live performance and recording, in a multiple-room environment.
多重空間進行現場演出同步錄影
Binaural "dummy head" recording: An unparalleled live streaming concert experience
雙路立體聲錄音（人頭錄音）：體驗真實音場的實時直播
State-of-the art lighting and stage technology
頂尖精進的燈光及舞台設備科技
5.1 Surround Sound ready, analog/digital equipment for professional hybrid recordings and post production.
5.1環音全配，類比與數位兼具的專業錄音及後製
-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-
AUDIO EQUIPMENT LIST:
-\-\- CONSOLE -\-\-
Neve Genesys Black G64
with 1073 mic/line preamps，
1084 classic EQ & Neve VCA Dynamic
-\-\- RECORDING SYSTEM -\-\-
Mac Pro
2.7GHz 12 Core Processor / 64GB Memory
AVID Pro Tools HDX2+HD MADI
Apogee Symphony I/O MKII
UAD-2 Octo PCIe
Mercury M76m Custom Shop Version Mic Pre
Manley VariMu Mastering Version Compressor
Universal Audio LA-2A Compressor/Limiter
Pete’s Place BAC-500 FET Compressor
API 527 Compressor/Limiter
Empirical Labs ELDS DerrEsser
Maag Addio PREQ4
Bricasti M7 System 1 Reverb
-\-\- MONITORING SYSTEM -\-\-
ATC SCM150ASL
Neumann KH420
Neumann KH870
Neumann KH120
Trinnov D-Mon 8
Aviom AN-16i/ v.2
Aviom D800
Aviom A360
K-Array KP 102
K-Array KU212
K-Array KA84
— MICROPHONES —
Telefunken ELA M 251E
Telefunken C12
Telefunken M82
Telefunken M80
Neumann U 87
Neumann KM 184
AKG C414
Aston Microphones
Spirit Slate Digital VMS
Mojave MA-200
STAGE AND VIDEO EQUIPMENT SUMMARY:
• Full LED studio and state-of-the-art system: this includes a three-sided LED wall complete with interactive LED floor installation, to showcase Virtual Reality and/or all-rounded 360 degree, customizable graphic effects and visual - one of the first in Asia
• Coolux system: a server to load customized visual or video content for LED walls. It comes with limitless layers and is capable of supporting resolution up to 4k videography
• User-friendly Barco Encore 2 system: installed in control room to enable fitting and stitching of content or videos from the Coolux system or any external playback devices
• Delayed and LIVE broadcast-ready studio: With face lighting and multiple camera shot variations
• Multi-robotic cameras: which can be controlled and mixed remotely, without anyone manning it, in the studio during live performances or recordings
• GrandMA Dot 2 board and multiple-roving LED lights: for various lighting designs and effects
• Pan-tilt zoom camera controller: which enables control of up to 100 sets of cameras, capturing Full HD images from all cameras
• Web Presenter: to enable simultaneous web broadcast during live show recordings
live streaming api 在 YouTube Live Streaming API Overview | Google Developers 的八卦
The YouTube Live Streaming API lets you create, update, and manage live events on YouTube. Using the API, you can schedule events (broadcasts) and associate them with video streams, which represent the actual broadcast content.
The Live Streaming API is actually comprised of components of the YouTube Data API and the YouTube Content ID API. The Data API enables YouTube users to manage their YouTube accounts, while the YouTube Content ID API enables interactions with YouTube's rights management system. However, all of the resources that make up the Live Streaming API are used only to create and manage live events.
This document is intended for developers who want to write applications to facilitate live broadcasting on YouTube. It explains basic concepts of YouTube and of the API itself. It also provides an overview of the different functions that the API supports.
Core conceptsbroadcasts
A broadcast represents an event that can be watched on YouTube as it happens. Broadcasts can also be recorded and saved as YouTube videos so that users can watch them after they happen. streams
A stream identifies the audio-video content that is being communicated to YouTube. Each broadcast is associated with one video stream. cuepoints
A cuepoint represents an ad break that can be inserted into a live broadcast.
API use cases
The list below suggests several ways to use the API in your application:
Schedule broadcasts and define broadcast settings. Your application could enable users to predefine broadcast settings and then select the settings to apply to a particular broadcast.
Associate video streams and broadcasts.
Enable broadcasters to define information about a broadcast and its video (using the YouTube Data API) at the same time.
Simplify transitions between broadcast states (for example,
testingorlive) and enable users to insert cuepoints.Before you start
You need a Google Account to access the Google API Console, request an API key, and register your application.
Register your application with Google so that it can submit API requests.
After registering your application, select the YouTube Data API as one of the services that your application uses:
Go to the API Console and select the project that you just registered.
Visit the Enabled APIs page.
In the list of APIs, make sure the status is ON for the YouTube Data API v3 and, if you are a YouTube Content Partner, the YouTube Content ID API.
Familiarize yourself with the core concepts of the JavaScript Object Notation (JSON) data format. JSON is a common, language-independent data format that provides a simple text representation of arbitrary data structures. For more information, see json.org.
Authorizing API requests
As noted above, the Live Streaming API uses functionality that is technically part of either the YouTube Data API or the YouTube Content ID API. You can use the Content ID API to provide YouTube with metadata, ownership information, and policy information for your assets. (A live video broadcast is an example of an asset.) The API also lets you claim videos and set ad policies for your videos.
This section explains the authorization requirements for requests to the Content ID API, which are different from the requirements for authorizing other Live Streaming API requests.
Calling the Data API
The API request must be authorized by the Google Account that owns the broadcasting YouTube channel. Calling the Content ID API
The API request must be authorized by a Google Account that is linked to the content owner that owns the broadcasting YouTube channel.
Resources and resource types
A resource is an individual data entity with a unique identifier. The table below describes the
different types of resources that you will interact with using the
Live Streaming API. Technically, all of these resources are
actually defined as part of either the YouTube Data API
or the YouTube Content ID API. However, the
liveBroadcast,liveStream, andcuepointresources areonly used to create and manage live events.
Resources
liveBroadcastContains information about an event that you are broadcasting on YouTube. A
liveBroadcastresource is an extension of a YouTube video resource and sets thevideo metadata that would be pertinent to a live broadcast but not to other YouTube videos.
As such, a
liveBroadcastresource corresponds to exactly one YouTube video resource.In fact, the
liveBroadcastresource and the
videoresource share thesame ID. And after creating the broadcast using the Live Streaming API, you can use the
YouTube Data API to provide additional metadata about the video.
liveStreamContains information about the video stream that you are transmitting to YouTube. The stream
provides the content that will be broadcast to YouTube users. Once created, a
liveStreamresource can be bound to exactly one
liveBroadcastresource. Similarly, theliveBroadcastresource can only be bound to oneliveStreamresource.cuepointInserts a cuepoint in the broadcast video stream, which might trigger an ad break. Use the
liveBroadcasts.cuepointmethod to insert a cuepoint during a broadcast.
videoRepresents a single YouTube video. As noted above, a
liveBroadcastresource is an extension of avideoresource. You can use the YouTube Data API to update metadata about the video, such as the recording location or the regions where the broadcast will be viewable.videoAdvertisingOptionsDefines the advertising settings for a video (or broadcast). You use the YouTube Content ID API to set advertising options.
assetRepresents a piece of intellectual property, such as a movie or an episode of a show. In this case, the broadcast video is the asset. You will use the YouTube Content ID API to create and manage
assetresources.claimLinks a video to an asset that the video matches. You create a claim, using the YouTube Content ID API, to identify yourself as the owner of the broadcast video.
policyDefines rules that specify the circumstances under which you want your content to be viewable on YouTube or blocked from appearing on YouTube. You need to apply a policy to your broadcast video and can also specify a policy that YouTube will apply to user-uploaded videos that match your broadcast video.
Supported operations
The following table shows the different methods that the API supports:
Operations
listRetrieves (
GET) a list of zero or more resources.insertCreates (
POST) a new resource.updateModifies (
PUT) an existing resource to reflect data in your request.bindLinks a
liveBroadcastresource with aliveStreamresource or removes such a link.transitionChanges the status of a
liveBroadcastresource and initiates any processes associated with the new status. For example, when you transition a broadcast's status totesting, YouTube starts to transmit video to that broadcast's monitor stream.deleteRemoves (
DELETE) a specific resource.The table below identifies the operations that are supported for different types of resources. Operations that insert, update, or delete resources always require user authorization. In some cases,
listmethods support both authorized and unauthorized requests, where unauthorized requests only retrieve public data while authorized requests can also retrieve information that is restricted to the currently authenticated user.Supported Operations
list
insert
update
bind
transition
cuepoint
delete
liveBroadcast
liveStream
Partial resources
The API allows, and actually requires, the retrieval of partial resources so that applications avoid transferring, parsing, and storing unneeded data. This approach also ensures that the API uses network, CPU, and memory resources more efficiently.
The
partparameter is a required parameter for any API request that retrieves or returns a YouTube Data API resource. The parameter identifies one or more top-level (non-nested) resource properties that should be included in an API response. For example, aliveStreamresource has the following parts:snippetcdnstatusAll of these parts are objects that contain nested properties, and you can think of these objects as groups of metadata fields that the API server might (or might not) retrieve. As such, the
partparameter requires you to select the resource components that your application actually uses. This requirement serves two important purposes:It reduces latency by preventing the API server from spending time retrieving metadata fields that your application doesn't use.
It reduces bandwidth usage by reducing (or eliminating) the amount of unnecessary data that your application might retrieve.
Over time, as resources add more parts, these benefits will only increase since your application will not be requesting newly introduced properties that it doesn't support.
Tips and best practicesClaim your contentIf you would like to show ads during your broadcast, you need to claim the broadcast video before the event begins. To claim content, you must be a YouTube Content Partner participating in the Content ID program.
The process for claiming your live broadcast video is different than the normal process for claiming a video. When claiming live video, you need to create your claim before the video actually exists. The API does support this, and the life of a broadcast document explains the YouTube Content ID API calls that enable you to create your claim.
Preview and test your contentUpon receiving your inbound video stream, YouTube can then broadcast that video on two different outbound streams:
The monitor stream enables you to preview (and test) your video broadcast. It is a private stream that is only accessible to you. You can only transition a broadcast to the
testingphase if the broadcast's monitor stream is enabled. The monitor stream does not show ad breaks.The broadcast stream is the stream visible to your audience. You can set the broadcast's privacy status to either
public,private, orunlisted. (A private broadcast is only visible to users who have been explicitly invited to watch it, while an unlisted broadcast is visible to anyone with a link to view it.)You can choose to delay the broadcast stream so that it does not run concurrently with the monitor stream. By delaying the broadcast stream, you can have more fine-grained control over the time that you insert cuepoints into the broadcast.
However, delaying the broadcast stream makes it difficult for your live presenters to interact with your viewing audience. In addition, delaying the broadcast increases the likelihood that viewers will discover key details about the event from sources other than your broadcast. For example, if you are broadcasting a sporting event on a 60-second delay, viewers might learn about critical moments in the event from other real-time news sources before actually seeing them in the broadcast.
YouTube recommends that you enable the monitor stream for your broadcast so that you can test your content. You should choose whether to also delay your broadcast based on your desire to control timing of cuepoints as opposed to your desire to interact with your audience or provide real-time coverage of an event.
Running midroll ads during a broadcast streamDuring a broadcast, you can insert a cuepoint to indicate that an ad break should start in
the broadcast as soon as possible or at a specified time. The ad break enables YouTube to run
midroll ads during the broadcast.
Ad breaks have the following characteristics:
It has a predefined length of time, which you set using the
cuepointresource'sdurationSecsproperty. After the ad break concludes, viewers return to the live broadcast.
When an ad break happens, an ad only plays in the video player for viewers who are watching
the broadcast when the cuepoint is inserted. An ad does not run when viewers refresh the page
where the broadcast is playing or when visitors start watching the broadcast after the
cuepoint is inserted.
The sequence of steps below reflects the best practice for inserting an ad break during your broadcast:
Set time offsetsWhen inserting a cuepoint, you can specify that it should be inserted right away or that it
should be inserted at a specific point in the broadcast. Your options depend on whether the
broadcast stream for your video is delayed.
If your broadcast stream is not delayed, then you can insert the cuepoint immediately or use
the
walltimeMsproperty to have the ad break start at a particular time.
To start the ad break immediately, call the
liveBroadcasts.cuepointmethod. In theresource in the request body, set the
insertionOffsetTimeMsproperty'svalue to
0or do not specify a value for that property and do not specifya value for the
walltimeMsproperty.
Important: Note that viewers do not see the resulting ad
content immediately. There may be a delay of around 30 seconds before the ad content is
visible to users. During that delay, your broadcast stream will still be visible to your
viewers, and you need to watch the broadcast stream to determine when the ad content
actually displays instead of your monitor stream.
To start the ad break at a particular time, call the
liveBroadcasts.cuepointmethod and use the
walltimeMsproperty to specify the desired time. The property value is an integer that represents
an epoch timestamp.
If your broadcast stream is delayed, then you can insert the cuepoint immediately as
described above, specify a clock time as described above, or you can specify a time offset to
determine when the ad break will start. The time offset specifies a point in your broadcast
when viewers should see an ad.
The offset value is measured in milliseconds from the beginning of the monitor stream for
your broadcast. Note that if your broadcast has a testing phase, then the monitor stream
starts when your broadcast transitions to the
testingstatus. Otherwise, yourmonitor stream starts when your broadcast transitions to the
livestatus.When inserting a cuepoint, set the
cuepointresource'sinsertionOffsetTimeMsproperty to the desired offset.
Calculate the time offset value
To retrieve the offset value, call the YouTube Player API's
getCurrentTimefunction for the player that is playing the monitor stream. Use the retrieved value to insert the cuepoint in the broadcast stream at that time.The possible values for the offset time can be calculated as the following range:
The
Δis a five-second buffer at the beginning and end of the possible time offsets when YouTube cannot precisely insert a cuepoint. For example:A broadcast has a five-minute testing phase.
The broadcast stream is delayed 60 seconds after the monitor stream.
The broadcaster is inserting the cuepoint four minutes after the broadcast transitions to
livestatus. (This is three minutes after the broadcast stream becomes visible.)In this case, the possible range of offset times is
[(485,000), (535,000)].These times are specified in milliseconds, and are calculated using the following values:
Troubleshooting and error handlingelapsed_time=540000– The monitor stream has run for nineminutes (540 seconds, 540000 milliseconds) when the
liveBroadcasts.cuepointmethod is called.broadcast_delay=60000– The broadcast stream is delayed by 60 seconds, or 60000 milliseconds.Δ=5000– The five-second buffer when the cuepoint cannot be reliably inserted.The following guidelines explain how to resolve specific problems that may arise. For the lists
of errors that each API method might return, see YouTube Live Streaming API - Errors.
When a broadcast transitions from one status to another, it may temporarily be assigned with another status while YouTube completes the actions associated with the transition. For example, if you send a
liveBroadcasts.transitionrequest to change a broadcast's status fromreadytotesting, YouTube will set the broadcast's status totestStartingand then complete the actions associated with the status change. When all of those actions have been completed, YouTube will update the broadcast's status totesting, thereby indicating that the transition is complete.If a broadcast becomes stuck with a
testStartingorliveStartingstatus, you need to call theliveBroadcasts.deletemethod and delete the broadcast. Then create a new broadcast, bind it to your live stream, and continue with the testing process.As noted in the
liveBroadcasts.transitionmethod's documentation, you should confirm that the value of thestatus.streamStatusproperty for the stream bound to your broadcast isactivebefore calling that method.... <看更多>
相關內容