Ik heb het op een Zgemma H9 Combo proberen te verifieren maar hier doet hij het goed zoals je zou moeten verwachten... mmmm....
Mute != Volume op 0 zetten...->
Hier wordt van alles gedaan via ALSA, een ioctl of een proc (met nog een comment hack erbij)... Drivers zijn betrokken dus...
https://github.com/O...volume.cpp#L192
https://github.com/O...volume.cpp#L215
Ik ben namelijk "bang" dat het driver gerelateerd is... Daarom ben ik 'bang' dat het alleen opgelost kan worden met lelijke work-a-rounds... of de fabrikant vragen voor een oplossing... (indien nog mogelijk want het was VU+ zover ik begrepen heb).
Een work-a-round hiervoor maken zoals SystemInfo["MuteBugDuringTimeshift"] lijkt me not done....
DMM heeft destijds voor mute een aparte ioctl gemaakt. Dat is de rede dat volume op 0 != aan mute is... ook met mute uit zetten moet het terug gaan naar het oude volume. Dit had je aan het user interface kunnen laten, maar dat is niet gebeurt. Het mute gebeuren zit nu eenmaal gedeeltelijk in de drivers. Ik vermoed dat bij het opnieuw afspelen van een file of zo die specifieke driver niet 'kijkt' naar de mute 'flag'... en dan altijd geluid geeft. Een mogelijke andere work-a-round zou kunnen zijn bij het afspelen opnieuw de mute ioctl of proc aan te spreken om zo de driver een shopje te geven (wat misschien dan weer een timing issue kan opleveren en/of je toch nog een tikje hoort of zo).
heb je dit probleem ook bij het starten van gewone opnames via de Playlist... dus kijken TV... mute drukken en een opname kiezen of echt alleen bij timeshift?
Edited by littlesat, 28 January 2021 - 11:14.