Forum Replies Created
-
AuthorPosts
-
April 29, 2020 at 11:03 am in reply to: Sound stopped working after firmware upgrade to 8.6_303 #52223
I looked at the spelling of USB AUDIO and I seen that there seemed to be extra spaces between and at the end. I tried every combination and nothing seemed to set it.
The version of thinos does not seem to be able to pick up that a speaker is connected to the terminal and change the peripherals audio settings.
We downgraded a device back down to 8.1 and it work perfectly. I even started the terminal and then connected the usb speakers and I can see in the log
AUDIO: Change playback device to USB Sound Device.
So seems a lot has changed between 8.1 and 8.5 when it comes to USB speakers. Can you suggest anything else I can try. All help appreciated.
April 24, 2020 at 3:47 pm in reply to: Sound stopped working after firmware upgrade to 8.6_303 #52208Thanks for getting back to me.
I updated the wnos.ini file with your suggestion, but it does not seem to work. It is still set to HD Audio
I tried Device=audio playback=”USBAudio” and also tried to match the text in the drop down which is playback=”USB AUDIO”. Is there anything else I can try?
April 24, 2020 at 1:08 pm in reply to: Sound stopped working after firmware upgrade to 8.6_303 #52205Hi ConfGen,
We have downgraded to thinos 8.5_024. We are able to get sound from speakers on the thin client speakers. But Having issues with usb speaker. I have a workaround by going into System Settings-Peripherals-audio and setting playback device from hd Audio to USB Audio.
The problem I have now is defaulting this to USB Audio. I have updated the session config with VUSB_Audio=yes, in wnos.ini. This is having no effect. any help appreciated.
April 23, 2020 at 2:14 pm in reply to: Sound stopped working after firmware upgrade to 8.6_303 #52195Hi ConfGen,
Thanks for getting back to me, we use both internal and external speakers in our office enviroment. Our Client wyse terminals have thin os and they connect to our windows 8.1 pooled virtual machines. We use windows hype-v on our backend. I added in the cmos and dellcmos entries to see if that would resolve the issue, but it had not effect.
Here is a copy of wnos.ini file
## File Name – FTP:/wnos/wnos.ini
Device=CMOS OnboardAudio=yes
Device=DellCmos Audio=yes
autoload=1
Fileserver=blankedout SecurityMode=Warning Username=blankedout Password=****************
Rootpath=wyse
Inactive=125
AutoSignoff=yes Shutdown=yes
Shutdowncounter=60
AddCertificate=SectigoRSADomainValidationSecureServerCA.crt
SysMode=VDI toolbardisablemouse=yes toolbardelay=1
DefaultUser=
Language=Uk
Device=Keyboard NumLockOff=no
Serial=COM1 Baud=9600 Parity=None Stop=1 Size=5
Device=audio Volume=20
Screen=1 Resolution=1280×720 Refresh=85
DeskColor=”0 0 0″
DesktopColorDepth=16 RGB565=yes
Timeserver=ntp.tcd.ie Timeformat=”24-hour format” Dateformat=dd/mm/yyyy
TimeZone=’Greenwich Mean Time’ ManualOverride=yes Daylight=yes Start=030507 End=100507 TimeZoneName=”GMT Standard Time” DayLightName=”GMT Daylight Time”
Community=*************
VDIBroker=rdg.vtreacy.ie
ConnectionBroker=Microsoft
Host=rds.vtreacy.ie
SignOn=Yes
DomainList=”treacy”
TcpTimeOut=2
TcpMaxRetransmission=10
Service=ThinPrint disable=yes
Service=VNCD disable=yes
Service=WDM disable=yes
Service=VDA disable=yes
SessionConfig=ALL Fullscreen=yes
SessionConfig=RDP TSGWEnable=no
Include=$mac.ini
Privilege=High EnableTrace=yes
-
AuthorPosts