VMware View 5.1.2 Audio problem

I noticed audio seems to ignore every 4 to 8 seconds on agent 5.1.2 of the view, this isn't on 5.1.1 appearent.

This happens on pandora, youtube. I thought that this could be related to flash but I then tried on windows media player with a mp3 player and it still does the same thing.

This appears on the view client 5.2, on windows machines 7. 1 Tera and 2 p45, samsung nc240m

blades of g8 for hp 799733 esxi5.1.0

anyone having simular problems?

Not sure about the solution to this problem. However, since you are using customer Teradici light I would say with the audio driver Teradici is available on their site. You will need to register for their website to download. Make sure you get the latest version, since there seems to be some older versions of the driver there. It seems to work pretty well. Make sure that you disable the DevTap driver installed by the VMWare tools.

Tags: VMware

Similar Questions

  • VMWare View 4.6 PCoIP tunneling problem. UDP is not get tunnel


    Hello

    I have the black screen "classic" - question.
    So, when I try to connect to a virtual desktop, I am well auhtenticated, I can select a pool of offices, but once the bureau is launching,
    I just get a black screen and afterawhile it times out.

    I read the manuals, the document http://communities.VMware.com/docs/doc-14974 , written by Mark benson; Watched the video; Checked and re-checked the 3 magic steps;
    Blog reading Sláger, Paul http://paulslager.com/?p=1300 and still I'm stuck. I read the (some the) logs from the login view, view Security Server, View Client and Agent of the view server.
    None of the newspapers I read gave me all significant errors that would have solved this for me. Admitted, 'full' newspapers - trace State, there's a lot that wasn't exactly clear to me.

    I have simplified our mitigation debugging environment to be as follows:

    See connection to the server,
    running on Windows Server 2008 R2 (Datacenter) 64-bit VMware View Server connection 4.6.0 - 366101,.
    Checkboxes for both "Tunnel secure HTTPS: connection to Tunnel secure usage on the desktop" and "PCoIP Secure Gateway: use PCoIP PCoIP Gateway Secure connections to desktop" have been checked.

    View secure server,
    running on Windows Server 2008 R2 (Datacenter) 64-bit VMware View Server Security 4.6.0 - 366101,.
    has been paired with the login server and the two aswell "HTTPS Secure Tunnel: external URL" as "PCoIP Secure Gateway: PCoIP external URL" has been set to a virtual IP address in the firewall external dmz with a dst - nat on the real IP address of the Security Server.

    The reviews are pointing to the virtual IP address of the Server Secure View.

    Since it is not a production environment, I installed a bunch of Wireshark to see traffic;
    I ran traffic snooping on the view connection server, see Security Server, View Client and the virtual desktop connected
    at the same time and have verified that traffic TCP PCoIP on get 4172 port of talked about between my security server host <>client - and the
    securityserver <>- virtual desktop just fine. TCP traffic seems to be in the tunnel. But what bothers me is the wireshark on the virtual office reveals that the virtual office is trying
    to talk subject port 4172 - UDP back directly to my reviews host IP traffic. Because this is not allowed by the firewall, the virtual office propably does not work...

    But all scenarios describe only the Security server could handle all pcoip-traffic with the agent of the view (as shown in the documentation of the Architecture in Figure 5-6), so that no direct connection between the Client of the view and the view Agent is necessary... I can't work. But it is possible, right?

    Any ideas what I could do wrong?

    Help really appreciated.

    It works in the way that you described in your original post. There is no obligation for the virtual office send UDP responses to the client. They will be sent on the Security Server, which will forward them to turn to the customer.

    Something must be configured incorrectly.

    Check very carefully the UDP traffic in your wireshark traces. The client, you should see 4172 TCP for the VIP of your SS. You should then see 4172-UDP to the same VIP. You should see the UDP of SS response to the customer data. The destination for this data answer UDP port must be the source port used for the UDP request. The source for the response data port must be 4172.

    Then check your wireshark SS track. You should see the same customer traffic and you should see a similar PCoIP conversation between the SS and the virtual office. From the virtual desktop, the SS looks like a customer. PCoIP UDP must be sent to the SS, when it is properly configured.

    Client - TCP 4172-> SS - TCP 4172-> Virtual Office

    Customer - UDP 4172-> SS - UDP 4172-> Virtual Office

    Customer<-UDP 4172--="" ss=""><-UDP 4172--="" virtual="" desktop="" (the="" 4172="" here="" is="" src="" port,="" the="" dst="" udp="" port="" will="" be="" the="" source="" port="" of="" the="" udp="" request="" packets="" above)="" 4172--="" virtual="" desktop="" (the="" 4172="" here="" is="" src="" port,="" the="" dst="" udp="" port="" will="" be="" the="" source="" port="" of="" the="" udp="" request="" packets="">

    If you have verified that you can connect to the same virtual desktop with PCoIP then this problem will not be something to do with the virtual office or agent of view etc.

    Check your display settings, network, firewall and NAT.

    Select this option.

  • How the VMware View client to its audio? PCoIP or UDP?

    Audio sent by stream UDP separated or is it hardcoded PCoIP?

    Just curious. In fact, I didn't get audio on the client for the iPad.

    It is at the same time.  PCoIP works on UDP and audio is in the stream of PCoIP.

    Larry B.

  • Error "Failed to connect to the remote computer" VMware View Client

    Hello everyone. I'm currently testing the package VMware view, but stuck on a problem, I can't understand.  I have already tried Googling every possible thing, but still came short on what to do.

    Currently I have:

    Server ESXi 3.5

    -vCenter Server

    -Connection to the server

    -3 swimming pools installed individual office xp host w/view agents

    At the moment, I seemed straight installation because I am able to connect using VMware client/portal with any full blown windows box anywhere in the internal network.  The problem I have is when I try to load the client software VMware view on a HP Neoware e90 box running windows xp embedded.  When I loaded the software and try to connect, I get the address connection server, authentication screen passes, but receives the error "the connection to the remote computer failed" when I try to select one of the desktop images in the list.

    I am capable of everything everywhere, ping from thin client to conn. Server, thin client desktop image and vice versa.  I am also able to RDP in the desktop images in the light client area but just can't understand why it won't pass this error above.  I tried to disable the firewall on everything, but it still doesn't seem to work.  Am I missing a simple step or has someone else has encountered this problem before? Any help would be greatly appreciated. Thank you.

    When you have disabled the firewall was that the firewall or service / network level? If it was at the level of the network, then you must disable the service and stop it. If you have the service, then can you get the logs of the client and post them. Often this info can indicate where he is faced with a problem.

    You want to make a difference in the future of VMware products? Feature to ask your ideas ( http://www.vmware.com/support/policies/feature.html )!

  • Problems with the module supplier of personalized identification information and overview of VMware View Client working together

    I have a Horizon of VMware View client that connects me HVD Windows 7. So when I give view client Vmware Horizon my credentials, it auto logs me. I also created a custom credential provider that works on Windows 7 PC. When I install the custom in the HVD credentials provider, it works if I am already connected to HVD and I simulate CTRL + ALT + DELETE. Can I use my credential provider to "unlock" in. However, if I disconnect of HVD and try to connect using VMware Horizon View client to connect to Windows 7 of HVD, it gets stuck on the screen of the tile. I see the VMware SSO user tile but nothing happens when I click it. Then, I use my provider of customized credentials to connect. I expect to bypass my ISP credentials on the first connection and self as before.

    Anyone have any ideas?

    Thanks for your help.

    OK, I did some more troubleshooting and discovered that it was a problem with auto connection set to TRUE on my side of custom credentials provider (I pbAutoLogonWithDefault to TRUE). Since I still like it TRUE, I had originally set it to FALSE and then change for REAL once my credential provider was used.

    Thank you!

  • Problemas con vmware view 4.1 y terminales EVGA 'pcoip '.

    Hola todos,

    I hope to be escuentren very well

    Tengo una consulta en mi tengo vmware virtual center 4.1 entorno y vmware view 4.6

    Estoy put changing Terminal wyse working RDP por q a q el performance pcoip terminals are mucho mejor

    Tengo problemas con some las teminales cuando intentan a1 pcoip an Office Máquinas con esta version of vmware tools "vmware, Inc. product version: 8.3.17.15269, en todas estoy using esta version of officer discovers 4.6.0.366101.

    El problema're q despues el usuario type is the clave para a1 al servidor view appears una pantalla negra como por 5 segundos y despues devuelva has the pantalla inicio donde No. conectamos con el conexion server.

    If yo misma pcoip terminal uso para conectarme a otra Máquina virtual q tiene otra lower vm tools version has the 8.3.17.15269 TR conecta sin problemas. por lo q the diff q veo unica are the vmtools una Máquina a otra... pero todas no is como eso porq I have did a cluster con unas 60 vm con esa version of vm tools. Esto solo pasa con las pcoip terminals porq TR uso una wyse normal con esta version of vm tools 8.3.17.15269 if works

    Saludos,

    Hola Warrenjc

    Te cuento than amendments nosotros y paso el tema esta originado in el orden en what instalan drivers, vmware tools y officer see.

    Well as h. para y no tengas problemas you recommend respetes a raja tabla el orden of deployment of same segun lo indica vmw.

    ES decir.

    1. Instalar the vm.
    2. Instalar vmware tools.
    3. Agent view instalar.

    Fijate if asi you works adecuadamente.

    If haces algun cambio a nivel parches, plots etc, to be replaced by Recomiendan desinstalar todos los compontentes y volver a instalarlos en orden.

    Espero esto resuelva you question.

    Diego Quintana

  • Testing VMware View 4.0 problems

    I test a trial version of VMware View 4 and needs help with some problems, that I manage to get the software to work.

    The problems are:

    -Use of vSphere 4.0 Client to manage the ESX, the feature 'Models and virtual computers' server is missing from the inventory menu.

    -After creating a Windows XP VM on the ESX Server, I am not able to create a model of the virtual machine.

    -Help the administrator view, there is no source of office, and I'm not able to create jobs, or add users or groups, even if I am connected to the server VirtualCenter and display server in the Configuration section.

    I have installed and configured the following:

    -ESX 4.0

    -VMware vCenter with View Composer on a Windows 2003 server,

    -Find out the connection to the server on another Windows 2003 Server

    -A Windows XP VM with the view on the ESX Server agent

    -client vSphere 4 on my PC

    The problems I encounter are similar to the following thread:

    http://communities.VMware.com/thread/255512

    the difference in my case is that I installed vCenter and view server connection?

    Any suggestion would be appreciated.

    It seems that you connect directly to the ESX Server and not to the vCenter.

    Sources of funds will be filled when you configured your pools correctly in the display manager.

    Best regards

    Linjo

    If you find this information useful, please give points to "correct" or "useful".

  • VMware View 3.1 &amp; WYSE V10L - display refresh problem

    Hello world

    We are just in the middle of a VMware View 3; 1 deployment using new WYSE V10L thin client. We seem to have a bit of a problem with the screen refresh rate. Let me explain better (and just to the preface, the dorsal VMware environment runs VI 3.5 on 5 nine HP blades and a NetApp SAN.) The entire network is running Gigabit as well)...

    I don't know if it's just a limitation of the RDP Protocol, but a few of us working on the project need some checks. Basically, a session running on one of these WYSE Terminals it looks like the screen is choppy and the refresh rate of the screen is mediocre. Just regular browsing (scrolling up and down on a Web page) seems to be quite rough as well. Just to give you a comparison, if he were an ordinary PC, I would say that it didn't install the correct display driver. Even simply minimize windows seem to be trolling and the display seems wrong to draw images of the session. You would think that we ran in a remote office WAN, hundreds of miles away. But they were just on a local network (with no sign of any claim/network latency that we see).

    I hope I explained it well enough for you guys to understand. We expected just the performance to be a bit better from a point of view to display. But maybe we ask too through a regular session of the RDP. I'm hoping that someone has faced a similar problem and then I help (or tell us that this is the best we can expect). Of course, it is difficult to really see what I want to say without seeing the problem with your own eyes. Any help would be appreciated.

    Thank you, guys.

    gqstyles55

    gqstyles55, any update?

  • Problem in installing VMware View Server connection

    Hello

    As the first step to install the VMware View Manager, I tried to install the connection to the VMware View server on a virtual machine to Windows 2003 Server SP2. This machine is added to a domain under our Windows Active Directory. I can connect to the machine using user accounts that are on the directory to active directory. My problem is that when I try to install the view connection server, I get an error message indicating

    "The computer is a member of a domain, but no server connection was found. Please make sure that the computer is properly connected to a domain and that a domain controller is available before to perform this installation again'.

    Because I can log into the machine using accounts in active directory, I assume that the computer is properly connected in the field. I also confirmed that there is a domain controller in active directory. I tried to do the installation under an account that has administrative privileges for the object active directory, but also a local administrator account. Could someone suggest where I could go wrong?

    Thanks in advance

    Concerning

    Varun

    You have validated that DNS and WINS are configured correctly on the server you are trying to intall the broker for connections on?

    If you have found this device or any other useful post please consider the use of buttons useful/correct to award points

  • VMWare View 5.1 and authentication RADIUS - password problem

    I use Trustwave for 2-factor authentication on a Server View 5.1.1.  The Server Proxy of Trustwave requires that you enter your password to Active Directory followed by a comma, then the access provided by Trustwave code.  After that, you get the VMWare View normal login where you have to put your password in Active Directory.  Is there a way to remove the comma and the password of the first login box and simply pass the Active Directory password for the 2nd dialog box?  See the following two dialog boxes.

    NOTE: All works fine, but it is confusing for the user to enter his password to Active Directory twice.

    NOTE: When I check the box in the authenticators, manage, use the same username and password for Windows and RADIUS authentication, I naturally get an error because it is passing the password to Active Directory, the comma and the password of Trustwave at the 2nd fret of the connection.

    taopiglet wrote:

    ... Is there a way to remove the comma and the password of the first login box and simply pass the Active Directory password for the 2nd dialog box?

    ...

    Laughing out loud

    What happens with multiple RADIUS servers, is that the first guest username and password in AD. There is then a Challenge to get the access token code. In this case, you can configure view to ignore the next AD password prompt that the view can take the original RADIUS (AD password) authentication code and use it for the part of the AD authentication.

    A certain RADIUS vendors operate in this way.

    If the RADIUS of Trustwave server can be configured to do a Challenge of access, it would be a more standard approach to try to analyze the fields password in this way.

    I can see why this would not be irritating to users.

    Select this option.

  • Samsung NC-240 - Windows 7 with VMware View connection problem

    Hi all

    My Samsung NC-240 is set to connect to my server VMware View Connection Manager. I can connect to one of my Windows XP via PCoIP or RDP virtual desktop very well, but I can't connect to my virtual Windows 7 desktop. Whenever I try to connect, it will be wrong and tell them "Session Lost!"

    Research in the NC-240 event log, I see the following:

    11 d, 00:01:09.260 > ready to connect to the host

    11 d, 00:01:21.990 > connection to the host (10.3.70.110, 00-00-00-00-00-00)

    11 d, 00:01:22.020 > using resolution 1920 x 1080 at 60 Hz on DVI port 0

    11 d, 00:01:22.150 > CONNECTED (10.3.70.110, 00-00-00-00-00-00)

    11 d, 00:01:22.160 > receiving power state updated: S0

    11 d, 00:01:22.960 > CURRENT SESSION

    11 d, 00:01:23.600 > (MGMT_RDP): invalid capability length (20)

    11 d, 00:01:23.600 > connection down (RDP protocol error detected)

    11 d, 00:01:23.680 > lost Session!

    11 d, 00:01:23.680 > (MGMT_RDP): INIT: received unknown event 0 x 20!

    Here is the information of the current version of my NC-240:

    Part number of the firmware: FW010034

    Hardware version:

    Firmware Version: 3.0

    Firmware Build ID: v250

    Firmware version Date: December 7, 2009 15:55:15

    PCoIP processor revision: 1.0

    Bootloader Version: 2.1

    Bootloader version identifier: v163

    Bootloader Build Date: August 28, 2008 16:56:13

    Here is the information of the current version of my Agent and VMware View VCM:

    VMware View 4.0.0 - 210939

    I appreciate any input.

    Thank you

    Sang A

    I think it's the same than P20 then try wyse page

  • ThinPro with VMware View USB Redirection

    Hi all:

    I'm trying to configure my workstation (t620 ThinPro 5.1 running) to start required services necessary for USB with VMware View forwarding at startup.  I tried to add the command to /etc/rc.local and created my own init.d script, but none of these options automatically launch services.  Run manually /etc/rc.local and the custom init.d script launches the services successfully.

    Has someone managed to get the necessary USB redirection services running at the start?  Any guidance is appreciated.

    Thank you.

    Solved my problem... changed under USB Manager Remote Protocol of VMware View.  Updated this setting caused VMware services to run at startup.

  • Test environment for VMware View 7 - PCoIP Protocol does not work properly

    We test VMware View 7 with as many Thin Clients and customers zero (Teradici)

    When we try to connect via RDP Protocol, it works fine. When we try to connect via the PCoIP Protocol, desktop display seems to blink (about 2 times per second) and display resolution is not acceptable. So, there is a problem with the Protocol (broker or Office VM)

    There are no firewall in the middle.

    Desktop virtual has a clean install.

    So... anyone have the same number? or similar?

    How much video Ram?

    You can increase the video Ram.

  • How to fix VMware View Server certificate revocation check connection error?

    Dear community,

    For about 2 weeks, I feel a revocation of the certificate check error in our environment Horizon see 6.2. The strange thing is that, within 12 hours about two (replication) connection servers and the vCenter Server / server of composer (on the same machine) are considered as having invalid certificates, even if, in fact, they are valid (CA certificates). We use no security servers.

    The view admin console shows the following for servers connection:

    The server certificate is not approved.

    The server certificate cannot be verified.

    For the vCenter, he said (that I have validated manually the certificate):

    No problems found.

    Certificate is not approved, but the thumbprint of the certificate is accepted.

    With the connection series on 'full', States that the login server logs for the vCenter server:

    TRACE (B 17-0 - 0E98) < VCHealthUpdate > [NativeKeyVault] validateCertificateChain response: {result = FAIL, EndEntityReasons = cantCheckRevoked, ChainReasons = invalid, SelfSigned = false, EndErrorCode = 16777280, EndInfoCode = 258, ChainErrorCode = 16777280, ChainInfoCode = 256, PolicyErrorCode =-2146885613}

    As far as I can see there no similar entries for login server certificates in the newspaper.

    At the moment I am under the environment with composer and vCenter certificates manually valid and invalid connection (red) server certificates (as view clients and browsers are not disabled).

    I already checked that I am able to do everything 'green' again via setting the registry key 'CertificateRevocationCheckType'2 (as described here Configure the server certificates certificate revocation check). This brings me to the conclusion that one of the intermediate certificates cannot be validated. So, I had the information a "version" of an intermediate (intermediate certification authority) certificate has been revoked. There seems to be no coincidence - like the time point is as well, but this particular version does not appear to be used in the servers of my connection.

    However, even with full logging enabled, I can't information which (intermediate) certificate cannot be validated and why. I expected to see something like 'OCSP verification' or 'check the CRL' but I can't find it in the newspapers. However, I noticed that one of the intermediate certificates lacked the OCSP URL (even if the field "Authority Information Access" existed). Of course I updated the certificate with a version that contains the OCSP URL, but it has not changed anything.

    In addition, I checked manually all of the certificates in the chain with openssl (for OCSP) and CRLs as well, but everything seems to be OK (all URLS are accessible and no opportunity of certificate has been revoked). Actually, I do not interpret the error as "that the connection to the server is an invalid certificate because it has been revoked", but "it cannot check if it has been revoked. The servers do not need a proxy and nothing configured, so (I checked the proxy settings system context, also).

    For now, the problem is not critical, such as 'red' status connection server has no effect on our customers and so I could turn off certificate revocation check (or switch to check that the certificate of the server (2)). But of course, I would really solve the problem.

    Is there someone who can give me a hint on what to check, for example, how do I know which certificate cannot be controlled and why? Someone had the same or a similar problem? Support VMware is working on the problem as well, but they seem don't know is not the problem, either.

    I appreciate the thoughts and responses! Thank you!

    Best regards

    Fabian

    Dear community,

    During this time, I was able to correct the error described at the beginning of this thread. Jump to the end to see what could probably help you...

    1. At first, I installed an additional standalone VMware View Server connection in order to check the following related certificates:

      1. VMware support always told me to renew my certificates because they "were not valid" etc. - even if in fact they were (like external URL calls and attested manual verification and tests).
      2. That's why I created new additional certificates for the login server and configured to include the vCenter even as my production environment - only difference was I didn't inlcude the composer who runs the server vCenter himself.
      3. The result was that the server was "green" including both the vCenter Server certificate which could be 'not reliable' by the environment of production - strange, huh?
    2. After I reset the additional server to a turned wink where connection to the server was not yet installed (before that, I uninstalled the connection to the server in case there is information in vCenter thereon) and reinstalled as a replica of the production environment server. Somehow I expected this, but still quite strange the vCenter Server (and composer) now again was considered "invalid", even if the certificate of the server connection itself considered still valid and green. For test purposes, so I put certifice revocation checking on '2' (only one server certificate check) - but only on the 'old' production servers' and 'magical' everything has been considered valid. So as I see it, there seems to be some sort of information stored on the 'old' connection servers that makes them believe that invalid certificates and that the information is replicated on the third server unless I lower the revocation of the certificate controls on these servers. Altervative explanation could be that VMware View does not accept certificates with aliases that do not include the 'real' server name - that is / was in fact certificates the old servers connection. The new server certificate connection included the real name and the alias. I understand if this is the case, but then I expect that it be documented somewhere (I have not found this information) and also wouldn't understand why it worked without problem for several years before.
    3. After finding that out, I created new certificates for the 'old' connection servers, including aliases and real names and replaced the certificate on one of the servers (and restarted the login server) - only a few successfully. Once I put the revocation checking on '4' again on this server, the login server certificate was still considered valid, but not the vCenter and certificate of composer.
    4. Now, I've uninstalled the old login server (removed from the view) and reinstalled completely (including an update of the 2008 R2 2012 R2 OS) and after I have it reintegrated into the environment, everything remained green - as long I have will activate revocation checking on the second login server "old." This is why I did the same with this (completely reinstalled and reinstated it) and now everything is green with the revocation checking enabled on all replicas of server connection.
    5. The next step I uninstall the additional replica because I created only for troubleshooting purposes.

    So what will no doubt help in similar cases:

    • Reinstall the servers of connection one by one, including:

    • Uninstalling html access (if used), uninstall the login server to view, uninstall 'VMware' AD LDS Instance.
    • Removal of the connection to the server of replication group: run "s - r s uninstalled_ vdmadmin.exeservername" on one of the servers connection remaining.
    • Reinstall/Update OS (may not be necessary, but I did not test that)
    • Reininstall, return to the login server replica. If you used the certificates which included only the alias of the server I recommend you to create new ones, including the name of the server as well, but maybe it's not necessary as well. If you want to keep the certificates which only inlcude the alias it will be necessary to install this certificate after the first replication of the servers (see below).

    My question for technicians of VMware/developers: It is supported to use certificates include only the server alias. Otherwise why it worked before and where is it documented? Where are certificate cached information so that simply replace the certificate was only some, and not a complete success (see above). FYI - when I paired initially replicas that I had to install the CA (including only the pseudonym) after the first replication - now with certificates (including the server name and the alias), I could install the certificate before you replicate (= the login server installation).

  • Audio problems and mask when reading not on no FULL quality

    Win 10
    I7 6core
    GTX980 4GB - had the same problem with the previous cards + latest drivers are used and have had the problem with older drivers.
    32 GB of Ram
    Body CC2015

    Working with and reading Dragon RED 6 K images on the timeline, the audio track falls inside and out. The meters also stop working when audio is de-energized. It matters little if the audio is the zero song recorded on the RED or if it is external audio synchronized to the top. The issue seems to only happen when the playback quality is not set to FULL quality, what quality is set to FULL rear audio playback perfectly reading Dragon 6 K sequences in real time is a bit beyond my machine if it isn't really a viable option. The question goes as far if I disable the layer with RED film and just play the audio layers so the audio recorded appears to be very well.

    According to the other forum posts, I tried compliant audio to a drive other than the one with the RED film. I also tried to move the audio to another drive as some have suggested that the issue was on the HARD drive that contains the images RED 100% reading. None of these options worked. I can never remember running into this issue Edition and playback of images of RED EPIC 5 K. And did I not the audio problem when working with lower resolution files.

    I also met other issues in trying to work with the Organization of reading other than that of the TOTAL quality. The use of masks on effects GPU accelerated often causes the whole layer to move off the coast of the viewer project or black glitter during playback. When stopped everything of fine. A quick fix is reading quality INTEGRAL, but once again this is not always possible according to the number of applied Visual effects. Also the engine of reading mercury to the software not 'fixed' the issue of the mask, but it's not really useful in practice. Have had the problem of masking for a long time and initially, I thought that it was related with colorista III, so I grew up with the red giant. They were able to reproduce the issue and noticed that it happened with the other native Ppro GPU accelerated effects, meaning that it was a body does not issue a colorista problem. Support red giant apparently passed on the issue to the agency team, but that was back when colorista 3 is out and still no solution.  


    Let me know if you need more information.

    See you soon,.
    James

    Update: CC 2015.2

    Masking question can be solved when you right click on the viewer of the program and then click left high quality playback.

    Still no update on the audio issues however.

    Update 2: CC 2015.2

    Audio is de-energized is more if you delete the audio tracks of RED Dragons. Only play .wav files under the Dragon pictures with audio in sync, I no longer get audio drop-outs. This may apply to other codecs as well.

    First step: good audio sync with the zero track.

    Second step: remove the audio tracks of cameras.

    For me, that stops my audio stall and not to come back.

    Update 3: CC 2015.3

    High quality playback is at the origin of files PNG away from their intended position and also no longer works as it did in 2015.2. Not sure about her work at all TBH.

Maybe you are looking for