Som de caixa virtual gaguejante com convidado do Windows 7 e host UBUNTU

8

Eu instalei o Windows 7 como virtualbox-guest. Meu Ubuntu funciona como host. O som é gago e feio. Tentei mudar isso alterando o Audio-Controller para ICH AC97 e instale o driver baixado do CHIP. Resultado: após uma reinicialização, nada mudou, o som gagueja como antes. Existe uma maneira de obter um som adequado? As adições de convidado estão instaladas e estão funcionando bem.

Este é o Ubuntu HOST: Captura de tela das informações do sistema

Estas são as configurações da máquina de caixa virtual:

Win7, 64bit

Configurações da placa principal

Configurações do processador

Configurações de aceleração

Configurações de áudio

— zulu34sx
fonte

Você tentou adicionar os convidados Virutalbox?

— dedunumax

adições de convidados estão instaladas.

— Zulu34sx

1

Adicione detalhes sobre as configurações da sua VM (núcleos do processador, RAM atribuída, configurações de virtualização VT-x / AMD-V, driver de áudio host usado) com uma edição da sua pergunta. As especificações de hardware do seu host também podem ajudar a ver mais.

— Takkat 5/09/2013

obrigado. Eu adicionei algumas informações. Se você precisar de mais informações, também as adicionarei à pergunta. Apenas pergunte, por favor.

— Zulu34sx

3

Ótimo, eu tive o problema há anos. Coloquei o limite de execução em 100% e quase tudo estava bem (90%). Ainda usei o driver Intel HD Audio no convidado (Windows 7) e o PulseAudio no host (Ubuntu 13.10). Então mudei o driver do host para Alsa-Audio-Driver e parece que os últimos 10% do problema também se foram. Muito obrigado, pessoal. Gerhard Hanau / Alemanha

8

Tendo experimentado a mesma gagueira de convidados do Windows em um host do Ubuntu (12.04) - exceto no Win 8.1 -, encontrei uma solução que se encaixa principalmente na resposta de Takkat. Minha gagueira ocorreu com o convidado do Windows sendo alocado em 4 de 4 núcleos, mas a execução atingiu o limite de 75%, com 4 GB de RAM e 256 gráficos de RAM. Mudar para 2 de 4 núcleos - mas remover o limite de execução - funcionando a 100%, eliminou 90% da gagueira. Mas não toda ela.

Os 10% finais - e a eliminação total da gagueira - ocorreram quando eu mudei do driver PulseAudio padrão nas configurações do VirtualBox Manager para o ALSA Audio Driver. Observe que, antes da realocação acima mencionada de CPUs e limites de execução, eu também havia tentado essa alteração de driver e não eliminou remotamente a interrupção. As duas mudanças na combinação foram necessárias.

— carrinho
fonte

+1 para mudar do PulseAudio para o driver ALSA! Isso resolveu o problema no host Ubuntu 19.04

— minni

5

O áudio gaguejante quase sempre indica um desempenho insuficiente de hardware ou memória. Isso também depende muito da fonte de áudio e do software usado.

Caso você não tenha problemas de som no seu host, as configurações diferentes do Pulse Audio do Ubuntu não farão muito com problemas de som decorrentes da execução de um SO convidado bastante exigente, como o Windows 7.

Para minimizar os efeitos decorrentes das limitações de uma máquina virtual, precisamos, portanto, garantir o máximo possível de recursos de hardware para o sistema operacional convidado, mas garantir que o sistema operacional host ainda possa ter um bom desempenho (incluindo o Pulse Audio no seu caso!) .

Pelo que podemos ver nas suas configurações, parece que os requisitos para obter uma experiência de áudio suave são atendidos. Existem poucas coisas que apenas podemos tentar ver se há uma melhoria:

atribua 2 de 3 núcleos de CPU sem um limite de execução (ou 3 de 3, mas depois com um limite de execução)
dê ao sistema operacional convidado mais RAM (por exemplo, 3 GB de 4 GB)
atribuir 256 MB de RAM gráfica.

Caso tenhamos uma saída de som melhor, podemos reduzir os recursos passo a passo para encontrar a configuração ideal para o software que executamos em nosso convidado.

Se ainda não conseguirmos obter uma saída de som sem problemas, talvez seja necessário tentar usar um software com processamento de som menos exigente, como por exemplo, WinAmp ou Foobar2000 para rastrear ainda mais o problema.

No entanto, pode ser que seus recursos de hardware - apesar de muito bons - ainda sejam insuficientes para executar o Windows 7 e seu software adicional para reproduzir som (e vídeo?) Ao mesmo tempo.

— Takkat
fonte

1

Eu também tive esse problema com um convidado XP. Mas, para me livrar do problema, tentarei sua abordagem. Obrigado pelo esforço. Um software menos exigente é bastante impossível; até o próprio som das janelas é desleixado. Vou tentar e informá-lo em breve, obrigado!

— Zulu34sx

3

Tentei configurações com todos os 3 núcleos, um núcleo, muito rum, quase sem memória RAM. resultado: o desempenho do host e do convidado é alterado conforme o esperado, a gagueira é sempre exatamente a mesma. Alguma outra CPU / BIOS ou outras alterações que possam ajudar?

— Zulu34sx

2

Desculpe, mas sua teoria sobre desempenho e hardware está errada. O som inicial é o elemento com menos desempenho no sistema operacional. Em segundo lugar, estou recebendo esse problema em um host de arco executando um i7 6700k 4.2Ghz, um GTX 1080 e 32Gb de RAM (com 2 a 6 threads alocados, 128mb-256mb vram, sem aceleração 2D / 3D, ALSA PULSE, 6 20 GB de RAM). Não é baseado em recursos. Esse problema se repete entre 7 e 10 convidados para mim (qualquer sistema operacional que use o codec Intel HD Audio), sem problemas com o ALC97, mas esse codec funciona apenas com o XP. É uma questão wiith o codec VBOX e eles estão tendo isso desde 2006.

— thebunnyrules

5

em Configurações da máquina virtual / áudio, mudei o Host Audio Driver de ALSA Audio Driver -> para PulseAudio e o som ficou bom. Nenhuma outra alteração na configuração (VirtualBox Guest Additions 4.3.12 (CentOS 6.5), por sinal)

— Kirill
fonte

Você também poderia compartilhar suas outras configurações (número de núcleos, limite de execução etc.) que forneceram um som fino (porque parece que isso também afeta)? Agradecemos antecipadamente

— Yuriy Nakonechnyy

2

Isso aconteceu também, por algum motivo as CPUs estavam em 4 de 8. Uso um Macbook Pro executando o OS X 10 e o Windows 7 usando o VBox. Quando eu coloquei as CPUs em 1, ele começou a funcionar muito melhor. Confira.

— Levi
fonte

1

Eu tenho o Windows 7 convidado, host Debian e não tinha som.

Placa MSI, CPU AMD, placa de som Xonar, som interno desativado no BIOS

O host Debian mostrou o chipset OXYGEN, que é o que o Xonar usa.
Nenhum dispositivo de áudio foi exibido no convidado.

Aqui está o que eu fiz para obter som:

Adicionado o driver de áudio RealTek AC97 em seu site para Windows 7 de 64 bits, prestando atenção ao local para o qual ele foi baixado.
Vá para gerenciador de dispositivos> Áudio> Driver, altere manualmente o driver, aponte para a pasta e peça para incluir subpastas.
deve instalar bem, exceto pelo aviso do Windows - ignore, o Realtek é legítimo.
Então eu tive o áudio do Xonar, mas ele ainda gaguejou. Então, fui para as configurações de áudio da máquina para o convidado e alterei de AC97 para Intel HD Audio.

Agora ele funciona e parece excelente.

NOTA: A chave para essa correção é o driver RealTek. Algumas pessoas tiveram que mudar para a Alsa da Pulse Audio. O meu funciona bem com áudio de pulso. Isso provavelmente tem a ver com a configuração da máquina HOST.

Não tenho som a menos que usei o driver 537 realtek. outros usaram o 536 eu não tentei o 536.

— JeremyC
fonte

Você consideraria adicionar mais informações que possam esclarecer como você alcançou esse resultado? Um conjunto de passos alguém pode seguir, se eles querem replicar a sua resposta :)

— ThatGuy

1

Eu tenho o host Linux Mint 17.2 e o Win 7 Guest e também tive problemas com o som. Não alterei as propriedades de som padrão no VirtualBox:

Host Driver: PulseAudio
Controller: ICH AC97

A instalação de adições de convidados da caixa virtual não ajudou a recuperar o som. Então baixei e instalei o Realtek AC97 Driver a partir do realtek.com.tw na máquina convidada e os sons agora funcionam com PulseAudioe Alsa Drivercomo driver host.

— Anton Protopopov
fonte