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]

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]

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

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

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]

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

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]

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

> 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

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

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]

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

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

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

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]

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]

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

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]

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

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

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

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

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]

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

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

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

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

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

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]

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

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

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

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

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

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

Hello Martin.

You are the champion.

Using this:

 audioobj := create_audio_device_object('sysdefault', nil, nil);

makes that PulseAudio is not used anymore but the alsa kernel driver
directly !

And...

The sound is perfect and the duration with loops is ok, like using
PulseAudio.

Yep, yep, yep.

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]

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]

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]

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]

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

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

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

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

Hello.

For infos:

<http://mseide-msegui-talk.13964.n8.nabble.com/file/t2/portaudio_uos.png> 

<http://mseide-msegui-talk.13964.n8.nabble.com/file/t2/pcaudio_pulse_uos.png> 

<http://mseide-msegui-talk.13964.n8.nabble.com/file/t2/pcaudio_alsa_uos.png> 

The quality of sound is equal with the 3 drivers.

Only for pcaudio_alsa there is a little "click" at begin of sound (if a song
was played before).

Here source of project (with binary of libraries included):
https://github.com/fredvs/pcaudiolib_pas/tree/master/src/uos_demo

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]

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

> They do not *use* snd_pcm_drop(). 

Ok, they maybe use (like I do) snd_pcm_drain() but then there is that little
"click"
(That, IMHO, has similar origin).

 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]

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

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]

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

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]

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]

Hello Martin.

On my system, in alsadrop2.c with usleep(70) in line 124 ---> crash if
using "sysdefault" alsa device.

With usleep(100) or more ---> OK, no crash and my ears do not feel any
difference with alsadrop2 compiled with device = "sysdefault" vs "default"
(or missed something).

Included compiled sysdefault vs default of alsadrop2.c.
alsadrop.zip
  

Huh, about "put a sleep(10) in snd_pcm_dmix_close()"...
Sorry, I do not understand...

Are you talking about the bug of the crash or about the overlapping-sound at
begin?

But surely I miss something, please explain...

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]

> 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(&timer->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(&timer->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]

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

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]

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

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]

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

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]

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

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]

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

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]

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

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]

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]

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

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

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]

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

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

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]

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

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

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]

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]

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

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]

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

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

> 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

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

[MSEide-MSEgui-talk] Tprogressbar and resource used ?

[fredvs]

Hello Martin.

I am a little afraid about the resource used by tprogressbar.

Included a simple demo to show it.
msemem.zip
  

The tprogressbar.value is assigned by a timer with a random value:

When rendering the tprogressbar: cpu used = 70 %.

 

Without rendering the tprogressbar, cpu used = 28 %.

 

Is there a other-less-resource-used way to mimic a  tprogressbar ?
Do you think that drawing on a custom canvas would need less resource ?

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] Tprogressbar and resource used ?

[fredvs]

Hello Martin.

> Removing the fades probably also speeds up things. 

Yes, it is what I want to show you.
Removing the fades makes use only 35 % of resource.


 

But I will study your answer, 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] Tprogressbar and resource used ?

[fredvs]

Hello Martin.

Ok, I did test Tchart vs TProgressbar.

My verdict is:

- If TProgressbar does not have fading and frame is original (not use a
template) and not = nil (only a "pure" ) then the ressource
used by 20 TProgressbars is more or less equal than ressource used by 1
TChart of 20 bars.

- If TProgressbar use fading or frame is custom ===> much more ressource
used than a Tchart.

Some questions:

What is mwcnoise() / flo64($) ?
Is it a alternative to random() ?

Is it possible to have a TChart with only verticals bars (not linked like in
demo) that mimic a TProgressbar ?

Here updated demo that uses both TProgressbar and/or Tchart.

msemem.zip
  

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] Tprogressbar and resource used ?

[fredvs]

Hello Marin.

How to fit all the bars in a TChart ?

On the picture, you may see that last bar is missing.
Changing for bigger tchart.width did not solve.

 

Included demo of this.

msemem.zip
  

Thanks.

Fre;D

PS: Indeed, Tchart uses less resource.




--
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] Tprogressbar and resource used ?

[fredvs]

> Is it possible to have a TChart with only verticals bars (not linked like
in 
> demo) that mimic a TProgressbar ? 

Ha, ok, ---> charkind := tck_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] Tprogressbar and resource used ?

[fredvs]

Hello Martin.

> Please do not set traces.count to 20

Ha, ok. I did use:

  tchart.traces.count := 20;
  tchart.traces.maxcount :=  tchart.traces.count + 1;

And with this I get a perfect result.

 

But, ok, I will study your code.

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] Tprogressbar and resource used ?

[fredvs]

> Set traces.xserrange to 0.9, xserstart to 0.05. Set traces[0].offset to -10

Ooops, I have to buy a bigger cristal ball because mine did not show that.

OK but very tricky.

( Would it be a horrible crime to use:
  tchart.traces.count := 20; 
  tchart.traces.maxcount :=  tchart.traces.count + 1; )

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] Form accessible via form-designer ?

[fredvs]

> I think there should not be more controls if not absolutely necessary.

Maybe.

Did you note that Esc + Click works only for 1 parent ?
If that parent is child of a other parent, that root parent cannot be
accessible.

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