L'audio di Webex non funziona con 11.10

16

Riesco a vedere presentazioni, chat, condivisione dello schermo, tutto nel webex meeting ma non riesco a far funzionare l'audio, ottengo sempre:

"La periferica audio è inaccessibile ora"

Qualcuno sa cosa sta succedendo?

Grazie.

    
posta Benner 07.02.2012 - 22:41

3 risposte

7

Ho appena postato una risposta a questa domanda all'indirizzo link

L'applet WebEx utilizza un modulo nativo proprietario per accedere al software audio. È un file .so a 32 bit, quindi non può essere caricato da una JVM a 64 bit. La solita soluzione sembra essere quella di eseguire un browser a 32 bit ogni volta che si utilizza WebEx. In alternativa, ho corretto l'utility nspluginwrapper in modo da poter eseguire un plug-in Java a 32 bit da un browser a 64 bit (ho provato con Firefox, dovrebbe funzionare anche con Chrome).

Scarica le ultime fonti per nspluginwrapper da link

Espandi il file (tar -xvzf) in una posizione comoda

Applica la seguente patch al file 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) {

Potrebbe essere necessario ottenere alcune librerie aggiuntive per far funzionare le cose. In particolare, ho installato:

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

YMMV.

Dopo aver ottenuto le dipendenze, è:

./configure
make
sudo make install

Quindi avrai bisogno di un jre a 32 bit. Questo può essere scaricato dal sito Web di Oracle e installato.

Infine, individuare il file libnpjp2.so nella directory lib dell'installazione Java a 32 bit. L'ho trovato in /usr/lib/jvm/ia32-java-6-sun/jre/lib/i386/ .

Esegui

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

(O ovunque sia stato installato Java.)

Quindi (ri) avviare Firefox. Digita "aboutlugins" nella barra degli indirizzi. Dovresti vedere il tuo plug-in Java a 32 bit appena installato.

Prova a partecipare a una riunione WebEx con audio

    
risposta data Dan Menes 11.03.2012 - 23:48
4

So che questo thread è obsoleto, ma ho passato 2 giorni a trovare la soluzione fornita da Dan Menes per funzionare (e il metodo di Dan FUNZIONA), ma c'erano alcuni passaggi aggiuntivi che volevo condividere in modo che altri non lo facessero. t perdere 12 ore di lavoro come ho fatto con le modifiche. Quindi, eccoci:

Per prima cosa, non ero in grado di applicare la patch di Dan con il comando "patch" nel solito modo. Quando ho provato a farlo, ho ricevuto il seguente errore (lo stesso errore che ha ottenuto il poster "NW Tech", che è:

Hunk # 1 FAILED at 5128

Prima di aggiustarlo, ho eliminato tutto il mio esistente Java - ALL! Stavo avendo un problema che quando ho eseguito il webex non ero sicuro di quale dei 5 o 6 java installati, sia del 6 che del 7, stava usando, e dato che non so come esserne sicuro, ho appena estratto tutto java ad eccezione di quello da utilizzare per il webex, in modo che potessi essere sicuro. Puoi farlo, oppure se sai come, assicurati che firefox stia usando il tuo java avvolto come descritto di seguito. Se decidi di estrarre tutto il tuo java come prima, allora non mi assumo alcuna responsabilità per ciò che potrebbe rompersi per te - ero solo concentrato sul risolvere questo problema di webex senza audio attraverso il computer su Ubuntu Linux e volevo essere sicuro Stavo sicuramente usando il java a 32 bit avvolto, quindi ho strappato tutti gli altri java in alternative per essere sicuro.

Quindi, procedendo su ...

Inoltre, ho usato l'ultima distribuzione di JDK 1.6 (1.6.0_45) NON JDK 1.7 (potrebbe funzionare non l'ho testato non mi interessa ho finito con questo problema irritante 1.6 java a 64 bit per il suono del webex, quindi, FINE! I'm done!).

Prima di installare Oracle Sun Java 1.6.0_45 ho completamente rimosso tutto il java esistente su Ubuntu 12.04. Per farlo ho usato questi passaggi:

sudo apt-get update

apt-cache search java | awk '{print()}' | 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

Dopo aver eseguito questi passaggi, ho installato JDK 1.6.0_45 e poi l'ho installato in alternative e poi controllato per vedere che le alternative avevano SOLO 1.6.0_45 per essere sicuro che stavo prendendo il java-32 avvolto per 64-bit browser che volevo.

Prima che potessi farlo, tuttavia, ho dovuto inserirlo in alternative, che ho fatto in questo modo:

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

(la posizione di java32 jdk6 potrebbe variare - è lì che inserisco la mia).

Idk cosa significa il numero 1050 - è la "priorità". Non so se questo sia importante o meno. Le mie alternative ora assomigliano a questo:

[email protected]:/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: 
[email protected]:/usr/lib/mozilla/plugins$ 

Quindi, dopo aver dormito su di esso, il mattino di Satuday ho preso in considerazione il codice alla riga 5128 e ho incollato la patch manualmente sul file poiché la patch stava avendo un problema applicandolo automaticamente.

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

Ecco i frammenti prima e dopo che mostrano come posizionare il codice patching:

ecco il diff della patch npw-viewer.c rispetto al npw-viewer.c non patch:

[email protected]:~/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 vuoi semplicemente andare al sodo, ecco le linee interessate, i numeri di riga mostrati per comodità. Ho appena inserito una patch di Dan applicata a mano, poiché "patch" ha dato un errore e ha funzionato.

A partire dalla linea 5128 ecco come dovrebbe essere curato dopo l'applicazione della 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) {

Nota che i characat "#" sulla linea 5139 e la linea 5129 dovrebbero essere lì, non rimuoverli, lasciare il # nel codice. Naturalmente, i numeri di riga non vanno nel file modificato finito, sono solo qui mostrati per comodità per aiutarti a localizzare dove questo codice patchato va.

Ora puoi procedere a eseguire make dalla riga di comando:

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

Bene, la marca darà errore. Il poster "910Radar" lo ha capito. Devi aggiungere un piccolo snippet al comando make ed eseguirlo manualmente. Puoi visualizzare il messaggio "910Radar" qui: link

e quello che ha fatto (e quello che ho fatto) è stato eseguire manualmente il comando make, come segue (e funziona) per questo. Quel comando è qui, incollalo nella riga di 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 funziona. Ora puoi eseguire "make install" per "nspluginwrapper" e poi puoi eseguirlo per racchiudere il java a 32-bit che hai installato in modo che il firefox a 64 bit possa usarlo, tale comando è:

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

che dovrebbe restituire un prompt dei comandi senza errori e senza messaggi. Nota, se il tuo libnpjp2.so si trova in una directory diversa, quindi usa il tuo percorso, naturalmente.

Ho anche scoperto che anche se pulseaudio stava lavorando su Ubuntu 12.04 (youtube, video, ecc.) il "test audio" non funzionava sul pannello "sound" nelle impostazioni di Ubuntu. Capire che sarebbe una buona idea risolvere qualsiasi problema che ho riscontrato con il suono sulla mia Ubuntu, l'ho risolto anch'io. Ho trovato che la risoluzione di questo problema richiede questo passaggio:

sudo apt-get install libcanberra-pulse

e una volta fatto ciò, gli altoparlanti "test" destro e sinistro funzioneranno alla grande (una voce femminile morbida ti parla, che bello, che ti dice che i tuoi altoparlanti stanno lavorando su entrambi i lati, che bello).

Inoltre, se tu fossi già stato nella pagina che dice di estrarre pulseaudio, e ho trovato come ho fatto io, che strappare l'audio del polso non funziona fino a correggere il suono del computer per problemi di webex (almeno non ha funzionato per me) quindi è possibile reimpostare l'audio del polso e anche il widget della barra degli strumenti pulseaudio, su Ubuntu 12.04, utilizzando questi comandi:

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

(ripristina l'audio dell'impulso e rimette l'indicatore sui widget in alto). Potresti voler riavviare dopo averlo fatto.

Ora provalo e spero che se ricordassi tutti i passaggi, sarai in grado di eseguire il suono webex dal tuo browser mozilla firefox a 64 bit su Ubuntu 12.04 a 64 bit e il suono webex integrato nel computer funzionerà perfettamente ! Una piccola applet si apre quando fai clic su "usa il mio computer" per l'audio quando si è in webex.

Divertiti, e grazie al grande tempo Dan Menes e "910Radar" e molti altri "poster sconosciuti" i cui post su cose basilari come la patch del codice src, come aggiungere voci alle alternative java, ecc., hanno reso possibile finalmente risolvo questo problema sul mio portatile Ubuntu!

    
risposta data user215211 14.12.2013 - 22:04
-1

Dai un'occhiata qui o all'indirizzo il post iniziale qui .

Propongono di utilizzare un'altra installazione di un browser (ad esempio swiftfox) che utilizza un plug-in Java a 32 bit.

    
risposta data Tigran 26.06.2012 - 13:58

Leggi altre domande sui tag