Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

> Please press the Esc-key until the wanted parent widget is selected. ... Click + Esc... wow yes, indeed it works. (But I still believe that a icon is faster and easier). OK, I will try to do it myself (advices are welcome where to look in code). Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] OnTabChanged ?

> That means that your window manager hides the maximize button only if cxmin, cxmax, cymin and cymax are set? Yes, exactly. > Looks suboptimal to me For me too, what has cxmin/cymin to do with maximization...? My Linux system is last Mint 18 (and his own window manager). Fre;D -- Sent

[MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. In MSEFormDesigner, when a form is covered, for example by a tdockpanel, the Object inspector cannot be accessed via the form designer-click-on-widget. It must be done with the list in Object inspector. The same for each widget that accept childs. Would it be not good to have the

Re: [MSEide-MSEgui-talk] OnTabChanged ?

Hello Martin. As workaround, here a way to hide the maximize button and not maximize if 2xclick on menubar: procedure tmainfo.updatelayout(); begin bounds_cxmax:= 0; bounds_cxmin:= 0; bounds_cymax:= 0; bounds_cymin:= 0; ... // do the resize things if needed... bounds_cxmax:= bounds_cx;

Re: [MSEide-MSEgui-talk] OnTabChanged ?

Ooops,it was snipped... Maybe, is it possible with MSE to have forms without any title-bar ? And then create a virtual title-bar with only system+minimize icon. And set the position of menu-panel in bottom of that virtual title-bar ? Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] OnTabChanged ?

> You can try to set .bounds_cxmax/bounds_cymax. Yes, of course it set like this. But maximize button is still visible and 2xclik on the titlebar maximize it. Maybe is it possible with MSE to have forms without any title-bar ? Setting -- Sent from:

Re: [MSEide-MSEgui-talk] OnTabChanged ?

Hello. OK, I did follow your order: 1) Create a simple demo. 2) OK, it works out of the box (==> Aaargh). 3) Delete the files of extra-dockform in StrumPract. 4) Re-create those extra-dockform from scratch + paste older-code. 5) Run it and... now perfect, out-of-the-box...! 6) ;-)

Re: [MSEide-MSEgui-talk] OnTabChanged ?

Re-hello. Here a video showing the scrollbar that does not appear with a TDockForm. At begin of video, you may see that with a TMainForm it works perfectly. msedockform_scroll.mp4 Of course checking StrumPract

Re: [MSEide-MSEgui-talk] OnTabChanged ?

> You are joking? Huh, yes. Ok, changing tdockpanel1fo = class(tdockpanelform) with tdockpanel1fo = class(tdockform) Fixes the "1" auto-added for title-form. There is still a problem with vertical scrollbar that will not appear if the height of container > height of dockform . (And this

Re: [MSEide-MSEgui-talk] OnTabChanged ?

> Then I'll wait for the simple test case. It is better than guessing. OK, here a very simple test case (review the video to reproduce the thing): https://github.com/fredvs/strumpract Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.

Re: [MSEide-MSEgui-talk] OnTabChanged ?

> Please send a simple testprogram which shows the problem. Hello. Here video of a test program (not ready to show the code). msedockpanel_title.mp4 Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] OnTabChanged ?

Hello Martin. OK, I get the active form in tab with basedock.dragdock.activewidget and if a tab is changed with the form.onshow of the activewidget, All works perfectly. But, when a tab is changed, the title of the the tdockpanelform is changed for "1". How to keep the original assigned title

[MSEide-MSEgui-talk] OnTabChanged ?

Hello Martin. On a tabbed form (currentsplitdir = sd_tabed) how to know that a other tab (form) was selected ? How to know what active form (=tab) is active ? Is tdockpanelform the good choice for extra-dock panels? ( if you remember the StrumPract main form, I want to have others dock-forms

Re: [MSEide-MSEgui-talk] Chinese characters

Hello. > Still no success with registering at SorceForge mseide-msegui-talk? You may also register via ==> http://mseide-msegui-talk.13964.n8.nabble.com Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] compile

> What is your opinion? If you are **very** patient, maybe one day fpc will fix that boring bug... https://bugs.freepascal.org/view.php?id=32367 Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ --

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello. After some exporations, here the notes: This one is very promising: https://github.com/festvox/flite To get the shared libraries too, just do: ./configure --enable-shared In attachment, the binary of executable (all data in the exe!) for Linux 64 bit. flite.bz2

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello Martin. I think that I will give my next energy for one of those LGPL (or licence-free) projects: http://festvox.org http://voce.sourceforge.net https://github.com/kaldi-asr/kaldi http://hts.sp.nitech.ac.jp https://github.com/marytts/marytts (pure Java but why not) Fre;D -- Sent

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> You don't want to publish your changes? Why? Yes, no problems to publish the changes of Pcaudiolib. > It is enough if you host your pcaudiolib version on your GitHub account. Ha, no need to show all the source of the application that use the "updated" Pcaudiolib ? > What other problems? A

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Which license problems? Please explain. If you use eSpeakNG as executable (to not have licence problems) but change code of Pcaudiolib, it will have license problems. > . I would expect that synthesizer parameters have much more impact than > the sample format. I do not talk about sample

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Are you really sure that original eSpeak is dead ? https://sourceforge.net/projects/espeak/ Last Update: 2017-12-06 And the creator is still active in his forum. Sorry, but I will stay with original eSpeak (and his better quality for my ears). Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Pf, so much easier to close things... https://github.com/rhdunn/pcaudiolib/issues/14 -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello Martin. Now that the pcaudiolib trip has ended, if you agree, i will give my sentiments (if not, just do not read what follows). Jonathan Duddington, the creator of eSpeak did choose GPL license for his eSpeak code. I did ask him if he had plan to make it it LGPL, but no, this was not in

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Nobody can use it in combination with closed source elements. Aaargh. OK, I will take the positive of that story: I went deep inside ALSA and Pulseaudio code and no more secret for me about those libs. By the way, if you decide to have your own MSE audio lib, I will test-help it with force.

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello. I did add a topic. https://github.com/rhdunn/pcaudiolib/issues/14 Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most engaging

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Fred, you are aware that pcaudiolib is GPL? Huh, I am not a layer... What is not premised, will I go to jail? > Maybe it is better if you make an independent sound library. Yes, why not. But the code of pcaudiolib is working good. > Maybe the library could be written in Free Pascal. With

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello. Added Input device + audio_object_openrec() + audio_object_read(). It is implemented (and perfectly working) for Pulse and "pure" ALSA. https://github.com/fredvs/pcaudiolib_io Added too Pascal demos of SimpleRecorder + ConsoleRec demos. https://github.com/fredvs/pcau

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> IRC you wrote one should not use Pulseaudio but Alsa and you prefer Alsa over > Pulseaudio because of its superior architecture since a long time? Huh, more or less... I did wrote that on some distros, Pulseaudio is not installed but only Alsa and it would be good that Pcaudio library could

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Re-hello Martin. Re-about libasound.so (alsa library) and pulse. I did try, (to see what appends) to remove libasound.so from my system. Then reboot. Huh, pulse did not load and no sound, even with application that use "pure" pulse... Then re-add libasound.so in system + reboot. Now pulse

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> can't help here because I don't know anything about Alsa. Ha, ok, so was I. ( But dont you name me in alsa-dev-mailing-list to try to find the bug ?). Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello Martin. Could it be that you did not understand what I try to demonstrate ? In ALSA code, snd_pcm_drop(pcm) does nothing more than stop the timer of the alsa object. snd_pcm_drop(pcm) ===> snd_timer_hw_stop(snd_timer). But, sadly, snd_timer_hw_stop(snd_timer) does not work ;-(. Here

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> > Doesn't this crash a running write operatipns in another thread? In my system, with uos, if using 2 threads with "pure" alsa ---> no crash, both can play and if one stop, no crash. But if using 1 running thread with "pure" alsa and then loading a other thread with pulse --> the pulse thread

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello Martin. > That means you first call snd_pcm_drop() and then you close and reopen the > audio object? With your workaround ? Yes, it call snd_pcm_drop() but it is like doing nothing. Did you read/study mt post from Mar 18, 2018; 5:20pm? You will see that snd_pcm_drop() call, in fine,

Re: [MSEide-MSEgui-talk] MSE pcaudio.

>> I think that I will stay happy with your workaround on pcaudiolib > Which workaround? int alsa_object_flush(struct audio_object *object) { struct alsa_object *self = to_alsa_object(object); if (self && self->handle){ snd_pcm_drop(self->handle); }

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Suggestion: use a compile or make script. Yes, of course, if a configure or make script is provided, I use it. > C is not foreseen to be compiled with a simple commandline. Yes, but many things can be done with a complicated commandline: ---> https://github.com/fredvs/ideU About

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello Martin. Thanks for explanations. Ok, I will jump into alsa code (that I have to discover). Other thing. I am busy to make ideU compatible with C for compiling and debugging. It works perfectly (like for Pascal, Python and Java). But with C (and Java too) it could be that parameters are

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Ok, I get it: $ gcc -oalsadrop2 -lasound -pthread -g alsadrop2.c `pkg-config --cflags --libs alsa` alsadrop2.c: In function ‘threadexe’: alsadrop2.c:38:3: warning: format ‘%d’ expects argument of type ‘int’, but argument 4 has type ‘snd_pcm_sframes_t’ [-Wformat=] printf("%d %p

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Not yet... $ gcc -oalsadrop2 -lasound -lpthread -g alsadrop2.c `pkg-config --cflags --libs alsa` alsadrop2.c: In function ‘threadexe’: alsadrop2.c:38:3: warning: format ‘%d’ expects argument of type ‘int’, but argument 4 has type ‘snd_pcm_sframes_t’ [-Wformat=] printf("%d %p

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> It does better, see attached alsadrop2.c. $ gcc -oalsadrop2 -lasound -lpthread -g alsadrop2.c alsadrop2.c: In function ‘threadexe’: alsadrop2.c:35:3: warning: format ‘%d’ expects argument of type ‘int’, but argument 4 has type ‘snd_pcm_sframes_t’ [-Wformat=] printf("%d %p

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Ooops, I did not see your answer. I will study it. Write you later. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most engaging tech

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Do you have plan to commit your workaround: > http://mailman.alsa-project.org/pipermail/alsa-devel/2018-March/133327.html With your workaround (re-compile pcaudio.so with your code) uos works perfectly. No more "click" at begin of sound (if a other was loaded before). No crash when other

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello Martin. Do you have plan to commit your workaround: http://mailman.alsa-project.org/pipermail/alsa-devel/2018-March/133327.html into https://gitlab.com/mseide-msegui/pcaudiolib ? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Probably there are not so many responsive speech assistive systems on Linux. Yes but all the other applications that use alsa directly, they did not note this ? But maybe it is a recent new bug from a recent earlier commit. (Or that explains why some people say that pulse has a "better"

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> and especially here: > http://mailman.alsa-project.org/pipermail/alsa-devel/2018-March/133351.html Huh, big fan, not yet... ;-) What I find strange is: how could it be possible that this "drop" problem (not release last buffer) appears only now. Alsa is a old project (1998), nobody did note

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Then one needs to find a workaround Hello Martin. Till now, I do not get good result using only snd_pcm_drop to stop the stream. I m more lucky (with help of PortAudio code) with snd_pcm_drain. int alsa_object_flush(struct audio_object *object) { struct alsa_object *self =

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> You can test it in mono mode if you change the sine frequency. Indeed ;-( What is strange too is that using snd_pcm_drain() gives strange result too. (In theory it should result only the delay to write all the buffer, but it gives a short extra sound too with alsa) Compiling pcaudiolib with

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> does not drop all buffers. Huh, do you have a idea how to fix this ? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most engaging

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Why do need to change it? Because I did forget to delete the status.sta after a cross-compilation. Sorry for the noise. > The problem with "pure" alsa mode is that Ok, I will study deeply your notes. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Re-re-re-... hello. For info about memory used: Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Aaargh bad image for pulse in previous post, here the good one. Hello Martin. Using this (pure alsa): audioobj := create_audio_device_object('sysdefault', nil, nil); Using this (pure pulseaudio): faudioobj:=

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello Martin. Using this (pure alsa): audioobj := create_audio_device_object('sysdefault', nil, nil); Using this (pure pulseaudio): faudioobj:= create_audio_device_object(nil,pchar(''),pchar(''));

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Re-hello Martin. Aaargh, always a bémol somewhere... audioobj := create_audio_device_object('default', 'thename', 'theinfo'); > Do not get back to default (pulse), this must be done: audioobj := create_audio_device_object(nil, 'thename', 'theinfo'); PS: This is a very micro-mini bémol.

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> I assume if there is no PulseAudio installed, OK, asap, I will un-install PulseAudio and see what appends. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> I would vote for a "NumChunck" parameter in audio_object_write() Maybe it will be easier to add it in audio_object_open(). And to prepare the future, add some "TypePut" (Input or Output) parameter too. ;-) Ok, I stop. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] MSE pcaudio.

(the latency time is not accessible in pcaudiolib!) Oooops. ;-( By the way, if some parameter should be added in some method, I would vote for a "NumChunck" parameter iin audio_object_write(pcaudioobj, buffer, bufferlength, numchunck)); With PortAudio, numchunck is the number of samples from

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> so the pcaudiolib Alsa driver is active. Ha, that is more logic for me (even if I would prefer that pcaudiolib load a "pure" Alsa, but ok, capito, it must be done by PulseAudio). > Agreed? Now 200 % perfectly. ;-) About pcaudiolib with Alsa driver active With a samplerate = 44100 and a

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> pulseaudio.png (163K) Download Attachment Just for confirmation... This was a print-screen of pcaudiolib using alsa or pulseaudio ? (Just now I have doubt, I was thinking it was a print-screen of pcaudiolib using pulseaudio). But maybe it was a print-screen of pcaudiolib using alsa. (And

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> /usr/src/debug/pulseaudio-9-0/src/pulse/stream.c:1613 which clearly is a Pulseaudio function. > Agreed? OK. > snd_pcm_ioplug_writei()->snd1_pcm_write_areas()->ioplug_priv_transfer_areas(). > > Agreed? ... ... ... ... G, ..., ok. > https://en.wikipedia.org/wiki/PulseAudio > Thus,

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Huh, sorry in previous mail, for the date, please read: In fact I know PulseAudio from his (buggy) beginning (2004). Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech

Re: [MSEide-MSEgui-talk] MSE pcaudio.

>> Please see attachment. > or this attachment. Huh, sorry but even with clean glasses, it seems to me that "alsa_object_write()" is a call to ALSA. Or I miss, one more time, something. ;-( In fact I know PulseAudio from his (buggy) beginning (2014). And yes, maybe my mind was altered

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> seems to show that on your system Alsa calls Pulseaudio not the opposite. Hum, difficult to find info about this: https://en.wikipedia.org/wiki/PulseAudio Not lot of infos... I am nearly more than sure that alsa does not know PulseAudio and never call it in his code. But those days, so many

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Ok. I will attack this tomorrow. Aaargh, I cannot resist. Bon, ok, re-try with libpcaudio.so,0 compiled with PulseAudio on. Ok, this time PulseAudio is used with your demo (and mine) and indeed "div chan" is not needed anymore for stereo channels. So, yes alsa.c is bugged. Not only the

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> It is not pulseaudio but alsa. Ok. I will attack this tomorrow. Many thanks Martin. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> The problem with the wrong buffer length is in pcaudiolib/source/src/alsa.c Wow, you are strong. Indeed it is the problem. > It probably should be > #define FORMAT(srcfmt, dstfmt, size) case srcfmt: pcm_format = dstfmt; > self->sample_size = size*channels; break; Yep, it is this. >

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Re-re-re Hello. About the crash of the demo, this solves all on my system: procedure tmainfo.soundoff() at line 220: wavethread.terminate(); wavethread.active:= false; // add this here, not 4 lines later. Ok, I stop to annoy you with this. Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Are you sure that the program still is OK with your changes? Ok, re-re-re checked. With forced: ch1on.value := true; ch2on.value := true; twochannel:= true; channels := 2; and audio_object_write(faudioobj,p1,bytelen div channels) And with sleep(100) after wavethread.terminate() :

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> Is this a workaround or a bug fix? Ho, it is a workaround to test pcaudiolib with your demo. Now for the bug-fix, I will propose something like (if wavethread has freeonterminate): wavethread.terminate(); while wavethread <> nil do sleep(1); Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> As you like. ;-) Huh, you do not trust me ? main.zip -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech

Re: [MSEide-MSEgui-talk] MSE pcaudio.

>About the crash, ok, I will investigate. >(But my nose say it is not a pcaudiolib problem) ... Ok, I trusted my nose and ... in procedure tmainfo.soundoff(), line 215: if oned.value then begin wavethread.terminate(); sleep(100); // Adding this. if faudioobj <> nil then

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Re-hello Martin. If I may Doing this in procedure tmainfo.onsetev() line 243: channels:= 2; // force 2 channels. (with channels as global variable) // if ch1on.value and ch2on.value then begin // channels:= 2; // end; And this for procedure tmainfo.waveexe() line 127: //

Re: [MSEide-MSEgui-talk] MSE pcaudio.

>libpcaudio.so.0 binaries are here: > https://sourceforge.net/projects/mseuniverse/files/eSpeakNG/ OK, I did download libpcaudio.so.0 from https://sourceforge.net/projects/mseuniverse/files/eSpeakNG/ Then copy it to /usr/local/lib and (to be sure) in root directory of /mse-pcaudio/ Now, after

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Ooops, what appends with the previous message-layout ? Ok, I try again: Hello Martin. OK, I did: # sudo apt-get install libpulse-dev ---> OK, installed. Re-configure (ok, Pulse audio recognized) + make all + sudo make install > OK, libpcaudio.so.0 installed. But now, with the

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello Martin.OK, I did:# sudo apt-get install libpulse-dev ---> OK, installed.Re-configure (ok, Pulse audio recognized) + make all + sudo make install > OK, libpcaudio.so.0 installed.But now, with the mse-pcaudio-demo, after 2xclick on "Sound on" : crash with error message:

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> "alsa" pcaudiolib afaik is buggy. Grr. > Don't you have "pulseaudio" installed? Yes, but it seems that pcaudiolib wants something more at compilation. Something like pulseaudio-dev (Gr x2). And I would prefer a "pure" audio-library that can deal with root sound-drivers, like alsa or

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> For me it is always the buffer size in bytes, please see the extended demo: > https://gitlab.com/mseide-msegui/mseuniverse/tree/master/samples/audio/pcaudio Hum, indeed, i have to re-check my code, something strange appended... On my (maybe corrupted) Linux Mint 17 64 bit system,

Re: [MSEide-MSEgui-talk] MSE pcaudio.

sine-wave, I get good result with last parameter of audio_object_write(), in Unix: number of bytes div channels. in Windows: number of bytes. audio_object_write(audioobj, pointer(ps), arlen*sizeof(ps[0]) {$IFDEF unix} div channels {$endif}); https://github.com/fredvs/pcaudiolib_pas/blob/m

Re: [MSEide-MSEgui-talk] MSE pcaudio.

> case AUDIO_OBJECT_FORMAT_S32LE: return >CreateWaveFormatEx(WAVE_FORMAT_PCM, 32, rate, channels, wfmt); Yes, I did see this, it is why the **very little bémol** (PortAudio can deal it). But the most important resolutions (IMHO) are int16 and float32 (and both work perfectly). Thanks.

Re: [MSEide-MSEgui-talk] MSE pcaudio.

Hello Martin. > An example is here: > https://gitlab.com/mseide-msegui/mseuniverse/tree/master/samples/audio/pcaudio Wow, magistral sine-wave demo. > It is in msepcaudio.pas:115. Indeed, after cleaning the glasses, it appears, sorry for the noise. > It is used in PulseAudio. Hah, ok, >>

[MSEide-MSEgui-talk] MSE pcaudio.

library. So, it is a **excellent** news that Martin forks this interesting part of espeak-ng and updated the code to make Pcaudio works even on old Windows machines. I did a Pascal wrapper for this library with a fpc sine-wave demo: https://github.com/fredvs/pcaudiolib_pas Martin did his own MSE

Re: [MSEide-MSEgui-talk] MSE and ./configure

> Done, Perfect. I will create a new topic about MSE pcaudio. Many thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most

Re: [MSEide-MSEgui-talk] MSE and ./configure

> I'll try to make a separate pcaudiolib.dll. Yep, super. ;-) And, by the way, you have a new fan (me) for your https://gitlab.com/mseide-msegui/pcaudiolib project. Fre;D PS: pcaudiolib-ng ? ;-) -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] MSE and ./configure

Re-hello. Huh, Martin, do you have a Windows compiled-binary of your extended pcaudiolib.dll ? (Yes, I do not have lot of courage to try to compile it with Visual studio). This to do some Pascal test. Thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] MSE and ./configure

> Yes, the quality of the sound is not yet the best, I have to explore how to tune it. OK, the sound quality is perfect now. Update Sine-Wave demo with format integer 16, integer 32 and float 32 bit. https://github.com/fredvs/pcaudiolib_pas Fre;D -- Sent from: http://mseide-msegui-t

Re: [MSEide-MSEgui-talk] MSE and ./configure

Hello Martin. > You are right... ;) In attachment, Pascal dynamic-loading header of audio.h. Included also a Pascal demo of a sine-wave produced by libpcaudio.so.0. (binary for Linux 64 incuded) Yes, the quality of the sound is not yet the best, I have to explore how to tune it. But it

Re: [MSEide-MSEgui-talk] MSE and ./configure

> pcaudiolib calls portaudio if requested. Are you sure ? In README.md, line 187: Audio Output Configuration The following `configure` options control which audio interfaces to use: | Option | Audio Interfaces | Default | |-|--|-|

Re: [MSEide-MSEgui-talk] MSE and ./configure

> pcaudiolib calls portaudio if requested. What do you mean ? -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most engaging tech sites,

Re: [MSEide-MSEgui-talk] MSE and ./configure

Oooops, a invasion of my same message, sorry for this... >pcaudiolib is a small library which provides cross platform audio support like portaudio https://github.com/espeak-ng/espeak-ng/issues/413 Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] MSE and ./configure

> Your Ubuntu installation or your repository setup seems to be broken. Maybe ;( Did you try with a up-to-date Debian OS ? : sudo apt-get install espeak-ng Does it install espeak-ng ? > Suggestion: build and install it from source. Yes, I did it already. And after (lot of) tips,

Re: [MSEide-MSEgui-talk] MSE and ./configure

> Your Ubuntu installation or your repository setup seems to be broken. Maybe ;( Did you try with a up-to-date Debian OS ? : sudo apt-get install espeak-ng Does it install espeak-ng ? > Suggestion: build and install it from source. Yes, I did it already. And after (lot of) tips, espeak-ng

Re: [MSEide-MSEgui-talk] MSE and ./configure

> OK, you don't want a list of MSEgui features but a list of > Unix/Linux/desktop-environment/graphical-environment - features of a given > installation. Yeeep, you get it. ;) > That is a big task and out of scope of MSEgui I fear. I can't help you > here. OK, no problem, I am a warrior

Re: [MSEide-MSEgui-talk] MSE and ./configure

> But that is completely unrelated to Free Pascal and MSEgui? Usual Free Pascal > projects don't need a complex build environment like usual gcc projects > do. Please Martin... Of course I know that. The idea was to give a script or program that will check the unix system and give a list of

Re: [MSEide-MSEgui-talk] MSE and ./configure

> Can you be more specific? OK, I will try. Here, for example the result of configure for espeak-ng: fred@fred-Lenovo-YOGA-300-11IBY ~/espeak-ng-master $ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a

[MSEide-MSEgui-talk] MSE and ./configure

Hello. There is a **very** high number of different Unix distros, widget-set, window-manager, etc,... Same for Windows versions. So, could it not be possible to have a king of ./configure (same idea that used for compiling C programs) loaded at begin or before the app, that will check all the

Re: [MSEide-MSEgui-talk] MSEcoupon ready for testing

> Windows applications also need the "*.exe" extension Ooops, the extension is missing, sorry and fixed. > Ah, I see. 7zip probably did not unpack it correct. OK, included a traditional zip file. demo_sak_mse_win32.zip

Re: [MSEide-MSEgui-talk] MSEcoupon ready for testing

>> >What is it? It doesn't look like a win32 binary. It is a win32 appliation, compiled with fpc 3.1.1. (via wine on Linux Mint). It works "out of the box" on all the windows os tested. Included screen capture of

Re: [MSEide-MSEgui-talk] MSEcoupon ready for testing

>> Also, using high definition of voice-synth (disponible when compiling the >> library) does not have any difference with the "standard" one. > I don't understand, please explain. There is a option at compiling to choose the audio driver. And if you choose portaudio, you may choose float

Re: [MSEide-MSEgui-talk] MSEcoupon ready for testing

> The eSpeakNG executable is not well suited for the purpose. What are you missing ? I did use also espeak library and did not find exported methods useful that executable can not manage. The only thing that I noted is that all was slower (yes, trust me), problems for user to install libraries

Re: [MSEide-MSEgui-talk] MSEcoupon ready for testing

> The demo is GPL, so it can use the eSpeakNG library. Huh, Martin,... you did not answer to the question... So, if I understand ok, the demo uses eSpeakNG-library directly, not via eSpeakNG-executable. If it is the case, do you have plan, like we did for sak, to also provide a "

Re: [MSEide-MSEgui-talk] MSEcoupon ready for testing

Hello Martin. Before to jump into your demo, I have a question... Does your demo use espeak-ng as executable or as a library ? Sorry to insist with this but it is a matter of license. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Cross compile from Intel 64 Linux to ARM 64 Linux ?

Hello Martin. The combat was hard but I win the war ;) It works, Pascal code + fpc = Android native library that works. For the people that are interested here how to do: 1) Use the Java arguments for all your exported methods like this (2 first parameters): procedure MyAndroidProc(PEnv:

Re: [MSEide-MSEgui-talk] Cross compile from Intel 64 Linux to ARM 64 Linux ?

> You compile with FPC (Free Pascal) a library written in Java? No, I compile Pascal source with FPC, to obtain a Java native library. The goal is that a Java class use that library. It works for OS (Win, Linux, FreeBSD) + Java installed on Intel 32/64. For ARM 32/64 with Linux and FreeBSD it

<    5   6   7   8   9   10   11   12   >