[1] Comentário enviado por albfneto em 07/11/2017 - 22:00h

Dica interessante, favoritei, caso necessária.
o PulseAudio está melhor mais ainda prega peças.
Legal que está de volta, Pinduvoz!
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: [i] Sabayon, Gentoo, OpenSUSE, Mageia e OpenMandriva[/i].

1 0

[2] Comentário enviado por pinduvoz em 07/11/2017 - 22:34h

O meu problema com o pulseaudio deve estar relacionado ao fato de que nenhum Linux reconhece meu monitor. É um Samsung full hd que quebrou na garantia e retornou da AT com o problema de não ser reconhecido, nem mesmo pelo Windows.

Sou obrigado a usar um xorg.conf ou o xrandr (melhor a primeira opção), e acho que isso leva a esse bug da saída de som por conta do HDMI. E eu nem tenho HDMI.

0 0

[3] Comentário enviado por jaucity em 06/10/2018 - 14:20h

Deu certo aqui. Valeu!

1 0

[4] Comentário enviado por invernosantigos em 27/02/2021 - 14:20h

Tinha que ser dica do Pinduvoz, com a eficiência e confiabilidade de sempre, mas dessa vez, tem uma falhinha, e não é do pulseaudio : A idéia de travar os arquivos como apenas leitura não funciona nas versões atuais ( 20 ) do Ubuntu, Mint e Elementary; ou qualquer distro-e-versão baseada em Ubuntu 18 para cima. Isso, ou porque os arquivos atuais de configuração do pulseaudio são dinâmicos ( o sistema os usa apenas para configurar a próxima inicialização, mas aí, na inicialização do aúdio do sistema, os sobrescreve às vezes ), ou talvez seja porque a pasta home é notoriamente intolerante a permissões que não sejam 644, não sei ao certo, mas se mudar as permissões dos arquivos de configuração do diretório config, principalmente da pasta .pulse, o pulse pode não iniciar na próxima inicialização. Eu mesmo testei, já que eu imaginava pela minha experiência ( já tentei isso antes, em outros anos ) que não ía dar certo, mas era uma dica do Pinduvoz, que nunca vi errar, e não custava tentar mesmo. Bom, não é que falhou mesmo ? Em outros tempos, se o pulse não conseguisse acessar suas configurações na pasta pulse, ele simplesmente criava arquivos novos, como faz com o dmrc, quando você não está com azar... Só que ele não faz mais isso. Mas eu achei uma solução melhor até que a do Pinduvoz ( sobre travar os arquivos tirando permissões de escrita ) que é travar eles com o chmod -s ( sudo chmod -s ). Para quem não conhece, o chmod impede a mudança das permissões de um arquivo, e boa parte das pastas de sistema ( usr, bin, essa galera... ), e as de configuração na Home, estão protegidas contra alterações pelo chmd. Todo usuário veterano sabe isso, mas o que poucos conhecem é o atributo -s do chmod, que não altera nenhuma das permissões preexistentes, mas impede a reescrita dos arquivos protegidos de forma peculiar : Você tem permissão de escrita normal, mas não pode alterar o arquivo original, então se voce rescrevê-lo, o sistema cria outro arquivo com o mesmo nome, e renomeia o original como ~/file ( ele fica com um ícone amarelo de reciclagem ). Isso garante que reescrever o arquivo original não corrompa as suas suadas configurações de restauro do pulse ( que continua uma caca instável, como sempre e pra sempre ), e permite que o sistema possa utilizá-las como está programado para fazer, sem improvisos. O único problema é que com o tempo pode acumular-se vários arquivos reescritos, mas é só apagar os que não sejam os originais. Agora, cá entre nós, essa bagunça é culpa do desleixo dos desenvolvedores, que deviam usar arquivos de confile ( .cfg ), isto é, aqueles arquivos de configuração que configuram outros arquivos de configuração ( como o grub.cfg ). Se tivesse confile para gerenciar os arquivos de configuração que o Pinduvoz mencionou, teríamos bem menos instabilidades no pulse. Em tempo : pela minha experiência de quem já apanhou muito do pulse audio, as falhas do pulse em geral ou são badblocks no disco, ou falha de permissão da pasta ( as permissões de arquivos no Linux continuam ruins e são historicamente instáveis. Creio que enquanto não usarmos um pseudosistema de arquivos tipo proc e sys para administrar as permissões, o Linux vai continuar com muitas instabilidades )

0 0

[5] Comentário enviado por dan92 em 28/05/2021 - 07:33h


Uma dúvida, estou no meio do caminho em utilizar ubuntu, mas esse bug se refere ao que quando inicia por exemplo é como se o som desse um "boom", ou estralo, esse bug?

0 0