Date
1 - 11 of 11
Do not update to the latest version of Zoom if you use ASR captions and the API code #ZoomCaptions
|
The latest Zoom upgrade 5.3. has a bug and ASR captions intergrated with Zoom do not stream corrrectley. They scroll and repeat. if by chance you updated and have this problem you cn iuninstall and downgrade, which is what I did.
The older Zoom version can be found here: https://zoom.en.uptodown.com/mac/versions
https://zoom-us-zoom.en.uptodown.com/windows/versions
if you have scheduled Zoom meetings and are fearful it will negatively impact the meeting invitations, that did not hpappen when I uninstalled Zoom app. I’m back to 5.2.1 and the captions are not scrolling and repeating. |
|
|
|
David A Bitters Sr
Will this problem occur using InnoCaption Deskview?
toggle quoted message
Show quoted text
Have a great day. On Oct 6, 2020, at 7:48 PM, Ann Thomas, HLAA Brand Ambassador <athomas@...> wrote:
|
|
|
|
InnoCaption deskview is in a separate browser window and doesn't actually integrate into Zoom so it shouldn't affect the captions in deskview. Plese let us all know if there are any problems.
|
|
|
|
Is the bug related to AVA? September 21, 2020 version 5.3.0 (52651.0920) per release notes:
AVA's full transcript typically has dupls. Perhaps this new "roll up" is conflicting? |
|
|
|
With the new Zoom update if you view Ava in a separate browser window Ava works just fine. It is a Zoom problem. When I reverted to the previous version of Zoom it eliminated the API token integration problem in the latest update.
If anyone else is having this problem please let Zoom know. developersupport@... |
|
|
|
Does the Zoom closed captioning bug impact captioning provided by a human CART stenographer using the REST API token? |
|
|
|
I don't know.
Ann |
|
|
|
I do not have access to AVA/Zoom integration and thus unable to verify the AVA issue. Hmmm... Version 5.3.1 is a prompted mandatory update. Thus, the most likely scenario is participants will be on the problem version V5.3.1. It would be difficult, if not virtually impossible to manage which version participants are on. Since the work around the bug to rollback to the old Zoom version on the host, the question is what happens when: - Host (initiates API token and runs AVA) on the old version - Participants (shows captions) on Ver5.3.1 For this coming Saturday's National/California virtual meeting, Carla should test the case of human (non-AVA) captioning, unless she plans to use 1CapApp (sp?). |
|
|
|
I did a quick little test with the host and the participant both on v5.3.1. Case 1 was the host manually typing the captions, worked acceptably. Case 2 was with the WebCaptioner/VoiceMeeter
configuration
(direct connect audio input, with NO loudspeaker/microphone) using the Zoom REST API with a YouTube video to generate speech input. Case 2a The "Send captions to Zoom only when two full lines of text are available" setting seems to work adequately. However, there was considerably significant time lags between the display of captioning on the WebCaptioner webpage and their display on the Zoom window for both host and participant, too much to be acceptable, Was unable to identify whether the lag is attributed to WebCaptioner's communication to the Zoom API, or the lag is in the Zoop API itself. I suspect both were contributors. Our human CART provider had reported observing highly visible lags between seeing the text on her
laptop's transcription screen vs. when displayed on the Zoom window. I had observed similar lags between the human captioner's StreamText webpage (over Internet) and the Zoom display. The amount of lag is on the verge of unacceptability. Case 2b The "Send captions as soon as possible" test was inconclusive. The amount of lag made it difficult to observe for the reported duplicate text bug. The YouTube video had highly rapid speech. I would have spent more time evaluating this case, but decided it was not worth the time. I was more interested in assessing the likelihood of the bug impacting (CASE 3) the human CART provider case (before engaging our CART provider to test that case. The preliminary indications point toward the reported bug is not expected to impact this Case 3. Therefore, the next step is to proceed to arranging to test this case. Case 2b was with "" setting On Wed, Oct 7, 2020 at 3:11 PM George Chin Sr <georgechinsr@...> wrote:
|
|
|
|
I'm following up on the question from yesterday's webinar where Debbie Schaaf presented. The question was regarding the CART delay using Zoom. I have seen the delay while using paid CART. It was back in April when everyone was just getting on board with videoconferencing. I asked my CART provider about this and her response was "It could be the way the CART provider is streaming the captions through to Zoom. If the CART provider is using a third party streaming company that could be a reason for the delay. Also, it could be the internet or Zoom. We don't use a third party streaming company and our software allows us to stream directly into Zoom".
|
|
|
|
I have copied/paste my email which addresses Ann's topic.If you want to see the comparison for yourself, send me a request and I will forward to you the actual email, so you have access to the zip files below. (I am not techy enough to know how to imbed my email here, so you that you would have access to the zip files--but if anyone knows please let me know!)
-- Yael: In preparation of our 30 min meeting this week, I have done two separate tests, reading the same paragraph, using the two different Versions of Zoom: Zoom Version 5.2.1 and Version 5.3.2 I do notice that in the past we have been working on 5.3.1, so I am not sure what has been added to the .2 version...
Each of the two zip files include:
I read the following for both tests:
Carolyn J. Odio
carolyn@... (703) 725-8292 iPhone/Text
Residence: 1835 Circle LN SE, Apt 425, Lacey, WA 98503
|
|
|
