L'audio Webex ne fonctionne pas avec 11.10

Je peux voir les présentations, le chat, le partage d'écran, tout dans la réunion webex mais je ne peux pas faire fonctionner l'audio, j'ai toujours:

"Le périphérique audio est inaccessible maintenant"

est-ce que quelqu'un sait ce qui se passe?

Merci.

Je viens de poster une réponse à cette question sur http://ubuntuforums.org/showthread.php?p=11757928

L'applet WebEx utilise un module natif propriétaire pour accéder au logiciel audio. Il s'agit d'un fichier .so 32 bits, il ne peut donc pas être chargé par une machine virtuelle Java 64 bits. La solution habituelle semble être d'exécuter un navigateur 32 bits chaque fois que vous utilisez WebEx. Comme alternative, j'ai corrigé l'utilitaire nspluginwrapper afin que vous puissiez exécuter un plugin Java 32 bits à partir d'un navigateur 64 bits (j'ai testé avec Firefox, il devrait également fonctionner avec Chrome).

Téléchargez les dernières sources de nspluginwrapper sur http://nspluginwrapper.org/download/

Développez le fichier (tar -xvzf) dans un emplacement pratique

Appliquez le correctif suivant au fichier 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) {

Vous devrez peut-être obtenir des bibliothèques supplémentaires pour que les choses fonctionnent. En particulier, j'ai installé:

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

YMMV.

Après avoir obtenu les dépendances, son:

./configure
make
sudo make install

Ensuite, vous aurez besoin d'un jre 32 bits. Il peut être téléchargé sur le site Web d'Oracle et installé.

Enfin, recherchez le fichier libnpjp2.sodans le librépertoire de l'installation Java 32 bits. Je l'ai trouvé /usr/lib/jvm/ia32-java-6-sun/jre/lib/i386/.

Exécuter

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

(Ou partout où votre Java a été installé.)

Puis (re) lancez Firefox. Tapez "aboutlugins" dans la barre d'adresse. Vous devriez voir votre plug-in Java 32 bits nouvellement installé.

Essayez de rejoindre une réunion WebEx avec le son

Je sais que ce fil est périmé, mais je viens de passer 2 jours à faire fonctionner la solution fournie par Dan Menes (et la méthode de Dan FONCTIONNE), mais il y avait quelques étapes supplémentaires que je voulais partager pour que les autres ne perdent pas 12 heures de travail comme je l'ai fait avec les réglages. Alors, c'est parti:

Tout d'abord, je n'ai pas pu appliquer le patch de Dan avec la commande "patch" de la manière habituelle. Lorsque j'ai essayé de le faire, j'ai eu l'erreur suivante (la même erreur que l'affiche "NW Tech", qui est:

Hunk # 1 FAILED à 5128

Avant de corriger cela, j'ai arraché tous mes Java existants - TOUS! J'avais un problème que lorsque j'ai exécuté webex, je ne savais pas lequel des 5 ou 6 javas installés, à la fois 6 et 7, il utilisait, et comme je ne sais pas comment être sûr, j'ai juste déchiré tous les java sauf celui à utiliser pour webex, pour que je puisse être sûr. Vous pouvez le faire, ou bien si vous savez comment, assurez-vous que Firefox utilise votre Java enveloppé comme décrit ci-dessous. Si vous choisissez de déchirer tout votre java en premier comme je l'ai fait, je ne prends AUCUNE RESPONSABILITÉ pour tout ce qui pourrait vous casser - je me concentrais uniquement sur la résolution de ce problème webex sans audio via un ordinateur sur Ubuntu Linux et je voulais être sûr J'utilisais certainement la java 32 bits enveloppée, alors j'ai déchiré tous les autres java dans des alternatives pour être sûr.

Donc, en poursuivant ...

En outre, j'ai utilisé la dernière distribution de JDK 1.6 (1.6.0_45) PAS JDK 1.7 (cela pourrait fonctionner, je ne l'ai pas testé, je m'en fous, j'ai fini avec ce problème irritant. , alors, FIN! J'ai fini!).

Avant d'installer Oracle Sun Java 1.6.0_45, j'ai complètement arraché tous les java existants sur mon Ubuntu 12.04. Pour ce faire, j'ai utilisé ces étapes:

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

Après avoir exécuté ces étapes, j'ai installé JDK 1.6.0_45, puis je l'ai installé dans des alternatives, puis j'ai vérifié que les alternatives n'avaient que 1.6.0_45 pour m'assurer que je récupérais définitivement le java-32 enveloppé pour le navigateur 64 bits que je voulait.

Avant de pouvoir le faire, cependant, je devais le mettre dans des alternatives, ce que j'ai fait de cette façon:

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

(votre emplacement de votre java32 jdk6 peut varier - c'est là que j'ai mis le mien).

Idk ce que signifie le nombre 1050 - c'est la "priorité", je ne sais pas si cela importe ou non. Mes alternatives ressemblent maintenant à ceci:

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$ 

Donc, après avoir dormi dessus, le samedi matin, j'ai regardé le code à la ligne 5128 et j'ai juste collé le correctif manuellement dans le fichier car le correctif avait du mal à l'appliquer automatiquement.

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

Voici les extraits avant et après qui montrent comment placer le code de correction:

voici la différence entre le npw-viewer.c patché et le npw-viewer.c non patché:

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 vous voulez simplement vous lancer, voici les lignes qui sont affectées, les numéros de ligne affichés pour plus de commodité. Je suis juste entré dans un patch appliqué par Dan à la main, car "patch" a donné une erreur, et cela a fonctionné.

À partir de la ligne 5128, voici à quoi cela devrait ressembler après l'application du 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) {

Notez que les caractères "#" sur la ligne 5139 et la ligne 5129 sont censés être là, ne les supprimez pas, laissez le # dans le code. Bien sûr, les numéros de ligne ne vont pas dans le fichier édité terminé, ils sont juste affichés ici pour plus de commodité pour vous aider à localiser où va ce code corrigé.

Vous pouvez maintenant continuer à exécuter make depuis la ligne de commande:

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

Eh bien, la marque donnera une erreur. L'affiche «910Radar» l'a figuré. Vous devez ajouter un petit extrait à la commande make et l'exécuter manuellement. Vous pouvez voir le message "910Radar" ici: http://ubuntuforums.org/showthread.php?t=1858097

et ce qu'il a fait (et ce que j'ai fait) a été exécuté la commande make manuellement, comme suit (et cela fonctionne) pour cela. Cette commande est ici, il suffit de la coller dans la ligne de commande:

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

et il fonctionne. Vous pouvez maintenant exécuter "make install" pour "nspluginwrapper", puis vous pouvez l'exécuter pour envelopper la java 32 bits que vous avez installée afin que le firefox 64 bits puisse l'utiliser, cette commande est:

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

qui devrait renvoyer une invite de commande sans erreur ni message. Notez que si votre libnpjp2.so se trouve dans un répertoire différent, utilisez bien sûr votre chemin.

J'ai également constaté que bien que pulseaudio fonctionnait sur mon Ubuntu 12.04 (youtube, vidéo, etc.), le "test audio" ne fonctionnait pas sur le panneau "son" dans les paramètres Ubuntu. Pensant que ce serait une bonne idée de résoudre tout problème que j'ai trouvé avec le son sur mon Ubuntu, j'ai également corrigé cela. J'ai trouvé que la résolution de ce problème nécessite cette étape:

sudo apt-get install libcanberra-pulse

puis une fois cela fait, les haut-parleurs "test" droit et gauche fonctionneront très bien (une voix douce et féminine vous parle, comme c'est agréable, en vous disant que vos haut-parleurs fonctionnent de chaque côté, comme c'est beau).

De plus, si vous étiez déjà allé sur la page qui dit d'extraire pulseaudio, et que vous avez découvert comme moi, que l'extraction de l'audio pulsé ne fonctionne pas jusqu'à réparer le problème d'absence de son de l'ordinateur pour le problème webex (au moins, cela ne m'a pas fonctionné ), vous pouvez ensuite remettre le son d'impulsion, ainsi que le widget de la barre d'outils de pulseaudio, sur Ubuntu 12.04 à l'aide de ces commandes:

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

(remet le son par impulsions et remet l'indicateur sur les widgets en haut). Vous voudrez peut-être redémarrer après cela.

Maintenant, essayez-le et j'espère que si je me souviens de toutes les étapes, vous pourrez exécuter le son Webex à partir de votre navigateur Mozilla Firefox 64 bits sur Ubuntu 12.04 64 bits et le son Webex intégré via l'ordinateur fonctionne très bien! Une petite applet s'ouvre lorsque vous cliquez sur "utiliser mon ordinateur" pour le son lorsque vous êtes dans webex.

Profitez-en et merci beaucoup Dan Menes et "910Radar" et de nombreuses autres "affiches inconnues" dont les articles sur des choses de base comme comment patcher le code src, comment ajouter des entrées aux alternatives java, etc., ont tous permis de résoudre enfin ce problème problème sur mon ordinateur portable Ubuntu!

Jetez un œil ici ou au post initial ici .

Ils proposent d'utiliser une autre installation d'un navigateur (par exemple swiftfox) qui utilise un plugin Java 32 bits.