WTware клиент RDP

Имею обычные уши USB Logitech с микрофоном

По идее
в config.txt (чтоб вообще не заморачиваться)
dtparam=audio=off

Далее в WTC
sound=on
microphone=on
ни и можно еще добавить чтоб уровень дергать
microphone_level=100,infobox

заходим по RDP все ок, звук есть, чистый!, начинаем писать с микрофона и в записи ФОН.

Пробовал виндового клиента в этой же вирутальной машине, там все ок, никаких фонов.

Раньше у вас такая вот штука была, сейчас ее нет, может это как-то связано
numid=9,iface=MIXER,name='Auto Gain Control'
; type=BOOLEAN,access=rw------,values=1
: values=off

попробовал старый SoundBlaster на котором у меня на другом проекте все работает, запись чистая!? настройки в config.wtc для обеих карты одинаковые использовал, странно это все. Еще раз - через windows mstsc Logitech четко пробрасывает.

Это может быть из за того что с драйверами какая-то ерунда на WT WARE для этой гарнитуры Logitech (Logitech, Inc. Headset H390.)?

\----------------------------------------------------
[ KERNEL] [ 2.238043] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[ KERNEL] [ 2.368253] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00, bcdDevice= 2.00
[ KERNEL] [ 2.368272] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ KERNEL] [ 5.508049] usb 1-1.4: new full-speed USB device number 4 using dwc_otg
[ KERNEL] [ 5.702650] usb 1-1.4: New USB device found, idVendor=046d, idProduct=0a44, bcdDevice= 1.27
[ KERNEL] [ 5.702672] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ KERNEL] [ 5.702687] usb 1-1.4: Product: Logitech USB Headset
[ KERNEL] [ 5.702698] usb 1-1.4: Manufacturer: Logitech
[ KERNEL] [ 5.723408] input: Logitech Logitech USB Headset as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.4/1-1.4:1.3/0003:046D:0A44.0001/input/input0
[ KERNEL] [ 5.801018] hid-generic 0003:046D:0A44.0001: input,hidraw0: USB HID v1.00 Device [Logitech Logitech USB Headset] on usb-3f980000.usb-1.4/input3



[ initrd] [ 12.158197] Unpack /bootmedia/packages/pi2-lib.
[ initrd] [ 13.030349] USB: 0424:ec00 Microchip Technology, Inc. (formerly SMSC) SMSC9512/9514 Fast Ethernet Adapter.
[ initrd] [ 13.030454] USB: 0424:9514 Microchip Technology, Inc. (formerly SMSC) SMC9514 Hub.
[ initrd] [ 13.030492] USB: 046d:0a44 Logitech, Inc. Headset H390.
[ initrd] [ 16.161629] Load Ethernet drivers.
[ initrd] [ 16.161684] modprobe lan78xx.
[ initrd] [ 16.166947] modprobe smsc95xx.
[ KERNEL] [ 16.174394] usbcore: registered new interface driver lan78xx
[ KERNEL] [ 16.182369] smsc95xx v2.0.0
[ KERNEL] [ 16.227364] Generic PHY usb-001:003:01: attached PHY driver (mii_bus:phy_addr=usb-001:003:01, irq=POLL)
[ KERNEL] [ 16.229714] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:88:89:07
[ KERNEL] [ 16.230795] usbcore: registered new interface driver smsc95xx


--------------------------------------------------
[ gm] [ 24.264961] Run '/sbin/snd_start 100 100 100', log '', env '', pid ''.
[ pfac] [ 24.265097] Run /sbin/snd_start 100 100 100.
[ pfac] [ 24.265473] Ok, PID 553.
[ snd_start] [ 24.271091] /------[ Level 100: 'Logitech USB Headset' ]------
[ snd_start] [ 24.274895] | Sound device 'hw:0', card 'Headset' 'Logitech Logitech USB Headset at usb-3f980000.usb-1.4, full speed'.
[ snd_start] [ 24.274978] | Mixer name 'USB Mixer'.
[ snd_start] [ 24.275041] | Components 'USB046d:0a44'.
[ snd_start] [ 24.275104] | Playback Channel Map: integer, skip.
[ snd_start] [ 24.275166] | Capture Channel Map: integer, skip.
[ snd_start] [ 24.275228] | Mic Playback Switch: boolean, turn OFF.
[ snd_start] [ 24.275307] | Mic Playback Volume: integer, set min value 0.
[ snd_start] [ 24.275379] | Headphone Playback Switch: boolean, turn ON.
[ snd_start] [ 24.275442] | Headphone Playback Volume: integer 0..41 step 0, Volume 100% -> 41.
[ snd_start] [ 24.287463] | Mic Capture Switch: boolean, turn ON.
[ snd_start] [ 24.287532] | Mic Capture Volume: integer 0..13 step 0, Volume 100% -> 13.
[ snd_start] [ 24.287588] \-----------------------------------------

xeon266 писал(а): Вс ноя 10, 2024 3:03 pm Еще раз - через windows mstsc Logitech четко пробрасывает.

Через windows mstsc с той же малины?

Если это действительно фон, то он скорее от блока питания будет, чем от софта.

Попробуй запустить втварь на том же компьютере, с которого через windows mstsc Logitech четко пробрасывает. И пробросить с того же компьютера через втварь.


Ядро даёт нам список контролов для гвукового устройства. Это все:

[ snd_start] [ 24.271091] /------[ Level 100: 'Logitech USB Headset' ]------
[ snd_start] [ 24.274895] | Sound device 'hw:0', card 'Headset' 'Logitech Logitech USB Headset at usb-3f980000.usb-1.4, full speed'.
[ snd_start] [ 24.274978] | Mixer name 'USB Mixer'.
[ snd_start] [ 24.275041] | Components 'USB046d:0a44'.
[ snd_start] [ 24.275104] | Playback Channel Map: integer, skip.
[ snd_start] [ 24.275166] | Capture Channel Map: integer, skip.
[ snd_start] [ 24.275228] | Mic Playback Switch: boolean, turn OFF.
[ snd_start] [ 24.275307] | Mic Playback Volume: integer, set min value 0.
[ snd_start] [ 24.275379] | Headphone Playback Switch: boolean, turn ON.
[ snd_start] [ 24.275442] | Headphone Playback Volume: integer 0..41 step 0, Volume 100% -> 41.
[ snd_start] [ 24.287463] | Mic Capture Switch: boolean, turn ON.
[ snd_start] [ 24.287532] | Mic Capture Volume: integer 0..13 step 0, Volume 100% -> 13.
[ snd_start] [ 24.287588] \-----------------------------------------

Можно ещё на веб-интерфейс посмотреть в раздел Sound Mixer. Если там будет больше контролов, это будет любопытно и можно покопать. Но наверное не будет. Куда делся 'Auto Gain Control' (он точно был именно на этой гарнитуре?) надо у ядерщиков спрашивать. Я не знаю, как в этот список контролов что-то добавить...

1. нормально работает когда mstsc из windows 11 на VDI Windows 10(виртуальная машина Hyper-V) при использовании USB Logitech Headset H390
2. фонит когда rdp из wtware на базе Pi3 в туже машину VDI Windows 10 при использовании USB Logitech Headset H390
3. НЕ фонит когда rdp из wtware на базе Pi3 в туже машину VDI Windows 10 при использовании USB Sound Blaster

блок питания, pi3 и настройки config.wtc в пунктах 2,3 одни и теже.

просто на Usb Sounb Blaster идет 3.5 Jack и нормальных ушей с микрофоном нет под это дело, чтоб пользователю отдать, походу придется поискать..

суть обращения: думал может какие-то настройки есть для опции microphone или там драйвер подкинуть в wtware свежий, так то Logitech USB Headset распространены максимально, странно это все, что ни у кого не вылезло.

п.с. попытался прокинуть через virtualhere, как устройство, в виртуальной машине оно появляется в диспетчере устройств, но не взлетает, я так понимаю проброс через RDP конфликтует с VirtualHere и если как запретить virtualhere забирать устройство я знаю, то как отключить проброс звука/микрофона по RDP с WTWARE в виртуалку нет, пробовал комментировать sound или писать sound=off не помогло.

Пробовал прокидывать USB Logitech Headset H390 в консольную сессию windows, через VirtualHere, как устройство (НЕ по RDP), все работает замечательно. Грабли именно в конфликте с RDP, как и в теме про картридер...

Видел встроенная фича есть в WTWARE для проброса USB порта, как появлюсь на работе попробую, но чую она так же будет конфликтовать с RDP пробросом + по-моему там надо четко порт указывать какой.

В VirtualHere главное это клиентская часть + значительно в некоторых задачах стабильнее работает чем то что зашито в rdp, например вытаскиваю USB Logitech Headset H390 и вставляю на лету USB Sound Blaster у меня в логах пишет - крешнула alsa и перестает работать звук по RDP, надо перезапускаться, ну и всякие мелочи типа, нельзя регулировать с винды уровень микрофона, ток через infobox или с telnetd командами.

В общем пока перевожу физическое рабочее место в виртуальное ищу рабочее решение.

xeon266 писал(а): Вс ноя 10, 2024 7:48 pm 1. нормально работает когда mstsc из windows 11 на VDI Windows 10(виртуальная машина Hyper-V) при использовании USB Logitech Headset H390

Запусти втарь на этом же компьютере. Вместо windows 11. С тем же логитеком, который фонит на малине. На настоящем компьютере будет фонить?

посмотрел web интерфейс, там тоже Auto gain control нет

sound=on,hw:0:0
numid=5,iface=MIXER,name='Headphone Playback Switch'
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=6,iface=MIXER,name='Headphone Playback Volume'
; type=INTEGER,access=rw---R--,values=2,min=0,max=41,step=0
: values=20,20
| dBminmax-min=-41.00dB,max=0.00dB
numid=3,iface=MIXER,name='Mic Playback Switch'
; type=BOOLEAN,access=rw------,values=1
: values=off
numid=4,iface=MIXER,name='Mic Playback Volume'
; type=INTEGER,access=rw---R--,values=1,min=0,max=15,step=0
: values=0
| dBminmax-min=-15.00dB,max=0.00dB
numid=7,iface=MIXER,name='Mic Capture Switch'
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=8,iface=MIXER,name='Mic Capture Volume'
; type=INTEGER,access=rw---R--,values=1,min=0,max=13,step=0
: values=13
| dBminmax-min=16.00dB,max=29.00dB
numid=2,iface=PCM,name='Capture Channel Map'
; type=INTEGER,access=r----R--,values=1,min=0,max=36,step=0
: values=0
| container
| chmap-fixed=MONO
numid=1,iface=PCM,name='Playback Channel Map'
; type=INTEGER,access=r----R--,values=2,min=0,max=36,step=0
: values=0,0
| container
| chmap-fixed=FL,FR

я конечно разберусь как запускать с флешки wtware на настоящем компе и попробую, если это поможет делу, но не верю я что дело в питании, как я сказал выше, если мапить порт USB без участия RDP в туже виртуальную машину с тогоже пи3 с тем же блоком то фона НЕТ. К тому же сначала я пробовал это на рабочем месте сотрудника где это у будет стоять, т.е. на другой виртуальной машине под WIn10 и другой Pi3 где вообще ПОЕ питание и там был ФОН. Потом я собрал тестовый стенд для выяснения...

так же у меня 2е наушников Logitech, пробовал оба, дело не в ушах.

xeon266 писал(а): Пн ноя 11, 2024 8:14 am ..не верю я что дело в питании, как я сказал выше, если мапить порт USB без участия RDP в туже виртуальную машину с тогоже пи3 с тем же блоком то фона НЕТ.

Хм. Да. Если физически те же уши подключены в ту же малину с тем же блоком питания и через VirtualHere фона нет, значит дело не в питании.
Покажи лог. Свежая втварь, 100% громкости микрофона. Перегрузи, запиши пару секунд, послушай что фон записался, сохрани лог.

Короче сегодня вышел на работу и не смог повторить ситуацию чтоб на USB SoundBlaster совсем не было фона.

Пробовал откатываться даже на WTWare 6.10 на котором проект с громкой связью.

Брал jack отдельный микрофон Genius и старые уши Genius с микрофоном + USB SoundBlaster, брал 3!!! разных USB Logitech Headset H390. На H390 фонит адски, меньше всего фонит на отдельном микрофоне Genius +SoundBlaster в зависимости от настройки. Звук фона РАЗНЫЙ.

Пробовал Pi3, P4, Pi5, пробовал питание чисто от разных моделей ИБП(без подключения в сеть), пробовал разные блоки питания (разные модели), даже другой источник пое пробовал. Пробовал разные USB на PI5 (синий черный).

Если прислушаться на физической машине с виндовс тоже очень слабый фон есть на микрофонах что я тестировал.

Наконец понял как прокидывать звук через VirtualHere (как устройство в виндовс) в rdp сессию и вы сами на форуме об этом написали. Но даже при таком пробросе (когда драйвер на стороне виртуальной машины) тот же самый фон.

ремарим строки
#microphone=on
#microphone_level=100,infobox
и в строке sound - все как в mstsc (там нет для микрофона такой опции, есть только для звука, но это влияет и на микрофон)
sound=remote

далее все четко, тыкать можем на лету в разные USB, разные звуковухи и нечего не крешиться! (завесить можно, но надо очень постараться). Выткнул -на звуке крестик, воткнул и система сразу показывает что звук/микрофон в системе появился. Есть такая фишка как выводить звук с микрофона в уши, чтоб сразу слышать что фон есть без записи. При пробросе через RDP почему-то эта галка тыкается, но не работает.

Что касается всяких бустов микрофона и авто чувствительности (геин), Alsa в линукс по сути так же реагирует как windows, если драйвер это дает, то и в звуковой подсистеме фишка появляется. При sound=plug включаю USB Logitech Headset H390 гейна нет, включаю USB SoundBlaster и "Микшер звука" в веб морде wtware показывает что гейн есть, далее telnetd и можно побаловаться. Так же и в винде, например если есть шумоподавление или буст, то в настройке микрофона появляется ползунок буста или вкладка для шумоподавления.

В итоге, я взял USB Bluetooth, прокинул его через virtualhere в виртуальную машину как устройство и подцепил к виртальной машине свои беспроводные уши. Запись кристально чистая, идеальнейшая! Вывод: надо искать микрофон (гарнитуру USB) с активным шумоподавлением, направленный, на который не влияет "земля" PI.

Конечно всякие линуксоиды как-то там записывают этот противный фон, как-то его применяют для формирования шаблона шумоподавления, но нам это все не надо.

100% аппаратная проблема, достаточно взять отвёртку за ее железную часть рукой и прикоснутся ей к "земле" USB разъёма PI и тут же фон становится минимальным (вы заземление) или взять медный провод обмотать им "землю" USB разъёма Logitech Headset H390, второй конец привинтить к компьютеру и фон - становиться равным тому же фону что на компьютере, т.е. тоже минимальным.

Причем 70% фона вносит HDMI монитор

Хз как это все побороть и почему POE питание это не решает (разницу на блоке питания и на пое с отключенным HDMI не заметил). Соответственно если есть доступ к настройки буста и отключению гейна, то программным путем с этим еще немного можно бороться путем просто снижения чувствительности микрофона (например громкая связь), но по сути программно эту проблему не закрыть. Добавление всякого поролона и прочей ворсы тоже поможет, но проблему не решит. Короче PI то еще Г.

Продолжая тему автоматизации рабочих мест на базе wtware и Pi5, еще раз подытожим

В общем аппаратно, как и сказано выше, можно бороться только если
1. есть хорошая земля на HDMI выходе PI, т.е. берем хороший монитор с хороши блоком питания и прямым HDMI кабелем (без всяких переходников HDMI ->DVI!) цепляем его к PI, тогда USB PI не вносит сильных искажений в преобразование аналога в цифру на USB звуковой карте.

2. Либо развязать землю микрофона с землей PI, для чего купил для теста изолятор USB но это не помогло (видимо схемотехника изолятора рассчитать на что-то другое, шум убирает но несущественно). Остаётся передать чистую цифру сразу на PI, т.е. использовать bluetoth гарнитуру, как известно WTWARE блутуз устройства не прокидывает, только "клавиатуру" . Как я писал, я попробовал это через virtual here + sound=remote с тонкого клиента на виртуальную машину находящуюся за тысячи км, вариант рабочий, но все таки он допускает небольшое повреждение записи и лучше не держать открытыми вкладки драйвера во время отключения устройства иначе перезагрузка удалённой машины неизбежна, звуковая подсистема windows крешится если устройство вынимать когда к нему идет доступ - все таки есть моменты с задержкой доступа к устройству в 50ms, которые влияют на все ! Но если просто сделать сопряжения и двигать только уровень звука на панели, то решение годное, отключай/подключай наушники, перетыкивай сам свисток блутуз, все ок.

Короче
Блутуз я буду использовать только на одном рабочем месте где нужна идеально чистая запись для системы громкой связи, чтоб не заморачиваться с шумоподавлением.
На остальных я хотел бы использовать классический RDP + шумодав, если монитор будет "плохой" и это потребуется (пока прорабатываю решение, хочется без интернет АИ типа крисп..), но как писал мне не нравится что при переподключении даже в тот же USB порт все крешится. Я пробовал mstsc клиент, там такой проблемы НЕТ!!! Я знаю вы можете это исправить! потому-то что у вас реализовано сейчас позволяет сначала подключится к RDP сесии, а затем уже вставить наушники в PI и звук цепляется в RDP сессии!

Как я понимаю мне нужен перезапуск alsa при подключении наушников заново
Во 2м логе, сначала уши подключается потом идет строка, в 1м логе после креша ее нет.
[rdpclient 1061] [ 4603.901495] [ALSA] Start speaker plugin.

Креш выглядит так
[ rdpclient 985] [ 2967.076135] NLA EX.
[ rdpclient 985] [ 2967.076149] SSL/TLS.
[ rdpclient 985] [ 2967.126837] TLSv1.2.
[ rdpclient 985] [ 2967.210696] The user has permission to access the server.
[ rdpclient 985] [ 2967.233727] RDP 10.8 server.
[ rdpclient 985] [ 2967.425033] Offer microphone redirection.
[ rdpclient 985] [ 2967.425050] Enable font smoothing and Desktop Composition.
[ rdpclient 985] [ 2967.445729] Microsoft License: STATUS_VALID_CLIENT.
[ rdpclient 985] [ 2968.250285] [h264] Enable AVC422 and AVC444.
[ rdpclient 985] [ 2968.250440] [GFX] Graphic channel.
[ rdpclient 985] [ 2968.285224] GFX decoder thread.
[ rdpclient 985] [ 2968.285254] [h264] Video control channel.
[ rdpclient 985] [ 2968.285339] RDPGFX version 10.4, flags 0x00000042.
[ rdpclient 985] [ 2968.285421] [h264] Video data channel.
[ rdpclient 985] [ 2968.285529] Reset graphics output buffer 3840x2160, 1 monitors.
[ rdpclient 985] [ 2968.285544] Monitor 0: 0.0-3839.2159 primary.
[ rdpclient 985] [ 2969.337973] Too large cursor, width clipped from 34 to 32.
[ rdpclient 985] [ 2969.337993] Too large cursor, height clipped from 39 to 32.
[ rdpclient 985] [ 2969.340868] SessionId 0x00000003: XXXXXXXXXXXXXXXXXXX.
[ rdpclient 985] [ 2969.523779] [SOUND] Server version 8, 26 formats.
[ rdpclient 985] [ 2969.523796] [SOUND] AAC compressed sound 44100 frames per second.
[ rdpclient 985] [ 2969.523810] [ALSA] Start speaker plugin.
[ rdpclient 985] [ 2969.627177] [h264] Init software decoder.
[ rdpclient 985] [ 2969.663110] [h264] Post process threads: 4.
[ rdpclient 985] [ 2985.184091] [ALSA PLAY] Use device hw:2,0.
[ rdpclient 985] [ 2985.184674] [ALSA PLAY] Hardware rate 44100Hz stereo.
[ rdpclient 985] [ 2985.219076] [ALSA PLAY] Chunk size 1024 frames, 4096 bytes, 23 msec.
[ KERNEL] [ 2993.090696] usb 3-1.4: USB disconnect, device number 5
[ rdpclient 985] [ 2993.100902] [ALSA ERROR] Failed to write 1 chunks. Error -19, No such device.
[ rdpclient 985] [ 2993.100931] alsa.cpp ( 169): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
[ rdpclient 985] [ 2993.100945] [ALSA ERROR] pcm_hw.c:144:(sync_ptr1) SNDRV_PCM_IOCTL_SYNC_PTR failed (-19): No such device
[ rdpclient 985] [ 2993.100958] [ALSA ERROR] Sound card is broken? State 'SND_PCM_STATE_DISCONNECTED'.
[ gm] [ 2993.108224] evdev-device.cpp ( 873): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
[ gm] [ 2993.108245] [EVDEV] Close input device 'Logitech Logitech USB Headset', errno 19.
[ KERNEL] [ 2999.087871] usb 3-1.4: new full-speed USB device number 6 using xhci-hcd
[ KERNEL] [ 2999.193729] usb 3-1.4: New USB device found, idVendor=046d, idProduct=0a44, bcdDevice= 1.27
[ KERNEL] [ 2999.193733] usb 3-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ KERNEL] [ 2999.193736] usb 3-1.4: Product: Logitech USB Headset
[ KERNEL] [ 2999.193739] usb 3-1.4: Manufacturer: Logitech
[ KERNEL] [ 2999.490082] input: Logitech Logitech USB Headset as /devices/platform/axi/1000120000.pcie/1f00300000.usb/xhci-hcd.1/usb3/3-1/3-1.4/3-1.4:1.3/0003:046D:0A44.0006/input/input9
[ KERNEL] [ 2999.548003] hid-generic 0003:046D:0A44.0006: input,hidraw2: USB HID v1.00 Device [Logitech Logitech USB Headset] on usb-xhci-hcd.1-1.4/input3

так выглядит ели сначала подключится по RDP, а потом вставить уши в PI

[rdpclient 1061] [ 4574.688784] NLA EX.
[rdpclient 1061] [ 4574.688798] SSL/TLS.
[rdpclient 1061] [ 4574.738799] TLSv1.2.
[rdpclient 1061] [ 4574.838074] The user has permission to access the server.
[rdpclient 1061] [ 4574.862436] RDP 10.8 server.
[rdpclient 1061] [ 4575.045690] Offer microphone redirection.
[rdpclient 1061] [ 4575.045706] Enable font smoothing and Desktop Composition.
[rdpclient 1061] [ 4575.066028] Microsoft License: STATUS_VALID_CLIENT.
[rdpclient 1061] [ 4575.194282] [h264] Enable AVC422 and AVC444.
[rdpclient 1061] [ 4575.194311] [GFX] Graphic channel.
[rdpclient 1061] [ 4575.218582] GFX decoder thread.
[rdpclient 1061] [ 4575.218627] [h264] Video control channel.
[rdpclient 1061] [ 4575.218655] [h264] Video data channel.
[rdpclient 1061] [ 4575.218730] RDPGFX version 10.4, flags 0x00000042.
[rdpclient 1061] [ 4575.224851] Reset graphics output buffer 3840x2160, 1 monitors.
[rdpclient 1061] [ 4575.224868] Monitor 0: 0.0-3839.2159 primary.
[rdpclient 1061] [ 4575.539284] Too large cursor, width clipped from 34 to 32.
[rdpclient 1061] [ 4575.794552] [h264] Init software decoder.
[rdpclient 1061] [ 4575.828755] [h264] Post process threads: 4.
[rdpclient 1061] [ 4575.950360] LOGON_EX_LOGONERRORS: ErrorNotificationType 0xfffffffe, ErrorNotificationData 0x00000004.
[rdpclient 1061] [ 4576.147182] Too large cursor, height clipped from 42 to 32.
[rdpclient 1061] [ 4576.561073] SessionId 0x00000004: XXXXXXXXX.
[ KERNEL] [ 4595.531895] usb 3-1.4: new full-speed USB device number 7 using xhci-hcd
[ KERNEL] [ 4595.641835] usb 3-1.4: New USB device found, idVendor=046d, idProduct=0a44, bcdDevice= 1.27
[ KERNEL] [ 4595.641876] usb 3-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ KERNEL] [ 4595.641882] usb 3-1.4: Product: Logitech USB Headset
[ KERNEL] [ 4595.641887] usb 3-1.4: Manufacturer: Logitech
[ KERNEL] [ 4595.962135] input: Logitech Logitech USB Headset as /devices/platform/axi/1000120000.pcie/1f00300000.usb/xhci-hcd.1/usb3/3-1/3-1.4/3-1.4:1.3/0003:046D:0A44.0007/input/input10
[ KERNEL] [ 4596.020098] hid-generic 0003:046D:0A44.0007: input,hidraw2: USB HID v1.00 Device [Logitech Logitech USB Headset] on usb-xhci-hcd.1-1.4/input3
[rdpclient 1061] [ 4603.901434] [SOUND] Server version 8, 26 formats.
[rdpclient 1061] [ 4603.901479] [SOUND] AAC compressed sound 44100 frames per second.
[rdpclient 1061] [ 4603.901495] [ALSA] Start speaker plugin.
[rdpclient 1061] [ 4604.115416] [ALSA PLAY] Use device hw:2,0.
[rdpclient 1061] [ 4604.117745] [ALSA PLAY] Hardware rate 44100Hz stereo.
[rdpclient 1061] [ 4604.145548] [ALSA PLAY] Chunk size 1024 frames, 4096 bytes, 23 msec.

1. Фигасе. Теоретически да, в hdmi есть питание и что-то оттуда может что-то пролезть, но в жизни я о таком никогда не задумывался. Просто взять хороший монитор не помогает?

2. Изолятор USB - он же со своим отдельным питанием?

Передавать USB по сети за тысячи километров не надо. Я бы вообще передавать USB по сети запретил. USB не разрабатывалось для такого использования.

Мне не нравится когда звуковые устройства перетыкаются. Чтобы корретно отработать перетыкание звукового устрйоства, надо вставить сотню проверок и потом месяц тестировать. Даже виндовс, как ты выяснил с перенаправленным USB, не всегда отрабатывает корректно. Не вижу практической задачи, которая требует выполнения этой работы.

Лично я бы начал с:

1. Новых наушников. Воткни в USB (в тот USB, который меньше замучал перетыканиями) и залей термоклеем, чтобы больше не отключать.

2. Заведомо качественного блок питания для малины.

3. SIP= вместо виндовса. RDP не протокол передачи звука. Оно туда прилеплено далеко не лучшим образом и может капризничать в десятке разных мест. SIP протокол передачи звука. Поставь линфон на пару виндовсов, позвони с одного на второй чтобы иметь рабочий стенд, затем настрой параметр SIP= в втвари и позвони с втвари на соседнюю виндовс. Так сведёшь к минимуму программные косяки.

Суть я программист 1С, не ни линкуc ни дебри сетевых технологий мне нахрен не сдались (а приходится..), мне надо решение, воткнул любой девайс и забыл, для этого я готов платить за готовое решение, я закупил лицензии wtware и мои пользователи ничего не должны знать о глюках и багах и мешать мне работать звоня надо и не надо. Ключевое - пока я сидел на mstsc все было отлично, но настали времена импортозамещения и виртуализации и сон стал не таким крепким. Я не могу чет-то заклеивать, новые наушники не помогут, уже написал почему и как обходится проблема. Питание тут вообще не причем (пробовал им кучу разных POE), точнее причем но со стороны монитора, для вас не секрет что в любом БП на 5 вольт, вообще понятие земли с розетки нет, в современных мониторах через раз таже история.

Сейчас встал ЭЛЕМЕНТАРНЫЙ!!!!! вопрос о пробросе звука и ОБЫЧНОЙ флешки по RDP, ну что может быть проще, всеж встроено в mstsc и все изумительно работало, но в качестве тонкого клиента была выбрана wtware (к слову до этого были тонкие клиенты HP с Windows)....

Я хотел было не беспокоить вас и отделятся virtual here, который кстати нет никакого желания ставить туда где не нужен локальный драйвер со стороны Windows типа блутуз, проброс сотового телефона как флешки, 4G модема, WIFi свистка, сканера отпечатка пальца и т.д...., Согласитесь, не нужен!!!!!! virtual here для проброса звука который видится дровами Wtware или флешки.

В век виртуализации есть каналы на которых и задержки и потери и L3 MTU прыгает после всяких инкапсуляций, а от него и MSS ... все это переплетается с Congestion Control in TCP который образует RRT и его надо тюнить через очереди, короче тут должно пойти дальше много умных слов...но суть какая если не становиться гуру сетевых технологий, то все это обходится UDP протоколом который конечно же не глупые люди включили в RDP (для потокового трафика допускающего потери), вам это все уже рассказывали тут https://wtware.ru/forum/viewtopic.php?t=22042

В итоге
1. virtual here UPD нет!, точнее есть встроенный VPN сервер на базе UDP (EasyFind) который работает только через интернет и их сервер
2. далее я узнаю что вы НЕ реализовали тоже UDP в своем клиента и тут я понял что меня обложили со всех сторон.

Что имеем что virtual here что Wtware в локальной сети работают четко, как только используем интернет канал (300 м/бит, 150 точно есть), то
1. файлы у вас не копируются с \\tscliet\некий девайс, наглухо вешая сеанс!!!, проброшенный звук кое как но работает!!!! (в том числе и поэтому хотел от вас доработку, чтоб передергивать можно было как в mstsc, просто ну нет вариантов пока..)
2.копирование файлов в virtual here не вешают сеанс но скорость минимальная 300-800кб, звук со спайками, если пробрасывать блутуз звук то звук без спайков (видимо так какое-то свое сжатие)

Пробовал mstsc чисто на TCP (UDP файрволом резал), копирование файла тоже вешает сеанс наглухо, не шутка!, врубаем UDP и скорость 30 метров свободно это по проброшенному то USB и свободно лажу по окружению!

Короче, суть какая, честно ваш проект интересен только пока я могу написать и получить решение, реально лучше ваша лицензия была ДОРОЖЕ в 2 раза или вообще подписка, но решение я получать мог. Последний раз купил 10 лицензий, обошлись дешевле чем 5, улыбнуло. Я думаю кто сидит на вашем софте тоже так думают, платить готовы.

Конечно завтра буду потеть до талого над решением вопроса TCP, но в любой случае я не хочу везде использовать VirtualHere!, мне надо от вас
1. еще раз подумайте об реальной возможности передергивания звук как это сделано в mstsc
2. реализовали UDP в своем клиенте, поверье, в век когда ваш софт уже не в рамках локальной сети, это ОЧЕНЬ ВАЖНО иначе функционал который вы даете, просто не работает.

xeon266 писал(а): Вс дек 15, 2024 6:33 pm ...Я не могу чет-то заклеивать, новые наушники не помогут, уже написал почему и как обходится проблема.
...
...хотел от вас доработку, чтоб передергивать можно было как в mstsc, просто ну нет вариантов пока..

Передёргивание звуковой карты рекомендуется пользователям как решением проблемы. Фейспалм.

xeon266 писал(а): Вс дек 15, 2024 6:33 pm Суть я программист 1С, не ни линкуc ни дебри сетевых технологий мне нахрен не сдались...
..
В век виртуализации есть каналы на которых и задержки и потери и L3 MTU прыгает после всяких инкапсуляций, а от него и MSS ... все это переплетается с Congestion Control in TCP который образует RRT и его надо тюнить через очереди, короче тут должно пойти дальше много умных слов...но суть какая если не становиться гуру сетевых технологий, то все это обходится UDP протоколом который конечно же не глупые люди включили в RDP (для потокового трафика допускающего потери),

Тема про фон в микрофоне. Лога я так и не увидел, предполагаю настройку по умолчанию. По умолчанию микрофон жмётся в AAC. Сжатый AAC звук не допускает потерь, виндовый декодер AAC от потеряных пакетов с микрофона терминала ломается. Столкнулись с этим когда микрофон писали.

Копирование файлов, про которое дальше пошёл разговор, тем более не допускает потери.

Я своё присутсвие в этой ветке завершаю. Приличных слов у меня не осталось.

Я столько времени потратил на написание этого сообщения чтоб все разжевать что бы что?

"Фейспалм." - возможно уже было поздно и вы не хотели подумать над сказанным.

У пользователя заявлена конференция, он подсоединяет наушники заранее, затем что-то откладывают, он отсоединяет наушники кладет обратно в тумбочку, через час приходит сообщение что все починили можно заходить, он достает наушники подсоединяет, НО они уже не пробрасываются из за креша который я выложил вам выше, нужно выходить с сессии RDP (отключится) и подключится заново. В реализации mstsc максимум что нужно сделать это перезапустить приложение которое использовало звук, да и то не все. Аналогично если надо записать речевое сообщение.

"Лога я так и не увидел" - лог чево вам нужен? Лог по звуку и описание проблемы выложен сверху.

Вопрос: восстановление проброса при подключении звуковой карты как это в mstsc реализуете или нет? (да/нет)