Re: [MSEide-MSEgui-talk] Some question about MSE thread...
> > 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. Martin -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Some question about MSE thread...
> 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 TThread.Priority if not implemented ? Fre;D -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Some question about MSE thread...
> 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 if PulseAudio or a other audio port wrapper is not installed. But, I agree Pulse is good too but needs lot of dependencies to install. Stop no propaganda here.) Anyway, your MSEsignal is **very** impressive (and would be very welcome in the uos Synthesizer section (that can generate, for the moment, only simple sine waves) :-)). 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). Many thanks and wow Martin. PS: You are unmasked --> you are a Audio-Guru too ;-) Fre;D -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Some question about MSE thread...
>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, you propose to use, as unique thread, the thread created by the portaudio library ? If so, hum, yes it is possible but I will loose full control over the C-portaudio-thread (for example for pausing with RTL event), and only have the methods that portaudio gives to deal with the thread. Anyway, your discovery of a hidden thread gives lot of new perspectives and a big space for new experiments. And to re-think all uos. Thanks for that. Fre;D Martin -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Some question about MSE thread...
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 "nice"-value per thread which probably could be used. Martin -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Some question about MSE thread...
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, sorry. Martin -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Some question about MSE thread...
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, Slashdot.org! http://sdm.link/slashdot___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Some question about MSE thread...
> 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
{$Warning ThreadSetPriority needs to be implemented}
result:=false;
end;
function CThreadGetPriority (threadHandle : TThreadID): Integer;
begin
{$Warning ThreadGetPriority needs to be implemented}
result:=0;
end;
Houlala, and I who had said that tpTimeCritical has a **huge** impact on the
number of synchronized input...
I feel completely stupid now.
Please, Martin, give us MSElang, I am tired of the fpc lies.
Fre;D
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Some question about MSE thread...
> 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 Linux, if pulseaudio is installed. So I am **very** disappointed with your discover (many, many thanks to show this). OK, time to annoy people in PortAudio forum (but difficult, they never answer). > BTW, do you know MSEsignal? I made a small example: > https://gitlab.com/mseide-msegui/mseuniverse/tree/master/samples/signal/keyboard Ha, good meat for this week-end, I do not know MSEsignal, will jump into it. Fre;D -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Some question about MSE thread...
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 closing-free dialog forms.
rtl/unix/cthreads.pp:
"
function CThreadSetPriority (threadHandle : TThreadID; Prio: longint):
boolean; {-15..+15, 0=normal}
begin
{$Warning ThreadSetPriority needs to be implemented}
result:=false;
end;
function CThreadGetPriority (threadHandle : TThreadID): Integer;
begin
{$Warning ThreadGetPriority needs to be implemented}
result:=0;
end;
"
Martin
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
