On Saturday 29 July 2017 15:44:53 Fred van Stappen wrote:
> I am bad --->
> http://free-pascal-general.1045716.n5.nabble.com/TThread-Priority-when-td57
>29381.html
>
As I wrote before, on Linux and FreeBSD a normal user can not change the
thread priority. On Linux there seems to be a
> See attachments, for every uos_player thread there is a second i pulseaudio
> library.
Booom, i am on my ass. ;-(
uos do not have access to pulsaudio library.
All the connections to the audio ports are done by PortAudio library.
And PortAudio library does connection to pulseaudio in
I am bad --->
http://free-pascal-general.1045716.n5.nabble.com/TThread-Priority-when-td5729381.html
Fre;D
--
Check out the vibrant tech community on one of the world's most
engaging tech sites,
> For fpc TThread there is property Priority := tpTimeCritical.
>
> But this has no impact on the audio-pause when closing-free dialog forms.
>rtl/unix/cthreads.pp:
"
function CThreadSetPriority (threadHandle : TThreadID; Prio: longint):
boolean; {-15..+15, 0=normal}
begin
On Friday 28 July 2017 20:19:38 Fred van Stappen wrote:
> > In order to do so FPC thread creation must be changed, I don't like to
> > touch this, too dangerous because
>
> For fpc TThread there is property Priority := tpTimeCritical.
>
> But this has no impact on the audio-pause when
On Saturday 29 July 2017 15:20:20 Fred van Stappen wrote:
> > See attachments, for every uos_player thread there is a second i
> > pulseaudio library.
>
> Booom, i am on my ass. ;-(
>
>
> uos do not have access to pulsaudio library.
>
Then probably pa_mainloop_run() is in PortAudio? I don't know,
> http://free-pascal-general.1045716.n5.nabble.com/TThread-Priority-when-td57
>29381.html
> As I wrote before, on Linux and FreeBSD a normal user can not change the
> thread priority. On Linux there seems to be a "nice"-value per thread which
> probably could be used.
Yes but why publish
> BTW, do you know MSEsignal? I made a small example:
https://gitlab.com/mseide-msegui/mseuniverse/tree/master/samples/signal/keyboard
WOW.
Once again, you are Magic Martin.
You choose PulseAudio as audio-port multi-os library.
OK.
(IMHO, PortAudio is more low level, it can work alone even
>
> And the noisegen demo --> **super** WOW. (maybe you should update the
> noisegen.prj, it is unusable with the macros defined now for fpc > 2.6,
> after deleting all the macros, it compiles ok).
>
Please try again with git master ae9819b12f83976252955de4c206cf357682a7c9,
thanks for reporting.
>Then probably pa_mainloop_run() is in PortAudio? I don't know, sorry.
Yes. Portaudio can deal directly with the audio ports or delegate the work to
the installed audio wrapper.
By default, uos load Portaudio using the the installed audio wrapper (pulse if
installed).
So, if understand ok,
10 matches
Mail list logo