senfcall, kein Audio

Nutzt du pulseaudio?

Probier mal eine wirklich aktuelle Firefox Version (87.0), nicht irgend so ein esr zeugs. Mit BigBlueButton hab ich die Erfahrung gemacht, dass es unter auch nur minimal alten älteren Browserversionen sehr herumzickt.
Mit einem Aktuellen Firefox unter Linux (Manjaro) habe ich ich trotz mehrerer Lautsprecher (Klinke, HDMI, Kopfhörer) keine Probleme gehabt einer BigBlueButton Konferenz mit Mikrofon beizutreten.
Ein anderer Browser wäre auch ein Versuch wert. Ich habe ein ähnliches Problem mit Chrome auf Windows(Beitritt mit Mikrofon war nicht möglich), Abhilfe hat die Installation von Firefox gebracht.

Dann bau halt n Firefox oder Chromium from Source.
Wird halt auf ner alten Kiste n halben Tag dauern (bei Chromium jedenfalls).

N Browser von Dezember 2019 nutzen und dann beschweren, dass Dinge nich funktionieren.

Das KDE ist auch von November 2017.
Kann halt gut sein, dass sich bei Pulseaudio oder FF in den letzen vier Jahren mal was geändert hat, was die spezifische Config breakt.
Und selbst wenn du den Bug findest wird niemand die Resourcen verschwenden wollen das für irgendwelche Legacy Browser zu fixen. Zwei Jahre in der Browser Welt ist halt ne Ewigkeit.

Hätte sonst mal noch vorgeschlagen den Browser mal aus dem Terminal zu starten und zu schauen ob der irgendwelche exceptions wirft die vielleicht weiterhelfen. Sonst mal mal in die Systemd (lol) Logs schauen.

Zitat von Playitlouder

Dann bau halt n Firefox oder Chromium from Source.
Wird halt auf ner alten Kiste n halben Tag dauern (bei Chromium jedenfalls).

N Browser von Dezember 2019 nutzen und dann beschweren, dass Dinge nich funktionieren.

Das KDE ist auch von November 2017.
Kann halt gut sein, dass sich bei Pulseaudio oder FF in den letzen vier Jahren mal was geändert hat, was die spezifische Config breakt.
Und selbst wenn du den Bug findest wird niemand die Resourcen verschwenden wollen das für irgendwelche Legacy Browser zu fixen. Zwei Jahre in der Browser Welt ist halt ne Ewigkeit.

Hätte sonst mal noch vorgeschlagen den Browser mal aus dem Terminal zu starten und zu schauen ob der irgendwelche exceptions wirft die vielleicht weiterhelfen. Sonst mal mal in die Systemd (lol) Logs schauen.

this.

Im Internet sind 2 Jahre, eig direkt Steinzeit.

Probiers mal mit einem simplen, aktuellen Ubuntu Bootstick.
Keine Systemrettungs-DVD und kein Nischenlinux, dass kaum jemand verwendet und teils veraltete Software verwendet. Diese Systeme testet niemand und da kann es schon vorkommen, dass es mit denen zu Problemen kommt. Und wenns damit nicht läuft probier Chromium. Das geht mit Ton anders um als Firefox.

https://developer.mozilla.org/en-US/docs/Web…r_compatibility

Zitat

Prior to Firefox 63, enumerateDevices() only returned input devices. Starting with Firefox 63, output devices are also included if the media.setsinkid.enabled preference is enabled.

Der Bug dazu, warum media.setsinkid.enabled nicht standardmäßig wie angedacht seit Firefox 63 an ist, erwähnt auch dass dies für den Einsatzzweck nicht viel bringt, da diese Einstellung im Moment nur ermöglichen würde, das Ausgabegerät für die Medienwiedergabe einzustellen, aber nicht für WebRTC. Neben Blink hat auch erst WebKit/Safari neulich Support für diese Browser-API erhalten.
So können Web-Anwendungen in Firefox essentiell nur auf das System-Standardausgabegerät zugreifen. Das klappt aber bei mir (hier z. B. mit AMD-Grafikkarte mit HDMI-Ausgang, Onboard-Sound mit ALC892, USB-Sound mit Sound Blaster X-Fi Go! Pro) wie erwartet, nachdem ich dieses einmalig vom ersteren umgestellt habe (typischer Fallstrick – Digitalausgänge werden tendenziell bevorzugt und Monitor ist dank Kopfhörerbuchse audiofähig, hat aber keine Lautsprecher). Auch ohne MediaDeviceInfo vom Typ audiooutput kann man den Testton abspielen und sich selber hören.

Neben GUIs wie den „Klang“-Reiter in den GNOME-Einstellungen oder analog in KDE gibt es auch die Kommandozeilen-Tools wie pactl zur Steuerung von Pulseaudio.

Zitat

$ pactl info
Server-Zeichenkette: /run/user/1000/pulse/native
Bibliotheks-Protokollversion: 33
Server-Protokollversion: 33
ist lokal: ja
Client-Index: 26
Tile-Größe: 65472
Name des Benutzers: dosamp
Rechnername: philomena
Name des Servers: pulseaudio
Version des Servers: 13.99.1
Standard-Abtastwert-Angabe: s16le 2ch 44100Hz
Standard-Kanal-Zuordnung: front-left,front-right
Standard-Ziel: alsa_output.usb-Creative_Technology_Ltd_Sound_Blaster_X-Fi_Go__Pro_00434709-00.analog-stereo
Standard-Quelle: alsa_input.pci-0000_2d_00.4.analog-stereo
$ pactl set-default-sink alsa_output.pci-0000_2d_00.4.analog-stereo

Alles anzeigen

Ansonsten ist jeder Chromium-Fork wohl weniger Kopfschmerz was Multimedia angeht, auch wenn sie noch so groß dran schreiben, wie toll Firefox für die Privatsphäre ist.

BigBlueButton ist da ein Kandidat, der unter Windows sogar gegenteilig ist. Bei Chrome und Edge hatte ich Probleme (Fehler 1004) aber bei Firefox gings

gstreamer ist seit Firefox 44 kein default mehr. bevorzugt/genutzt wird ffmpeg.

für unkomplizierten mp3 genuss ohne die FSF flagge einpacken zu müssen bietet ffmpeg seit 3.3.1-1 auch mp3 support

# 3.3.1-1:    20/may/2017 by Eric Hameleers <alien@slackware.com>
#             * Update. After expiry of the MP3 patents, this package will now
#               be able to encode MP3 even in the unrestricted variant.

ich würde wie schon hier erwähnt auch mal gedanken drum machen, entweder bei slackware-dev selber handanzulegen, dass dieses Projekt aktueller wird oder sich nach einer alternativen Distribution umzuschauen. Auf kompilierter Basis wäre Gentoo ja die alternative, sonst wäre sicherlich Arch Linux mit festen Base-Paketen und das AUR zum selber kompilieren die wahl. Du tust dir zumindest im produktiv sein kein gefallen, da werden alle Linux Klischees aus diesen Jahrtausend erfüllt.

zumal man mit slackware auch das alles links liegen lässt was linux jüngst schön zu verwenden gemacht hat. und da haben wir die BRANDAKTUELLEN und NEUEN pakete wie man sie in diesem beispiel sieht gar nicht angeschnitten.

Zitat von Arnulf zu Linden

Beim Versuch den Testton abzuspielen, schmeißt die Console des Debugger:

Code

HTTP “Content-Type” of “audio/mpeg” is not supported. Load of media resource https://bbb1.senfcall.de/html5client/resources/sounds/audioSample.mp3 failed. join
NotSupportedError: The media resource indicated by the src attribute or assigned media provider object was not suitable.
Cannot play media. No decoders for requested formats: audio/mpeg

gst-ffmpeg, gst-plugin-bad und gst-plugin-ugly sind installiert, deren Fehlen im Internet als eine mögliche Fehlerquelle für obiges angegeben wird.

Das mag bei mir auch nicht so recht funktionieren (als Abhängigkeit von gst-plugins-ugly müsste natürlich auch mindestens libmad bzw. ffmpeg bei gst-ffmpeg installiert sein), aber der eigentliche Echotest, der wie die Sprachübertragung an sich sicherlich kein MP3 verwendet, funktioniert in einer virtuellen Maschine mit Slackware 14.2 auf aktuellem Stand (das heißt mit Firefox ESR 68.12.0, aber der ursprünglichen angepassten Version von Pulseaudio 9.0) ohne externe Pakete einwandfrei.
Das Durchhangeln durch die KDE4-Menüs für Audio ist etwas gewöhnungsbedürftig, aber Pulseaudio kann man auch gut mit pavucontrol konfigurieren.

Zitat von Blue

[...]
ich würde wie schon hier erwähnt auch mal gedanken drum machen, entweder bei slackware-dev selber handanzulegen, dass dieses Projekt aktueller wird oder sich nach einer alternativen Distribution umzuschauen. Auf kompilierter Basis wäre Gentoo ja die alternative, sonst wäre sicherlich Arch Linux mit festen Base-Paketen und das AUR zum selber kompilieren die wahl. Du tust dir zumindest im produktiv sein kein gefallen, da werden alle Linux Klischees aus diesen Jahrtausend erfüllt.

Ich kann in Sachen Distri auch noch Manjaro empfehlen. Ist quasi ne Klickibunti Distri für Arch. Alles ist vorkonfiguriert. Und die Defaults sind recht sinnvoll imo. Hat halt den Vorteil, dass man die AUR und n sehr aktuellen Kernel fahren kann, ohne vorher erstmal Stunden mit ner Arch install und Konfiguration zu verschwenden. Klar ist das n bisschen bloatiger als jedes installierte Paket zu kennen etc., aber da bin ich persönlich einfach zu faul zu. Hab das hier seit mindestens 3 Jahren laufen und hab teilweise auch mal n halbes Jahr+ keine Updates installiert und es hat sich bisher nicht zerlegt.
Die Manjaro Paketquellen sind n bisschen hinter den arch repos, aber das find ich eigentlich ganz praktisch, weil so halt jemand anders mal die gröbsten Bugs findet und mein Produktivsystem nicht beeinflusst wird.
Und die AUR ist halt echt praktisch, braucht man mal eben n Treiber für n neuen Bluetooth Stick, der nicht im Kernel ist? Eben mit yay installiert.
Und das Arch Wiki ist halt auch echt n Argument....

Sorry für das in deinem Fall nicht wirklich zielführende derailing des Threads.

Zitat von Arnulf zu Linden

ffmpeg 3.2.2 → 3.4.6: Der Testton erklingt jetzt, aber der eigentliche Echo-Test funktioniert immer noch nicht.

Können denn andere Clients über Pulseaudio Ton aufnehmen? Die einfachste Testvariante ist dabei wohl mit den Pulseaudio-CLI-Werkzeugen:

$ parecord testaufnahme.wav & sleep 10 && kill $!

Audacity ist hierbei nicht ganz repräsentativ, da es nach Möglichkeit direkt ALSA zur Aufnahme oder Wiedergabe verwendet, außer wenn man „pulse“ als Gerät einstellt (wodurch der Pulseaudio-Soundserver als simuliertes Soundgerät von Programmen verwendet werden kann, die nicht wie Firefox direkt das Pulse-Protokoll unterstützen).

Zitat von Arnulf zu Linden

Bei PulseAudio müssen z. B. mit pavucontrol (menu: Configuration) alle devices – außer dem Zoom H2n als analog input device und der Audigy 2ZS als analog output device – auf "Off" gestellt werden, womit PulseAudio nur noch genau ein input device und genau ein output device bereit stellt.

Auf diesen Ansatz wollte ich in #14 bereits implizit hinweisen, was mit genau zwei Soundkarten aber etwas missverständlich war.
Schön, dass es jetzt funktioniert.