Eu instalei o popOs 22.04 LTS e não consegui realizar de forma nenhuma o microfone interno do meu notebook ou o microfone acoplado no meu fone de ouvido. Acredito que possa ser a versão do driver ou a opção de placa de som. Vou deixar prints do alsamixer e do HdaJackRetask.
Alsamixer
Perceba que não exibe nem os níveis de microfone. Se eu aperto F6 e troco de placa de som:
Agora aparece, podem eu não consigo deixar essa placa a minha padrão. E quando abro o HdaJackRetask ele vem com este coded:
Porém tenho a opção de usar a Realtec ALC236, mas quando tento alterar, mudando na seleção e apertando apply now, tenho isto:
Quando executo o comando inxi -F tenho essa saída
Alguém sabe o que eu poderia tentar fazer para resolver esse problema? já utilizei popOs e funcionou, não tive problemas com outras distros antes e no windows funciona normalmente
Olá!
Sugiro que não utilize o alsamixer ao mesmo tempo que outro soft que tenta também mudar os parâmetros de áudio. Acontece que o alsamixer ele tenta atuar em um nível mais baixo direto no dispositivo, falando de uma maneira simples, e então ele acaba “travando recursos”.
Utilize o Pulseaudio volume control (pavucontrol) porque ele atua com o servidor de audio que como backend será o pipewire e você consegue utilizar todos recursos compartilhado e simultaneo.
Aqui também uso o driver “snd_hda_intel” e de boas com tudo. Observar também que estavam ocorrendo algumas regressões nas versões bem mais recente do pipewire, precisa rastrear no gitlab deles se tem alguma ocorrência relacionando popOS, versão e seu hardware.
2 curtidas
Uma dúvida, como eu desativo o alsamixer? Uso o pop os, tentei desinstalar com sudo apt remove alsa-base mas tem dependência em outros pacotes
O mesmo para o pipewire, com ainda mais dependências.
Olá!
Olha, você não deve removê-los. Alsa e Pipewire é que fazem o som do seu computador funcionar. O que você precisa fazer é instalar o pulseaudio volume control. Abra o terminal de comandos e digite:
sudo apt install pavucontrol
Após instalar utilize ele ao invés do alsamixer (programa). Terá uma visão melhor e mais fácil dos controles.
Você instalou o Pop22.04 do zero ou foi um atualização?
Chegou a mexer em alguma configuração de parâmetros ou tentar instalar manualmente o “jack” audio algo assim?
Importante ler as documentações e sobre o que é cada coisa conforme o colega indicou na mensagem anterior.
De maneira bem rápida, o ALSA é o sistema de som que possui uma parte de baixo nível que dialoga direto com o kernel operando diretamente com o dispositivo (hardware) e possui uma outra camada de programa do alsa para comunicar com o espaço do usuário que é onde os programas e controles são ajustáveis pela interação do que o usuário pede e solicita.
Porém com o uso moderno acaba que utilizamos várias chamadas e configurações variáveis simultâneas e pra controlar isso melhor entram os servidores de áudio que ficam intermediando todas as operações de som requisitadas além de controlar as rotas de onde os sons devem passar tipo: recebe do lugar X (um vídeo no YT, por exemplo) e toca no lugar Y (um headphone) e assim com as diversas possibilidades e que seu computador aguentar.
Os servidores de áudio são o PulseAudio, Pipewire e Jack. Porém utiliza-se um por vez. E no caso do Pop 22.04 o sistema de som é o alsa com o servidor Pipewire que ainda possui APIs que integram ele com Pulseaudio e jack. Ou seja é possivel um programa terceiro estar preparado para conversar com o PulseAudio uma vez que ele não foi feito pra trabalhar diretamente com o Pipewire, mas como o seu servidor é o Pipewire então esse soft usa a API conversando com o pipewire achando que é o PulseAudio e funcionar normalmente.
Enfim… a conversa é longa. Mas daí ja é um intro que justifica o porque você deve manter o alsa e o pipewire. Porém se misturou as configs dos servidores de audio caso tenha tentado forçar instalações de cada um deles por isso pode estar havendo os conflitos de requerem os dispositivos e rotas ao mesmo tempo. É preciso entender a sua linha do tempo ai.
No geral, se nada foi mudado e forçado com o pulseaudio volume control você vai ter a mesma coisa que o alsamixer porém num camada mais fácil e compartilhada de gerenciar os recursos.
2 curtidas
Instalei totalmente do zero e não funcionava desde a instalação… já tinha instalado o pavucontrol, nos dispositivos de entrada eu tenho essas opções:
Não consigo tirar print das opções de audio interno, então vou mandar a lista aqui:
Microfone Interno.
Microfone de Headset (desconectado)
Microfone 1 (desconectado)
Microfone 2
Se eu selecionar Microfone 2, ai para até de reproduzir o som do pc…
Tira print da aba de “Configurações”
Lá fica listado os dispositivos.
Outra coisa, você esta usando o monitor de audio como entrada selecionada, e na verdade ele capta uma gravação da entrada do dispositivo real. Isso caso você queira escutar o próprio som do microfone.
Então, na verdade ele esta “enxergando” o microfone. Este microfone interno é o dispositivo direto da sua placa interna. Agora você esta com algum outro conectado a ele? E qual o tipo de conexão plug P2, usb, bluetooth…?
Parece que esta tudo funcionando, mas os controles de roteamento de som que estão com rotas equivocadas. Daí depende do que você deseja de fato configurar e executar. Lembrando que o servidor de som pipewire trabalha como uma mesa de mixer: além de rotear as conexões precisa entender quem toca, quem recebe, e quem está on e quem está off e qual a intensidade de volume passa em cada “canal”. o PulseAudio Volume Control é só a interface visual do painel e talz.
Print da aba de configurações:
Um vídeo com as opções de perfils que aparecem, caso ache necessário
E eu só tenho mais um microfone conectado, que é o microfone de fone de ouvido padrão. Uma entrada p2 que conecta microfone e fone de ouvido. Nenhum dos dois funcionam.
Ha alguma coisa estranha de fato.
Caso tenha um pendrive com ubuntu ou mesmo o popos, dê um boot entre no modo live abra o terminal instala o pavucontrol e printa também essa aba de configurações.
Assim tiramos a dúvida de alguma configuração alterada por algum software.
Outra, você chegou a fazer alguma alteração nas opções do setup do computador? La no Cmos Setup ou setup da bios, como falam?
Também para termos um ideia melhor do seu sistema instale o inxi:
sudo apt install inxi
depois roda o inxi -F
copia tudo e taka aqui pra nós.
1 curtida
Resultado do pavucontrol com o boot direto do pendrive:
As únicas alterações foram ativar a virtualização da intel que já desativei e tinha tido um problema no boot e tinha mudado de EFI para legacy, porem já ajustei e agora esta como EFI normalmente.
Resultado do Enxi -F::
System:
Host: pop-os Kernel: 5.18.10-76051810-generic x86_64 bits: 64
Desktop: GNOME 42.2 Distro: Pop!_OS 22.04 LTS
Machine:
Type: Laptop System: LENOVO product: 81FE v: Lenovo ideapad 330-15IKB
serial: <superuser required>
Mobo: LENOVO model: LNVNB161216 v: SDK0J40679 WIN
serial: <superuser required> UEFI: LENOVO v: 8TCN45WW date: 07/17/2018
Battery:
ID-1: BAT0 charge: 20.2 Wh (99.5%) condition: 20.3/30.0 Wh (67.8%)
CPU:
Info: quad core model: Intel Core i5-8250U bits: 64 type: MT MCP cache:
L2: 1024 KiB
Speed (MHz): avg: 3310 min/max: 400/3400 cores: 1: 3400 2: 3342 3: 3300
4: 3329 5: 3327 6: 3300 7: 3244 8: 3239
Graphics:
Device-1: Intel UHD Graphics 620 driver: i915 v: kernel
Device-2: Acer EasyCamera type: USB driver: uvcvideo
Display: x11 server: X.Org v: 1.21.1.3 driver: X: loaded: modesetting
unloaded: fbdev,vesa gpu: i915 resolution: 1: 1920x1080~60Hz
2: 1366x768~60Hz
OpenGL: renderer: Mesa Intel UHD Graphics 620 (KBL GT2)
v: 4.6 Mesa 22.0.1
Audio:
Device-1: Intel Sunrise Point-LP HD Audio driver: snd_hda_intel
Sound Server-1: ALSA v: k5.18.10-76051810-generic running: yes
Sound Server-2: PipeWire v: 0.3.56 running: yes
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
driver: r8169
IF: enp1s0 state: up speed: 1000 Mbps duplex: full mac: 64:1c:67:9b:c4:1c
Device-2: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter
driver: ath10k_pci
IF: wlp2s0 state: up mac: 00:05:16:5f:da:67
Bluetooth:
Device-1: N/A type: USB driver: btusb
Report: hciconfig ID: hci0 rfk-id: 2 state: down
bt-service: enabled,running rfk-block: hardware: no software: yes
address: 00:05:16:5F:DA:68
Drives:
Local Storage: total: 1.13 TiB used: 29.91 GiB (2.6%)
ID-1: /dev/sda vendor: Kingston model: SA400S37240G size: 223.57 GiB
ID-2: /dev/sdb vendor: Western Digital model: WD10SPZX-24Z10
size: 931.51 GiB
Partition:
ID-1: / size: 107.71 GiB used: 29.67 GiB (27.5%) fs: ext4 dev: /dev/sda5
ID-2: /boot/efi size: 612.8 MiB used: 248.2 MiB (40.5%) fs: vfat
dev: /dev/sda4
Swap:
Alert: No swap data was found.
Sensors:
System Temperatures: cpu: 60.0 C pch: 51.5 C mobo: N/A
Fan Speeds (RPM): N/A
Info:
Processes: 296 Uptime: 0m Memory: 7.67 GiB used: 2.6 GiB (33.9%) Shell: Zsh
inxi: 3.3.13
hum…
mesma coisa que no modo instalado. O LIVE foi com o PopOS 22.04 tbm?
Para termos um outro parâmetro é possível criar um outro pendrive só que com o Ubuntu Mate 22.04 e entrar no modo live printar essa aba de config do pavucontrol?
Falo isso porque o Ubuntu Mate vai iniciar com outro servidor de audio o PulseAudio daí podemos tirar um duvida se é algo relacionado ao pipewire.
Pensando aqui… no cmos setup existe em alguns casos configurações de dispositivo de audio interno, codecs e tal, chegou a mudar algum parâmetro ou desligar algo? Pergunto porque é estranho ter apenas built-in analog stereo duplex que significa entrada P2 do notebook para receber sinal de microfone ao mesmo tempo que pode tocar a saída, mas não apareceu nada de hdmi, por exemplo…
Pra confirmar seu notebook só tem a placa de vídeo Intel, certo? E você esta instalando o PopOS para Intel/AMD né? Porque tem a versão pra Nvidia que não é o caso.
A versão live é a mesma ISO de instalação.
Vou tentar com o ubuntu Mate.
Vou verificar se existe algum tipo de configuração no cmos, mas acredito que não, já que não lembro de alterar nada relacionado.
E sim, é a versão amd/intel
1 curtida
Bom, as coisas foram corridas, mas consegui rodar alguns testes.
Rodei o ubuntu mate 22.04 em live, e não funcionou o microfone, rodei o inxi -F (esqueci o print) mas notei que ele também usa o pipewire também, mas instalei o pavucontrol e a aba configurações tem esse resultado:
Pois bem, como vi que ele estava usando as mesmas configurações do pop os, decidi tentar a versão LTS anterior, então baixei a 20.04 e funcionou o microfone. Rodei o inxi -F e pavucontrol aqui também, dessa vez tirei todos os prints.
E dessa vez, apesar da aba configurações ser a mesma, o único servidor de áudio é o ALSA, rodei os testes no site: https://pt.mictests.com/
1 curtida
Tá com muita cara do problema ser o Pipewire. Tenta com alguma ISO do Mint, até onde me lembro qq versão deles usa Pulse por padrão
2 curtidas
Teste o mint também, a saida do inxi -F é a mesma do ubuntu matte 20.04 e funcionou perfeitamente o microfone
2 curtidas
Bacana.
Então problema começando a ser rastreado de vez…
Agora, o Ubuntu Mate 22.04 ainda é funcional com o Pulse como servidor de audio. Ele tem o Pipewire, mas não como servidor de audio e sim implementado para compartilhamento de tela via Pipewire. Do mesmo modo o Ubuntu 22.04 tbm tem o pipewire, mas não como backend de servidor de audio ativo.
Porém, estranhamente ainda assim esta interferindo no seu setup de hardware. Via browser justamente quando se compartilha recursos ele tenta usar o pipewire e ai começa a zica toda…
Ja nas LTS 20.04 não há nem bibliotecas do pipewire instaladas e por isso funciona normalmente… A questão de audio/som é bem complexa e o modo como os recursos são utilizados chegam a ser confusos, e quando digo recursos é quem esta consumindo api de quem… hora um soft dispara por padrão via pulse porque ele esta usando configs “system wide” hora o navegador puxa o pipewire porque ele entra no compartilhamento de tela e sim e ativa mais uma camada no navegador que vai entregar pro pulse no sistema e por ai vai… rs
Agora se quer fazer um teste para ter certeza de que é o pipewire (nessas versões mais recente) faz um live boot com o Fedora que tem possivelmente a melhor integração nativa de Pipewire e nem tem sinal de pulse mais, teste o som internamente com um audacity e “externamente” com um firefox através de sites que testam como o que já estava fazendo. Se ainda der o problema do mic é problema do pipewire na config do seu notebook e pode ser que venha correção em breve.
3 curtidas
Baixei o fedora, rodei a versão live, não consegui instalar o audacity por conta do tamanho, resolvi trocar pelo OBS, espero que funcionem de forma parecida. Pois bem, funcionou o microfone tanto no OBS como no firefox.
Olá!
Legal.
Então o pipewire deu ok.
Confirma a versão do pipewire que esta rodando.
Compara com o do PopOS e o que você pode fazer é forçar uma versão direto do git pro PopOS caso seja mais antiga que a do Fedora (que parece ja funcionar legal no seu caso). Ou realmente aguardar a do PopOS chegar na mesma versão.
1 curtida
PopOs: 0.3.56
Fedora: 0.3.49
Atualizei a versão do Fedora para garantir que estavam com a mesma versão e funcionou normalmente…
1 curtida
Então, resumindo a opera, há um problema no modo como está o pack e versão pipewire, config, libs e etc na base ubuntu Vs. seu hardware. Entendendo que no Fedora colocando tudo em mesma versão funciona e, na base Ubuntu 20.04 (antes de entrar libs pipewire) também funciona. Certo?
Nesse caso terá que fazer um trabalho de pente fino em toda a pilha de audio com pipewire no PopOS pra tentar achar o ponto do problema. Ou também usar tipo um “Synaptic” e testar diferente versões dos pacotes pipewire. Senão, esperar um update mais completo do sistema que resolva.
Se isso meio que resume, e após testar algumas possibilidade e relatar o resultado você poderá fechar o tópico.
Bacana. Ao menos sabe que tem como funcionar.
Manda ver ai e conta pra nós.
