HP Elitebook 840 G6 - Interne Cam und Internes Mikro

Das mit der Kamera erinnert mich an mein Lenovo Ideapad, dass ich mal vor knapp 6 Jahren in der Mangel hatte -> Hilfe: Lenovo Ideapad 500-15ISK und Sierra 10.12.4

Die damalige Intel RealSense 3D Camera konnte ich auch nicht zum Laufen bringen...

Bin mal gespannt ob sich das in der Zwischenzeit verbessert hat, denn in meinem Philips 499P9H ist auch eine Windows Hello Camera am Start, die ich gerne mal zum Laufen bringen würde.

Wird schwer, denn diese Art neuere Hardware kennt macOS nicht.

Zwecks Kamera, welche Port-Geschwindigkeit zeigt hier das Port-Mapping?

Funktionieren diese unter neuster Ubuntu oder vergleichbares Linux?

Betreffs intern Mic, ist es so, dass diese Dual-Array-Mikrofone, in Deinem Fall sogar ein Ring aus 3 Mikrofonen (3 Multi-Array-Mikrofone), in der Vergangenheit bislang nicht unter macOS funktionierten, zumindest nicht mittels AppleALC.

Bislang funktionierten diese nur unter neuster Ubuntu-Version, aber selbst wenn man dort ein Dump macht, dann wir dieser Knoten nicht als Input erkannt, so wie auch hier bei Dir.

Im Prinzip ist die LayoutID 18 schon richtig konfiguriert, mit Knoten 18 und 25, zumindest für diejenigen, welche kein Dual-Dingsda haben.

Knoten 25 (Hex 19) wird auch bei Dir richtig als externes Mic erkannt im Dump und könnte funktionieren.

Knoten 18 (Hex 12) jedoch, wird auch in dem Fall wieder nur als Output erkannt in Deinem Dump.

Da diese Art Mic's ja mit neuster Ubuntu gehen sollen, stellt sich hier vielleicht die Frage, in wie weit die Entwicklung von VoodooHDA inzwischen fortgeschritten ist.

Mit AppleALC wird Output und ext. Mic bestimmt gehen, aber für intern Mic habe ich hier wenig Hoffnung.

griven ,

wie hast du das mit dem amfi unter ventura bei dem book gelöst?, bei meinen desktops bewirkt das bootarg, das die "erlaubnisanfragen-berechtigungs-*" nicht durchgestellt-und somit das device seitens der app so nicht nutzbar ist (via ventura) . da ginge es nur via direktem terminalaufruf- aufgrunddessen, ist auf diesen rechnern bei mir nun monterey installiert, -ohne das amfi-bootarg klappt es dort.

lg

internal 480Mbps ist eigentlich normal bei den gängigen Webcam's, aber bezüglich dieser neueren Dinger, was ist schon normal? Vielleicht ist die auch höher angebunden, Wobei bei al6042 steht auch explizit USB2.0 ...Cam, also von da her sollte es passen.

Wenn es gelingen würde den IR Teil abzuschalten, vielleicht ginge es ja dann.

In dem ioreg oben zeigen sich ja beide Varianten dieser Cam, einmal als ...@0 und einmal ...@2, vielleicht kann man via DeviceProperties die ...@2 ausschalten, wenn man dort den expliziten Device-Pfad ermittelt.

Bezüglich Audio, ist es genau wie ich dachte, in neuerer Ubuntu haben sie einen Treiber für diese Art Mic's geschrieben, aber der eigentliche Dump geht auf den ALSA-Treiber zurück und auch hier wird Knoten 18 (Hex 12) als LineOut erkannt, obwohl es ein Stereo-Amp-In ist.

Ich schaue es mir noch genauer an, muss den erst wandeln, aber ich habe mit anderen Usern schon einiges betreffs Dual-Mic's versucht, aber egal in welcher Konfiguration, ob ManualMode oder etc., es hat nie was gefruchtet im Bezug mit AppleALC.

In älterer Ubuntu-Version lief es nie, so hatten andere User berichtet.

Unter Linux ist es ja auch immer ein Voodoo-Audio und wenn es für Linux sowas wie Darwin-Dumper gibt, dann könnte man damit ein Audio-Dump machen und die tatsächlich verwendete Konfiguration sehen, aber da bin ich kein Experte, nutze Linux seit Jahren nicht mehr.

Unter macOS geht die Sache mit Darwin-Dumper sehr gut, wenn man VoodooHDA verwendet.

Hast Du inzwischen auch mal die Kombibuchse testen können, bezüglich Kopfhörer mit Mic?

Ich denke, Mic mittels nativem WLAN/BT zu ersetzen, mit z.B. AirPods, ist am Lappi keine große Sache, aber die Webcam zum Laufen zu bewegen wäre schon eher eine gute Sache.

Natürlich geht auch die iPhone-Geschichte hier als Cam unter Ventura oder eine externe Webcam mit Mic, aber am Lappi möchte man ja alles perfekt haben, Aufklappen und geht, sozusagen.

Edit:

Ich hab mal beide Dump's gewandelt:

Archiv.zip

Problem liegt hier bei dieser Art Mic's:

bezüglich der Verbs für Lauffähigkeit unter macOS sind beide gleich:

vor Bearbeitung:

nach Bearbeitung:

... aber selbst wenn man den Knoten 18 hier umformt, er wird dennoch nicht mit AppleALC funktionieren, so meine Erfahrung.

Es gibt beim 2.Dump vom neuen Ubuntu tatsächlich unterschiede bei Knoten 32 (Hex 20), eine lange Array-Kette von Werten, womit ich nicht viel anfangen kann, bzw. auf welchen Input-Knoten der auflaufen könnte.

Das Codegraph-Bild zeigt Knoten 32 nicht einmal.

Man könnte jetzt noch hergehen und auf Verdacht in der Platforms so Ketten wie 7-32-18, 8-32-18 oder 9-32-18 versuchen, aber ich denke, ohne speziellen Treiber, wie unter Win und neuerem Linux ist diese Art Mic nix für macOS und AppleALC.

Ich hab hier ein Dell Monitor mit integrierten Windows Hello fähige WebCam.

Bei mir tut das funktionieren, ich meine jetzt nicht grad die "Hello" Funktionalität aber in allen Diensten hab ich ein Bild zu Verfügung.

Vielleicht kann man da mit den Device ID`s was manipulieren.

Gruss Coban

Zitat von griven

Wie kann ich denn die Device ID von einem USB Gerät spoofen

https://bitbucket.org/anonymou…camsonix.kext/src/master/

Hiermit kann man glaub alle USB Devices spoofen, da hat unser anonymous_writer mal saubere lösung präsentiert gehabt.

Das hat auch mit einem anderen Cam funktioniert soweit ich mich erinnern kann.

Gruss Coban

Bezüglich Kamera. Wird nach dem Spoofen der VDCAssistant anstelle vom UVCAssistant geladen?

Es wäre einen Versuch wert Kamera und Micro unter BigSur zu testen. Ab BigSur hat Apple einiges an den Treibern verändert.

So bin ich auf das Spoofing gekommen. Unter BigSur läuft meine Lenovo Kamera ohne Spoofing.

Schade.

Zitat von griven

In diesem Bild wird immer noch der UVCAssistant geladen.

Sieht bei mir mit spoofing dann unter Ventura so aus:

Aber du schreibst ja, der VDCAssistant wird geladen anstelle vom UVCAssistant, nach dem du den Kext verwendest. Dann hilft meine Lösung leider nicht für diese Kamera.

Jedenfalls bekomme ich wenn der UVCAssistant geladen wird exakt denn gleiche Fehler wie in deinem Post 1.

Ja, griven , bei den neuen Dingern sitzt ein Intel-Controller vorm Realtek-Audio, aber dafür gibt's im SourceCode der AppleALC im Controllers.plist bereits viele Controller-Patches für die jeweiligen Series.

Du hast doch Sound auf den internen Boxen, oder? In dem Fall wird der Realtek-Chip auch angesprochen und der Controller-Patch greift, nur eben der Rest geht bislang nicht.

Ich mache Dir bei Gelegenheit aber doch noch eine Testversion im ManualMode fertig, aber heute schaffe ich es wohl nicht mehr, da ich abends noch Termin habe.

sehr gut, dann geht auch der Controller-Patch. Ich mach dann später mal was fertig.

Wenn Lust hast kannst mal hiermit rumspielen.

https://github.com/cobaohieu/A…/8#issuecomment-605624076

Die Kexte sind sehr alt aber mit Änderung im Bild sollten dieser wieder funktionieren.

Dieser Kext unterscheidet mit bInterfaceNumber=X (siehe im Kext) über Instanzen. Ob das auch klappt habe ich nicht versucht. Mit meinem Kext werden immer alle Instanzen geändert.

Das mit der PID könnte sein da bei mir die identisch ist bei beiden Instanzen.

Korrektur: Ist ja gleich bei dir. Dann ist diese nicht das Problem.

Ergänzung: Zum Kext auf der Github Seite gab es eine sehr langen Thread in English in einem Forum. Leider finde ich diesen nicht mehr. Die Forumseite von diesem Kext ist deutlich älter als auf Github von 2020.