Re: slint14.2.1 released

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

Le 05/01/2018 à 19:36, Linux for blind general discussion a écrit :
> Jude Dashiell here.  I have an idea how to keep console speech high
> quality and still have orca start up normally when the graphical user
> environment starts.  The client.conf file in /etc/pulseaudio/ could be
> copied to client.conf.gue and also copied to client.conf.txt once
> spawn is set to no on line 25.  The client.conf.gue file would have
> spawn set to yes.  When startx is run, have
> /etc/pulseaudio/client.conf overwritten with client.conf.gue and this
> is before the actual graphical user environment starts running.  The
> problem with this for those starting in console mode after having used
> graphical mode will be the client.conf file is back to bug status
> situation.  If rc.local could be used to unambiguously overwrite
> client.conf with client.conf.txt before speech came up that would
> partly solve this problem.  The problem would come about for people
> starting up in graphical user environment unless a variable could be
> found with either console or graphical in it to test inside rc.local
> and if that were the case and someone started up in graphical mode
> copy client.conf.gue to client.conf unambiguously, so a conditional
> copy would happen inside of rc.local.

Thanks for your suggestions. I will study them carefully and also
probably consider specific settings at the user level user depending on
user's needs, as "man pulse-client.conf" states:
cut here
The  PulseAudio client library reads configuration directives from a
configuration file on startup. If the per-user file
 ~/.config/pulse/client.conf exists, it is used, otherwise the system
 configuration file /etc/pulse/client.conf is  used.
cut here
This seems like an opportunity to allows some flexibility.

I have also found other interesting ideas like e.g. on ArchWiki:
https://wiki.archlinux.org/index.php/PulseAudio/Examples#PulseAudio_as_a_minimal_unintrusive_dumb_pipe_to_ALSA

I should be possible to complete the program login-chooser, performing
different audio settings for text versus graphical login, as a way of
implementing the idea you just stated.

Testing locally will take several days, stay tuned.

Greetings,

Didier
http://slint.fr

_______________________________________________
Blinux-list mailing list
Blinux-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/blinux-list




[Index of Archives]     [Linux Speakup]     [Fedora]     [Linux Kernel]     [Yosemite News]     [Big List of Linux Books]