Posso ver apresentações, bate-papo, compartilhamento de tela, tudo em uma reunião na webex, mas não consigo fazer o áudio funcionar, sempre recebo:
"O dispositivo de áudio está inacessível agora"
Alguém sabe o que está acontecendo?
Obrigado.
Respostas:
Acabei de publicar uma resposta para esta pergunta em http://ubuntuforums.org/showthread.php?p=11757928
O miniaplicativo WebEx usa um módulo nativo proprietário para acessar o software de som. É um .so de 32 bits, portanto, não pode ser carregado por uma JVM de 64 bits. A solução usual parece ser executar um navegador de 32 bits sempre que você estiver usando o WebEx. Como alternativa, corrigi o utilitário nspluginwrapper para que você possa executar um plug-in Java de 32 bits em um navegador de 64 bits (eu testei com o Firefox, ele também deve funcionar com o Chrome).
Faça o download das fontes mais recentes para nspluginwrapper em http://nspluginwrapper.org/download/
Expanda o arquivo (tar -xvzf) em um local conveniente
Aplique o seguinte patch ao arquivo npw-viewer.c:
--- npw-viewer.c 2011-06-30 23:18:57.000000000 -0400
+++ nspluginwrapper-1.4.4/src/npw-viewer.c 2012-03-11 14:09:35.104158681 -0400
@@ -5128,6 +5128,17 @@
}
handles[n_handles++] = handle;
dlerror();
+#else
+ /* Install libstdc++ for java */
+ const char libstcpp[] = "libstdc++.so.6";
+ D(bug(" trying to open standard C++ runtime '%s'\n", libstcpp ));
+ if ((handle = dlopen(libstcpp, RTLD_LAZY|RTLD_GLOBAL)) == NULL) {
+ npw_printf("ERROR: %s\n", dlerror());
+ return 1;
+ }
+ handles[n_handles++] = handle;
+ dlerror();
+
#endif
D(bug(" %s\n", plugin_path));
if ((handle = dlopen(plugin_path, RTLD_LAZY)) == NULL) {
Pode ser necessário obter algumas bibliotecas adicionais para fazer as coisas funcionarem. Em particular, eu instalei:
sudo apt-get install libcurl4-nss-dev libxt-dev libgtk2.0-dev g++-multilib
YMMV.
Depois de obter as dependências, é:
./configure
make
sudo make install
Então você precisará de um jre de 32 bits. Isso pode ser baixado no site da Oracle e instalado.
Por fim, localize o arquivo libnpjp2.sono libdiretório da instalação Java de 32 bits. Eu encontrei /usr/lib/jvm/ia32-java-6-sun/jre/lib/i386/.
Executar
sudo nspluginwrapper -i /usr/lib/jvm/ia32-java-6-sun/jre/lib/i386/libnpjp2.so
(Ou onde quer que seu Java estivesse instalado.)
Então (re) inicie o Firefox. Digite "aboutlugins" na barra de endereço. Você deve ver seu plug-in Java de 32 bits recém-instalado.
Tente ingressar em uma reunião WebEx com som
Eu sei que esse segmento é obsoleto, mas passei 2 dias para que a solução fornecida por Dan Menes funcionasse (e o método de Dan FUNCIONA), mas havia algumas etapas adicionais que eu queria compartilhar para que outros não percam 12 horas de trabalho como eu fiz com os ajustes. Aqui vamos nos:
Primeiro, não consegui aplicar o patch de Dan com o comando "patch" da maneira usual. Quando tentei fazer isso, recebi o seguinte erro (o mesmo erro que o cartaz "NW Tech" obteve, que é:
Hunk # 1 FAILED em 5128
Antes de consertar isso, rasguei todo o meu Java existente - ALL! Eu estava com um problema: quando eu executei o webex, não tinha certeza de qual dos 5 ou 6 javas instalados, ambos 6 e 7, estava usando, e como não sei como ter certeza, apenas arranquei todo o java, exceto aquele a ser usado para webex, para que eu pudesse ter certeza. Você pode fazer isso ou, se souber, certifique-se de que o Firefox esteja usando seu java empacotado, conforme descrito abaixo. Se você optar por remover todo o seu java primeiro como eu fiz, não aceito RESPONSABILIDADE por tudo o que possa acontecer - você estava focado em corrigir esse problema do webex sem áudio no computador no Ubuntu Linux e queria ter certeza Definitivamente, eu estava usando o java de 32 bits, então rasguei todos os outros java em alternativas para ter certeza.
Então, continuando ...
Além disso, usei a última distribuição do JDK 1.6 (1.6.0_45) NOT JDK 1.7 (pode funcionar, eu não testei, não me importo) Acabei com esse problema irritante 1.6 O java empacotado de 64 bits funciona com o som do webex , então, tudo bem! Eu terminei!).
Antes de instalar o Oracle Sun Java 1.6.0_45, rasguei completamente todo o java existente no meu Ubuntu 12.04. Para fazer isso, usei estas etapas:
sudo apt-get update
apt-cache search java | awk '{print($1)}' | grep -E -e '^(ia32-)?(sun|oracle)-java' -e '^openjdk-' -e '^icedtea' -e '^(default|gcj)-j(re|dk)' -e '^gcj-(.*)-j(re|dk)' -e 'java-common' | xargs sudo apt-get -y remove
sudo apt-get -y autoremove
Depois de executar essas etapas, instalei o JDK 1.6.0_45 e depois o instalei em alternativas e verifiquei se as alternativas tinham APENAS 1.6.0_45 para garantir que eu estava definitivamente escolhendo o java-32 empacotado para o navegador de 64 bits que eu procurado.
Antes que eu pudesse fazer isso, no entanto, tive que colocá-lo em alternativas, o que fiz dessa maneira:
sudo update-alternative - install "/ usr / bin / java" "java" "/ usr / lib / jvm / java-6-oracle / bin / java" 1050
(a localização do seu java32 jdk6 pode variar - é onde eu coloco o meu).
Não sei o que o número 1050 significa - é a "prioridade". Não sei se isso importa ou não. Minhas alternativas se parecem com isso agora:
gstanden@Ubuntu1204:/usr/lib/mozilla/plugins$ sudo update-alternatives --config java
[sudo] password for gstanden:
There is 1 choice for the alternative java (providing /usr/bin/java).
Selection Path Priority Status
------------------------------------------------------------
0 /usr/lib/jvm/java-6-oracle/bin/java 1050 auto mode
* 1 /usr/lib/jvm/java-6-oracle/bin/java 1050 manual mode
Press enter to keep the current choice[*], or type selection number:
gstanden@Ubuntu1204:/usr/lib/mozilla/plugins$
Então, depois de dormir nele, na manhã de sábado, observei o código na linha 5128 e colei o patch manualmente no arquivo, pois o problema estava ocorrendo ao aplicá-lo automaticamente.
/home/gstanden/Downloads/nspluginwrapper-1.4.4/src/npw-viewer.c
Aqui estão os trechos de antes e depois que mostram como você deve colocar o código de correção:
aqui está o diff do npw-viewer.c corrigido versus o npw-viewer.c corrigido:
gstanden@Ubuntu1204:~/Downloads/nspluginwrapper-1.4.4/src$ diff npw-viewer.c npw-viewer.c.bak
5129,5138c5129,5130
< #else
< /* Install libstdc++ for java */
< const char libstcpp[] = "libstdc++.so.6";
< D(bug(" trying to open standard C++ runtime '%s'\n", libstcpp ));
< if ((handle = dlopen(libstcpp, RTLD_LAZY|RTLD_GLOBAL)) == NULL) {
< npw_printf("ERROR: %s\n", dlerror());
< return 1;
< }
< handles[n_handles++] = handle;
< dlerror();
---
> handles[n_handles++] = handle;
> dlerror();
Se você quiser ir direto ao ponto, aqui estão as linhas afetadas, os números de linha mostrados por conveniência. Eu apenas entrei no patch de Dan aplicado à mão, já que "patch" deu erro, e funcionou.
A partir da Linha 5128, aqui está como deve ser a aparência após a aplicação do patch:
5128 }
5129 #else
5130 /* Install libstdc++ for java */
5131 const char libstcpp[] = "libstdc++.so.6";
5132 D(bug(" trying to open standard C++ runtime '%s'\n", libstcpp ));
5133 if ((handle = dlopen(libstcpp, RTLD_LAZY|RTLD_GLOBAL)) == NULL) {
5134 npw_printf("ERROR: %s\n", dlerror());
5135 return 1;
5136 }
5137 handles[n_handles++] = handle;
5138 dlerror();
5139 #endif
5140 D(bug(" %s\n", plugin_path));
5141 if ((handle = dlopen(plugin_path, RTLD_LAZY)) == NULL) {
Observe que os caracteres "#" nas linhas 5139 e 5129 devem estar lá, não os remova, deixe o # no código. Obviamente, os números das linhas não aparecem no arquivo editado finalizado, eles são mostrados aqui apenas por conveniência, para ajudá-lo a localizar para onde vai esse código corrigido.
Agora você pode executar o make a partir da linha de comando:
cd /home/gstanden/Downloads/nspluginwrapper-1.4.4
make
Bem, o make dará erro. O pôster "910Radar" descobriu isso. Você precisa anexar um pequeno trecho ao comando make e executá-lo manualmente. Você pode ver a publicação "910Radar" aqui: http://ubuntuforums.org/showthread.php?t=1858097
e o que ele fez (e o que eu fiz) foi executar o comando make manualmente, da seguinte forma (e funciona) para ele. Esse comando está aqui, basta colá-lo na linha de comando:
gcc -std=c99 -o npplayer npplayer-npw-player.o npplayer-debug.o npplayer-rpc.o npplayer-utils.o npplayer-glibcurl.o npplayer-gtk2xtbin.o -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lglib-2.0 -lglib-2.0 -lcurl -lXt -lX11 -lpthread -lgthread-2.0
e funciona. Agora você pode executar "make install" para "nspluginwrapper" e, em seguida, executá-lo para encapsular o java de 32 bits que você instalou, para que o firefox de 64 bits possa usá-lo. Esse comando é:
sudo nspluginwrapper -i /usr/lib/jvm/java-6-oracle/jre/lib/i386/libnpjp2.so
que deve retornar um prompt de comando sem erros e sem mensagens. Observe que, se o seu libnpjp2.so estiver localizado em um diretório diferente, use o seu caminho, é claro.
Também descobri que, embora o pulseaudio estivesse trabalhando no meu Ubuntu 12.04 (youtube, vídeo, etc.), o "teste de áudio" não estava funcionando no painel "som" nas configurações do Ubuntu. Achando que seria uma boa ideia corrigir qualquer problema encontrado com som no meu Ubuntu, eu também o consertei. Eu descobri que corrigir esse problema requer esta etapa:
sudo apt-get install libcanberra-pulse
e depois que isso for feito, os alto-falantes direito e esquerdo do "teste" funcionarão muito bem (uma voz feminina suave fala com você, que bom, dizendo que seus alto-falantes estão trabalhando de cada lado, que lindo).
Além disso, se você já esteve na página que diz extrair o pulseaudio e descobriu como eu fiz, extrair o áudio do pulso não funciona tanto quanto consertar o som sem computador para o problema webex (pelo menos não para mim ), você pode colocar o áudio de pulso de volta e também o widget da barra de ferramentas do pulseaudio no Ubuntu 12.04 usando estes comandos:
sudo apt-get install pulseaudio
sudo apt-get install indicator-sound
(coloca o áudio de pulso de volta e coloca o indicador de volta nos widgets na parte superior). Você pode querer reiniciar depois de fazer isso.
Agora experimente e espero que, se eu me lembrei de todas as etapas, você poderá executar o som webex do seu navegador mozilla firefox de 64 bits no Ubuntu 12.04 de 64 bits e terá o som webex embutido via computador funcionando muito bem! Um pequeno applet é aberto quando você clica em "usar meu computador" para ouvir som no webex.
Aproveite e obrigado Dan Menes e o "910Radar" e muitos outros "pôsteres desconhecidos" cujas postagens sobre coisas básicas, como como corrigir o código src, como adicionar entradas a alternativas java, etc., tudo tornou possível finalmente resolver isso problema no meu laptop Ubuntu!
Dê uma olhada aqui ou no post inicial aqui .
Eles propõem usar outra instalação de um navegador (por exemplo, swiftfox) que usa um plug-in Java de 32 bits.