Olá, pessoal,
Estou usando o Cubase 7 e, no modo de clipe, tenho uma latência que não consigo descobrir como resolver.
No modo limitador, o plug-in funciona bem
Quê?
No modo clipe, o plugin tem latência zero. Isso não faz sentido nenhum.
Tem certeza de que não está informando ao contrário?
Você está usando isso em uma faixa ao vivo? Você não pode compensar a latência em uma faixa ao vivo ou habilitada para gravação… apenas durante a mixagem.
Scott
Hmm, que engraçado.
Alterando algumas vezes do modo de clipe para o modo de limite, e ele funciona bem no modo de clipe e tem a latência no modo de limite, como deveria ser!
Isso acontece comigo no Cubase 6 e 7. Não importa se eu mudo para o modo Limit e depois volto para o modo Clip.
Percebi isso há algum tempo, quando estava sobrepondo duas faixas de caixa para aplicar o Clipper na cópia.
A faixa com o Event Horizon também fica fora de sincronia quando o EH está no modo Off. Ela fica em sincronia quando está no modo Limit.
[Editar: Win 7 x64, x64 Hosts, x64 Plug-ins]
Testei várias vezes, posso fazer upload de alguns arquivos renderizados, se necessário.
Não acontece no Reaper.
Em algum momento, o Cubase deve estar falhando em reconhecer a latência informada pelo plugin… EU SEMPRE informo a latência que estou usando… caso contrário, o REAPER não acertaria.
Estou pensando… não tenho certeza do que posso fazer para afetar isso, mas… estou pensando.
Scott
Isso ainda está acontecendo. Eu esperava que a atualização V3 tivesse corrigido isso.
Estou usando o Cubase 6.5 e, ao usar o Event Horizon no modo de clipe, ele adianta a faixa. Tenho que colocar um atraso de uns 50ms para que volte ao tempo certo.
Houve algum progresso nisso?
Eu também havia postado uma pergunta sobre isso há um tempo.
Mais uma coisa, no entanto: quando fecho um projeto e o reabro, tenho que abrir o Event Horizon porque ele está no modo de “bypass”.
Não é utilizável assim.
Ao mudar para o modo de clipe, você para e inicia o transporte? Alguns hosts não reconhecem as mudanças de latência, exceto quando isso acontece. NÓS reportamos mudanças de latência, ponto. Se o host não estiver usando essa latência reportada, não tenho certeza do que pode ser feito a respeito.
Isso também não funciona, o tempo ainda está errado. Funciona bem no modo Limit, mas nos modos Clip ou Off, o tempo está errado.
Há uma maneira de você postar um pequeno projeto de amostra com mídia em algum lugar que exiba o problema? Forneça instruções exatas sobre como reproduzir o problema e como você está determinando que o problema existe. Provavelmente, é melhor fazer isso em um tíquete de suporte, pois não acho que o fórum permitirá anexos grandes o suficiente para serem úteis.
Além disso… isso está usando VST3 ou VST2? Com a última atualização, oferecemos suporte a ambos, e é possível que o Cubase trate um de forma diferente do outro. Relatamos a latência ao host em ambos os casos, mas será bom saber qual testar…
Pelo que vale, tive alguém de fora com bastante experiência em suporte Cubase para dar uma olhada nisto — eles não conseguiram reproduzir o problema. A menos que você possa me dar um caso de teste reproduzível, estou estagnado.
Desculpe…
Scott
Eu estava usando o plug-in VST2.
Decidi experimentar o VST3 e consigo fazê-lo funcionar, mas preciso mudar o modo para que ele relate a latência.
O problema com isso é que ele trava o Cubase por 10 a 20 segundos enquanto o modo está sendo alterado.
Desinstalei o VST3 e voltei para a versão VST2, mas agora ele simplesmente trava o Cubase se eu tentar carregá-lo. Eu ia enviar um projeto para você ver, mas não consigo fazer isso agora.
Talvez algo esteja entrando em conflito devido à instalação do VST3, porque quando o desinstalei, ele ainda estava sendo exibido e tive que ir e remover manualmente o plug-in VST3.
Posso confirmar o problema de latência quando o plug-in está no modo Clip.
Usando ProTools HDX, v11.1.3 Mac OSX10.9.3
Usá-lo em um Aux de baixo, quando ativo, faz com que o baixo seja reproduzido antes do tempo, visivelmente fora de sincronia com o bumbo. Desativar ou mudar para o modo Limit resolveu o problema de compensação de atraso.
Após investigação adicional, observando a leitura do Delay da amostra na trilha no ProTools, posso ver que os valores mudam quando alterno entre os modos Limit e Clip. O que parece causar o problema é quando ele fica preso no valor do Limit (que é maior), mas é alterado para o modo Clip. Não é constante, pois consigo fazê-lo funcionar corretamente no modo Clip, mas alternar entre os modos faz com que funcione mal. O que o causa 100% é se eu o definir para o modo Clip, depois desativar o plug-in e reativá-lo, ele será reativado com a quantidade de Delay mais alta (Limit) incorreta.
Forrester
A mesma coisa acontece comigo. Estou testando a demo. Estou no Studio One v4 e isso acontece.
Registre um ticket de suporte e verei o que posso fazer para ajudar. Tenho uma compilação atualizada, mas ainda não é algo que estou disposto a postar abertamente no fórum.
uma solução alternativa é criar uma automação do botão de corte (clip)/ limite e deixá-lo no modo de corte na automação. quando você abrir o projeto/música novamente, ele ainda estará fora do tempo. assim que você apertar o play, ele será ressincronizado porque está lendo a automação. eu testei isso renderizando algumas baterias. estava sincronizado depois que eu abri o projeto, apertei o play e depois renderizei. se eu não apertar o play depois de abrir o projeto, ele estará fora de sincronia. isso foi testado no Studio One v4.6.2
Vou tentar abrir um tíquete de suporte. obrigado scott.
abri um tíquete de suporte. 
1 curtida
Problema resolvido. Obrigado por trabalhar nisto comigo.
Obrigado por corrigir o bug