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

[fredvs]

> 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: http://mseide-msegui-talk.13964.n8.nabble.com/

--
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] OnTabChanged ?

[fredvs]

> 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 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, 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

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

[fredvs]

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 possibility to add a icon on the form, like
for NoGui widgets?
While clicking one those icon, it will select in Object inspector the
correspondent widget, like when clicking on that widget. 

Of course that "Show Parent-icons in Form Designer" could be optional.

 

What do you think?

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 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] OnTabChanged ?

[fredvs]

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;
bounds_cxmin:= bounds_cx;
bounds_cymax:= bounds_cy;
bounds_cymin:= bounds_cy;
end;

 

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 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] OnTabChanged ?

[fredvs]

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: http://mseide-msegui-talk.13964.n8.nabble.com/

--
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] OnTabChanged ?

[fredvs]

> 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: http://mseide-msegui-talk.13964.n8.nabble.com/

--
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] OnTabChanged ?

[fredvs]

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) ;-)

msedockform_scroll_ok.mp4

  

Ok, solved.
But yes, strange things appear those days, maybe it is related with this...

By the way, is it possible to hide the "Maximize" icon of a form and not
permite to maximize a form while 2Xclick on the title-bar ?

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
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] OnTabChanged ?

[fredvs]

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 code is a joke but maybe you have a idea where
I have to look for that hidden scrollbar.

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
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] OnTabChanged ?

[fredvs]

> 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 is not a joke).

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 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] OnTabChanged ?

[fredvs]

> 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.com/

--
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] OnTabChanged ?

[fredvs]

> 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: http://mseide-msegui-talk.13964.n8.nabble.com/

--
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] OnTabChanged ?

[fredvs]

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 (not this automatic change) ?

Thanks.



--
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, 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

[MSEide-MSEgui-talk] OnTabChanged ?

[fredvs]

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 that have the same behaviour that the main-form ===> auto-height
when dragging a new form into the dockpanel and auto-height when the
dockpanel is tabbed and a other tab is selected.)

I was able to get the same behaviour as mainform of StrumPract for
extra-dockpanels with .currentsplitdir = sd_horz but with currentsplitdir =
sd_tabed the auto-height is not working.

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
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] Chinese characters

[fredvs]

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/

--
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] compile

[fredvs]

> 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/

--
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] MSE pcaudio.

[fredvs]

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   

You may test it with:

./flite "MSEgui-MSEide is very hot"

With the library, it works perfectly too.

;-)

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 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] MSE pcaudio.

[fredvs]

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 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, 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] MSE pcaudio.

[fredvs]

> 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 library called "PCaudiolb" (that only eSpeak-NG may use) is a litle
pretencious.
Why not call it eSpeakaudiolib ?

And choosing GPL is very strange for me.

But, ok, the war has ended and I am ready to test the new MSElang universal
audio library.

;-)

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 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] MSE pcaudio.

[fredvs]

> 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 format.  My (strange) ears prefer the result of
synthesizer parameters of eSpeak vs eSpeakNG.

It is a question of taste, but for example, the english-woman-voice of
eSpeak is nore pleasant to my ears.

PS:  Strange and sad that people answer only when I shout.

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 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] MSE pcaudio.

[fredvs]

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: http://mseide-msegui-talk.13964.n8.nabble.com/

--
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] MSE pcaudio.

[fredvs]

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 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] MSE pcaudio.

[fredvs]

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 his
plan.
So I **TOTALLY** respect this and did use eSpeak only as executable.

But Jonathan also choose to use, as sound-output-library, a library without
any license (Portaudio) , so even more permissive than a LGPL library.

eSpeak-ng, who is a fork of eSpeak, IMHO, imposes the use of his GPL
sound-output library.
IMHO again, it is not fair, there is something different that the spirit of
original eSpeak.

Also, take a look at Pcaudiolib source and compare it with the Portaudio
source.
Huh, it is nearly a copy-paste (with some name-flavor for methods of
Pulseaudio (that is LGPL)).

My 0,1 cent:  Pcaudiolib should rename his license into LGPL.

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 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] MSE pcaudio.

[fredvs]

> 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.
And to say all my feeling, I am not sure to have enough passion anymore to
do it with FPC.

It will give a library 100 (!) times bigger than gcc with poor float
calculation.

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 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] MSE pcaudio.

[fredvs]

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 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] MSE pcaudio.

[fredvs]

> 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 the carence of float calculation ?
Why not with MSElang ?

;-)

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 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] MSE pcaudio.

[fredvs]

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/pcaudiolib_pas

For Windows... I have to find courage to work with VisualStudio.
All is already prepared (just must implement audio_object_openrec() +
audio_object_read()).

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 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] MSE pcaudio.

[fredvs]

> 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 use "pure" Alsa (and not
oblige people to install Pulse).

I did add also some print-screens that show the difference of memory used
with pure "alsa" and pulse.

PS: I am not married with Alsa.

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 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] MSE pcaudio.

[fredvs]

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 is loaded and sound is back.

So not sure that pulse do not need libasound.so.

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 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] MSE pcaudio.

[fredvs]

>  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/

--
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] MSE pcaudio.

[fredvs]

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 the ALSA code 

static int snd_timer_hw_stop(snd_timer_t *handle) 
{ 
snd_timer_t *tmr; 
unsigned int cmd; 

tmr = handle; 
if (!tmr) 
return -EINVAL; 
if (tmr->version < SNDRV_PROTOCOL_VERSION(2, 0, 4)) 
cmd = SNDRV_TIMER_IOCTL_STOP_OLD; 
else 
cmd = SNDRV_TIMER_IOCTL_STOP; 
if (ioctl(tmr->poll_fd, cmd) < 0) 
return -errno; 
return 0; 
} 

IMHO, cmd = SNDRV_TIMER_IOCTL_STOP does not work. 

> #define SNDRV_TIMER_IOCTL_STOP _IO('T', 0xa1) 

Maybe 0xa1 is not the good one for stopping the timer.

And because I do not find the resolution of that bug, I propose the
workaround (that is not yours, you said) for Pcaudio.so.

Of course if the ALSA-timer-stop bug can be solved, it would be better.

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 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] MSE pcaudio.

[fredvs]

> > 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 crash at loading...

But this is something else...

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 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] MSE pcaudio.

[fredvs]

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, timer.stop that seems not
working.

> Doesn't this crash a running write operatipns in another thread? 

Sorry, but I did not note this, for me no crash...

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 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] MSE pcaudio.

[fredvs]

>> 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);
}
if (!self) return 0;

// Using snd_pcm_drop does not discard the audio, so reopen the device
// to reset the sound buffer.
if (self->is_open) {
audio_object_close(object);
//this crashes write operation in other thread!
return audio_object_open(object, self->format, self->rate,
self->channels);
}

return 0;
}



--
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, 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] MSE pcaudio.

[fredvs]

> 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 our ALSA friend...

After exploration, here some note:

snd_pcm_drop(pcm) ---> snd_pcm_dmix_drop(pcm) :

static int snd_pcm_dmix_drop(snd_pcm_t *pcm)
{
snd_pcm_direct_t *dmix = pcm->private_data;
if (dmix->state == SND_PCM_STATE_OPEN)
return -EBADFD; dmix->state = SND_PCM_STATE_SETUP;

snd_pcm_direct_timer_stop(dmix); // with or without, still overlapping

return 0;
}

---> Commented snd_pcm_direct_timer_stop(dmix) gives the same result that
uncommented.

int snd_pcm_direct_timer_stop(snd_pcm_direct_t *dmix)
{
snd_timer_stop(dmix->timer);
return 0;
}

> Go here --->

int snd_timer_stop(snd_timer_t *timer)
{
assert(timer);
return timer->ops->rt_stop(timer);
}

> Go here --->

static int snd_timer_hw_stop(snd_timer_t *handle)
{
snd_timer_t *tmr;
unsigned int cmd;

tmr = handle;
if (!tmr)
return -EINVAL;
if (tmr->version < SNDRV_PROTOCOL_VERSION(2, 0, 4))
cmd = SNDRV_TIMER_IOCTL_STOP_OLD;
else
cmd = SNDRV_TIMER_IOCTL_STOP;
if (ioctl(tmr->poll_fd, cmd) < 0)
return -errno;
return 0;
}

And in asound.h:

#define SNDRV_TIMER_IOCTL_STOP _IO('T', 0xa1)

Maybe this one is not ok ?

I did change in snd_timer_hw_stop() --->

md = SNDRV_TIMER_IOCTL_STOP 
with
md = SNDRV_TIMER_IOCTL_PAUSE

And compile.

Same result, overlapping sound when using snd_drop().

Now checking snd_timer_close() to see what they use, maybe something
interesting...

int snd_timer_close(snd_timer_t *timer)
{
int err;
assert(timer);
while (!list_empty(>async_handlers)) {
snd_async_handler_t *h = list_entry(timer->async_handlers.next,
snd_async_handler_t, hlist);
snd_async_del_handler(h);
}
err = timer->ops->close(timer);
if (timer->dl_handle)
snd_dlclose(timer->dl_handle);
free(timer->name);
free(timer);
return err;
}

> Ha, maybe adding part of code in timer_stop():

int snd_timer_stop(snd_timer_t *timer)
{
assert(timer);
 // this added:
  while (!list_empty(>async_handlers)) {  
snd_async_handler_t *h = list_entry(timer->async_handlers.next,
snd_async_handler_t, hlist);
snd_async_del_handler(h);
}
return timer->ops->rt_stop(timer);
}

No, still the overlapping sound. 

;-(

So maybe it is not the timer , I dont know...

Also I did not find in code the releasing of the remaining buffer after
snd_timer_stop().

I think that I will stay happy with your workaround on pcaudiolib

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 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] MSE pcaudio.

[fredvs]

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 before and after
the source to compile.

Example with your alsadrop2.c >

gcc -oalsadrop2 -lasound -pthread -g alsadrop2.c `pkg-config --cflags --libs
alsa`

You can see that  `pkg-config --cflags --libs alsa` is after alsadrop2.c.

For this I added a "Extra" column in make option (see picture).
 

It is used in make.pas.

Huh, what about add this  "Extra" column in MSEide too ?

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 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] MSE pcaudio.

[fredvs]

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 %d\n",i3,buf1,frameswritten);
   ^

Time to test now...

;-) x 3

Ftr;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 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] MSE pcaudio.

[fredvs]

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 %d\n",i3,buf1,frameswritten);
   ^
/usr/bin/ld: /tmp/cco17zUo.o: undefined reference to symbol
'pthread_create@@GLIBC_2.2.5'
/lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing
from command line
collect2: error: ld returned 1 exit status

;( x 2

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 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] MSE pcaudio.

[fredvs]

> 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 %d\n",i3,buf1,frameswritten);
   ^
/tmp/ccdGdUCw.o: In function `threadexe':
/home/fred/alsatest/alsadrop2.c:34: undefined reference to `snd_pcm_writei'
/tmp/ccdGdUCw.o: In function `pcmopen':
/home/fred/alsatest/alsadrop2.c:45: undefined reference to
`snd_pcm_hw_params_malloc'
/home/fred/alsatest/alsadrop2.c:47: undefined reference to `snd_pcm_open'
... Idem for each snd_pcm_* method

collect2: error: ld returned 1 exit status
...

;(

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 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] MSE pcaudio.

[fredvs]

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 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] MSE pcaudio.

[fredvs]

> 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 threads are playing too.

Your Pcaudio-alsa lib seems perfect.

What do you want more?

Is it not perfect for espeak-ng?

For, uos, it is sold, pcaudio will be part of it, all test succeed.

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 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] MSE pcaudio.

[fredvs]

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/

--
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] MSE pcaudio.

[fredvs]

> 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" sound...???)

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 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] MSE pcaudio.

[fredvs]

> 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 that problem before ?

Very strange...

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 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] MSE pcaudio.

[fredvs]

> 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 = to_alsa_object(object);
if (self && self->handle){
  snd_pcm_nonblock(self->handle, 0 );  // adding this
  snd_pcm_drain(self->handle);
  snd_pcm_drop(self->handle); // if not ---> crash when stop/start
  }

IMHO the result is better (even if there is still a little "click" when
changing frequency.)

Fre;D

PS: We will find the cause of the problem and fix it, sure.



--
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, 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] MSE pcaudio.

[fredvs]

> 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 this is ok for Pulse but not for alsa (a kind of
short double-frequency sound is added):

int
alsa_object_flush(struct audio_object *object)
{
struct alsa_object *self = to_alsa_object(object);
if (self && self->handle){
   snd_pcm_drain(self->handle);
}

> One needs to check what snd_pcm_drop() does and what data will not be
> dropped. 

Ok captain!

> Then one needs to find a workaround or Alsa must be fixed.

I hope that a workaround will be found (and not be obliged to fix alsa that
will take centuries to be committed).

> Note: Please do not call audio_object_close() as a workaround as original
> pcaudiolib

Huh, I exclusively use this project:
https://gitlab.com/mseide-msegui/pcaudiolib

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 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] MSE pcaudio.

[fredvs]

> 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 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] MSE pcaudio.

[fredvs]

> 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/

--
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] MSE pcaudio.

[fredvs]

Re-re-re-... hello.

For info about memory used:

 

 

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 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] MSE pcaudio.

[fredvs]

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:=
create_audio_device_object(nil,pchar(''),pchar(''));

 

Fixes (including Windows library name):

main.zip   

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 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] MSE pcaudio.

[fredvs]

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(''));

 

Fixes (including Windows library name):

main.zip   

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 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] MSE pcaudio.

[fredvs]

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.

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 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] MSE pcaudio.

[fredvs]

> 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 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] MSE pcaudio.

[fredvs]

> 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/

--
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] MSE pcaudio.

[fredvs]

(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 the buffer (blocks?) 
to give to audio-output to read all the buffer.

But maybe it is what you want too...

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 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] MSE pcaudio.

[fredvs]

> 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 buffer = 44100 samples, logically it will
take 1 second to write the buffer in mono.
And for 3 seconds, 3x write the buffer by the loop.

It is what appends in my test using pcaudio with linux-pulseaudio or
windows, for int16, int32 and float32.

But for alsa, the sound is ok for each resolution but to have 3 seconds of
sound, there must be +-20 loops!
Also the number of loops does not give a linear duration, it seems random
and different for each resolution...

Did you note that too ?

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
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] MSE pcaudio.

[fredvs]

>  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 if it is the case, ok, of course, for the explanations).

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 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] MSE pcaudio.

[fredvs]

> /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, applications using ALSA will output sound to PulseAudio, 
> which then uses ALSA itself to access the real sound card.

Ok, you win.

So, if I understand ok, if PulseAudio is installed on your system and if you
choose to use ALSA, in fact your are being cheated.  You still will use
PulseAudio that will call ALSA for you.

Other thing...

Are you interested with Android developing ?
If yes (and because you are the king of audio) there is a challenge there.

Andoid has it own audio kernel based on opensles.
 https://www.khronos.org/opensles/

opensles.zip
   

There are some cross-audio-device projets that try to integrate sles (like
Portaudio or PulseAudio).

https://github.com/Gundersanne/portaudio_opensles
https://github.com/pelya/pulseaudio-android

I did try portaudio_opensles but the result of sound is not ok and there is
no answer to questions (or directly closed).

.  

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 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] MSE pcaudio.

[fredvs]

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 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] MSE pcaudio.

[fredvs]

>> 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 because of the "alsa vs puleaudio war".

(You may try "alsa vs puleaudio" in Google, you will fast understand).

A other reason why I would like to have direct access to alsa is that some
Linux distro do not have PulseAudio installed.
For example the RaspbianPi distro is given without PulseAudio.

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 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] MSE pcaudio.

[fredvs]

> 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 strange things appends, so who knows

By the way, thanks for your fixes.

pcaudio + pulseaudio works like charm here:

 

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 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] MSE pcaudio.

[fredvs]

> 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 "numbytes div chan", there are also strange ratios to apply
using different resolution-format.

But the good news is that it will be fixed soon. ;-)
The other excellent news is that using PulseAudio works perfectly and with
the same param as Windows.

AFAIK ALSA is the kernel sound driver used by PulseAudio in Unix os.

IMHO, it should be good that using the kernel sound driver works too.

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 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] MSE pcaudio.

[fredvs]

> 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 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] MSE pcaudio.

[fredvs]

> 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.

> Suggestion: use Pulseaudio or change the pcaudiolib alsa driver to use 
> an overlapping buffer pattern like in waveout.c. 

But it uses PulseAudio, see earlier error message with earlier bug-demo:

Stack: 
##0  F70E8C37 raise.c:56 __GI_raise(sig=6, sig@entry=6) 
#1  F70EC028 abort.c:89 __GI_abort() 
#2  F37B503D :0 pa_mutex_free() 
#3  F3C1233A :0 pa_threaded_mainloop_free() 
#4  F1D45165 :0 pulse_free() 
#5  F1D4435A :0 ??() 
#6  F40BB4A2 :0 ??() 
#7  F4079EE5 :0 snd_pcm_close() 
#8  F431EA42 alsa.c:143 alsa_object_close(object=0xb4c9b0) 
#9  F431EBBD alsa.c:180 alsa_object_flush(object=0xb4c9b0) 

Or I miss something ;-(

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 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] MSE pcaudio.

[fredvs]

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: http://mseide-msegui-talk.13964.n8.nabble.com/

--
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] MSE pcaudio.

[fredvs]

> 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() :

---> With those changes, yes the sound of the stereo sine-wave is perfect,

PS: The file in attachment was not a fix, only to show the behavior with
chan = 2.

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 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] MSE pcaudio.

[fredvs]

> 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: http://mseide-msegui-talk.13964.n8.nabble.com/

--
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] MSE pcaudio.

[fredvs]

> 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 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] MSE pcaudio.

[fredvs]

>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 begin

--> Solves everything, no more crash after lot of  check/uncheck "Sound
ON".

;-)

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 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] MSE pcaudio.

[fredvs]

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:

// twochannel:= ch1on.value and ch2on.value;
   twochannel:= true; // force 2 channels.
   channels:= 2; // force 2 channels.

-> Sound intermited (like with my code).

But adding this in tmainfo.waveexe() line 168:

i1:= audio_object_write(faudioobj,p1,bytelen div channels); 

> Sound perfect.

;-)

About the crash, ok, I will investigate.
(But my nose say it is not a pcaudiolib problem) ...

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 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] MSE pcaudio.

[fredvs]

>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 2xclick on "Sound ON", crash with this:

#0  F4078E9A :0 snd_pcm_poll_descriptors_revents()
#1  F407A080 :0 ??()
#2  F407E40E :0 ??()
#3  F40BBA25 :0 ??()
#4  F431EB02 alsa.c:201 alsa_object_write(object=0xb4d8c0,
data=0x73fed060, bytes=)
#5  00460FBC main.pas:164 WAVEEXE(this=0x77f96dd0,
SENDER=0x77ec31c0)
#6  00525CE7 msethreadcomp.pas:135 THREADPROC(this=0x77ec31c0,
SENDER=0x77ec22c0)
#7  00507562 msethread.pas:333 INTERNALTHREADPROC(this=0x77ec22c0)
#8  0053D73A msesysintf.pas:802 THREADEXEC(INFOPO=0x77ec22c8)
#9  0042B615 :0 CTHREADS_$$_THREADMAIN$POINTER$$POINTER()
#10  0053D6E0 :0 ??()
#11  F7EC22C8 :0 ??()
#12  0040 :0 ??()
#13  04C8 :0 ??()
#14   :0 ??()

Threads:
#0  8199 unknown "threaded-ml" 0x77bcb34d in write () at
../sysdeps/unix/syscall-template.S:81
#1  8198 unknown "pcaudio" 0x74078e9a in
snd_pcm_poll_descriptors_revents () from
/usr/lib/x86_64-linux-gnu/libasound.so.2
#2  8191 unknown "pcaudio" pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:143


PS: AFAIK, PulseAudio does use ALSA.

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 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] MSE pcaudio.

[fredvs]

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 mse-pcaudio-demo, after 2xclick on "Sound on" : crash with
error message: SIGABORT... 

Stack:
##0  F70E8C37 raise.c:56 __GI_raise(sig=6, sig@entry=6)
#1  F70EC028 abort.c:89 __GI_abort()
#2  F37B503D :0 pa_mutex_free()
#3  F3C1233A :0 pa_threaded_mainloop_free()
#4  F1D45165 :0 pulse_free()
#5  F1D4435A :0 ??()
#6  F40BB4A2 :0 ??()
#7  F4079EE5 :0 snd_pcm_close()
#8  F431EA42 alsa.c:143 alsa_object_close(object=0xb4c9b0)
#9  F431EBBD alsa.c:180 alsa_object_flush(object=0xb4c9b0)
#10  00461548 main.pas:215 SOUNDOFF(this=0x77f96dd0)
#11  0046183D main.pas:256 ONSETEV(this=0x77f96dd0,
SENDER=0x77f9d790, AVALUE=false, ACCEPT=true)
#12  00631D65 msegraphedits.pas:2807 INTERNALCHECKVALUE(this=0x77f9d790,
AVALUE=0, ACCEPT=true)
#13  0062F71D msegraphedits.pas:1888 DOCHECKVALUE(this=0x77f9d790,
AVALUE=0, QUIET=false)
#14  00631E17 msegraphedits.pas:2826 TOGGLEVALUE(this=0x77f9d790,
AREADONLY=false, DOWN=false)
#15  006313C5 msegraphedits.pas:2573 MOUSEEVENT(this=0x77f9d790,
INFO={EVENTKIND = EK_BUTTONRELEASE, SHIFTSTATE = 0, POS = {X = 28, Y = 10},
EVENTSTATE = 0, TIMESTAMP = 397252704, SERIAL = 82, BUTTON = MB_LEFT})
#16  004525E0 msegui.pas:16858 DISPATCHMOUSEEVENT(this=0x77ee2300,
INFO={MOUSE = {EVENTKIND = EK_BUTTONRELEASE, SHIFTSTATE = 0, POS = {X = 28,
Y = 10}, EVENTSTATE = 0, TIMESTAMP = 397252704, SERIAL = 82, BUTTON =
MB_LEFT}, WHEEL = {EVENTKIND = EK_BUTTONRELEASE, SHIFTSTATE = 0, POS = {X =
28, Y = 10}, EVENTSTATE = 0, TIMESTAMP = 397252704, SERIAL = 82, WHEEL =
MW_UP, DELTA = 0}}, CAPTURE=0x77f9d790)
#17  00457C3C msegui.pas:18732 PROCESSMOUSEEVENT(this=0x77f90550,
EVENT=0x77f85e80)
#18  0045A2C4 msegui.pas:19741 EVENTLOOP(this=0x77f90550, ONCE=false)
#19  0045BF70 msegui.pas:20455 DOEVENTLOOP(this=0x77f90550, ONCE=false)
#20  004F0963 mseapplication.pas:1738 RUN(this=0x77f90550)
#21  004057E6 pcaudio.pas:11 main()

Threads:
#0  7759 unknown "pcaudio" 
#1  7753 *active* "pcaudio" 0x770e8c37 in __GI_raise
(sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56

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 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] MSE pcaudio.

[fredvs]

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:
SIGABORT...Stack:#0  F70E8C37 raise.c:56 __GI_raise(sig=6, sig@entry=6)#1 
F70EC028 abort.c:89 __GI_abort()#2  F37B503D :0 pa_mutex_free()#3  F3C1233A
:0 pa_threaded_mainloop_free()#4  F1D45165 :0 pulse_free()#5  F1D4435A :0
??()#6  F40BB4A2 :0 ??()#7  F4079EE5 :0 snd_pcm_close()#8  F431EA42
alsa.c:143 alsa_object_close(object=0xb4c9b0)#9  F431EBBD alsa.c:180
alsa_object_flush(object=0xb4c9b0)#10  00461548 main.pas:215
SOUNDOFF(this=0x77f96dd0)#11  0046183D main.pas:256
ONSETEV(this=0x77f96dd0, SENDER=0x77f9d790, AVALUE=false,
ACCEPT=true)#12  00631D65 msegraphedits.pas:2807
INTERNALCHECKVALUE(this=0x77f9d790, AVALUE=0, ACCEPT=true)#13  0062F71D
msegraphedits.pas:1888 DOCHECKVALUE(this=0x77f9d790, AVALUE=0,
QUIET=false)#14  00631E17 msegraphedits.pas:2826
TOGGLEVALUE(this=0x77f9d790, AREADONLY=false, DOWN=false)#15  006313C5
msegraphedits.pas:2573 MOUSEEVENT(this=0x77f9d790, INFO={EVENTKIND =
EK_BUTTONRELEASE, SHIFTSTATE = 0, POS = {X = 28, Y = 10}, EVENTSTATE = 0,
TIMESTAMP = 397252704, SERIAL = 82, BUTTON = MB_LEFT})#16  004525E0
msegui.pas:16858 DISPATCHMOUSEEVENT(this=0x77ee2300, INFO={MOUSE =
{EVENTKIND = EK_BUTTONRELEASE, SHIFTSTATE = 0, POS = {X = 28, Y = 10},
EVENTSTATE = 0, TIMESTAMP = 397252704, SERIAL = 82, BUTTON = MB_LEFT}, WHEEL
= {EVENTKIND = EK_BUTTONRELEASE, SHIFTSTATE = 0, POS = {X = 28, Y = 10},
EVENTSTATE = 0, TIMESTAMP = 397252704, SERIAL = 82, WHEEL = MW_UP, DELTA =
0}}, CAPTURE=0x77f9d790)#17  00457C3C msegui.pas:18732
PROCESSMOUSEEVENT(this=0x77f90550, EVENT=0x77f85e80)#18  0045A2C4
msegui.pas:19741 EVENTLOOP(this=0x77f90550, ONCE=false)#19  0045BF70
msegui.pas:20455 DOEVENTLOOP(this=0x77f90550, ONCE=false)#20  004F0963
mseapplication.pas:1738 RUN(this=0x77f90550)#21  004057E6 pcaudio.pas:11
main()Threads:#0  7759 unknown "pcaudio" #1  7753 *active* "pcaudio"
0x770e8c37 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56Fre;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 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] MSE pcaudio.

[fredvs]

> "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 oss.
But, ok, I will re-compile pcaudiolib with pulseaudio-dev installed.

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 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] MSE pcaudio.

[fredvs]

> 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, mse-pcaudio-demo crash
after enabled/disabled "Sound on" more than 2 times with error message:
"SIGSEV Segmentation fault function ??

Stacks:
#0  0035 :0 ??()
#1  F407A080 :0 ??()
#2  F407E40E :0 ??()
#3  F40BBA25 :0 ??()
#4  F431EB02 alsa.c:201 alsa_object_write(object=0xb4c0a0,
data=0x73fed060, bytes=)
#5  00460FBC main.pas:164 WAVEEXE(this=0x77f96dd0,
SENDER=0x77ec31c0)
#6  00525CE7 msethreadcomp.pas:135 THREADPROC(this=0x77ec31c0,
SENDER=0x77ec22c0)
#7  00507562 msethread.pas:333 INTERNALTHREADPROC(this=0x77ec22c0)
#8  0053D73A msesysintf.pas:802 THREADEXEC(INFOPO=0x77ec22c8)
#9  0042B615 :0 CTHREADS_$$_THREADMAIN$POINTER$$POINTER()
#10  0053D6E0 :0 ??()
#11  F7EC22C8 :0 ??()
#12  0040 :0 ??()
#13  04C8 :0 ??()
#14   :0 ??()

Threads:
#0  3295 unknown "threaded-ml" 0x71d44840 in ?? () from
/usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_pulse.so
#1  3294 unknown "pcaudio" 0x0035 in ?? ()
#2  3285 unknown "pcaudio" pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:143

Also, when clicking on "2channels", "1channel" is still checked and this
produce bad sound.

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 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] MSE pcaudio.

[fredvs]

> Little bémol (very, very little), only resolution of integer 16 and float 
> 32 are working for Windows (not integer 32). 

Fake news!
It appends only with wine > integer 32 works perfect on real Windows 10
and friends.
Sorry for the little noise.

After playing with channels and 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/master/src/pcaudiosynth.pas

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 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] MSE pcaudio.

[fredvs]

> 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.

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 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] MSE pcaudio.

[fredvs]

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,

>> I'll try to make a separate pcaudiolib.dll. 
> Done, 
> https://sourceforge.net/projects/mseuniverse/files/eSpeakNG/

Perfect, I did test and it works with wine too.
Little bémol (very, very little), only resolution of integer 16 and float 32
are working for Windows (not integer 32).

Some question...

Do you have a idea what are audio_object_drain() and audio_object_flush()
for ?

Some wishes...

Implementation of input-devices too.

;-)

Bravo and 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
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

[MSEide-MSEgui-talk] MSE pcaudio.

[fredvs]

Hello.

Congratulation for your new project:
https://gitlab.com/mseide-msegui/pcaudiolib

Pcaudio lib is a **very** small audio-output library compatible with Linux,
FreeBSD, Windows, Mac OS and Android.

It is part of the espeak-ng project but, sadly, nobody answers to questions
about 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 Pascal wrapper too (included in 
https://gitlab.com/mseide-msegui/pcaudiolib).

OK, the presentation are done, time to questions:

In your Pascal wrapper, I do not see the "create_audio_device_object(device,
application_name, description: PChar)" method.
Is it wanted ? (By the way, I did not found any usage of the
"application_name" and "description" parameters in espeak-ng code).

I did not test the Windows pcaudio.dll yet, I will give my result asap.

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 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] MSE and ./configure

[fredvs]

> 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
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] MSE and ./configure

[fredvs]

>  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/

--
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] MSE and ./configure

[fredvs]

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/

--
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] MSE and ./configure

[fredvs]

> 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-talk.13964.n8.nabble.com/

--
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] MSE and ./configure

[fredvs]

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 works.

pcaudiolib_pas.zip
  

Fre;D

PS: Huh, strange code this pcaudiolib, lot of things are suspended but what
is impressive is the size: 14 k for a 64 bit Linux library !




--
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, 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] MSE and ./configure

[fredvs]

> 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 |
|-|--|-|
| `--with-pulseaudio` | PulseAudio   | yes |
| `--with-portaudio`  | PortAudio| yes |
_

But in the script configure there is no `--with-portaudio flag !

And if you take a look at CHANGELOG.md, at line 216:

*  Removed the local portaudio header files.
*  Use the system's sonic library and header files.
_

So, IMHO, portaudio is not ever used anymore (and README.md should be
updated).

> so he did not built in the pcaudiolib functionality directly into
> espeak-ng

Hum, once again IMHO, this is sad, a unique library/binary should be good
too.
Why not as flag in configure ? ;)

But maybe MSE will propose it...

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 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] MSE and ./configure

[fredvs]

> 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, 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] MSE and ./configure

[fredvs]

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/

--
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] MSE and ./configure

[fredvs]

> 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 was working. 
I did many test espeak vs espeak-ng (executable). 
Also test using only libraries. 

Now, after un-installing espeak and espeak-ng, I did try, like common user,
to install the binaries (not compiling all) on a virgin system. 

And with my system (maybe broken): 

sudo apt-get install espeak  -> Ok, espeak is installed. 
sudo apt-get install espeak-ng  -> NOT Ok, espeak-ng package not found. 

> Espeak project is abandoned and dead, see for example the official
> website: 
> http://espeak.sourceforge.net/

Huh,  on my maybe broken system,  I get: 
"http://espeak.sourceforge.net is not accessible" 

Strange indeed... 

> pcaudiolib is a small library which provides cross platform audio support
> like portaudio. 

https://github.com/rhdunn/pcaudiolib

Hum, nice (but no comparaison with the huge number of cross-platform that
Portaudio can do). 

Ok, ok, you win, I will study espeak-ng more deeply. 

>> Also for the quality of sound, my ears prefer the result of espeak vs 
>> espeak-ng. 
> That is strange, you should submit your findings as bug reports: 

;-) 

Yes my ears are very strange... 

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 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] MSE and ./configure

[fredvs]

> 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 was working.
I did many test espeak vs espeak-ng (executable).
Also test using only libraries.

Now, after un-installing espeak and espeak-ng, I did try, like common user,
to install the binaries (not compiling all) on a virgin system.

And with my system (maybe broken):

sudo apt-get install espeak  -> Ok, espeak is installed.
sudo apt-get install espeak-ng  -> NOT Ok, espeak-ng package not found.

> Espeak project is abandoned and dead, see for example the official
> website: 
> http://espeak.sourceforge.net/

Huh,  on my maybe broken system,  I get:
"http://espeak.sourceforge.net is not accessible"

Strange indeed...

> pcaudiolib is a small library which provides cross platform audio support
> like portaudio.

https://github.com/rhdunn/pcaudiolib

Hum, nice (but no comparaison with the huge number of cross-platform that
Portaudio can do).

Ok, ok, you win, I will study espeak-ng more deeply.

>> Also for the quality of sound, my ears prefer the result of espeak vs 
>> espeak-ng. 
> That is strange, you should submit your findings as bug reports: 

;-)

Yes my ears are very strange...

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 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] MSE and ./configure

[fredvs]

> 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 explorer.

> Your espeak-ng ./configure shows:

Yes.

But following:
https://www.devmanuals.net/install/ubuntu/ubuntu-17-04-lts-Zesty-Zapus/installing-espeak-ng-on-ubuntu17.04.html

sudo apt-get install espeak-ng (the "classical" way to install espeak-ng
executable) gives:
"espeak-ng package not found".

Taste and color is something very personal.

In my case, I prefer the architecture of espeak (that uses portaudio only,
without any exotic pcaudiolib or libsonic libraries).

Also for the quality of sound, my ears prefer the result of espeak vs
espeak-ng.

But, like I said earlier, it is a question of taste.
(And I prefer the original vs the copy, Coca-cola vs Pepsi-cola, Intel vs
AMD, )

;)

Fre;D




And the most



--
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, 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] MSE and ./configure

[fredvs]

> 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 all the features that MSE can use.
(like some particular atom properties, transparency for some trayicon in
somewindow-manager, etc...)

But ok, forget it, I will try to do it by myself.

> README in the espeak-ng package. 

Re-please Martin...
Of course I did.

But there are conflicts with espeak vs espeak-ng.
I am busy to annoy espeak people for that.

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 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] MSE and ./configure

[fredvs]

> 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 thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-linux-gnu file names to
x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain
format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether make supports nested variables... (cached) yes
checking whether make supports nested variables... (cached) yes
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking whether make sets $(MAKE)... (cached) yes
checking whether ln -s works... yes
checking for ndk-build... no
checking for gradle... no
./configure: line 12518: 0: command not found
checking if gcc supports C99 without any flags... no
checking if gcc supports C99 with the -std=c99 flag... yes
checking if gcc supports C99... -std=c99
checking if targeting FreeBSD... no
checking endian.h usability... yes
checking endian.h presence... yes
checking for endian.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking getopt.h usability... yes
checking getopt.h presence... yes
checking for getopt.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking 

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

[fredvs]

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 system and give the option to adapt the default parameters for
each application?

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 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] MSEcoupon ready for testing

[fredvs]

> 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
  

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 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] MSEcoupon ready for testing

[fredvs]

>>
 
>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 the demo at work in Windows 10.

 

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 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] MSEcoupon ready for testing

[fredvs]

>> 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 resolution.

There is, indeed, a few more definition, but it uses also more ressource.

Included a Windows  mse_sak binary demo using espeak as executable.
So you may compare the speed.
demo_sak_mse_win32.gz
  

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 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] MSEcoupon ready for testing

[fredvs]

> 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 and license limitations.
Also, using high definition of voice-synth (disponible when compiling the
library) does not have any difference with the "standard" one.


But ok, you are the chief.

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 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] MSEcoupon ready for testing

[fredvs]

> 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
" eSpeakNG-executable" interface ?

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
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] MSEcoupon ready for testing

[fredvs]

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/

--
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] Cross compile from Intel 64 Linux to ARM 64 Linux ?

[fredvs]

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: PJNIEnv; Obj: JObject); cdecl;   
begin
// do something
end;

2) Export your method using that name (maybe it is possible to change this
in Java calling class but that way it works):

 MyAndroidProc name 'Java_nameoftheJavaApplication_MyAndroidProc';

3) Compile your library with -Parm (for 32 bit) and -Tandroid parameters.

4) In your Android Studio project, create 2 directories and add your library
into it : 
- nameoftheJavaApplication/app/src/main/jniLibs/armeabi and 
- nameoftheJavaApplication/app/src/main/jniLibs/armeabi-v7a

5) In Java code android, add this code to force Android to compile only 32
bit application (fpc + android64 is not yet ready)

android {

defaultConfig {

ndk {
abiFilters "armeabi", "armeabi-v7a", "x86", "mips"
}
}
}

6) Create a Java class with all the exported method of your library
(header).

7) In your main Java class, load the library with LoadLibrary().

8) Compile your apk application, transfer it to your Android mobile (with
Android Studio).

9) Enjoy.


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 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] Cross compile from Intel 64 Linux to ARM 64 Linux ?

[fredvs]

> 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 works too.

But for ARM 64 + Android, the library fail to load because of missing
dependencies.
(See my previous post for explanations).

At the moment, I will try to build a Android-apk 32 bit with Android Studio.
Then try to load a 32 bit fpc library compiled with the -Parm (for 32 bit)
and -Tandroid.

Maybe Android 64 bit machine are multi-arch.

Huh, what a combat again.

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
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