On Sun, 26 May 2024, Davide Prina wrote:
Penso che queste scelte siano state fatte perché non è come il video (se collego più monitor posso visualizzare lo schermo su tutti o estendere lo schermo senza causare problemi); con l'audio se lascio tutti attivi basta una minima latenza, che c'è sempre, per avere qualcosa di inascoltabile.
Non sto contestando questo (anche se potrebbe essere utile averli tutti attivi come per il video: si pensi se hai due processi distinti che inviano differenti audio, averli su schermi distinti sarebbe utilissimo, Oppure se stai facendo un presentazione, sullo schermo esterno passa video e audio della presentazione, e su quello della consolle la pagina di editing, che potrebbe avere i suoi feedback audio, o dare la possibilità di predisporre al punto giusto un altro audiovisivo, monitorandolo mentre il pubblico vede quello corrente, se il secondo lo segui in auricolare non ci sono casini di nessun genere. È quello che avevo chiesto in passato, avere più output audio, colelgati al processo che viene visualizzato sul corrispondente schermo.
Quello che non mi piace è che passando al fallback non venga rispettato il volume impostato con i risultati che avevo indicato [di fatto: si spenge il video ... e si accende l'audio]
Peraltro il caso che ciato non è un vero fallback, perché è lo screen saver che parte, non un distacco o spengimento accidentale/volontario del monitor, quindi come sparisce il video e per rivederlo devi mettere la password, anche se parti dal mnitor di fallback, allora deve anche spengersi l'audio Questo è il bug. che lo screen saver non inibisca l'audio --
Leonardo Boselli Firenze, Toscana, Europa
