El audio de Webex no funciona con 11.10

Puedo ver presentaciones, chatear, compartir pantalla, todo en la reunión de webex pero no puedo hacer que el audio funcione, siempre obtengo:

"No se puede acceder al dispositivo de audio ahora"

¿Alguien sabe lo que está pasando?

Gracias.

Acabo de publicar una respuesta a esta pregunta en http://ubuntuforums.org/showthread.php?p=11757928

El applet de WebEx utiliza un módulo nativo propietario para acceder al software de sonido. Es un .so de 32 bits, por lo que no puede ser cargado por una JVM de 64 bits. La solución habitual parece ser ejecutar un navegador de 32 bits cada vez que utiliza WebEx. Como alternativa, he parcheado la utilidad nspluginwrapper para que pueda ejecutar un complemento Java de 32 bits desde un navegador de 64 bits (lo he probado con Firefox, también debería funcionar con Chrome).

Descargue las últimas fuentes para nspluginwrapper de http://nspluginwrapper.org/download/

Expanda el archivo (tar -xvzf) en una ubicación conveniente

Aplique el siguiente parche al archivo 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) {

Es posible que necesite obtener algunas bibliotecas adicionales para que las cosas funcionen. En particular, instalé:

sudo apt-get install libcurl4-nss-dev libxt-dev libgtk2.0-dev g++-multilib

YMMV.

Después de obtener las dependencias, es:

./configure
make
sudo make install

Entonces necesitarás un jre de 32 bits. Esto se puede descargar del sitio web de Oracle e instalar.

Finalmente, ubique el archivo libnpjp2.soen el libdirectorio de la instalación de Java de 32 bits. Lo encontré en /usr/lib/jvm/ia32-java-6-sun/jre/lib/i386/.

Ejecutar

sudo nspluginwrapper -i /usr/lib/jvm/ia32-java-6-sun/jre/lib/i386/libnpjp2.so

(O donde sea que haya instalado su Java).

Luego (re) inicie Firefox. Escriba "aboutlugins" en la barra de direcciones. Debería ver su complemento Java de 32 bits recién instalado.

Intente unirse a una reunión de WebEx con sonido

Sé que este hilo está obsoleto, pero acabo de pasar 2 días para que la solución proporcionada por Dan Menes funcione (y el método de Dan FUNCIONA), pero había algunos pasos adicionales que quería compartir para que otros no pierdan 12 horas de tiempo de trabajo como hice con los ajustes. Así que, aquí vamos:

Primero, no pude aplicar el parche de Dan con el comando "parche" de la forma habitual. Cuando intenté hacerlo, recibí el siguiente error (el mismo error que recibió el póster "NW Tech", que es:

Hunk # 1 FALLÓ en 5128

Antes de arreglar eso, eliminé todo mi Java existente - ¡TODO! Estaba teniendo un problema que cuando ejecuté webex no estaba seguro de cuál de los 5 o 6 javas instalados, tanto 6 como 7, estaba usando, y como no sé cómo estar seguro, simplemente eliminé todos los java excepto el que se utilizará para webex, para estar seguro. Puede hacer eso, o si sabe cómo hacerlo, asegúrese de que firefox esté utilizando su Java envuelto como se describe a continuación. Si opta por extraer todo su java primero como lo hice yo, entonces NO TOMO RESPONSABILIDAD por lo que sea que pueda romper para usted: estaba concentrado en solucionar este problema webex sin audio a través de la computadora en Ubuntu Linux y quería estar seguro Definitivamente estaba usando el java de 32 bits envuelto, así que eliminé todos los demás java en alternativas para estar seguro.

Entonces, continuando ...

Además, utilicé la última distribución de JDK 1.6 (1.6.0_45) NO JDK 1.7 (podría funcionar No lo he probado, no me importa Ya terminé con este problema irritante 1.6 Java de 64 bits funciona para el sonido webex , bien, ¡bien! ¡Ya terminé!)

Antes de instalar Oracle Sun Java 1.6.0_45, eliminé completamente todos los java existentes en mi Ubuntu 12.04. Para hacer eso utilicé estos pasos:

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

Después de ejecutar esos pasos, instalé JDK 1.6.0_45 y luego lo instalé en alternativas y luego verifiqué que las alternativas SOLO tenían 1.6.0_45 para asegurarme de que definitivamente estaba recogiendo el java-32 envuelto para el navegador de 64 bits que querido.

Sin embargo, antes de poder hacer eso, tuve que ponerlo en alternativas, lo cual hice de esta manera:

sudo update-alternative --install "/ usr / bin / java" "java" "/ usr / lib / jvm / java-6-oracle / bin / java" 1050

(la ubicación de su java32 jdk6 puede variar, ahí es donde puse la mía).

No sé qué significa el número 1050: es la "prioridad". No sé si eso importa o no. Mis alternativas se ven así ahora:

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$ 

Entonces, después de dormir en él, la mañana del sábado examiné el código en la línea 5128 y simplemente pegué el parche manualmente en el archivo ya que el parche tenía problemas para aplicarlo automáticamente.

/home/gstanden/Downloads/nspluginwrapper-1.4.4/src/npw-viewer.c

Estos son los fragmentos de antes y después que muestran cómo debe colocar el código de parcheo:

Aquí está la diferencia del npw-viewer.c parcheado frente al npw-viewer.c no parcheado:

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();

Si solo desea ir al grano, aquí están las líneas que se ven afectadas, los números de línea se muestran por conveniencia. Acabo de ingresar un parche de Dan aplicado a mano, ya que "parche" dio error, y funcionó.

A partir de la línea 5128, así es como debe verse después de que se haya aplicado el parche:

   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) {

Tenga en cuenta que los caracteres "#" en la línea 5139 y la línea 5129 deben estar allí, no los elimine, deje el # en el código. Por supuesto, los números de línea no van en el archivo editado terminado, solo se muestran aquí por conveniencia para ayudarlo a localizar dónde va este código parcheado.

Ahora puede continuar para ejecutar make desde la línea de comando:

cd /home/gstanden/Downloads/nspluginwrapper-1.4.4
make

Bueno, la marca dará error. El póster "910Radar" lo descubrió. Debe agregar un pequeño fragmento al comando make y ejecutarlo manualmente. Puede ver la publicación "910Radar" aquí: http://ubuntuforums.org/showthread.php?t=1858097

y lo que hizo (y lo que hice) fue ejecutar el comando make manualmente, de la siguiente manera (y funciona) para ello. Ese comando está aquí, simplemente péguelo en la línea 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

y funciona. Ahora puede ejecutar "make install" para "nspluginwrapper" y luego puede ejecutarlo para ajustar el Java de 32 bits que ha instalado para que Firefox de 64 bits pueda usarlo, ese comando es:

sudo nspluginwrapper -i /usr/lib/jvm/java-6-oracle/jre/lib/i386/libnpjp2.so

que debería devolver un símbolo del sistema sin errores y sin mensajes. Tenga en cuenta que si su libnpjp2.so se encuentra en un directorio diferente, utilice su ruta, por supuesto.

También descubrí que aunque pulseaudio funcionaba en mi Ubuntu 12.04 (youtube, video, etc.), el "audio de prueba" no funcionaba en el panel "sonido" en la configuración de Ubuntu. Pensé que sería una buena idea solucionar cualquier problema que encontré con el sonido en mi Ubuntu, también lo solucioné. Descubrí que solucionar ese problema requiere este paso:

sudo apt-get install libcanberra-pulse

y luego, una vez hecho esto, la "prueba" de los altavoces derecho e izquierdo funcionará de maravilla (una suave voz femenina te habla, qué agradable, diciéndote que tus altavoces están trabajando en cada lado, qué encantador).

Además, si ya había estado en la página que dice que elimine pulseaudio y descubrió como lo hice, que extraer audio de pulso no funciona tan lejos como solucionar el problema del sonido de la computadora para webex (al menos no lo hizo para mí ), puede volver a poner el audio de pulso y también el widget de la barra de herramientas de pulseaudio en Ubuntu 12.04 usando estos comandos:

sudo apt-get install pulseaudio
sudo apt-get install indicator-sound  

(vuelve a poner el audio de pulso y vuelve a colocar el indicador en los widgets en la parte superior). Es posible que desee reiniciar después de hacer eso.

Ahora pruébelo y, con suerte, si recuerdo todos los pasos, ¡podrá ejecutar el sonido webex desde su navegador mozilla firefox de 64 bits en Ubuntu 12.04 de 64 bits y tendrá el sonido webex incorporado a través de la computadora funcionando perfectamente! Un pequeño applet se abre cuando haces clic en "usar mi computadora" para sonido cuando estás en webex.

Disfruten, y muchas gracias Dan Menes y "910Radar" y muchos otros "carteles desconocidos" cuyas publicaciones sobre cosas básicas como cómo parchear el código src, cómo agregar entradas a las alternativas de Java, etc., hicieron posible finalmente resolver esto problema en mi computadora portátil Ubuntu!

Echa un vistazo aquí o en la publicación inicial aquí .

Proponen utilizar otra instalación de un navegador (por ejemplo, swiftfox) que utiliza un complemento Java de 32 bits.