home *** CD-ROM | disk | FTP | other *** search
-
-
-
- - 1 -
-
-
-
- 5. _M_i_s_s_i_n_g__F_e_a_t_u_r_e_s__a_n_d__K_n_o_w_n__P_r_o_b_l_e_m_s
-
-
-
- 5.1 _M_i_s_s_i_n_g__F_e_a_t_u_r_e_s
-
-
- The following features are not yet implemented.
-
-
- +o dmIC/Transcoding is not supported in this release.
-
- +o Only four channels of embedded audio are supported,
- rather than 16. And, only 20 bits per sample, rather
- than 24, are supported. And 32 and 44.1KHz sampling
- rates are unsupported.
-
- +o Triggered Controls for frame accurate control changes
- on input are not implemented. Bug #473327.
-
- +o EDH statistics on input cannot be queried. EDH is
- generated automatically on output, however. Bugs
- #503695, 518765.
-
- +o Genlock phase cannot be adjusted. Bug #490237.
-
- +o VL_SIZE and VL_OFFSET controls cannot be used to change
- the size of the raster; they are read-only. Bug
- #545471.
-
-
- 5.2 _K_n_o_w_n__P_r_o_b_l_e_m_s__a_n_d__W_o_r_k_a_r_o_u_n_d_s
-
-
-
- +o Invoking "Save Current Settings" option of _v_i_d_e_o_p_a_n_e_l
- (a.k.a. _v_c_p), which saves some settings to non-volatile
- memory, may disturb video transfers that are in
- progress, even on other DIVO or DIVO-DVC boards. This
- is because it is a relatively time-consuming operation
- that might tie up the video daemon long enough to
- affect real-time performance. Workaround: only invoke
- this option when no transfers are in progress.
-
-
- +o The _v_i_d_e_o_o_u_t program does not work. Also, _v_i_d_e_o_p_a_n_e_l's
- "Live Video Output" option under its Utilities menu,
- which invokes videoout, will fail. DIVO does not have a
- direct connection to graphics. See the _G_V_O product for
- this functionality.
-
-
-
-
-
-
-
-
-
-
-
-
- - 2 -
-
-
-
- +o No 64-bit version of the Video Library is provided:
- applications which use VL must be 32-bit (either 32 or
- N32 ABIs). Bugs #461600, 412515.
-
-
- +o Packings of 64 bits per pixel, including
- VL_PACKING_4444_10_in_16_L, VL_PACKING_4444_10_in_16_R,
- VL_PACKING_4444_13_in_16_L, VL_PACKING_4444_13_in_16_R,
- VL_PACKING_4444_12_in_16_L, and
- VL_PACKING_4444_12_in_16_R, are not supported. Bug
- #489559.
-
-
- +o Packings of 48 bits per pixel, including
- VL_PACKING_4444_12 and VL_PACKING_444_10_in_16_L, are
- not supported in frame mode (VL_CAP_TYPE of
- VL_CAPTURE_INTERLEAVED.) Bug #496901.
-
-
- +o Sending invalid RICE compressed stream in the output
- pipe may cause the firmware to crash. Workaround :
- None. App should handle TransferFailed event. Bug
- #487598.
-
-
- +o The audio library reports a sample rate of 48KHz for
- DIVO's Digital In device even if no audio is present in
- the input. Workaround: poll alGetFilled to detect
- whether any data is being transferred.
-
-
- +o If the DIVO video input signal source is set to "Drain
- Loopback" and the video output sync source is set to
- "Digital Input Link A" or "Digital Input Link B" and
- video output sync is set to "Genlock" then the video
- output will become scrambled. Workaround: when the
- input is in loopback mode, use an external analog sync
- source or standalone sync.
-
-
- +o Setting the DIVO video output sync to "Genlock" and the
- video output sync source to "Digital Input Link A" or
- "Digital Input Link B" when there is no signal present
- on the corresponding input link will cause the video
- output to become scrambled. Workaround: don't select
- digital genlock if no input signal is connected,
- instead use analog genlock or standalone.
-
-
- +o Preemption of transferring video paths can cause video
- to hang. Workaround: do not preempt other applications
-
-
-
-
-
-
-
-
-
-
-
- - 3 -
-
-
-
- using the same video path. The application can set up
- the path with stream usage set to VL_LOCK to prevent it
- being preempted (see _v_l_S_e_t_u_p_P_a_t_h_s man page). This is
- bug #551863.
-
-
- +o The _V_L_F_r_a_m_e_V_e_r_t_i_c_a_l_R_e_t_r_a_c_e is not generated.
- Workaround: in frame mode (VAL_CAP_TYPE of
- VL_CAPTURE_INTERLEAVED) use VLOddVerticalRetrace or
- VLEvenVerticalRetrace, depending on dominance. This is
- bug #490274.
-
-
- +o If an application calls vlCreatePath very soon after it
- or another application ended a transfer (vlEndTransfer)
- and destroyed a path (vlDestroyPath) on the same nodes,
- the new path can receive events that were destined for
- the old path. Workaround: wait for VLStreamStopped
- event when ending a transfer. Bug #545812.
-
-
- +o On input, if VITC is present on only one horizontal
- line of the two lines configured in DIVO, VITC will not
- be detected. Workaround: configure VITC line on DIVO's
- video source node to be the correct two lines, and
- insure the source is sending VITC on both lines. Bug
- #545953.
-
-
- +o On output, audio can be inserted on lines, such as line
- 10 in 525/60, which it shouldn't. Also, UST/MSC can be
- inconsistent by approximately 6 line times. Bug
- #550639.
-
-
- +o If a valid signal is connected to DIVO's digital input,
- then DIVO does not actually support setting VL_TIMING
- on the video source node or memory drain node. Rather,
- timing is automatically detected and updated. A
- vlSetControl of VL_TIMING will appear to succeed, but a
- VLControlChanged event will be sent to the application,
- and the timing (and associated controls such as
- VL_SIZE) will revert to those of the valid signal, so
- that a subsequent vlGetControl may disagree with the
- previous vlSetControl. Workaround: don't try to set
- timing on input paths. Call vlGetControl on VL_TIMING
- to find out the true timing of the input. Bug #518764.
-
-
- +o Rarely, an application can get a libvl error regard
- out-of-sequence packets from videod. Bug #542374.
-
-
-
-
-
-
-
-
-
-
-
- - 4 -
-
-
-
- +o Occasionally, the first transfer after switching video
- input between Loopback and Video Jack will fail. And,
- occasionally, if VL_TIMING is changed on a path, the
- next transfer will fail. Workaround: retry the
- transfer. Bug #538629.
-
-
- +o When reconfiguring an input pipe on a DIVO/DIVO-DVC
- from SDTI to SDI, the output stream running on another
- DIVO locks up for 5 seconds. Once the input pipe
- finishes reconfiguring, everything works again. Bug
- #655639.
-
-
- +o The _a_w_e_s_o_m_e and _v_p_a_p_e_r demos shipped with DIVO/DIVO-DVC
- only support the first (default) video device, and
- require a valid input signal to be present. Otherwise
- they'll hang.
-
-
- 5.3 _D_V_C_-_r_e_l_a_t_e_d__P_r_o_b_l_e_m_s__a_n_d__W_o_r_k_a_r_o_u_n_d_s
-
-
-
- +o If SDTI input signal is disturbed, DIVO-DVC tends to
- get the field sync backwards when it resyncs (i.e. the
- field dominance is reversed). Bug #631933.
-
-
- +o DVCPRO encoding with Field 2 Dominance is not
- supported.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-